Re: [Plplot-devel] Release status

I made a fix for double line fill bug. Please see attached file double-line-fill-fix.patch Description: Binary data I noticed a different bug. If you don't resize a plot, pressing enter advances to the next page. After resizing a plot, it takes more than one key press to advance. I'm not

Re: [Plplot-devel] Release status

On Mar 11, 2015, at 6:49 AM, "Alan W. Irwin" wrote: > On 2015-03-10 21:41- Phil Rosenberg wrote: > >> Hi Alan and Jim >> Right, well Jim's patch series is committed and I have just made one >> more additional commit regarding the buffer which I think now gives us >> a buffer which is (prett

Re: [Plplot-devel] Release status

On 2015-03-11 12:27-0700 Alan W. Irwin wrote: > I will now do my own git bisects to find when the zoom issue was > introduced and when the two-GUI issue was introduced. My apologies, but it turns out the two-GUI issue was a false alarm. The only explanation that seems reasonable is there must ha

Re: [Plplot-devel] Release status

On Mar 11, 2015, at 4:59 PM, Phil Rosenberg wrote: > Hi Alan > > A quick bit of stepping through my code has confirmed my suspicion > from below. In plfill_soft plP_draphy is called for each line of the > pattern and these lines are saved in the buffer, so basically writing > to buffer needs sw

Re: [Plplot-devel] I would appreciate some help tracking down the cause of a -DPLPLOT_USE_QT5=ON segfault

On 2015-03-11 22:32- Andrew Ross wrote: > On Wed, Mar 11, 2015 at 02:55:16PM -0700, Alan Irwin wrote: >> On 2015-03-11 21:29- Andrew Ross wrote: >> >>> A minimal C / C++ / qt5 build of plplot on debian unstable produces the >>> output below. No invalid reads though. I suspect the DRM warni

Re: [Plplot-devel] I would appreciate some help tracking down the cause of a -DPLPLOT_USE_QT5=ON segfault

On Wed, Mar 11, 2015 at 02:55:16PM -0700, Alan Irwin wrote: > On 2015-03-11 21:29- Andrew Ross wrote: > > > A minimal C / C++ / qt5 build of plplot on debian unstable produces the > > output below. No invalid reads though. I suspect the DRM warnings are > > because I'm building in a chrooted p

Re: [Plplot-devel] I would appreciate some help tracking down the cause of a -DPLPLOT_USE_QT5=ON segfault

On 2015-03-11 21:29- Andrew Ross wrote: > A minimal C / C++ / qt5 build of plplot on debian unstable produces the > output below. No invalid reads though. I suspect the DRM warnings are > because I'm building in a chrooted pbuilder environment. So unless the > problem lies in the DRM support,

Re: [Plplot-devel] Release status

Hi Phil: I just saw your one-line fix at . Does that really do the job? For example, I noticed earlier in that code a test of pls->device rather than pls->dev, but I am just looking at patterns with no deep under

Re: [Plplot-devel] Release status

On 2015-03-11 20:59- Phil Rosenberg wrote: > Hi Alan > > A quick bit of stepping through my code has confirmed my suspicion > from below. In plfill_soft plP_draphy is called for each line of the > pattern and these lines are saved in the buffer, so basically writing > to buffer needs switching

Re: [Plplot-devel] Release status

On Wed, Mar 11, 2015 at 02:30:04PM -0700, Alan Irwin wrote: > Phil said: > > > Hi Alan > > Unfortunately you can probably ignore that email. > > > On my work centos machine I tried running an example under the xwin > device - thinking that a buffer problem would be likely to show up > there as we

Re: [Plplot-devel] Release status

Phil, Try reading http://wiki.tcl.tk/1829 for the tk problem. It suggests an issue with your X security which you probably want to investigate anyway. For me things "just work" with Ubuntu. Though I should perhaps be more precise that it is Kubuntu (with KDE as the window manager) that I use r

Re: [Plplot-devel] Release status

Phil said: > Hi Alan > Unfortunately you can probably ignore that email. > On my work centos machine I tried running an example under the xwin device - thinking that a buffer problem would be likely to show up there as well as in the tk device. I then got just a black window and a hang. Moving ba

Re: [Plplot-devel] I would appreciate some help tracking down the cause of a -DPLPLOT_USE_QT5=ON segfault

On Wed, Mar 11, 2015 at 08:24:17PM +, Andrew Ross wrote: > On Tue, Mar 10, 2015 at 06:36:42PM -0700, Alan Irwin wrote: > > On 2015-03-03 17:09-0800 Alan W. Irwin wrote: > > > > >I think valgrind would report a serious issue like invalid read > > >regardless of command-line options so I think t

Re: [Plplot-devel] Release status

Hi Alan A quick bit of stepping through my code has confirmed my suspicion from below. In plfill_soft plP_draphy is called for each line of the pattern and these lines are saved in the buffer, so basically writing to buffer needs switching off in this function. the change is about 3 lines of code,

