subject:"Re\: \[Plplot\-devel\] Release status"

Hi Alan
Thanks for the screenshots. Comments below

On 11 March 2015 at 18:31, Alan W. Irwin ir...@beluga.phys.uvic.ca 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 shown on Windows. Perhaps the cause is that both the lines
 and the fill are being saved to the buffer meaning the lines get
 rendered twice. This is just a guess though


 A screenshot is attached as the second attachment

I have checked and see the same on my Linux machines. I will have to
look into the cause, which I can only assume must be within the plplot
core/buffer code as the wxWidgets driver does not do native hatch
filling. My previous guess is still my best guess


 * Example 28.04 has a strange colour change for certain ranges indicated
 below of the rendering of the

 The future of our civilization depends on software freedom.
 ^^^


 I don't see this on Windows wx3.0, Ubuntu wx3.0 or Centos wx3.0 so
 you'll have to send me a screen shot.


 A screenshot is attached as the first attachment.


I have no idea what is causing this. I think it is an antialiasing
effect which is almost certainly is related to whatever rendering
engine your version of wxWidgets is wrapping (which I would have
guessed would be cairo, but that is only a guess). Whatever it is
there is certainly nothing I am able to do about it so we need to just
chalk this up to one of those things

 * To get proper interactive capability, must implement an
 attached driver option that does not launch a separate
 wxPLViewer instance.


 This will not happen (well at least not from me). The whole point of
 the changes was to detach the driver, because wxWidgets is not
 designed to be attached.


 It sounds like this will be difficult to provide this driver option,
 but I hope it is not impossible and you can put this on your long-term
 agenda because true interactive capability is an important use case
 for any device driver that is not file oriented. Think of the example
 of a sophisticated interactive app that manipulates data according to
 what key or mouse button is struck and the position of the cursor at
 the time of the key/mouse strike.  Octave comes to mind (which
 requires true interactivity for plot devices as demonstrated by some
 of our p octave examples), but I also ran into an interactive
 application to manipulate astronomical spectra in the 90's that made a
 big impression on me since that application was the basis of ~20
 astronomers research work for at least a decade.  You could link up
 such a sophisticated interactive application with PLplot (as is done
 with the octave binding), and then run it with any of our interactive
 devices (xwin, tk, qtwidgets, xcairo, wingcc?) that provide cursor
 capability.  But currently that important use case is not possible
 with the new version of wxwidgets.

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, but I gave up because it was just too much of a nightmare -
the biggest of the many problems that I hit being that it requires two
threads and plplot isn't thread safe.
The new code basically uses a client server model. The plplot
application sends commands (via the memory map) to the viewer to
render things. There is also some limited communication back (e.g.
locate mode), but I have deliberately kept this to a minimum for
simplicity. There is no reason (other than the time taken to code it)
why there cannot be extensive two way comms.


Phil

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] Release status

2015-03-11 Thread Andrew Ross


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 
rather than vanilla Ubuntu. I'd be very surprised if X was not set up 
securely by default though.

Andrew

On Wed, Mar 11, 2015 at 08:35:50PM +, Phil Rosenberg wrote:
 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 that the commit I listed gave the
 same black window and hang but the one before gave fine results.
 I've just looked at this from home and both on my Ubuntu PC and my
 Centos PC (both SSH'd in with x forwarding from Cygwin) ant the tip of
 master runs fin in both cases.
 
 So now I am utterly confused and have not got the tk driver running.
 
 Phil
 
 On 11 March 2015 at 19:27, Alan W. Irwin ir...@beluga.phys.uvic.ca wrote:
  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 this message pops up.
 
  Hi Phil:
 
  I think Arjen is right.  Hopefully Andrew (who uses Ubuntu a lot for
  testing) will know the recipe to properly authorize -dev tk on Ubuntu.  For
  some reason I have never run into this authorization issue on Debian
  stable, but that is probably because (by design) Debian default
  security settings are quite weak.
 
  I also noticed in another message that you presumably had solved that
  authorization issue and found a commit (id = 1e402417c1f) that your
  tests showed introduced a -dev tk rendering regression, but I cannot
  figure out what that regression might be so could you describe it?
 
  The issue is that both 1e402417c1f^ and 1e402417c1f give single GUI
  -dev tk results here that both look fine to me (other than the zoom
  issue) for example 1 while for master tip I get two GUI's (one with
  the Tk decorations and no plot, and the other an undecorated xwin-like
  plot).  I have attached a screenshot of that master tip result so you will
  know exactly what I am referring too.
 
  I will now do my own git bisects to find when the zoom issue was
  introduced and when the two-GUI issue was introduced.
 
 
  Alan
  __
  Alan W. Irwin
 
  Astronomical research affiliation with Department of Physics and Astronomy,
  University of Victoria (astrowww.phys.uvic.ca).
 
  Programming affiliations with the FreeEOS equation-of-state
  implementation for stellar interiors (freeeos.sf.net); the Time
  Ephemerides project (timeephem.sf.net); PLplot scientific plotting
  software package (plplot.sf.net); the libLASi project
  (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
  and the Linux Brochure Project (lbproject.sf.net).
  __
 
  Linux-powered Science
  __

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] Release status

