bugGNU Octave - Bugs: bug #43340, plot command does not work with OS...

 
 

bug #43340: plot command does not work with OS X

Submitter:  None
Submitted:  Wed 01 Oct 2014 10:14:30 AM UTC
   
 
Category:  Plotting Severity:  3 - Normal
Priority:  5 - Normal Item Group:  None
Status:  Fixed Assigned to:  cdf
Originator Name:  Gregorio Originator Email:  -email is unavailable-
Open/Closed:  * Closed Release:  * 3.8.2
Operating System:  * Mac OS Fixed Release:  None
Planned Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Sat 24 Oct 2015 04:17:13 PM UTC, comment #17: 

OK, so let's say this has been fixed with the 4.0 release and close the bug.
c.

Carlo de Falco <cdf>
Group Member
Fri 23 Oct 2015 03:37:03 PM UTC, comment #16: 

Plotting from the 3.8.2 gui may not be working, but I have no problem with plotting with 4.0.x.

Ben Abbott <bpabbott>
Group Member
Fri 23 Oct 2015 03:16:27 PM UTC, comment #15: 

Ben, Sebastian,

I think this bug is no more relevant with the new OSX builds, right?
May I close the ticket?

c.

Carlo de Falco <cdf>
Group Member
Mon 13 Oct 2014 12:12:22 PM UTC, comment #14: 

The output is very long, but I guess this is the interesting part with build config locations:

    archlibdir = /usr/local/octave/3.8.0/libexec/octave/3.8.0/exec/x86_64-apple-darwin13.0.0
    bindir = /usr/local/octave/3.8.0/bin
    canonical_host_type = x86_64-apple-darwin13.0.0
    config_opts = '--prefix=/usr/local/octave/3.8.0' '--disable-java' '--disable-dependency-tracking' '--with-umfpack=-lumfpack -lSuiteSparse' '--with-blas=-lcblas -lf77blas -latlas' '--with-lapack=-llapack -lgfortran' '--enable-docs' '--without-x' '--without-opengl' '--with-cholmod=-lcholmod' 'CC=/usr/local/octave/3.8.0/bin/gcc-mp-4.7' 'CFLAGS=-pipe -Os -m64' 'CXX=/usr/local/octave/3.8.0/bin/g++-mp-4.7' 'CXXFLAGS=-pipe -Os -m64' 'F77=/usr/local/octave/3.8.0/bin/gfortran-mp-4.7' 'FFLAGS=-pipe -Os'
    datadir = /usr/local/octave/3.8.0/share
    datarootdir = /usr/local/octave/3.8.0/share
    exec_prefix = /usr/local/octave/3.8.0
    fcnfiledir = /usr/local/octave/3.8.0/share/octave/3.8.0/m
    imagedir = /usr/local/octave/3.8.0/share/octave/3.8.0/imagelib
    includedir = /usr/local/octave/3.8.0/include
    infodir = /usr/local/octave/3.8.0/share/info
    infofile = /usr/local/octave/3.8.0/share/info/octave.info
    libdir = /usr/local/octave/3.8.0/lib
    libexecdir = /usr/local/octave/3.8.0/libexec
    localapiarchlibdir = /usr/local/octave/3.8.0/libexec/octave/api-v49+/site/exec/x86_64-apple-darwin13.0.0
    localapifcnfiledir = /usr/local/octave/3.8.0/share/octave/site/api-v49+/m
    localapioctfiledir = /usr/local/octave/3.8.0/lib/octave/site/oct/api-v49+/x86_64-apple-darwin13.0.0
    localarchlibdir = /usr/local/octave/3.8.0/libexec/octave/site/exec/x86_64-apple-darwin13.0.0
    localfcnfiledir = /usr/local/octave/3.8.0/share/octave/site/m
    localoctfiledir = /usr/local/octave/3.8.0/lib/octave/site/oct/x86_64-apple-darwin13.0.0
    localstartupfiledir = /usr/local/octave/3.8.0/share/octave/site/m/startup
    localverarchlibdir = /usr/local/octave/3.8.0/libexec/octave/3.8.0/site/exec/x86_64-apple-darwin13.0.0
    localverfcnfiledir = /usr/local/octave/3.8.0/share/octave/3.8.0/site/m
    localveroctfiledir = /usr/local/octave/3.8.0/lib/octave/3.8.0/site/oct/x86_64-apple-darwin13.0.0
    man1dir = /usr/local/octave/3.8.0/share/man/man1
    man1ext = .1
    mandir = /usr/local/octave/3.8.0/share/man
    octfiledir = /usr/local/octave/3.8.0/lib/octave/3.8.0/oct/x86_64-apple-darwin13.0.0
    octetcdir = /usr/local/octave/3.8.0/share/octave/3.8.0/etc
    octincludedir = /usr/local/octave/3.8.0/include/octave-3.8.0/octave
    octlibdir = /usr/local/octave/3.8.0/lib/octave/3.8.0
    octtestsdir = /usr/local/octave/3.8.0/share/octave/3.8.0/etc/tests
    prefix = /usr/local/octave/3.8.0
    startupfiledir = /usr/local/octave/3.8.0/share/octave/3.8.0/m/startup
    startupfiledir = /usr/local/octave/3.8.0/share/octave/3.8.0/m/startup
    version = 3.8.0
    unix =  1
    mac =  1
    windows = 0