Re: [Plplot-devel] I would appreciate some help tracking down the cause of a -DPLPLOT_USE_QT5=ON segfault

Andrew said: > I'm also stumped! I'll try building in my Debian unstable pbuilder environment and report back. This is as close as I can get and should (hopefully) help isolate the problem. Debian unstable should be an excellent comparison with an epa_build of Qt5 on that same platform since the

Re: [Plplot-devel] Release status

Phil said: > I didn't mean interactivity wouldn't happen, just that an attached model of how this will be done won't happen. wxWidgets just isn't really built to be run from within a library. Although apparently it can be done, but it is an edge case. I made some attempt at it about a year ago, bu

Re: [Plplot-devel] Release status

Hi Alan Unfortunately you can probably ignore that email. On my work centos machine I tried running an example under the xwin device - thinking that a buffer problem would be likely to show up there as well as in the tk device. I then got just a black window and a hang. Moving back in time I found

Re: [Plplot-devel] I would appreciate some help tracking down the cause of a -DPLPLOT_USE_QT5=ON segfault

On Tue, Mar 10, 2015 at 06:36:42PM -0700, Alan Irwin wrote: > On 2015-03-03 17:09-0800 Alan W. Irwin wrote: > > >I think valgrind would report a serious issue like invalid read > >regardless of command-line options so I think the best summary of the > >situation is valgrind reports invalid reads w

Re: [Plplot-devel] Release status

Hi Alan Thanks for the screenshots. Comments below On 11 March 2015 at 18:31, Alan W. Irwin wrote: > On 2015-03-11 13:01- Phil Rosenberg wrote: > >>> >>> * Example 13; extra lines in "Maurice", "Vince", and "Rafael" parts >>> of the pie chart, but the other slices are fine. >> >> This isn't s

Re: [Plplot-devel] Release status

On 2015-03-11 12:32- Arjen Markus wrote: Hi Phil, The message is due to a security problem in the X server if you use the default security settings. I know of it but I do not have a handy receipe to solve it. Tk's send command allows you to send any command to the X host, which is why th

Re: [Plplot-devel] Release status

On 2015-03-11 11:33- Arjen Markus wrote: > I just ran all the examples with the wingcc device under Cygwin (of course after having retrieved the latest version from git and building Plplot again) and as far as I can tell everything is looking fine. At the very least there are no strange gaps o

Re: [Plplot-devel] Release status

I can now put my hands up and say the regression was me. At least on my Centos machine running the xwin driver results in a blank window and a hang until I checkout before this commit commit 1e402417c1f3e87c391fe428f936153c2a10e8cc Author: Phil Rosenberg Date: Fri Feb 27 17:12:03 2015 + Fixed

Re: [Plplot-devel] Release status

Hi Phil, The message is due to a security problem in the X server if you use the default security settings. I know of it but I do not have a handy receipe to solve it. Tk's send command allows you to send any command to the X host, which is why this message pops up. The Tk driver requires

Re: [Plplot-devel] Release status

I will take a look at it when I get to my machine. I think I know the problem. > On Mar 11, 2015, at 8:22 AM, Phil Rosenberg wrote: > > I've just tested the tk device over my lunch break. I don't get the tk > driver on my windows build, just ntk. > > On my work Cento machine and my home Ubun

Re: [Plplot-devel] Release status

I've just tested the tk device over my lunch break. I don't get the tk driver on my windows build, just ntk. On my work Cento machine and my home Ubuntu machine (The latter of which I connected to via ssh with X11 forwarding) both give the following $ examples/c/x00c -dev tk X server insecure (mu

Re: [Plplot-devel] Release status

Hi Alan, > -Original Message- > From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca] > Sent: Wednesday, March 11, 2015 11:49 AM > To: Andrew Ross; Phil Rosenberg; Jim Dishaw > Cc: PLplot development list > Subject: Re: [Plplot-devel] Release status > > @Arjen: > Just in case you remember

Re: [Plplot-devel] Release status

Hi Alan Sorry I only just spotted your email. I have just made a commit, but it was technically a bug fix (or at least half of it was), but I won't make any further commits. Phil On 11 March 2015 at 10:49, Alan W. Irwin wrote: > On 2015-03-10 21:41- Phil Rosenberg wrote: > >> Hi Alan and Jim

Re: [Plplot-devel] wxWidget driver bug reporting

Hi Alan I looked at this last night and found two issues. The first was a problem in plstrl, where the buffer was not turned off before the call to c_plmtex, meaning an extra text command ended up in the buffer to be written to location 0,0. I have fixed this and am about to commit it. The second

Re: [Plplot-devel] Release status

On 2015-03-10 21:41- Phil Rosenberg wrote: > Hi Alan and Jim > Right, well Jim's patch series is committed and I have just made one > more additional commit regarding the buffer which I think now gives us > a buffer which is (pretty close to, if not completely) bug free!!! Or > at the very lea