Bug#750045: gnuplot: no longer works: assert "m_window" failed in DoGetSize()
sfeam
sfeam at users.sourceforge.net
Mon Jun 2 00:10:24 UTC 2014
On Sunday, 01 June 2014 11:56:40 PM Olly Betts wrote:
> On Sun, Jun 01, 2014 at 09:34:29PM +0200, Anton Gladky wrote:
> > 2014-06-01 19:43 GMT+02:00 sfeam <sfeam at users.sourceforge.net>:
> > > Unfortunately this issue appeared just at the time we were putting out
> > > a release candidate for a major version upgrade to gnuplot 5.0.
>
> I filed #741072 with the patch on 2014-03-08, which is close to 3 months
> ago now. The bug saw no response until I raised the severity last week
> - perhaps if it had been acted upon sooner, these problems would have
> been found sooner, and quite likely would have already been fixed.
>
> Oddly, I definitely tested gnuplot before sending in the patch, though I
> can reproduce this problem now.
I seem to be late to the party. What patch are you talking about?
If there is a patch that fixes this (i.e. makes gnuplot work with
wx3) I'm perfectly happy to test it out.
The one relevant patch I know about is a call into XLib to initialize threads.
That one is already in gnuplot's upstream source but is not in either 4.6.5
or 5.0.rc1
I can't say that patch makes a whole lot of sense to me, but it does indeed
allow running with wx3 my machines (Mageia 4). But it's clearly not a
complete solution as I still get alarming error messages at run time.
For me they are non-fatal, but Anton's stack trace shows a segfault
so I guess the situation is worse in the Debian build.
Can you point me to patches that allowed other Debian packages to
migrate from wx 2.8 -> 3.0? Perhaps there is a painless fix, but I'm
not likely to find it without a big hint from somewhere.
Ethan
> Nothing else relevant seems to have
> changed in gnuplot or wxwidgets3.0 since though. I wonder if I messed
> up and wasn't testing the build I thought I was - sorry if that's the
> case.
>
> I'm just rebuilding gnuplot with debug symbols to see if that shows
> where this is coming from.
>
> > I would then propose the following. If wx 2.8 will be available
> > for the next stable Debian Jessie, then we will switch back to
> > this 2.8 version without any major changes.
>
> I'm confident that wx 2.8 won't be in jessie. The transition tracker
> shows 44% complete for wxwidgets3.0, and there are patches in the BTS
> for another 12 packages:
>
> https://release.debian.org/transitions/
> https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=wx3.0;users=freewx-maint@lists.alioth.debian.org
>
> There is also still wxpython to deal with (which doesn't show up in the
> tracker, I guess because it's part of the wxwidgets2.8 source package),
> but there's still 5 months until the freeze.
>
> > Otherwise, wxt will be disabled in Debian builds as a terminal
> > for gnuplot.
>
> That seems a reasonable plan if we can't address this in time.
>
> Cheers,
> Olly
More information about the debian-science-maintainers
mailing list