It's true, I have a gunplot installed via Homebrew. But as brew tells me that is here:

febeling@flomac ~> brew ls gnuplot
/usr/local/Cellar/gnuplot/4.6.6/bin/gnuplot
/usr/local/Cellar/gnuplot/4.6.6/libexec/gnuplot/4.6/gnuplot_x11
/usr/local/Cellar/gnuplot/4.6.6/share/emacs/ (4 files)
/usr/local/Cellar/gnuplot/4.6.6/share/gnuplot/ (35 files)
/usr/local/Cellar/gnuplot/4.6.6/share/man/man1/gnuplot.1

Also I was under the assumption that my PATH config was not in effect as the app bundle should bring its own, if I'm not mistaken.

So I'm not sure how a different gnuplot might end up in this location.

Florian Ebeling <febeling>
Mon 13 Oct 2014 11:41:43 AM UTC, comment #13: 

@Florian

you have a different version of gnuplot installed in


/usr/local/bin/gnuplot


which is taking precedence over the one shipping with the app bundle and is possibly incorrectly configured.
maybe you installed that via macports?

that should not happen anyway as the launcher sets:


export PATH=/usr/local/octave/3.8.0/bin:/usr/local/octave/3.8.0/sbin:${PATH}
export GNUTERM=qt


so the bundle path should be first ...

what is the output of


octave_config_info




Carlo de Falco <cdf>
Group Member
Mon 13 Oct 2014 10:23:07 AM UTC, comment #12: 

In version 3.8.2 I get this:

>> system (["which " gnuplot_binary])

/usr/local/octave/3.8.2/bin/gnuplot
ans = 0

>> getenv GNUTERM

ans = qt

Gregorio Rubio Navarro <practicas>
Mon 13 Oct 2014 10:08:08 AM UTC, comment #11: 

This is what I get:

octave:1> system (["which " gnuplot_binary])
/usr/local/bin/gnuplot
ans = 0
octave:2> getenv GNUTERM
ans =

(Keep in mind that this is v. 3.8.0 of the dmg, which I switched to. Not sure if that should be kept in a separate ticket? I initially had the same problem in the 3.8.2 dmg, though.)

Florian Ebeling <febeling>
Mon 13 Oct 2014 09:55:51 AM UTC, comment #10: 

@Florian

if you start the up bundle by clicking the icon it is strange that your gnuplot tries to use the aqua terminal. Maybe you have another version of gnuplot in the path?
try the following:


system (["which " gnuplot_binary])
getenv GNUTERM


what does it tell you?

@Gregorio

Yes history browsing on the mac GUI did never work before
version 3.8.2, that is known.

Carlo de Falco <cdf>
Group Member
Mon 13 Oct 2014 09:40:10 AM UTC, comment #9: 

I start Octave by clicking on the icon

Gregorio Rubio Navarro <practicas>
Mon 13 Oct 2014 09:36:32 AM UTC, comment #8: 

the problem is with dmg of version 3.8.2. Plot command works in the dmg of version 3.8.0. But in this version I have found minor problems with some commands: it is not posible to type in the command window  ], {, }, @,
and it is not posible to recall previous commands by pressing the up- and down-arrow keys. These problems, in contrast, are solved in version 3.8.2

Gregorio Rubio Navarro <practicas>
Mon 13 Oct 2014 09:31:26 AM UTC, comment #7: 

I'm starting the CLI app bundle and enter the plot test command ('plot(rand(3))') manually as first input.

Florian Ebeling <febeling>
Mon 13 Oct 2014 09:15:38 AM UTC, comment #6: 

The gnuplot binary shipping with the 3.8.0 binary supports only the qt terminal, other terminal types are disbled.