2015-03-11 Thread Andrew Ross

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 well as in the tk device. I then got just a black window and
a hang. Moving back in time I found that the commit I listed gave the
same black window and hang but the one before gave fine results.
I've just looked at this from home and both on my Ubuntu PC and my
Centos PC (both SSH'd in with x forwarding from Cygwin) ant the tip of
master runs fin in both cases.

So now I am utterly confused and have not got the tk driver running.

My guess is that SSH with X forwarding has figured out all the X
authorization issues, while those may still occur whenever you try to
use direct access. So I would encourage you to test that hypothesis
by trying -dev tk over an SSH X forwarded connection. That may allow
you to verify the two-GUI issue for -dev tk for master tip.

Assuming that hypothesis is correct, the change (for direct access for
you) from working screen to black screen from 1e402417c1f^ to
1e402417c1f may not be a regression, but instead the result of
(inadvertently) tightening up the X security model with that plbuf
change.

@Andrew:
I hope you respond to this by advising Phil the best way
to have properly authorized X access when using Ubuntu
directly, checking whether the above plbuf change makes a difference
in your -dev xwin and -dev tk results on Ubuntu, etc.

For what it is worth, for the direct case I am just using the default
X authorization for Debian that you get with the traditional startx
method of starting my (KDE) desktop. In other words, I don't use any
of the xdm, kdm, or gdm3 display-manager methods of starting X for the
direct case, but I am not sure whether that is relevant or not. But
apparently, X is properly authorized by this method at least for
Debian so the plbuf change referred to above has no effect on -dev tk
results for me.

Actually, dredging my memories I vaguely remember problems in the past
with this. Lo and behold I searched the list archive and found the
following thread from 2009

http://sourceforge.net/p/plplot/mailman/plplot-general/thread/1258412677.12670.12.camel%40dventimi-laptop/#msg23989000

which documents a lot of this. Phil - which version of Ubuntu / Tcl / Tk
are you using? It seems this was fixed in the Ubuntu Tcl 8.5 packages a
long time ago.

Andrew

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

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, but I gave up because it was just too much of a nightmare -
the biggest of the many problems that I hit being that it requires two
threads and plplot isn't thread safe.

Point taken.

 The new code basically uses a client server model. The plplot
application sends commands (via the memory map) to the viewer to
render things. There is also some limited communication back (e.g.
locate mode), but I have deliberately kept this to a minimum for
simplicity. There is no reason (other than the time taken to code it)
why there cannot be extensive two way comms.

I am very glad to hear there is this future possibility of providing
the important full interactivity capability for -dev wxwidgets. So in
my report you should mentally substitute needs full interactivity
capability to be developed wherever before I remarked about requiring
an attached capability.

Alan
__
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__

Linux-powered Science
__

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

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 back in time I found that the commit I listed gave the
same black window and hang but the one before gave fine results.
I've just looked at this from home and both on my Ubuntu PC and my
Centos PC (both SSH'd in with x forwarding from Cygwin) ant the tip of
master runs fin in both cases.

 So now I am utterly confused and have not got the tk driver running.

My guess is that SSH with X forwarding has figured out all the X
authorization issues, while those may still occur whenever you try to
use direct access.  So I would encourage you to test that hypothesis
by trying -dev tk over an SSH X forwarded connection.  That may allow
you to verify the two-GUI issue for -dev tk for master tip.

Assuming that hypothesis is correct, the change (for direct access for
you) from working screen to black screen from 1e402417c1f^ to
1e402417c1f may not be a regression, but instead the result of
(inadvertently) tightening up the X security model with that plbuf
change.

@Andrew:
I hope you respond to this by advising Phil the best way
to have properly authorized X access when using Ubuntu
directly, checking whether the above plbuf change makes a difference
in your -dev xwin and -dev tk results on Ubuntu, etc.

For what it is worth, for the direct case I am just using the default
X authorization for Debian that you get with the traditional startx
method of starting my (KDE) desktop.  In other words, I don't use any
of the xdm, kdm, or gdm3 display-manager methods of starting X for the
direct case, but I am not sure whether that is relevant or not. But
apparently, X is properly authorized by this method at least for
Debian so the plbuf change referred to above has no effect on -dev tk
results for me.

Alan
__
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__

Linux-powered Science
__

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

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 that the commit I listed gave the
same black window and hang but the one before gave fine results.
I've just looked at this from home and both on my Ubuntu PC and my
Centos PC (both SSH'd in with x forwarding from Cygwin) ant the tip of
master runs fin in both cases.

So now I am utterly confused and have not got the tk driver running.

Phil

On 11 March 2015 at 19:27, Alan W. Irwin ir...@beluga.phys.uvic.ca wrote:
 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 this message pops up.

 Hi Phil:

 I think Arjen is right.  Hopefully Andrew (who uses Ubuntu a lot for
 testing) will know the recipe to properly authorize -dev tk on Ubuntu.  For
 some reason I have never run into this authorization issue on Debian
 stable, but that is probably because (by design) Debian default
 security settings are quite weak.

 I also noticed in another message that you presumably had solved that
 authorization issue and found a commit (id = 1e402417c1f) that your
 tests showed introduced a -dev tk rendering regression, but I cannot
 figure out what that regression might be so could you describe it?

 The issue is that both 1e402417c1f^ and 1e402417c1f give single GUI
 -dev tk results here that both look fine to me (other than the zoom
 issue) for example 1 while for master tip I get two GUI's (one with
 the Tk decorations and no plot, and the other an undecorated xwin-like
 plot).  I have attached a screenshot of that master tip result so you will
 know exactly what I am referring too.

 I will now do my own git bisects to find when the zoom issue was
 introduced and when the two-GUI issue was introduced.


 Alan
 __
 Alan W. Irwin

 Astronomical research affiliation with Department of Physics and Astronomy,
 University of Victoria (astrowww.phys.uvic.ca).

 Programming affiliations with the FreeEOS equation-of-state
 implementation for stellar interiors (freeeos.sf.net); the Time
 Ephemerides project (timeephem.sf.net); PLplot scientific plotting
 software package (plplot.sf.net); the libLASi project
 (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
 and the Linux Brochure Project (lbproject.sf.net).
 __

 Linux-powered Science
 __

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

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 or oddly placed text strings
or unexpected colours. Short of a formal comparison against previously
saved screenshots (should I have had these) I cannot see any
differences. Which is a good thing.

Thanks, Arjen, for performing this most reassuring (at least for
wingcc) test.

Alan

__
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__

Linux-powered Science
__

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

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 this message pops up.

Hi Phil:

I think Arjen is right.  Hopefully Andrew (who uses Ubuntu a lot for
testing) will know the recipe to properly authorize -dev tk on Ubuntu.  For
some reason I have never run into this authorization issue on Debian
stable, but that is probably because (by design) Debian default
security settings are quite weak.

I also noticed in another message that you presumably had solved that
authorization issue and found a commit (id = 1e402417c1f) that your
tests showed introduced a -dev tk rendering regression, but I cannot
figure out what that regression might be so could you describe it?

The issue is that both 1e402417c1f^ and 1e402417c1f give single GUI
-dev tk results here that both look fine to me (other than the zoom
issue) for example 1 while for master tip I get two GUI's (one with
the Tk decorations and no plot, and the other an undecorated xwin-like
plot).  I have attached a screenshot of that master tip result so you will
know exactly what I am referring too.

I will now do my own git bisects to find when the zoom issue was
introduced and when the two-GUI issue was introduced.

Alan
__
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__

Linux-powered Science
__--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

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 least it is sufficient to allow the wxWidgets driver to
 render as well as from direct commands.

Note, to everybody.  There is an official deep freeze notice near
the end of this e-mail.

@ Andrew, Phil, and Jim:

Before getting to wxwidgets test results I regret to say that a recent
plbuf change has nailed us again.  There is now a release showstopper
where -dev tk produces really strange looking results.  I found this
issue via checking -dev tk for the zoom regression where hitting the
zoom button just produces a blank (black) plot.  I confirm that
regression as well as a newly introduced regression for that device
(two windows are displayed rather than one with one of them without a
plot but with the plframe decorations and the other showing an
xwin-like plot windows with no decorations). This new regression and
the zoom regression are showstoppers for the current release so your
confirmation and fix for these rendering regressions will be much
appreciated.  You should also look carefully at -dev wingcc to see
whether recent plbuf changes have introduced rendering regressions
there as well (assuming you have looked in detail before at wingcc
results for all examples, and therefore know what rendered nicely in
the old days).

If none of you beat me to it, I will follow up starting roughly 12 hours
from now with a git bisect to find out the first commit that caused
each of these regressions, and hopefully the fix for each regression
will be straightforward after that.

@Arjen:
Just in case you remember how well wingcc rendered before, I would
appreciate you double-checking how wingcc renders now.

@Phil:

Naturely, I found the above new rendering regression right at the end
of a very long series of tests of wxwidgets which I will probably have
to repeat once the above plbuf issue(s) are fixed (sigh).  So for what
it is worth, here is the current status of wxwidgets on Linux as of
commit id = afd37a9.

I did this long test with the following command:

for SEQ in $(seq -w 0 33); do
   examples/c/x${SEQ}c -dev wxwidgets
   read ANSWER
done

(where read ANSWER supplies a pause between examples
so you don't have one zillion instances of wxPLViewer going
at the same time).

There is a definite improvement compared to when I ran such a test
before, but I note the following large number of minor issues (mostly
rendering issues and non of them are release critical) that still
exist on Linux:

* text much too small for all examples.  Increasing
all text sizes by something close to a factor of two (say
to fill all the squares by the numbers in example 2.2 just like
for the xcairo, qtwidget, and xwin device) is needed.

* Example 13; extra lines in Maurice, Vince, and Rafael parts
of the pie chart, but the other slices are fine.

* Example 17 is extremely slow to display and the erases are not getting
done when the plot is rescaled.  Attached mode?

* Example 20 is extremely slow to display and does not have any
interactive capability (the third page should allow you to select a
region with the cursor).  Compare the cursor capability shown with
this example for -dev xwin.

Note -dev wxwidgets cursor capability is currently similar to
that of -dev xcairo and -dev qtwidget.  All three devices print
out cursor position results for example 1 with the -locate option,
but all three devices fail to allow the user to select
a region in example 3.03.  So all three have to be updated
to have the same cursor capabilities as -dev xwin.
In addition, I presume this capability would only work
for the qtwidgets case in attached mode (see below).

* Example 26.02 still has an issue with too large a legend for
the Cyrillic version of the plot.

* Example 28.04 has a strange colour change for certain ranges indicated
below of the rendering of the

The future of our civilization depends on software freedom.
 ^^^

3D string.  Those colour changes occur when the letters in the string
are mostly reduced to the (expected) straight lines by the 3D affine
transformation.  This may be due to some strange issue with my Debian
stable wxwidgets software library and have nothing to do with PLplot.
If you cannot reproduce those colour changes, I will send a screen
shot.

* Example 28.05 affine transformation issues.

* Example 30.02 ugly looking gradient results are due to falling back
to core software emulation of a linear gradient.  Instead, as
discussed before a linear gradient based on the wxwidgets API should
be used instead to get very nice results for this example (such as
those from the cairo and qt devices).

* Example 34: the qtwidgets device does not support draw mode.
However, if you want to

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 ir...@beluga.phys.uvic.ca 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 (pretty close to, if not completely) bug free!!! Or
 at the very least it is sufficient to allow the wxWidgets driver to
 render as well as from direct commands.


 Note, to everybody.  There is an official deep freeze notice near
 the end of this e-mail.

 @ Andrew, Phil, and Jim:

 Before getting to wxwidgets test results I regret to say that a recent
 plbuf change has nailed us again.  There is now a release showstopper
 where -dev tk produces really strange looking results.  I found this
 issue via checking -dev tk for the zoom regression where hitting the
 zoom button just produces a blank (black) plot.  I confirm that
 regression as well as a newly introduced regression for that device
 (two windows are displayed rather than one with one of them without a
 plot but with the plframe decorations and the other showing an
 xwin-like plot windows with no decorations). This new regression and
 the zoom regression are showstoppers for the current release so your
 confirmation and fix for these rendering regressions will be much
 appreciated.  You should also look carefully at -dev wingcc to see
 whether recent plbuf changes have introduced rendering regressions
 there as well (assuming you have looked in detail before at wingcc
 results for all examples, and therefore know what rendered nicely in
 the old days).

 If none of you beat me to it, I will follow up starting roughly 12 hours
 from now with a git bisect to find out the first commit that caused
 each of these regressions, and hopefully the fix for each regression
 will be straightforward after that.

 @Arjen:
 Just in case you remember how well wingcc rendered before, I would
 appreciate you double-checking how wingcc renders now.

 @Phil:

 Naturely, I found the above new rendering regression right at the end
 of a very long series of tests of wxwidgets which I will probably have
 to repeat once the above plbuf issue(s) are fixed (sigh).  So for what
 it is worth, here is the current status of wxwidgets on Linux as of
 commit id = afd37a9.

 I did this long test with the following command:

 for SEQ in $(seq -w 0 33); do
   examples/c/x${SEQ}c -dev wxwidgets
   read ANSWER
 done

 (where read ANSWER supplies a pause between examples
 so you don't have one zillion instances of wxPLViewer going
 at the same time).

 There is a definite improvement compared to when I ran such a test
 before, but I note the following large number of minor issues (mostly
 rendering issues and non of them are release critical) that still
 exist on Linux:

 * text much too small for all examples.  Increasing
 all text sizes by something close to a factor of two (say
 to fill all the squares by the numbers in example 2.2 just like
 for the xcairo, qtwidget, and xwin device) is needed.

 * Example 13; extra lines in Maurice, Vince, and Rafael parts
 of the pie chart, but the other slices are fine.

 * Example 17 is extremely slow to display and the erases are not getting
 done when the plot is rescaled.  Attached mode?

 * Example 20 is extremely slow to display and does not have any
 interactive capability (the third page should allow you to select a
 region with the cursor).  Compare the cursor capability shown with
 this example for -dev xwin.

 Note -dev wxwidgets cursor capability is currently similar to
 that of -dev xcairo and -dev qtwidget.  All three devices print
 out cursor position results for example 1 with the -locate option,
 but all three devices fail to allow the user to select
 a region in example 3.03.  So all three have to be updated
 to have the same cursor capabilities as -dev xwin.
 In addition, I presume this capability would only work
 for the qtwidgets case in attached mode (see below).

 * Example 26.02 still has an issue with too large a legend for
 the Cyrillic version of the plot.

 * Example 28.04 has a strange colour change for certain ranges indicated
 below of the rendering of the

 The future of our civilization depends on software freedom.
 ^^^

 3D string.  Those colour changes occur when the letters in the string
 are mostly reduced to the (expected) straight lines by the 3D affine
 transformation.  This may be due to some strange issue with my Debian
 stable wxwidgets software library and have nothing to do with PLplot.
 If you cannot reproduce those colour changes, I will send a screen
 shot.

 * Example 28.05 affine transformation issues.

 * Example 30.02 ugly looking gradient results are due to falling

Re: [Plplot-devel] Release status

2015-03-11 Thread Arjen Markus

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 how well wingcc rendered before, I would appreciate 
 you
 double-checking how wingcc renders now.

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 or oddly placed text strings or unexpected colours. Short 
of a formal comparison against previously saved screenshots (should I have had 
these) I cannot see any differences. Which is a good thing.

Regards,

Arjen

DISCLAIMER: This message is intended exclusively for the addressee(s) and may 
contain confidential and privileged information. If you are not the intended 
recipient please notify the sender immediately and destroy this message. 
Unauthorized use, disclosure or copying of this message is strictly prohibited. 
The foundation 'Stichting Deltares', which has its seat at Delft, The 
Netherlands, Commercial Registration Number 41146461, is not liable in any way 
whatsoever for consequences and/or damages resulting from the improper, 
incomplete and untimely dispatch, receipt and/or content of this e-mail.
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

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 (must use xauth-style authorization); command ignored
while executing
send $client set server_name [list $server_name]
(procedure plserver_link_init line 25)
invoked from within
plserver_link_init
(procedure plserver_init line 85)
invoked from within
plserver_init

Then they just hang. No window is displayed at all. At first I thought
the error was something to do with the X11 forwarding, but I get it on
my Centos machine which I am sat in front of too.

Phil

On 11 March 2015 at 11:33, Arjen Markus arjen.mar...@deltares.nl wrote:
 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 how well wingcc rendered before, I would
 appreciate you
 double-checking how wingcc renders now.


 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 or oddly placed text strings or unexpected
 colours. Short of a formal comparison against previously saved screenshots
 (should I have had these) I cannot see any differences. Which is a good
 thing.

 Regards,

 Arjen



 DISCLAIMER: This message is intended exclusively for the addressee(s) and
 may contain confidential and privileged information. If you are not the
 intended recipient please notify the sender immediately and destroy this
 message. Unauthorized use, disclosure or copying of this message is strictly
 prohibited. The foundation 'Stichting Deltares', which has its seat at
 Delft, The Netherlands, Commercial Registration Number 41146461, is not
 liable in any way whatsoever for consequences and/or damages resulting from
 the improper, incomplete and untimely dispatch, receipt and/or content of
 this e-mail.

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] Release status

2015-03-11 Thread Arjen Markus

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 some Unix-specific routines and therefore they are not 
buildable on Windows. The ntk driver does not. Something I might look into 
post-release.



Regards,



Arjen








 -Original Message-
 From: Phil Rosenberg [mailto:p.d.rosenb...@gmail.com]
 Sent: Wednesday, March 11, 2015 1:23 PM
 To: Arjen Markus
 Cc: Alan W. Irwin; Andrew Ross; Jim Dishaw; PLplot development list
 Subject: 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 (must use xauth-style authorization); command ignored while
 executing send $client set server_name [list $server_name]
 (procedure plserver_link_init line 25) invoked from within 
 plserver_link_init
 (procedure plserver_init line 85)
 invoked from within
 plserver_init

 Then they just hang. No window is displayed at all. At first I thought the 
 error was
 something to do with the X11 forwarding, but I get it on my Centos machine 
 which I
 am sat in front of too.

 Phil

 On 11 March 2015 at 11:33, Arjen Markus arjen.mar...@deltares.nl wrote:
  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 how well wingcc rendered before, I would
  appreciate you double-checking how wingcc renders now.
 
 
  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 or oddly placed text strings or unexpected
  colours. Short of a formal comparison against previously saved screenshots
  (should I have had these) I cannot see any differences. Which is a good
  thing.
 
  Regards,
 
  Arjen
 
 
 
  DISCLAIMER: This message is intended exclusively for the addressee(s) and
  may contain confidential and privileged information. If you are not the
  intended recipient please notify the sender immediately and destroy this
  message. Unauthorized use, disclosure or copying of this message is strictly
  prohibited. The foundation 'Stichting Deltares', which has its seat at
  Delft, The Netherlands, Commercial Registration Number 41146461, is not
  liable in any way whatsoever for consequences and/or damages resulting from
  the improper, incomplete and untimely dispatch, receipt and/or content of
  this e-mail.

DISCLAIMER: This message is intended exclusively for the addressee(s) and may 
contain confidential and privileged information. If you are not the intended 
recipient please notify the sender immediately and destroy this message. 
Unauthorized use, disclosure or copying of this message is strictly prohibited. 
The foundation 'Stichting Deltares', which has its seat at Delft, The 
Netherlands, Commercial Registration Number 41146461, is not liable in any way 
whatsoever for consequences and/or damages resulting from the improper, 
incomplete and untimely dispatch, receipt and/or content of this e-mail.
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] Release status

