gnuplot-beta

cvs wxt oddites

[<pl...@pi...>]

Hi,

1.
to recap an ugly crash issue, wxt falls on its arse during resize if the 
'redraw during resize' option is active. Seems fine with this disabled.

2.
If I change desktop and return to a desktop containing a wxt the window 
frame draws but the content remains a grey rectangle until the it put 
the mouse over it. With this LXDE it is configured to git the window 
focus on mouseover. I assume it is this event that finally causes a 
redraw of the contents.

3.
Whenever I do a replot or autorescale from the toolbar I get something 
like this:


(gnuplot:31404): GLib-CRITICAL **: Source ID 17656 was not found when 
attempting to remove it

(gnuplot:31404): GLib-CRITICAL **: Source ID 25138 was not found when 
attempting to remove it

Further investigation showed this to be related to the toolbar widgets 
not the redraw.

If I do refresh or set auto from gnuplot terminal, no error. However, if 
I then take the mouse into the toolbar over a button there is no change 
to the visible state of the button. If I then leave the button without 
pressing it I get that GLib-CRITICAL again.

It seems that the highlight square that normally gets shown when you 
hover a button is not getting created after replot or set auto has been 
called. When the button next changes state gnuplot tries to free up a 
glyph that was never created and hence GLib-CRITICAL.

This not a big issue but I wondered whether reviewing what is happening 
( or not ) during redraw may give a clue to the crash during automatic 
redrawing. That is a big messy regression.


4.
I have a  plot that has y range [0:7000] in auto. If I then scroll the 
plot downward one notch  using mouse scrollwheel, fine. If I then scroll 
back to the original position the y axis tick labels all get 13 trailing 
zeros after the decimal point !

I had not updated cvs for some time , so I cannot give a good indication 
when these regressions happened.

regards, Peter.

Re: cvs wxt oddites

[<pl...@pi...>]

Oh man , what is happening to my favourite plotter?

I just tired calling gnuplot from command line with  -p -e options.

eg

gnuplot -p -e " plot \"data.dat\" w l "


default qt terminal has lost all interactivity and stays stuck at the 
size it opens by default.

'replot on resize" option has no effect,  replot and auto buttons do not 
change the aspect ration so I'm stuck with a square graph;  grid btn 
does nothing.

Since I can't zoom  P and N btns serve no purpose.

OK , mouse cursor readout still works.


Adding "set term wxt; "  at the head of the plot expression:


Ironically wxt no longer crashed on resizing ;)
Mouse interaction allows resize/zoom ,  p and n in the window work but 
all buttons on the middle section of the toolbar are greyed out.

In that past I've cvs builds to be very reliable, what is happening here?

This is a freshly installed Fedora 23, I don't think it's that oddball.

No one else seeing this kind of problems?

  regards, Peter.

Re: cvs wxt oddites

[sfeam <sf...@us...>]

On Sunday, 13 December 2015 11:45:22 AM pl...@pi... wrote:
> Oh man , what is happening to my favourite plotter?
> 
> I just tired calling gnuplot from command line with  -p -e options.
> 
> eg
> 
> gnuplot -p -e " plot \"data.dat\" w l "
> 
> 
> default qt terminal has lost all interactivity and stays stuck at the 
> size it opens by default.

Works fine for me.
Or rather, it works fine if I switch to a bash shell.  The syntax with 
backslashed double quotes is not accepted by my default shell.


> 'replot on resize" option has no effect,  replot and auto buttons do not 
> change the aspect ration so I'm stuck with a square graph;  grid btn 
> does nothing.
> 
> Since I can't zoom  P and N btns serve no purpose.
> 
> OK , mouse cursor readout still works.
> 

I see none of these problems here.
What exactly have you changed since it was last working?
If you say "everything", that's going to be hard to debug.
Can we at least try to distinguish between a build-time problem
and a run-time problem?
Does your previous executable work if run on the "freshly installed Fedora 23"?


> Adding "set term wxt; "  at the head of the plot expression:
> 
> 
> Ironically wxt no longer crashed on resizing ;)
> Mouse interaction allows resize/zoom ,  p and n in the window work but 
> all buttons on the middle section of the toolbar are greyed out.
> 
> In that past I've cvs builds to be very reliable, what is happening here?
> 
> This is a freshly installed Fedora 23, I don't think it's that oddball.
>
> No one else seeing this kind of problems?

Nope.  But I'm not using Fedora.
I gave up on it long ago because it is depressingly prone to shipping
not-quite-working-yet bleeding edge versions of random stuff
my code depends on.
 
>   regards, Peter.

Re: cvs wxt oddites

[<pl...@pi...>]