The launch script makes sure that qt terminal is selected
before starting Octave so I am (partly) surprised you are seeing that error about aquaterm: indeed aquaterm is neither installed not configured to work, but unless you manually set GNUTERM=aqua it should never be invoked.

Are you starting Octave by clicking on the icon in the Applications folder or starting it manually from a terminal?


Carlo de Falco <cdf>
Group Member
Mon 06 Oct 2014 08:03:03 AM UTC, comment #5: 

I have the same problem with plotting in the 3.8.0 installer CLI, fwiw.

I experimented a bit with different terminal settings for gunplot, as Ben suggested. Here the session output:

https://gist.github.com/febeling/4021707692d82e870a28

The generated gnuplot command doesn't seem to pickup the terminal setting from GNUTERM variable and rather sticks with "aqua".

As per the homebrew installation, that's failing too, right now [1]. The reason is a regression in LLVM [2] which is being tripped up by an unusual construct in the octave source. (Templated std::pow(), if I got them right? Not a C++ programmer here.)

I'm happy to help and give feedback where possible.

As per the GUI: That is plotting, actually, but it doesn't pull back commands from the history via Arrow-Up. I think that one I gonna need to switch to the GUI :)

Thank you for your hard work.

1 https://github.com/Homebrew/homebrew-science/issues/1193
2 http://llvm.org/bugs/show_bug.cgi?id=21083

Florian Ebeling <febeling>
Mon 06 Oct 2014 07:15:55 AM UTC, comment #4: 

that installer is still in testing phase and was not intended for public use yet, anyways if you want to help improving it your feedback is very welcome.

I'll have a look at the plotting problem if I ca reproduce it and release a new version of the installer soon.

as for the compatibility with homebrew, the binary installer puts everything into

/usr/local/octave/<version number>

so the interference should be minimal, furthermore
if you use homebrew you may want to install Octave
via homebrew directly, this installer is mainly for
those who don't have and don't want a package manager
on their mac.


Carlo de Falco <cdf>
Group Member
Sun 05 Oct 2014 03:20:06 PM UTC, comment #3: 

May not be relevant, but I recall that Homebrew's gnuplot does not support Aquaterm or x11 by default.

The default configuration of Homebrew's gnuplot doesn't support any terminals for displaying the plots.  To add support for x11,


brew uninstall gnuplot;
brew install gnuplot --with-x


I don't know if Homebrew supports qt or not.  Perhaps someone can experiment with the octave commands below and report back.


setenv GNUTERM qt
graphics_toolkit gnuplot
close all
plot (rand (3))


Homebrew definitely doens't provide Aquaterm.  But if you are up to a bit of hacking, you'll first need to download and install Aquaterm

http://sourceforge.net/projects/aquaterm/

And then setup the Homebrew build of gnuplot to link to the Aquaterm libs. If you need help with that, please inquire on the Homebew and/or gnuplot help lists.

Beware of multiple installs of Aquaterm and/or gnuplot.  You'll avoid a lot of head-aches if you only have one of each installed on your computer.

Ben

Ben Abbott <bpabbott>
Group Member
Fri 03 Oct 2014 09:16:11 PM UTC, comment #2: 

Plotting doesn't work for me either. I'm using OS X 10.10 with the 3.8.2-1 .dmg.

Is the installer package compatible with Homebrew? Homebrew uses /usr/local by default as installation prefix, too.

Florian Ebeling <febeling>
Wed 01 Oct 2014 11:04:28 AM UTC, comment #1: 

Where did you get your Octave 3.8.2 from?
Did you install froma a package manager or compile yourself?

Carlo de Falco <cdf>
Group Member
Wed 01 Oct 2014 10:14:30 AM UTC, original submission:  

plot command does not work with  0S X, versions 10.9.5 and 10.9.4. The error message is:  QT terminal communication error: select() error 9 Bad file descriptor

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by cdf
  • -email is unavailable- added by practicas (Posted a comment)
  • -email is unavailable- added by bpabbott (Posted a comment)
  • -email is unavailable- added by febeling (Posted a comment)
  • -email is unavailable- added by febeling
  • -email is unavailable- added by cdf (Posted a comment)
  • -email is unavailable- added by None (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only group members can vote.

     

    Follow 6 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2015-10-24 cdf StatusIn Progress Fixed
        Open/ClosedOpen Closed
    2015-10-23 cdf Carbon-Copy- Added -email is unavailable-
    2014-10-06 cdf StatusNone In Progress
    2014-10-03 febeling Carbon-Copy- Added -email is unavailable-
    2014-10-01 cdf Assigned toNone cdf

    Back to the top

    Powered by Savane 3.13-4448.
    Corresponding source code