2015-03-11 Thread Jim Dishaw

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 p.d.rosenb...@gmail.com 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 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 (must use xauth-style authorization); command ignored
 while executing
 send $client set server_name [list $server_name]
 (procedure plserver_link_init line 25)
 invoked from within
 plserver_link_init
 (procedure plserver_init line 85)
 invoked from within
 plserver_init
 
 Then they just hang. No window is displayed at all. At first I thought
 the error was something to do with the X11 forwarding, but I get it on
 my Centos machine which I am sat in front of too.
 
 Phil
 
 On 11 March 2015 at 11:33, Arjen Markus arjen.mar...@deltares.nl wrote:
 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 how well wingcc rendered before, I would
 appreciate you
 double-checking how wingcc renders now.
 
 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 or oddly placed text strings or unexpected
 colours. Short of a formal comparison against previously saved screenshots
 (should I have had these) I cannot see any differences. Which is a good
 thing.
 
 Regards,
 
 Arjen
 
 
 
 DISCLAIMER: This message is intended exclusively for the addressee(s) and
 may contain confidential and privileged information. If you are not the
 intended recipient please notify the sender immediately and destroy this
 message. Unauthorized use, disclosure or copying of this message is strictly
 prohibited. The foundation 'Stichting Deltares', which has its seat at
 Delft, The Netherlands, Commercial Registration Number 41146461, is not
 liable in any way whatsoever for consequences and/or damages resulting from
 the improper, incomplete and untimely dispatch, receipt and/or content of
 this e-mail.

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

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 p.d.rosenb...@gmail.com
Date: Fri Feb 27 17:12:03 2015 +
Fixed bug in rdbuf_di.
Save cursubpage on replot
call plP_eop() on replot which ensures that the first plP_bop() call
actually does something.

