From: sfeam <sf...@us...> - 2014-12-08 00:12:09
|
On Sunday, 07 December 2014 11:51:57 PM Mojca Miklavec wrote: > > Unfortunately wxt 3.0 does not work with gnuplot. > > (I'm sure they would claim that is better said "gnuplot does not > > work with wxt 3.0" ;-) > > > > No fix is known and I am not aware of anyone working on it. > > It may not be fixable in general, although a couple of people have reported > > that > > ./configure --with-wx-single-threaded > > allows it to run correctly even though it prints alarming error messages. > > For me that configuration option doesn't make any apparent difference. > > > > This problem has already hit gnuplot packaging on both OSX and Debian, > > both of which have switched to the newer wxt and not made adequate provision > > for programs that require the older version 2.8. Sad, really. > > The only work-around I can recommend at this point is to use the qt terminal > > instead. > > Just to make it clear: > > - gnuplot + wxWidgets 3.0 works fine for me on OS X; it has worked ok > for a long time already, so saying that "wxt 3.0 doesn't work with > gnuplot" is not entirely correct. That is good to hear. Thanks. I don't recall hearing from you that things had started working with wxt 3.0. The last Email I have was with regard to wxt 2.9, admittedly from quite a while back. You said then: %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% From: Mojca Miklavec <moj...@gm...> To: sf...@us... CC: gnu...@li... Date: 01 Aug 2011 09:40 > > Anyhow, I take it the bottom line is that wxWidgets 2.8 does work, > > but 2.9 does not? > > True. I'm not sure what is wrong with 2.9, but it might also be a bug > in their code, not just the need to rewrite the program. It would make > a lot of sense to resolve such bugs before 3.0 is released, but I > don't know how to create a minimal example to submit a bug report (if > there is one). > > Mojca %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Which is fine, but then I never heard that 3.0 did indeed fix things. I will correct the Release Notes accordingly. > There might be problems on linux, > but it has worked fine on OS X long before anyone tested it on linux. > (There might be special cases that fail to work, but in general it > works.) Hmm. But wxt runs single-threaded on OSX, right? So this may be another case where the single-threaded configuration option is sufficient fix, except that on OSX this option is selected automatically. > The "sad" part would be gnuplot not being fixed to start working with > wxWidgets 3.0 properly. (I don't have problems with 3.0 though.) Only if you accept that the problem is fixable on gnuplot's end. That might be true, but if so no one has yet suggested what exactly would need to be changed. The closest is a suspicion that it has to do with threading. As I noted, some people have reported that limiting gnuplot+wxt to a single thread makes things work better. But for other people it doesn't. After that the list of suggestions is empty. > Another very nice thing that would often help alleviate these kind of > issues would be to start distributing gnuplot for Mac in a binary > form. But that requires extra work. The Windows binaries on SourceForge are provided by volunteers. If you have a line on a volunteer to provide Mac binaries... Anyhow, isn't this exactly what fink, macports, and similar projects exist for? > Mojca thanks for the update, Ethan |