gnuplot update to 4.6.6 to avoid issue of zombie process

[sgasparini@…]

There is issue with gnuplot and wxWidgets 3.0.1 (crash no drawing) ,
so it should not the default see ​https://sourceforge.net/p/gnuplot/bugs/1482/ ticket that point to an issue with wxWidget 3.0 and that will not be solved by gnuplot.

Alternatively we can use QT on OS X unfortunately, gnuplot 4.6.5, the actual port in macports, is having a bug with QT that causes zombies qt process see ​https://sourceforge.net/p/gnuplot/bugs/1489/ that is solved in gnuplot 4.6.6

---

Please update to gnuplot 4.6.6 so that it work with QT. see ​https://sourceforge.net/p/gnuplot/bugs/1489/
Also please default to QT to avoid crashes in wet terminal see ​https://sourceforge.net/p/gnuplot/bugs/1482/

[mojca (Mojca Miklavec)]

I'm sorry, I was away for a long time. I now committed update in r127908.

Please open a new ticket if the particular problem wasn't fixed (I didn't test it).

The default wxt works for me (but I'm still on 10.7). I don't understand Ethan's "Note that wxWidgets 3.0 is known not to work." It had been working for me long before he even tried it. Note that you won't be able to compile wxWidgets 2.8 on anything newer than 10.6/10.7, except for wxGTK, but I don't think that you really want to use that one. Please open a new ticket for problems with wxt on this tracker if you think that there is some tiny chance to fix this.

I'm a bit reluctant to add +qt by default as that would result in heavy dependencies. But that's debatable. If enough people feel that qt should be default, it can be changed. (Feel free to install gnuplot +qt -wxt on your computer though.)

[sgasparini@…]

Replying to mojca@…:

I'm sorry, I was away for a long time. I now committed update in r127908.

Please open a new ticket if the particular problem wasn't fixed (I didn't test it).

The default wxt works for me (but I'm still on 10.7). I don't understand Ethan's "Note that wxWidgets 3.0 is known not to work." It had been working for me long before he even tried it. Note that you won't be able to compile wxWidgets 2.8 on anything newer than 10.6/10.7, except for wxGTK, but I don't think that you really want to use that one. Please open a new ticket for problems with wxt on this tracker if you think that there is some tiny chance to fix this.

I'm a bit reluctant to add +qt by default as that would result in heavy dependencies. But that's debatable. If enough people feel that qt should be default, it can be changed. (Feel free to install gnuplot +qt -wxt on your computer though.)

The problem of wxWidgets 3.0 is not visible if you do not use the interactive terminal in --persist mode with pause mous command. I have asked Ethan if wxWidgets team has been made aware of this but it did not answer nor did give any specifics about the known not to work.

Regarding qt instead of wxt my comment are : Pros:

• In interactive mode more powerfull export of the current drawing. PDF SVG PNG. wxt does only offer to copy image on clipboard. Does not work on Ubuntu 12.04, I do not recall if it works on OSX, I think it does not.
• In interactive mode qt terminal the copy to the clipboard works on all the OS.
• In interactive mode the plot is redraw on windows resize. With wxt you have to deselect it with right mouse click to have a real redraw of the plot.

Cons:

• at least on OS X qt is slower than wxt.
• not really able to comment on dependency, if I recall well there is the DBUS dependency that install a laund daemon that I don't really like as I just need gnuplot. However given the fact that wxt terminal is not stable in background mode I do not have really a choice.

[mojca (Mojca Miklavec)]

One thing I don't like about gnuplot is that they really like to close bug reports as "Sorry, it works for me on X and I'm not interested in checking Y".

But I admit that I'm not sure how to reproduce the crash either. And I don't understand whether the bug report on the gnuplot tracker is trying to report a problem with wxt or a problem with qt. One thing that you need to be aware of is that you cannot switch between wxt and qt. This means that if "wxt" is the default terminal when you run gnuplot, you might expect troubles when switching to qt. If gnuplot starts with "aqua", switching to either qt or wxt should work without problems, at least in theory.

But again, please open a new ticket and discuss the problem there. And please make it clear what is your default terminal and what is giving you problems. It is possible that the crash only happens on the latests OSes. I'm not experiencing a crash on 10.7, or at least I don't know how to reproduce it.

Dependency: in case of 10.10 depending on Qt by default means waiting for a few hours for Qt build to finish just to be able to install, say, octave.