I guess that somehow I have set up an infinite loop of eop/bop calls
or something.

If someone would like to confirm that this is the faulty commit then
please let me know. The commit before this is
1e3786c758f78bff13086cf26ab81145b4e2e14d which works for me.

I will try to find some time to work on this tonight or tomorrow night.

Phil

On 11 March 2015 at 13:01, Phil Rosenberg p.d.rosenb...@gmail.com wrote:

 * Example 13; extra lines in Maurice, Vince, and Rafael parts
 of the pie chart, but the other slices are fine.
 This isn't shown on Windows. Perhaps the cause is that both the lines
 and the fill are being saved to the buffer meaning the lines get
 rendered twice. This is just a guess though

 * Example 17 is extremely slow to display and the erases are not getting
 done when the plot is rescaled.  Attached mode?

 I will add this to my to do list


 * Example 20 is extremely slow to display and does not have any
 interactive capability (the third page should allow you to select a
 region with the cursor).  Compare the cursor capability shown with
 this example for -dev xwin.

 Note -dev wxwidgets cursor capability is currently similar to
 that of -dev xcairo and -dev qtwidget.  All three devices print
 out cursor position results for example 1 with the -locate option,
 but all three devices fail to allow the user to select
 a region in example 3.03.  So all three have to be updated
 to have the same cursor capabilities as -dev xwin.
 In addition, I presume this capability would only work
 for the qtwidgets case in attached mode (see below).

 Again I will add it to my list


 * Example 26.02 still has an issue with too large a legend for
 the Cyrillic version of the plot.
 See my post to a different thread.

 * Example 28.04 has a strange colour change for certain ranges indicated
 below of the rendering of the

 The future of our civilization depends on software freedom.
 ^^^

 I don't see this on Windows wx3.0, Ubuntu wx3.0 or Centos wx3.0 so
 you'll have to send me a screen shot.


 3D string.  Those colour changes occur when the letters in the string
 are mostly reduced to the (expected) straight lines by the 3D affine
 transformation.  This may be due to some strange issue with my Debian
 stable wxwidgets software library and have nothing to do with PLplot.
 If you cannot reproduce those colour changes, I will send a screen
 shot.

 * Example 28.05 affine transformation issues.

 Already known, but better than it was


 * Example 30.02 ugly looking gradient results are due to falling back
 to core software emulation of a linear gradient.  Instead, as
 discussed before a linear gradient based on the wxwidgets API should
 be used instead to get very nice results for this example (such as
 those from the cairo and qt devices).

 Same as the old driver - I will add native gradient fill to my to do
 list, but I would guess that shading with alpha is broken in general.
 This is due to outlining as a workaround to the seaming problem for
 solid colour shading. It will need some changes to the core code to
 fix.


 * Example 34: the qtwidgets device does not support draw mode.
 However, if you want to implement this someday you should follow what
 is done for xcairo (which is the only device so far that has draw mode
 capability).

 Again I'll add it to the list


 * To get proper interactive capability, must implement an
 attached driver option that does not launch a separate
 wxPLViewer instance.

 This will not happen (well at least not from me). The whole point of
 the changes was to detach the driver, because wxWidgets is not
 designed to be attached.


 * There was also a the following warning being emitted by g++

 /home/software/plplot/HEAD/plplot.git/drivers/wxwidgets.cpp: In
 function ‘void plD_init_wxwidgets(PLStream*)’:
 /home/software/plplot/HEAD/plplot.git/drivers/wxwidgets.cpp:186:23:
 warning: converting to non-pointer type ‘PLINT {aka int}’ from NULL
 [-Wconversion-null]

 Did you really want to set the device id (which is just an integer) to
 zero here?  If so, you should use 0 rather than NULL.  But I thought
 that device id integer was supposed to be fixed and unique to each
 device in which case it would generally not be a good idea to zero it.  But
 on
 the other hand, I so far have not detected any issues from this
 zeroing so I don't think there is any urgency here
 (i.e., you can deal with this post-release).

 This is a bug, it was supposed to be pls-dev = NULL. This has

