gnuplot / Bugs / #1482 OSX gnuplot 4.6.5 +qt SIGSEGV with -persist

Ethan Merritt - 2014-09-17

What version of wxWidgets is your executable linked against?

Note that wxWidgets 3.0 is known not to work.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

sgasp - 2014-09-17

gnuplot installed via a fresh install of macports for 0S X10.9.4 using
$sudo port install gnuplot +wxt

the port variant does not offer the option to choose another version

$ port variant gnuplot
gnuplot has the variants:
[+]aquaterm: Enable AquaTerm terminal
emacs: An emacs mode for working with gnuplot
[+]luaterm: Enable lua-based terminals
old_bitmap_terminals: Enable PBM (Portable Bit Map) and other older bitmap terminals
[+]pangocairo: Enable cairo-based terminals
pdflib: Enable pdflib-based pdf terminal
qt: Enable qt terminal
universal: Build for multiple architectures
[+]wxwidgets: Enable wxt terminal
wxwidgets30: Legacy compatibility variant
wxwidgets_devel: Legacy compatibility variant

Looking at crash report attached it looks it is wxWidgets 3.0

and the sudo port intall logs shows
---> Fetching archive for wxWidgets-3.0
---> Attempting to fetch wxWidgets-3.0-3.0.1_0.darwin_13.x86_64.tbz2 from http://lil.fr.packages.macports.org/wxWidgets-3.0
---> Attempting to fetch wxWidgets-3.0-3.0.1_0.darwin_13.x86_64.tbz2.rmd160 from http://lil.fr.packages.macports.org/wxWidgets-3.0
---> Installing wxWidgets-3.0 @3.0.1_0
---> Activating wxWidgets-3.0 @3.0.1_0
---> Cleaning wxWidgets-3.0

macports is simplest way to install gnuplot.

Last edit: sgasp 2014-09-17

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Ethan Merritt - 2014-09-17

Sure. But I have no idea what version of wxWidgets is in macports. Could you check? Or try "otool -L" on the gnuplot executable.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Ethan Merritt - 2014-09-17

Never mind. I see it in your crash dump.
libwx_baseu-3.0.dylib

So yeah. Unfortunately we already know that wx 3.0 does not work.
No fix known or expected from our side. If we're lucky, some update to wx will make it work again.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

sgasp - 2014-09-17

otool confirm this is 3.0.

But to be honest, comparing install on Windows which is a piece of cake, install of linux where you still need to figure out how to hack source to get 4.6 on Ubuntu 12, knowing what gnuplot to pickup on Ubuntu 14, OS X install is a mess.

downloading the tarball does not allow to get wxt terminal, at least I have not been able after following the the instructions provided.

macports allow to install gnu plot without a headache, and this issue I'm reporting is the only one I saw.

And wxt still the best interactive terminal, qt does not support mousing when using -persist, whatever the platform is used.

Canvas does not generate portable html as it depends on file from the host OS and depends on how the user did install gnuplot.

So that's a bad news that easy macports install does not work.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
- Ethan Merritt - 2014-09-17
  
  ?? No mousing in qt + persist ??
  
  First I ever heard that complaint. It works fine here and has always done so. You might want to check that again.
  
  I cannot comment on possible problems with Ubuntu packaging, but a very quick web search suggests that there are multiple packages available for 4.6.5 including qt and non-qt versions. I didn't see any explicit mention of wx versions there.
  
  I think you are mistaken about the canvas terminal also. It is true that the default URL for javascript support files is the local machine, but it is trivial to change it to a URL of your choice, including the gnuplot site on SourceForge.
  
  If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

sgasp - 2014-09-17

How to install gnuplot on OS X with wxwidget on previous version ?

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

sgasp - 2014-09-18

As the issue with wxwidgets 3.0 on OS X reported to wxwidget project ?
Would be good to have a clear method to install on OS X, the easiest I found is macports but obviously this was an error to include latex wxWidget. I'll try to see if I can make evolve the port config of gnuplot.