On 14/12/15 05:06, sfeam wrote:
> On Sunday, 13 December 2015 11:45:22 AM pl...@pi... wrote:
>> Oh man , what is happening to my favourite plotter?
>>
>> I just tired calling gnuplot from command line with  -p -e options.
>>
>> eg
>>
>> gnuplot -p -e " plot \"data.dat\" w l "
>>
>>
>> default qt terminal has lost all interactivity and stays stuck at the
>> size it opens by default.
>
> Works fine for me.
> Or rather, it works fine if I switch to a bash shell.  The syntax with
> backslashed double quotes is not accepted by my default shell.
>
>
>> 'replot on resize" option has no effect,  replot and auto buttons do not
>> change the aspect ration so I'm stuck with a square graph;  grid btn
>> does nothing.
>>
>> Since I can't zoom  P and N btns serve no purpose.
>>
>> OK , mouse cursor readout still works.
>>
>
> I see none of these problems here.
> What exactly have you changed since it was last working?
> If you say "everything", that's going to be hard to debug.
> Can we at least try to distinguish between a build-time problem
> and a run-time problem?
> Does your previous executable work if run on the "freshly installed Fedora 23"?
>
>
>> Adding "set term wxt; "  at the head of the plot expression:
>>
>>
>> Ironically wxt no longer crashed on resizing ;)
>> Mouse interaction allows resize/zoom ,  p and n in the window work but
>> all buttons on the middle section of the toolbar are greyed out.
>>
>> In that past I've cvs builds to be very reliable, what is happening here?
>>
>> This is a freshly installed Fedora 23, I don't think it's that oddball.
>>
>> No one else seeing this kind of problems?
>
> Nope.  But I'm not using Fedora.
> I gave up on it long ago because it is depressingly prone to shipping
> not-quite-working-yet bleeding edge versions of random stuff
> my code depends on.
>
>>    regards, Peter.
>
>

Hi Ethan,

thanks for the reply.

I'm afraid it is rather a case of "everything".

I'd been using Gentoo for the last 15y which as was fast, worked well 
and reliably. Sadly the maintenance overhead was enormous every time I 
did an update. I may not have made a good choice in moving to Fedora, 
maybe. For the moment the only issues I'm getting are from gnuplot CVS 
builds.

I will backtrack to the distro's gnuplot as a starting point.

At least if I'm the only one seeing this kind of thing , there's a good 
chance I can fix it locally,

Thanks, Peter.

Re: cvs wxt oddites

[<pl...@pi...>]

On 14/12/15 05:06, sfeam wrote:
> On Sunday, 13 December 2015 11:45:22 AM pl...@pi... wrote:
>> Oh man , what is happening to my favourite plotter?
>>
>> I just tired calling gnuplot from command line with  -p -e options.
>>
>> eg
>>
>> gnuplot -p -e " plot \"data.dat\" w l "
>>
>>
>> default qt terminal has lost all interactivity and stays stuck at the
>> size it opens by default.
>
> Works fine for me.
> Or rather, it works fine if I switch to a bash shell.  The syntax with
> backslashed double quotes is not accepted by my default shell.
>
>
>> 'replot on resize" option has no effect,  replot and auto buttons do not
>> change the aspect ration so I'm stuck with a square graph;  grid btn
>> does nothing.
>>
>> Since I can't zoom  P and N btns serve no purpose.
>>
>> OK , mouse cursor readout still works.
>>
>
> I see none of these problems here.
> What exactly have you changed since it was last working?
> If you say "everything", that's going to be hard to debug.
> Can we at least try to distinguish between a build-time problem
> and a run-time problem?
> Does your previous executable work if run on the "freshly installed Fedora 23"?
>
>
>> Adding "set term wxt; "  at the head of the plot expression:
>>
>>
>> Ironically wxt no longer crashed on resizing ;)
>> Mouse interaction allows resize/zoom ,  p and n in the window work but
>> all buttons on the middle section of the toolbar are greyed out.
>>
>> In that past I've cvs builds to be very reliable, what is happening here?
>>
>> This is a freshly installed Fedora 23, I don't think it's that oddball.
>>
>> No one else seeing this kind of problems?
>
> Nope.  But I'm not using Fedora.
> I gave up on it long ago because it is depressingly prone to shipping
> not-quite-working-yet bleeding edge versions of random stuff
> my code depends on.
>
>>    regards, Peter.
>
>

OK, I have uninstalled cvs and installed distro pkg which gets me a 
gnuplot-qt ( not wxt )

I do now have a non hidden title bar.

gnuplot-wx pkg gets me a wxt version built against wxGTK 2.8.x

  gnuplot-wx              x86_64              5.0.1-2.fc23   fedora 
          753 k
  wxBase                  x86_64              2.8.12-19.fc23   fedora 
            595 k
  wxGTK                   x86_64              2.8.12-19.fc23   fedora 
            3.1 M

That much works, none of the oddities I've reported here seem to be 
happening.

Will have a fresh go at a fresh configure  and build of CVS when I have 
some more time.

Thanks.