Re: [Plplot-devel] Release status

2015-03-10 Thread Phil Rosenberg

 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 least it is sufficient to allow the wxWidgets driver to
render as well as from direct commands.

Firstly I wanted to say a big thanks Jim for all your input with that
as well as with the plmeta driver. It's been much appreciated.

Secondly, I guess that means you can freeze the core code Alan. I'm
going to just make a couple of wxWidgets mods this evening and then I
am going to stop meddling until after the release. I do still need to
sort the docs out as well.

Phil

On 9 March 2015 at 21:09, Phil Rosenberg p.d.rosenb...@gmail.com wrote:


 Please take a look at his patch series he sent this weekend.  One of those
 patches
 apparently was to fix a wxwidgets issue so part/all of that series may
 be exactly what you need, but I am leaving it to you to evaluate which
 of his commits should be applied to master now, and which should wait
 until post-release (if they don't affect wxwidgets).

 I will


 3) is straightforward and I will do

 that this evening. 2) is a bit trickier as I don't really have a good
 understanding of why it is wrong - it uses the same maths as the old
 driver, but I wonder if the aspect ratio code has changed (for fixed
 aspect) and there is some similar change required in the text. As
 issue 4 is a rotated plot I consider this a bit of an edge case for an
 interactive driver - it does need fixing, but I can live with it in
 the short term.

 If you can live with 2 and 4, then we are pretty well ready to go.


 If you can live with them for now, then I can too.  However, I would
 appreciate you figuring out what was wrong with my patch to fix the
 wide legend box issues for the unicode case. At the time, you said you
 were getting complaints from Windows about unicode fonts, but since my
 patch simply used a facility you had already developed to determine
 physical width and height of the string that would be rendered by the
 wxwidgets libraries, I suspect that issue was attributable to other
 Windows issues you were having at that exact same time so please take
 another look.

 I will look - the Unicode issue was related to you setting use of utf8
 fonts which you said matched the wxWidgets example. I have now changed
 (back?) to using default font encoding. I think that Windows font
 files must generally use a different encoding. Note that this does not
 affect the text encoding (which is dealt with on conversion from char
 * to wxString) it only deals with font encodings - although I must
 confess to not fully understanding how font encodings work.

 One question I had though, is there any different behaviour required
 for the no pause state? Currently the driver does not pause at all
 regardless of this state. It sends all its data to the viewer then
 continues - for the examples it then exits as it reaches the end of
 main(), but leaves the viewer open with the plots.


 I think the fundamental issue here is that new wxwidgets launches a
 viewer that runs in a completely detached state.  That can be good in
 certain circumstances, but it obviously goes against the paradigm that
 is used for every other interactive device.  So I believe the solution
 here is to implement a wxwidgets driver option that allows detached
 mode (as now), but by default operates in attached mode. Once attached
 mode works, then that makes it possible to control the plot directly
 from the example, e.g., by specifying the nopause option.  I assume
 attached mode would also allow -locate mode to work for example 1,
 sort out some of the example 17 issues, etc.

 Locate is already possible, I have a flag in the memory map which
 indicates locate mode is on and halts execution of the calling
 program. This should be reusable to pause execution of the calling
 program, but this may have to wait until post release.


 In sum, all of the above are would-be-nices in my opinion rather
 than showstoppers.  So you are free to tackle as few or many of them
 as you like in the next few days, and we should look again where we
 jointly stand near the end of this week.


 Alan

 __
 Alan W. Irwin

 Astronomical research affiliation with Department of Physics and Astronomy,
 University of Victoria (astrowww.phys.uvic.ca).

 Programming affiliations with the FreeEOS equation-of-state
 implementation for stellar interiors (freeeos.sf.net); the Time
 Ephemerides project (timeephem.sf.net); PLplot scientific plotting
 software package (plplot.sf.net); the libLASi project
 (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
 and the Linux Brochure Project (lbproject.sf.net).
 __

 Linux-powered Science
 __

--
Dive into the

Re: [Plplot-devel] Release status

2015-03-09 Thread Alan W. Irwin

Hi Phil:

From all your commits last week it appears you are continuing to make
progress on fixing the wxwidgets bugs, but I have no idea how much
more (if anything) you want to do before release.  Also, I rely on you
to evaluate Jim's Saturday patch series to decide which of his commits
should be applied before the release and which should be applied
after.

I am looking forward to that feedback from you so I will be in a
better position to make a meaningful estimate of the release date.

Alan
__
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__

Linux-powered Science
__

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] Release status