I wish to have a dmg like the windows installer honestly. I understand why OS X user don't use it. This is over complex to install it, especially for a regular user.

Ethan said

?? No mousing in qt + persist ??
First I ever heard that complaint. It works fine here and has always done so. You might > want to check that again.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711141

I found that post as I was searching how to use mouse under qt terminal, then I realize that because of -persist mouse was not working.

And I reproduce it on on OS X with that install
$sudo port install +wxt +qt

not that you may face issues installing if you install it and desinstalled it

previously. /Libray/Lauchdeamons and ~/Launchdeamons are not cleaned up

when uninstalling macport.

Need to remove org.freedesktop...dbus plist files manually

if I do

$ GNUTERM=qt gnuplot -persist <<EOF
plot sin(x)
EOF

there is nothing you can do with mouse.

while if I do

$gnuplot
gnuplot> set term qt
gnuplot> plot sin(x)

I can use the mouse.

I have not check on Linux as I have not qt option installed and the same for windows, however https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711141 is on linux.

Ethan said

I think you are mistaken about the canvas terminal also. It is true that the default
URL for javascript support files is the local machine, but it is trivial to change it
to a URL of your choice, including the gnuplot site on SourceForge.

This is easy for you, easy for me, not easy for others.
The advantage of canvas is that you can send the html file to somebody to look at your data even if it does not have gnuplot installed.
This is why I thought using it even if it is not has good as wet in my view for zooming.

The person I have to send plot for analysis are basic computer user sometimes and asking them to change files is not an easy task, think that that are in ≠ continent than me.

So the portability is completely defeated as in real life you can not necessarily ask a person that have the skill to provide comment on your data to have the skill to modify an html file.

Also on windows the path to the help file (when you press ? button on canvas toolbar) cannot be reach, the path to it is a mix of windows path and linux path.

On linux the help file simply does not exist where it is supposed to (unbuntu 12.04 LTS + Gnuplot 4.6.4)

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
- Ethan Merritt - 2014-09-18
  
  Canvas terminal:
  
  You misunderstand. If, for instance, you produce an html file like this
  
  URL= "http://gnuplot.sourceforge.net/demo_canvas_5.0/" set term canvas standalone mousing jsdir=URL set output "portable.html" plot 'lots-of-fancy-stuff'
  
  The output file is entirely portable and should work anywhere. No special expertise required on the part of the recipient.
  
  Ubuntu missing help file:
  
  So complain to Ubuntu.
  
  Qt terminal mousing:
  
  The Debian bug report you point to is invalid. See followup
  https://sourceforge.net/p/gnuplot/bugs/1419/
  
  If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

sgasp - 2014-09-18

Canvas:
I'm not misunderstanding, your trick did it only because you used demo path for canvas 5.0, but if I'm off line, no way it can works.

And hwo can I be sure that http://gnuplot.sourceforge.net/demo_canvas_5.0/ will not change ?

The trick could be that I use file://. as URL, however I'll need to copy the js here and package a zip

but either way this is not a standalone file.

BTW sill unable to use QT with --persist without loosing the interactivity.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
- Ethan Merritt - 2014-09-18
  
  Canvas:
  
  I gave the SourceForge URL as an example because it is already there and it works. If you are publishing web pages using the canvase terminal then you would probably be better off placing the support files on a web site under your control. The point is that the burden of setting this up is on the publisher, not on the end-user.
  
  I have no objection to adding an option to embed the javascript in the *.html file. No one has asked for such a thing before this, but it wouldn't be hard to do. If this is what you want, go ahead and file it as a Feature Request.
  
  Qt:
  
  As I said, I have never seen such a problem myself and the Debian bug report turned out to be something other than a problem with qt. If you have read through the previous tracker item and think that it does not cover your observed problem with qt, please file a separate bug report with a script that demonstrates your problem.
  
  If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Ethan Merritt - 2014-09-20

status: open --> closed-works-for-me
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

sgasp - 2014-09-20

What di you do for that,have you a ≠ version of wxwidgets ? a different version of OS X ?
if yes which version have you used.