Hi Alan

 (1) Bad abort operation for the Unkown error which causes
 substantial memory managment issues.
 (2) Error message itself needs a spelling change: Unkown -- Unknown
 (3) regression for -geometry option
 (4) regression of an added surface pattern artifact for example 8


Issue (4) is now solved. Issue (2) I will fix now.

Issue (1)/(3) turned out to be some bad cleanup of a thrown exception
which is a 1 line fix I am about to commit.

However, perhaps more important was why the exception was thrown. It
was an exception I coded in to be thrown when the user set the size of
the canvas, but failed to set the dpi. (On windows I get a rather more
specific error message, not sure why the default unknown error message
is displayed on linux). I guess pragmatically I should use the same
default dpi as if the size hasn't been set, but I thought that if the
user has set the size then the dpi should be also set to ensure
consistency. This however does make the PLStream::pageset variable
rather useless as it gets set whether or not the dpi is valid.

Anyway, there should be a new commit fixing these issues in about 10 mins.

Phil

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] Release status

Hi Alan

Here is a status update on wxWidgets, but the headline is that I now
feel that the wxWidgets driver is at an appropriate stage for release.

The issues that still exist are on trello, so you can view them is you
want. However I now think that the new driver is of generally the same
quality as the previous one.

Of the remaining issues the ones that I feel are of highest priority are