This is 100% reproducible for me with a rather regular installation and a clean OS.

I can admit that with a certain config that it works ?

Closing a ticket like this, is let say a bit upsetting and does not encourage to provide feedback in future.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Ethan Merritt - 2014-09-20

This ticket drags in at least 3 separate issues.

1) wxWidgets 3.0 doesn't work. We know that, and there are already tracker items open for that issue. One is on the gnuplot tracker here:
https://sourceforge.net/p/gnuplot/bugs/1401/?page=1
And one is on the Debian tracker here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750045[1]

It is possible that someone will volunteer to rewrite or replace the current gnuplot wxt terminal to use wxt3 rather than wxt 2.8, but unless or until that happens we can only support wxt 2.8 (well, 2.6 works also so far as I know). Any suggestions or progress on that front should be attached to tracker item #1401 linked above.

2) you have some problem with qt that you have not provided a recipe for reproducing. I asked you to open a new bug report for that issue specifically.

3) you don't like the HTML output from the canvas terminal because it uses a bog-standard method of referring to net resources. This is hardly a "bug", but feel free to open a Feature Request for a canvas terminal option that wraps more of the javascript support into in-line HTML elements. Please also explain why you would choose to create HTML files if they are not to be used in a networked context. The best solution to your problem may be to use a different output mode altogether.

Since each of the 3 issues is best pursued separately, I closed this tracker item. Since items (2) and (3) really are in the state "works for me", that's the status button I pressed. There aren't an infinite number of status options to choose from.

I'm just trying to organize the issues being tracked into discrete, well-labeled items. If you are familiar with a a better way, please educate me.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
- sgasp - 2014-09-20
  
  A comment saying need to use wxwidget 2.8 would have been ok
  
  If I had no yet time to open ticket for HTML that does not mean I won't.
  
  You never told what version of what until now widget to use, and obviously this is not well known as we can see that macports delivers wxwidget 3.0 with gnuplot.
  
  The qt recipe is in the report already however I agree to open a new ticket.
  
  --
  Stéphane Gasparini
  
  Le 20 sept. 2014 à 08:40, Ethan Merritt sfeam@users.sf.net a écrit :
  
  This ticket drags in at least 3 separate issues.
  
  1) wxWidgets 3.0 doesn't work. We know that, and there are already tracker items open for that issue. One is on the gnuplot tracker here:
  https://sourceforge.net/p/gnuplot/bugs/1401/?page=1
  And one is on the Debian tracker here:
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750045[1]
  
  It is possible that someone will volunteer to rewrite or replace the current gnuplot wxt terminal to use wxt3 rather than wxt 2.8, but unless or until that happens we can only support wxt 2.8 (well, 2.6 works also so far as I know). Any suggestions or progress on that front should be attached to tracker item #1401 linked above.
  
  2) you have some problem with qt that you have not provided a recipe for reproducing. I asked you to open a new bug report for that issue specifically.
  
  3) you don't like the HTML output from the canvas terminal because it uses a bog-standard method of referring to net resources. This is hardly a "bug", but feel free to open a Feature Request for a canvas terminal option that wraps more of the javascript support into in-line HTML elements. Please also explain why you would choose to create HTML files if they are not to be used in a networked context. The best solution to your problem may be to use a different output mode altogether.
  
  Since each of the 3 issues is best pursued separately, I closed this tracker item. Since items (2) and (3) really are in the state "works for me", that's the status button I pressed. There aren't an infinite number of status options to choose from.
  
  I'm just trying to organize the issues being tracked into discrete, well-labeled items. If you are familiar with a a better way, please educate me.
  
  [bugs:#1482] OSX gnuplot 4.6.5 +qt SIGSEGV with -persist
  
  Status: closed-works-for-me
  Group: 5.0
  Created: Wed Sep 17, 2014 10:01 PM UTC by sgasp
  Last Updated: Sat Sep 20, 2014 05:54 AM UTC
  Owner: nobody
  
  gnuplot --persist on OS X causes a crash SIGSEGV
  this happens with gnu plot 4.6.5 install with mac port (OS X 10.9.4) sudo port install gnuplot +wxt
  here is an easy way to reproduce it
  
  GNUTERM=qt gnuplot -persist << EOF
  plot sin(x)
  EOF
  
  wxt windows is opened, gnu plot plots and is killed
  This happen has soon as option --persist is used.
  
  Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/gnuplot/bugs/1482/
  
  To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/
  
  Related
  
  Bugs: ~~#1482~~
  
  If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

sgasp - 2014-09-25

indeed wxWidget 2.8 cannot be compiled on OS X beyond 10.7 version.

That is what is claimed when doing port install wxWidget-2.8.

suggestion is to install wxgtk-2.8, but so far it does not make the trick.

Stéphane Gasparini

Le 20 sept. 2014 à 08:40, Ethan Merritt sfeam@users.sf.net a écrit :

This ticket drags in at least 3 separate issues.
1) wxWidgets 3.0 doesn't work. We know that, and there are already tracker items open for that issue. One is on the gnuplot tracker here:
https://sourceforge.net/p/gnuplot/bugs/1401/?page=1
And one is on the Debian tracker here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750045[1]
It is possible that someone will volunteer to rewrite or replace the current gnuplot wxt terminal to use wxt3 rather than wxt 2.8, but unless or until that happens we can only support wxt 2.8 (well, 2.6 works also so far as I know). Any suggestions or progress on that front should be attached to tracker item #1401 linked above.
2) you have some problem with qt that you have not provided a recipe for reproducing. I asked you to open a new bug report for that issue specifically.
3) you don't like the HTML output from the canvas terminal because it uses a bog-standard method of referring to net resources. This is hardly a "bug", but feel free to open a Feature Request for a canvas terminal option that wraps more of the javascript support into in-line HTML elements. Please also explain why you would choose to create HTML files if they are not to be used in a networked context. The best solution to your problem may be to use a different output mode altogether.
Since each of the 3 issues is best pursued separately, I closed this tracker item. Since items (2) and (3) really are in the state "works for me", that's the status button I pressed. There aren't an infinite number of status options to choose from.
I'm just trying to organize the issues being tracked into discrete, well-labeled items. If you are familiar with a a better way, please educate me.
[bugs:#1482] OSX gnuplot 4.6.5 +qt SIGSEGV with -persist
Status: closed-works-for-me
Group: 5.0
Created: Wed Sep 17, 2014 10:01 PM UTC by sgasp
Last Updated: Sat Sep 20, 2014 05:54 AM UTC
Owner: nobody
gnuplot --persist on OS X causes a crash SIGSEGV
this happens with gnu plot 4.6.5 install with mac port (OS X 10.9.4) sudo port install gnuplot +wxt
here is an easy way to reproduce it
GNUTERM=qt gnuplot -persist << EOF
plot sin(x)
EOF
wxt windows is opened, gnu plot plots and is killed
This happen has soon as option --persist is used.
Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/gnuplot/bugs/1482/
To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/

Related

Bugs: ~~#1482~~

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

sgasp - 2014-10-03

tried wxWidget 2.8.
The only option via fink seems to be the gtk optio.
However this one does not work either.
there is an issue with font, no legends, so this is again a logo for having gnuplot with an interactive terminal on OS X

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

OSX gnuplot 4.6.5 +qt SIGSEGV with -persist

A portable, multi-platform, command-line driven graphing utility

Priority

Searches

Help

#1482 OSX gnuplot 4.6.5 +qt SIGSEGV with -persist

Related

Discussion

not that you may face issues installing if you install it and desinstalled it

previously. /Libray/Lauchdeamons and ~/Launchdeamons are not cleaned up

when uninstalling macport.

Need to remove org.freedesktop...dbus plist files manually

Canvas terminal:

Ubuntu missing help file:

Qt terminal mousing:

Related

suggestion is to install wxgtk-2.8, but so far it does not make the trick.

Related