1) The preservation of the bop state in the buffer
2) 3d text is not quite correctly aligned.
3) Adding wxStream constuctors that mirror plstream constructors.
4) There are some aspect ratio issues with x03, but only when resized
and only on Linux. I think this is related to the rotated orientation.

My understanding is that Jim is doing 1), but if he is busy with other
stuff I'd be happy to sort that. 3) is straightforward and I will do
that this evening. 2) is a bit trickier as I don't really have a good
understanding of why it is wrong - it uses the same maths as the old
driver, but I wonder if the aspect ratio code has changed (for fixed
aspect) and there is some similar change required in the text. As
issue 4 is a rotated plot I consider this a bit of an edge case for an
interactive driver - it does need fixing, but I can live with it in
the short term.

If you can live with 2 and 4, then we are pretty well ready to go.

One question I had though, is there any different behaviour required
for the no pause state? Currently the driver does not pause at all
regardless of this state. It sends all its data to the viewer then
continues - for the examples it then exits as it reaches the end of
main(), but leaves the viewer open with the plots.

Phil


On 9 March 2015 at 11:37, Phil Rosenberg p.d.rosenb...@gmail.com wrote:
 Hi Alan

 (1) Bad abort operation for the Unkown error which causes
 substantial memory managment issues.
 (2) Error message itself needs a spelling change: Unkown -- Unknown
 (3) regression for -geometry option
 (4) regression of an added surface pattern artifact for example 8


 Issue (4) is now solved. Issue (2) I will fix now.

 Issue (1)/(3) turned out to be some bad cleanup of a thrown exception
 which is a 1 line fix I am about to commit.

 However, perhaps more important was why the exception was thrown. It
 was an exception I coded in to be thrown when the user set the size of
 the canvas, but failed to set the dpi. (On windows I get a rather more
 specific error message, not sure why the default unknown error message
 is displayed on linux). I guess pragmatically I should use the same
 default dpi as if the size hasn't been set, but I thought that if the
 user has set the size then the dpi should be also set to ensure
 consistency. This however does make the PLStream::pageset variable
 rather useless as it gets set whether or not the dpi is valid.

 Anyway, there should be a new commit fixing these issues in about 10 mins.

 Phil

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] Release status

On 9 March 2015 at 20:43, Alan W. Irwin ir...@beluga.phys.uvic.ca wrote:
 Hi Phil:

 One thing I failed to cover in my prior post this morning is it sounds
 like you have one more round of plbuf changes you would like to commit
 to master (probably including some or all commits from Jim's series)
 before release. That is fine, but you should also aim to put plbuf
 changes into a deep freeze (no further changes allowed before release
 except to sort out rendering regressions for all of PLplot) as early
 as possible this week.  In other words, for the wxwidgets issues we
 discussed, if you cannot get the fix done in the next day or so, and
 the fix also involves plbuf changes, you should put off fixing the
 issue until after the release.

I will aim to do that asap

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] Release status