plplot-devel — Technical discussion about PLplot development

Re: [Plplot-devel] Re: [Plplot-cvs] CVS update notice (plplot)

[Maurice L. <mj...@ga...>]

Rafael Laboissiere writes:
 > * Maurice LeBrun <ml...@us...> [2003-04-24 01:36]:
 > 
 > > Update of /cvsroot/plplot/plplot
 > > In directory sc8-pr-cvs1:/tmp/cvs-serv27855
 > > 
 > > Modified Files:
 > > 	Makefile.am 
 > > Log Message:
 > > Added cf/plplot-config to the list of scripts to install.
 > 
 > Would you mind if we move plplot-config from cf/ to scripts/?  I already
 > discussed this with Alan and we decided that the cf/ directory shuld be
 > declared obsolete, in order to avoid our users being confused in the future.
 > This directory has not been included in the 5.2.1 release tarball and we are
 > planning to cvs remove it (as well as bindings/perl5, tmp/ and new/), unless
 > you opposes to that.

That would be ok with me.

-- 
Maurice LeBrun			mj...@ga...
Lightspeed Semiconductor Corp	mj...@li...

[Plplot-devel] Re: [Plplot-cvs] CVS update notice (plplot)

[Rafael L. <lab...@ps...>]

* Maurice LeBrun <ml...@us...> [2003-04-24 01:36]:

> Update of /cvsroot/plplot/plplot
> In directory sc8-pr-cvs1:/tmp/cvs-serv27855
> 
> Modified Files:
> 	Makefile.am 
> Log Message:
> Added cf/plplot-config to the list of scripts to install.

Would you mind if we move plplot-config from cf/ to scripts/?  I already
discussed this with Alan and we decided that the cf/ directory shuld be
declared obsolete, in order to avoid our users being confused in the future.
This directory has not been included in the 5.2.1 release tarball and we are
planning to cvs remove it (as well as bindings/perl5, tmp/ and new/), unless
you opposes to that.

-- 
Rafael

Re: [Plplot-devel] plplot-config

[Rafael L. <lab...@ps...>]

* Maurice LeBrun <mj...@ga...> [2003-04-24 02:39]:

> So in order to get a measure of backward compatibility I'm resurrecting
> plplot-config.  The --libs option will actually be performed as a wrapper
> around plplot_libtool (so I don't have to duplicate all that work), throwing
> away anything not needed.
> 
> Eventually I'd like to use pkg-config but even in that case I'd still
> probably keep plplot-config as a wrapper around it for some time to come.

A historical note: pkg-config replaces the *-config scripts that existed in
various projects.  Of course, pkg-config is more powerful than the previous
scripts.  The price to pay is that the user have to have it installed in
their systems (well, that is not a big deal).

As the original author of plplot-config, I decided to abandon it and will
only support the pkg-config files.  However, I am happy you are resurrecting
plplot-config, since your work will probably help me to improve the
pkg-config files.

-- 
Rafael

Re: [Plplot-devel] plplot-config

[Maurice L. <mj...@ga...>]

Yes, almost three months later..

Alan W. Irwin writes:
 > Geoffrey expressed an opinion last year that plplot-config should be
 > reinstated so I had that on our PROBLEMS agenda until today when I
 > reconsidered the situation.  (Of course, anybody can put that on the
 > PROBLEMS agenda again if they are not convinced by using the
 > plplot_libtool alternative.)

I had a feeling I wouldn't be convinced so I kept this in my inbox until the
day I got around to trying to get plplot 5.2.x working with my production
codes.  I've decided we still need plplot-config.

 > Yesterday, I had a chance to see plplot_libtool in action for the static
 > drivers case where the gnome driver is part of the deal.  It worked
 > flawlessly to produce roughly half a page of information required for each
 > of examples/c/x??c.  I just doubt we are going to be able to reproduce that
 > excellent plplot_libtool result with plplot-config (unless we wrap
 > plplot_libtool by plplot-config, but I am not sure that is possible).  So
 > instead of using plplot-config, I would advocate using the simple calls to
 > plplot_libtool that are in the *installed* ..../examples/c/Makefile (and
 > similarly for the f77, c++, and tk examples). Anyhow, Geoffrey, will you
 > please try the plplot_libtool approach to see whether it is suitable for
 > your own linking needs?

I don't like the fact that plplot_libtool hijacks your entire link command
line.  What I want is what `plplot-config --libs` provided, a list of stuff
needed on the link line when linking against plplot.  This fits more naturally
into a large project of which plplot is just a small part.

Further, I don't see how plplot_libtool is much help when linking with two
projects that both use libtool & a similar approach to linking.  Fortunately
haven't hit that yet.

So in order to get a measure of backward compatibility I'm resurrecting
plplot-config.  The --libs option will actually be performed as a wrapper
around plplot_libtool (so I don't have to duplicate all that work), throwing
away anything not needed.

Eventually I'd like to use pkg-config but even in that case I'd still probably
keep plplot-config as a wrapper around it for some time to come.

-- 
Maurice LeBrun			mj...@ga...
Lightspeed Semiconductor Corp	mj...@li...

[Plplot-devel] once again: installing plplot under W2000

[Joachim W. <wu...@cr...>]

Hi Olof,

after a hard disk crash I had the unexpected pleasure to install
once again plplot under W2000. Compared to the first time five
months ago it has become much easier to go through the installation
procedure and to obtain working examples. Thank you in particular
for the very clear documentation.

Could you please have a look at the following questions and
suggestions:

(1) I suggest two little changes to INSTALL.TXT:

  4.1 Open a MS-DOS prompt window (compilation in a Cygwin window
      will not normally work because of incompatible header files).   =20
  4.2 At the command prompt, type "vcvars32" to set environment
      for MS Visual C++ tools (vcvars32.bat is contained in the
      Visual C++ binary directory).
  4.3 Change directory to plplot\sys\win32\msdev
  ...

(2) The step "nmake plplib.mak" works only once !! If I try to repeat
this step, I get the following error message:
    No configuration specified. Defaulting to plplib - Win32 Debug.
    Warning: cannot find "plplib.dep"
What's happening ?

(3) Which is the easiest way to generate a double-precision plplotd.lib =
?

(4) What is the status of plpdll ?

Thanks for any help - Joachim

[Plplot-devel] plplot under W2000

[Joachim W. <wu...@cr...>]

Hi Olof,

after a hard disk crash I had the unexpected pleasure to install
once again plplot under W2000. Compared to the first time five
months ago it has become much easier to go through the installation
procedure and to obtain working examples. Thank you in particular
for the very clear documentation.

Could you please have a look at the following questions and
suggestions:

(1) I suggest two little changes to INSTALL.TXT:

  4.1 Open a MS-DOS prompt window (compilation in a Cygwin window
      will not normally work because of incompatible header files).   =20
  4.2 At the command prompt, type "vcvars32" to set environment
      for MS Visual C++ tools (vcvars32.bat is contained in the
      Visual C++ binary directory).
  4.3 Change directory to plplot\sys\win32\msdev
  ...

(2) The step "nmake plplib.mak" works only once !! If I try to repeat
this step, I get the following error message:
    No configuration specified. Defaulting to plplib - Win32 Debug.
    Warning: cannot find "plplib.dep"
What's happening ?

(3) Which is the easiest way to generate a double-precision plplotd.lib =
?

(4) What is the status of plpdll ?

Thanks for any help - Joachim

Re: [Plplot-devel] Examples status for this release

[Maurice L. <mj...@ga...>]

Alan W. Irwin writes:
 > *** C++ examples are almost non-existent.  We need a C++ volunteer to make
 > C++ examples that are consistent with the other front ends.  Also, I have
 > no idea what the completeness of the plplot API in C++ is like.  It may
 > need some substantial maintenance to allow use of the new functions
 > just as in the fortran interface case.

Most of the C++ bindings are very simple wrappers around the C API, and as
such do not need separate example programs to show them off IMO.  There are a
few "value added" wrappers such as those for shade plotting, which is
exercised in x01cc.cc.

As for completeness, I too have no idea.  I would guess there's some stuff
missing due to all the additions over the past few years.  I (also Geoffrey
AFAIK) am currently not using the C++ bindings except from legacy code even
though I do a lot in C++, preferring to use the straight C bindings from C++
or the Tcl bindings from a Tcl/Tk GUI.

-- 
Maurice LeBrun			mj...@ga...
Lightspeed Semiconductor Corp	mj...@li...

Re: [Plplot-devel] Good progress on today's scheduled release

[Alan W. I. <ir...@be...>]

On Mon, 21 Apr 2003, Alan W. Irwin wrote:

> [...]I have perhaps another hour's worth
> of testing to go before I do the file release at sourceforge.

It passed my much reduced (since I am now just "one of the boys" and relying
on the rest of you to do similar tests on your own platforms) tests this
time. For Debian woody plplot-test.sh worked for all devices without any
obvious errors, but I only spot-checked the results (didn't have time to look
at 356 [!] pages for each device, and I believe Joao has already done that for
some of the devices). Interactive tcl/tk tests and a few specific
interactive device tests also passed. Comparison with the make_tarball.sh
result was good (some extra files in the official tarball we can get rid of
next time, hopefully, but none missing which is the main thing).

The SF file release is completed.

ascii-to-html transformation of announcement still needs to be done tonight,
but after that I really do have to quit PLplot work for a while.  I am
collaborating with others on a research paper that must be finished by June.
After that there is another one-month intense Fortran contract I have agreed
to do. In July though, I hope to develop some neat new generalized PLplot 3D
API (more complete passing of 3D information to our existing routines) that
I need for my research.

Because of these time constraints I ask Rafael to immediately take over as
the new release manager and publicize all our hard work for this release
wherever he feels is appropriate.  (I will be making some private
suggestions to him about what is possible contained in the "Release Manager"
notes I will be giving him.)

Alan
__________________________
Alan W. Irwin
email: ir...@be...
phone: 250-727-2902

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

Programming affiliation with the PLplot scientific plotting software package
(plplot.org).

__________________________

Linux-powered Science
__________________________

[Plplot-devel] Good progress on today's scheduled release

[Alan W. I. <ir...@be...>]

Rafael made a tarball available at
http://people.debian.org/~rafael/plplot.html, tagged cvs, and uploaded the
pre-built documentation to our web site around noon.  I have been working on
the release (mostly testing, but also documenting what I am doing for
Rafael's future reference) ever since.  I have perhaps another hour's worth
of testing to go before I do the file release at sourceforge.  The ascii
release announcement is done, but I expect it will take me several more
hours beyond that to put in into html form and onto our website.  So I will
probably be working after dinner tonight, but that is fine; it will be a
great relief to get this sucker finished completely today (Monday).

Geoffrey and Maurice: give me some warning if you are really going to try
and test Solaris today so I can "hold the presses" on the announcement for
you. If I don't here from you I will go with what we have.

Alan
__________________________
Alan W. Irwin
email: ir...@be...
phone: 250-727-2902

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

Programming affiliation with the PLplot scientific plotting software package
(plplot.org).

__________________________

Linux-powered Science
__________________________

[Plplot-devel] plstream::spage doesn't have effect for jpeg driver

[Liguo S. <lig...@va...>]

Dear plplot developers,

I am trying to use plplot in my C++ program to out put a graph into
JPEG file. And, the plstream::spage function doesn't seem to affect
the image size of the output jpeg file.

But, if I call the corresponding C function, plspage, before I
initialize my plstream class, it worked fine.

I suspect that the plspage() function will setup the xlength and
ylength of the next PLStream but not the current one used by the
plstream. As in C bindings, plspage must be called before initializing
the PLplot. And this is impossible to do in C++, because any operation
on the class has to be after the initialization of the class.

It would be nice if anyone can address this problem.

Thanks for your nice work on this library.

Best regards.


Liguo Song

Re: [Plplot-devel] Release planned for Saturday with tarball Rafael made today

[Alan W. I. <ir...@be...>]

IMPORTANT.  Andrew's recent changes are required to make DJGPP work so I
have decided to delay the release until when Rafael is in a position to make
a new tarball (according to the note he sent me Thursday, he plans to get
back into internet access Monday evening his time).

That will give Maurice and Geoffrey one last chance on Monday to check the
solaris situation as well.  I plan to do the file release as soon as Rafael
tags cvs and creates the tarball.  I assume that will be something like noon
on Monday. But I can wait until later Monday to make the release
announcement if there is some prospect of a solaris report from M&G in that
time frame.

Joao, apparently you are not available next week, but if you can work a bit
more on PLplot this weekend, this change in release date should give us a
window of opportunity to sort out the recently introduced colour problems.

I am still not quite sure the source of those problems on your systems.  This
morning I rebuilt from current CVS and redid the examples.  On my system the
resulting x08c.png.08, x08j.png.08, pythondemos.png.32, and tcldemos.png.32
are all identical to the nearest bit (!) according to cmp and similarly for the
appropriate x11c.png.08 comparison. I suggest you try adding and subtracting
a small relative change in plot3d.c where you assign values to fc_minz and
fc_maxz to see if that solves the problem on your system(s).

If that works, cvs commit it so that minor change will be in the release.

The rest of this e-mail concerns some additional colour clipping and
positional z clipping wish-list items I discovered this morning which should
(unless Joao is feeling really ambitious) be dealt with post-release.

I have just checked examples 8 and 11 with z range deliberately reduced in
plw3d (thus, mimicking the user who deliberately underestimates the z range
of her data to zoom in on an area). You get a usable zoomed plot but with a
whole bunch of

*** PLPLOT ERROR ***
plcol1: Invalid color map position: 1.094434, aborting operation

etc., sort of error messages.  Colour clipping without the
error messages would be better.

Note that the positional z clipping is done very well in example 8 thanks to
all of Gary Bishop's efforts upgrading zoomed versions of what is now
plsurf3d.  But the base contours are not properly clipped consistent with
the surface contours. Furthermore, there is more work to be done on the
positional z clipping for plot3d and plmeshc used in example 11.  The result
is not too bad when the z range is underestimated by the user, but I believe
properly clipped z values as in example 8 (and properly clipped base
contours as well) would be much more informative to the user for zoomed
plots.

Alan
__________________________
Alan W. Irwin
email: ir...@be...
phone: 250-727-2902

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

Programming affiliation with the PLplot scientific plotting software package
(plplot.org).

__________________________

Linux-powered Science
__________________________

Re: [Plplot-devel] Release planned for Saturday with tarball Rafael made today

[Alan W. I. <ir...@be...>]

On Sat, 19 Apr 2003, Joao Cardoso wrote:

> I forgot to set LD_LIBRARY_PATH. I always forgot this for java.

Some time ago I ran across a way to specify library path within java, but I
lost it again.  Anyhow, I know it is out there, and if I find it again I
will implement it in the examples so nobody will have to set LD_LIBRARY_PATH.

> Yes, I have 1.8.4 on suse-8.1.
>
> But those examples work OK under c and octave.
> And all the other plots with a big (256 colors) colormap are fine under
> tcl/python. Even the other plots from the same examples.
>
>  It's not a matter of colormap. But, using "display" to see than, I got
>    display: invalid colormap index (tcldemos.png.46).
>    display: invalid colormap index (tcldemos.png.32).
>
> This does not occurs with the C generated png files.
>
> I confirm the above under RH-8.0. It also has gd-1.8.4. The mentioned plots
> from x08 and x11 run OK under C but not under tcl.

Due to your recent C changes, zmin to zmax is mapped exactly (I believe from
your comments, although I haven't looked at the code) for examples 8 and 11
to the maximum possible cmap1 range from 0. to 1.  This may be a mistake
because of floating-point rounding errors. It might be better to map zmin to
zmax to the cmap1 range from epsilon to 1. - epsilon where epsilon is a
small fraction like 1.d-5.  This change would ensure that PLplot never runs
outside the correct cmap1 range due to floating point errors.  Note that
rounding errors would act slightly differently for different front ends so
you might have a colour range error for certain plots and not others or for
certain front ends and not others (just as you have found).  Note all my
quick tests today were on RC1 so I may also be able to confirm your results
tomorrow when I test the 5.2.1 tarball for the first time.  Anyhow, the
problem you have found is not a showstopper and only affects the looks of 4
plots, and I don't want to wait for Rafael to get back so he can make a new
tarball. Thus, let's investigate rounding error as the cause of this problem
(and all other hypotheses until we find the correct solution) after the
release.

> Go ahead with the release!

I agree unless somebody else finds additional problems before tomorrow.

>
> Good work,

Thanks very much for your good work as well.

Alan
__________________________
Alan W. Irwin
email: ir...@be...
phone: 250-727-2902

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

Programming affiliation with the PLplot scientific plotting software package
(plplot.org).

__________________________

Linux-powered Science
__________________________

Re: [Plplot-devel] Release planned for Saturday with tarball Rafael made today

[Joao C. <jc...@fe...>]

On Friday 18 April 2003 22:22, Alan W. Irwin wrote:
|  On Fri, 18 Apr 2003, Joao Cardoso wrote:
|  > |  http://people.debian.org/~rafael/plplot.html
|  > |
|  > |  md5sum is edb09c27ae0b977a4994efbe538bbe78
|  >
|  > On suse-8.1 configure/make/install runs OK.
|  >
|  > All tests run OK, but java. The instructions in
|  > examples/java/README.java are not accurate
|
|  Ugh.  You are right about the last part of that file.
|
|  > And the java examples directory is not in the usual
|  > <prefix>/lib/plplot<version>/examples directory. Why?
|
|  That is a leftover from Geoffrey's original organization of the interface
|  code and examples in the same installed directory tree.  This should
|  probably be looked at again post-release.
|
|  Here is what I do to get java to work.  Adjust for your own locations (and
|  from tcsh syntax to bash if appropriate).
|
|  setenv JAVA_HOME /home/software/java/IBMJava2-14/
|  setenv PATH $PATH":$JAVA_HOME/bin:/usr/local/plplot_at/bin"
|  setenv CLASSPATH /usr/local/plplot_at/lib/java
|
|  ./configure --prefix=/usr/local/plplot_at --enable-java (and other
| options). make
|  make install
|
|  cd /usr/local/plplot_at/lib/plplot5.2.1/examples
|
|  Compile the installed java examples.
|
|  javac -d $CLASSPATH $CLASSPATH/plplot/examples/x??.java

OK, it now works with java2-1.3.1 on suse-8.1. I couldn't test on RH-8.0 
because it hasn't the development package installed.

I forgot to set LD_LIBRARY_PATH. I always forgot this for java.

|
|  Compile the rest of the examples.
|
|  cd c; make; cd c++; make; cd f77; make; cd tk; make; cd ..
|
|  Build both psc and png non-interactive (file) example results.
|  ./plplot-test.sh --device=psc
|  ./plplot-test.sh --device=png
|
|  > The python/tcl generated  files *.png.34/46 are not OK.
|
|  For RC1, I have just stared at the second plot of x09c.ps (which
| corresponds to 34)

Sorry, I mean 32. I will send them to you.

| and the last plot of x11c.ps (which corresponds to 46)
| and I can see no problems or differences with the 34th and 46th page from
| pythondemos.ps, tcldemos.ps or the equivalent pythondemos.png.* and
| tcldemos.png.* files. Of course, my eyes may have just missed something
| subtle that you spotted. Could you please be really specific?
|
|  The differences you see between the postscript and png results may be a
|  result of the limited (paletted) colour support for older libgd versions.
| I am using libgd version 2.0.1 here, with truecolour support.
|
|  > The above small problems are minor. The java problem can be the result
|  > of some misunderstanding from me.
|
|  Thanks for your tests.  I hope you are able to do java now following the
|  above instructions.  Furthermore, if on both your platforms (I have read
|  your second e-mail as well) you have older libgd than 2.0.1,

Yes, I have 1.8.4 on suse-8.1.

But those examples work OK under c and octave.
And all the other plots with a big (256 colors) colormap are fine under 
tcl/python. Even the other plots from the same examples.

 It's not a matter of colormap. But, using "display" to see than, I got
   display: invalid colormap index (tcldemos.png.46).
   display: invalid colormap index (tcldemos.png.32).

This does not occurs with the C generated png files.

I confirm the above under RH-8.0. It also has gd-1.8.4. The mentioned plots 
from x08 and x11 run OK under C but not under tcl. 

| I think we
|  should ignore that problem for the release.  If you have 2.0.1 or later,
|  then I think we better follow it up (and probably delay the release until
|  Rafael gets back) although I cannot seem to reproduce it here.  Let me
| know what you think the best course is to take.

Go ahead with the release!

|  BTW, I am making good progress today writing up the formal release
|  announcement. This is the first formal announcement since 5.1.0 so there
| is a lot to cover.  At release time, I will be putting the result up on the
| website.

Good work,
Joao

|
|  Alan

Re: [Plplot-devel] Release planned for Saturday with tarball Rafael made today

[Alan W. I. <ir...@be...>]

On Fri, 18 Apr 2003, Joao Cardoso wrote:

> |  http://people.debian.org/~rafael/plplot.html
> |
> |  md5sum is edb09c27ae0b977a4994efbe538bbe78
>
> On suse-8.1 configure/make/install runs OK.
>
> All tests run OK, but java. The instructions in examples/java/README.java are
> not accurate

Ugh.  You are right about the last part of that file.

> And the java examples directory is not in the usual
> <prefix>/lib/plplot<version>/examples directory. Why?

That is a leftover from Geoffrey's original organization of the interface
code and examples in the same installed directory tree.  This should
probably be looked at again post-release.

Here is what I do to get java to work.  Adjust for your own locations (and
from tcsh syntax to bash if appropriate).

setenv JAVA_HOME /home/software/java/IBMJava2-14/
setenv PATH $PATH":$JAVA_HOME/bin:/usr/local/plplot_at/bin"
setenv CLASSPATH /usr/local/plplot_at/lib/java

./configure --prefix=/usr/local/plplot_at --enable-java (and other options).
make
make install

cd /usr/local/plplot_at/lib/plplot5.2.1/examples

Compile the installed java examples.

javac -d $CLASSPATH $CLASSPATH/plplot/examples/x??.java

Compile the rest of the examples.

cd c; make; cd c++; make; cd f77; make; cd tk; make; cd ..

Build both psc and png non-interactive (file) example results.
./plplot-test.sh --device=psc
./plplot-test.sh --device=png

>
> The python/tcl generated  files *.png.34/46 are not OK.

For RC1, I have just stared at the second plot of x09c.ps (which corresponds
to 34) and the last plot of x11c.ps (which corresponds to 46) and I can see
no problems or differences with the 34th and 46th page from pythondemos.ps,
tcldemos.ps or the equivalent pythondemos.png.* and tcldemos.png.* files. Of
course, my eyes may have just missed something subtle that you spotted.
Could you please be really specific?

The differences you see between the postscript and png results may be a
result of the limited (paletted) colour support for older libgd versions. I
am using libgd version 2.0.1 here, with truecolour support.

>
> The above small problems are minor. The java problem can be the result of some
> misunderstanding from me.

Thanks for your tests.  I hope you are able to do java now following the
above instructions.  Furthermore, if on both your platforms (I have read
your second e-mail as well) you have older libgd than 2.0.1, I think we
should ignore that problem for the release.  If you have 2.0.1 or later,
then I think we better follow it up (and probably delay the release until
Rafael gets back) although I cannot seem to reproduce it here.  Let me know
what you think the best course is to take.

BTW, I am making good progress today writing up the formal release
announcement. This is the first formal announcement since 5.1.0 so there is
a lot to cover.  At release time, I will be putting the result up on the
website.

Alan
__________________________
Alan W. Irwin
email: ir...@be...
phone: 250-727-2902

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

Programming affiliation with the PLplot scientific plotting software package
(plplot.org).

__________________________

Linux-powered Science
__________________________

Re: [Plplot-devel] Release planned for Saturday with tarball Rafael made today

[<jc...@fe...>]

On Friday 18 April 2003 16:04, Joao Cardoso wrote:
| On Friday 18 April 2003 06:33, Alan W. Irwin wrote:
| |  Geoffrey tells me he was unable to test the RC2 tarball on solaris
| | because a job crunch suddenly grabbed all his time today. Now, the
| | earliest possible time for such a solaris test is some time next
| | week.
| |
| |  Rafael has had a sudden change in family vacation plans so he will
| | not be available on Friday or this weekend to help with the
| | release.
|
| I will not be available till the middle/end of next week.
|
| |  OTOH, he
| | has already packaged the 5.2.1 tarball (current CVS with version
| | change), and he believes that is good enough for release if nobody
| | else comes up with any changes.  By all means give that tarball a
| | test
| |
| |  http://people.debian.org/~rafael/plplot.html
| |
| |  md5sum is edb09c27ae0b977a4994efbe538bbe78
|
| On suse-8.1 configure/make/install runs OK.
|
| All tests run OK, but java. The instructions in
| examples/java/README.java are not accurate and conflict with the
| instructions in test_java.sh. <prefix> problem.
| And the java examples directory is not in the usual
| <prefix>/lib/plplot<version>/examples directory. Why?
|
| The python/tcl generated  files *.png.34/46 are not OK.

On RH-8.0 all was also OK.

No java and python tested (no Numeric).
The tcl *.png.34/46 problem reported above also appears.

On alpha/OSF1 the usual c/cxx/f77 tests also run OK.

Joao

Re: [Plplot-devel] Release planned for Saturday with tarball Rafael made today

[Joao C. <jc...@fe...>]

On Friday 18 April 2003 06:33, Alan W. Irwin wrote:
|  Geoffrey tells me he was unable to test the RC2 tarball on solaris because
| a job crunch suddenly grabbed all his time today. Now, the earliest
| possible time for such a solaris test is some time next week.
|
|  Rafael has had a sudden change in family vacation plans so he will not be
|  available on Friday or this weekend to help with the release.

I will not be available till the middle/end of next week.

|  OTOH, he
| has already packaged the 5.2.1 tarball (current CVS with version change),
| and he believes that is good enough for release if nobody else comes up
| with any changes.  By all means give that tarball a test
|
|  http://people.debian.org/~rafael/plplot.html
|
|  md5sum is edb09c27ae0b977a4994efbe538bbe78

On suse-8.1 configure/make/install runs OK.

All tests run OK, but java. The instructions in examples/java/README.java are 
not accurate and conflict with the instructions in test_java.sh. <prefix> 
problem.
And the java examples directory is not in the usual 
<prefix>/lib/plplot<version>/examples directory. Why?

The python/tcl generated  files *.png.34/46 are not OK.

The above small problems are minor. The java problem can be the result of some 
misunderstanding from me.

Joao

|  So because he made that tarball it gives us at least the possibility of a
|  release on Saturday, and I prefer to stick to that schedule since I think
| it is better for all of us to get this off our back.  Also, Maurice and
| Geoffrey are so busy there is certainly no guarantee they would be able to
| do any Solaris testing next week.
|
|  So unless somebody finds anything wrong with the above tarball or wants to
|  get some additional last minute change in, I plan to go ahead Saturday
|  morning with the official release of the above tarball as scheduled.
|
|  Alan
|
|  Alan W. Irwin
|  email: ir...@be...
|  phone: 250-727-2902
|
|  Astronomical research affiliation with Department of Physics and
| Astronomy, University of Victoria (astrowww.phys.uvic.ca).
|
|  Programming affiliation with the PLplot scientific plotting software
| package (plplot.org).
|
|  __________________________
|
|  Linux-powered Science
|  __________________________
|
|
|
|  -------------------------------------------------------
|  This sf.net email is sponsored by:ThinkGeek
|  Welcome to geek heaven.
|  http://thinkgeek.com/sf
|  _______________________________________________
|  Plplot-devel mailing list
|  Plp...@li...
|  https://lists.sourceforge.net/lists/listinfo/plplot-devel

[Plplot-devel] Release planned for Saturday with tarball Rafael made today

[Alan W. I. <ir...@be...>]

Geoffrey tells me he was unable to test the RC2 tarball on solaris because a
job crunch suddenly grabbed all his time today. Now, the earliest possible
time for such a solaris test is some time next week.

Rafael has had a sudden change in family vacation plans so he will not be
available on Friday or this weekend to help with the release.  OTOH, he has
already packaged the 5.2.1 tarball (current CVS with version change), and he
believes that is good enough for release if nobody else comes up with any
changes.  By all means give that tarball a test

http://people.debian.org/~rafael/plplot.html

md5sum is edb09c27ae0b977a4994efbe538bbe78

So because he made that tarball it gives us at least the possibility of a
release on Saturday, and I prefer to stick to that schedule since I think it
is better for all of us to get this off our back.  Also, Maurice and Geoffrey
are so busy there is certainly no guarantee they would be able to do any
Solaris testing next week.

So unless somebody finds anything wrong with the above tarball or wants to
get some additional last minute change in, I plan to go ahead Saturday
morning with the official release of the above tarball as scheduled.

Alan

Alan W. Irwin
email: ir...@be...
phone: 250-727-2902

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

Programming affiliation with the PLplot scientific plotting software package
(plplot.org).

__________________________

Linux-powered Science
__________________________

Re: [Plplot-devel] Desperado! [was: Two issues [ xwin problem, cont.]]

[Joao C. <jc...@fe...>]

On Thursday 17 April 2003 22:13, Sebastian Kuzminsky wrote:
|  =?iso-8859-1?q?Jo=E3o=20Cardoso?= <jc...@fe...> wrote:
|  ] When you say: When i call plinit() it creates a window, immediately
|  ] destroys it...
|  ]
|  ] Can you see any plot in the short lived window?
|
|
|  Yes, i can often see the plot in the window before it goes away.
|
|
|  If i single-step through the example with gdb, i can see that the window
|  dies before plinit() returns, or soon soon thereafter.  Certainly before
|  the next line gets executed.

I don't think so. After all the plots are done. You have not configured plplot  
--with-pthreads, have you? You can check it looking at config.summary

According to the gziped log you send, what is happening is that at  
xwin.c:plD_eop_xw(), WaitForPage() is returning even without key/mouse 
events. I would insert a getchar() just at the beginning of WaitForPage(); 
then, after confirming that the program reachs that point with the plot done, 
I would debug MasterEH().

plD_eop_xw() is called after a plot is done but before a new one starts. x07c 
has several plots, you should be able to see a rapid sucession of plots. If 
you have a fast CPU you can slow things down using the "-drvopt sync" option, 
and adding "-np" runs the example without asking for user interaction (which 
you dont have anyway)

|  ] Another thing you can try, is to see if the app is doing all it has to
|  ] do. The next example runs unattended (-np) and creates a postscript
|  ] file:
|  ]
|  ] ./x01c -dev xwin -save po.ps -np
|
|
|  The postscript file looks fine.  Again the window died immediately.

Yes, but the program does all it has to do. The postscript file is generated 
after the plot in the window.
While looking through x01c.c I notice another cmd line option that you can try 
(not to solve the problem, but to help us diagnose it). You use "-locate". 
Run with the tk driver first to see what happens; you can press a button and 
drag.

|  0 seb@dub /home/seb>  gcc --version
|  2.95.4
|
|  0 seb@dub /home/seb>  cat /etc/debian_version
|  testing/unstable

hmmm, how unstable?

|  The description for the gcc-2.95 package (which is what i'm using) says:
|
|  NOTE: This is not a final release, but taken from the CVS gcc-2_95-branch
|  (dated 2001-10-02).

hmm, gcc-2.95.4, comming from a 2.95-branch, also seems suspect to me. Perhaps 
compiling with optimization disabled? Rafael, are you using also this gcc 
release?

|  Hm, so at this point i guess i should quit bugging you guys and go bug
|  the XFree folks?

I admit, I run out of ideas. But I would trust XFreee (unless it also cames 
from a branch)

My best guess goes to WaitForPage()/MasterEH(). The -locate cmd line also 
exercise MasterEH().


Joao

|  --
|  Sebastian

Re: [Plplot-devel] Desperado! [was: Two issues [ xwin problem, cont.]]

[Sebastian K. <se...@he...>]

=?iso-8859-1?q?Jo=E3o=20Cardoso?= <jc...@fe...> wrote:
] When you say: When i call plinit() it creates a window, immediately 
] destroys it...
] 
] Can you see any plot in the short lived window?


Yes, i can often see the plot in the window before it goes away.


If i single-step through the example with gdb, i can see that the window
dies before plinit() returns, or soon soon thereafter.  Certainly before
the next line gets executed.




] There is one more thing you can try, forcing the X server to execute the 
] requests as soon as it receives it, contrary to the usual, where it 
] buffers several requests:
] 
] ./x01c -verbose -debug -dev xwin -geo 200x300 -drvopt sync
] 
] You should see all lines being plotted, before the window vanish.


Looks just like before.




] Another thing you can try, is to see if the app is doing all it has to 
] do. The next example runs unattended (-np) and creates a postscript 
] file:
] 
] ./x01c -dev xwin -save po.ps -np


The postscript file looks fine.  Again the window died immediately.




] (you can also add the -drvopt sync option, and the -geo option. I still 
] found strange the creation of the pixmap with the size of your xserver 
] main window dimension!)


Well, it's a little smaller.  x07c creates a 1200x900 pixmap, my server's
running at 1600x1200.




] The last thing you can do it to download the rc1 tarball and configure, 
] build and install from it. You are doing "make install", right? If not, 
] you are using the xwin driver from a previous installation!


I'm using the debian source packages from sf.  I rebuild the .debs
with dpkg-buildpackage and 'dpkg -i' them.  I know this part's working
because when i added the "#define DEBUG" stuff to include/pldebug.h it
took effect.




] Aren't you in debian? I don't know any gcc-2.95.4. Red-Hat is the one 
] who likes to create its own versions!


0 seb@dub /home/seb>  gcc --version
2.95.4

0 seb@dub /home/seb>  cat /etc/debian_version
testing/unstable


The description for the gcc-2.95 package (which is what i'm using) says:

NOTE: This is not a final release, but taken from the CVS gcc-2_95-branch
(dated 2001-10-02).




Hm, so at this point i guess i should quit bugging you guys and go bug
the XFree folks?




--
Sebastian

[Plplot-devel] Examples status for this release

[Alan W. I. <ir...@be...>]

I just followed up on Joao's recent x08c.c changes for several other front
ends. That is the last examples work I intend to do for this release.

Here are some continuing *post-release* examples issues that I noticed:

*** The octave eighth example and probably other octave examples are
inconsistent with the results from the other front ends. I believe that is
because (according to the documentation) integers are internally stored as
double precision in octave so that constructs like XPTS/2 give

octave:1> x=35/2
x = 17.500

(recall that XPTS is defined to be 35). This result is different from the
truncated 17 result you get in C and our other front ends. Thus, the x and y
arrays are defined differently, and this gives an inconsistent octave
result.  I don't know octave well enough (understatement!) to force integer
truncation, but I assume it is possible. Joao, I do hope you fix this
eventually so there is a chance to test the quality of the octave interface
by proving it capable of producing identical results to the other front
ends.

*** octave legends look quite different for the png and postscript devices.
I believe the problem is the legend dimensions are being specified
internally in pixel units or absolute device coordinates which will vary
from device to device.  A better method would be to use relative device
coordinates or world coordinates which should be identical from device to
device.

*** The attractive x21c.c example needs counterparts in octave, python, tcl,
and java to keep those front ends up to date.

*** The tcl examples are often slightly inconsistent with the rest because
of precision issues when converting from strings to numbers.  I believe this
is already on Maurice's agenda to fix.

*** The fortran examples work, but are quite limited and don't test
any of the new API.  Later this year I hope to bring the Fortran API right
up to date, and I also plan to fill out the fortran examples to be
consistent with the rest of the front ends at that time.

*** C++ examples are almost non-existent.  We need a C++ volunteer to make
C++ examples that are consistent with the other front ends.  Also, I have
no idea what the completeness of the plplot API in C++ is like.  It may
need some substantial maintenance to allow use of the new functions
just as in the fortran interface case.

Alan
__________________________
Alan W. Irwin
email: ir...@be...
phone: 250-727-2902

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

Programming affiliation with the PLplot scientific plotting software package
(plplot.org).

__________________________

Linux-powered Science
__________________________

Re: [Plplot-devel] Poor RC1 test results on Debian woody

[<jc...@fe...>]

On Thursday 17 April 2003 02:39, Alan W. Irwin wrote:
| On Thu, 17 Apr 2003, Joao Cardoso wrote:
| > [...] I have changed octave
...

| > (*) The XP package is fantastic! It emulates a real OS in almost
| > all details!
|
| My original "black-hole" joke was because I believed you were
| installing Windows XP. But "XP package" sounds possibly different
| from that.  If so, got a URL?

Sure, www.microsoft.com.
And it's not a black-hole, that end is too glorious, it's a brown dwarf 
:)

Joao
|
| Alan
|
| __________________________
| Alan W. Irwin
| email: ir...@be...
| phone: 250-727-2902
|
| Astronomical research affiliation with Department of Physics and
| Astronomy, University of Victoria (astrowww.phys.uvic.ca).
|
| Programming affiliation with the PLplot scientific plotting software
| package (plplot.org).
|
| __________________________
|
| Linux-powered Science
| __________________________

Re: [Plplot-devel] Desperado! [was: Two issues [ xwin problem, cont.]]

[<jc...@fe...>]

On Thursday 17 April 2003 01:37, Sebastian Kuzminsky wrote:
| Joao Cardoso <jc...@fe...> wrote:
| ] In include/pldebug.h, one can find the following sentence:
| ]
| ]       /* For the truly desperate debugging task */
| ]
| ] This is the case. It's going to depend much on you. Add the
| following to ] include/pldebug.h:
| ]
| ] #define DEBUG
| ] #define DEBUG_ENTER
| ]
| ] recompile, reinstall, and report again. This is going to produce
| lots of ] messages, gzip it and send to me. It's also a good
| oportunity to use the last ] sources plplot-5.2.1.rc1.tar.gz (not
| that they had changed meanwhile, but).
|
|
| I've upgraded to the latest debian package available for Sarge:
| 5.2.0.cvs.20030415.  The output of two x07c runs (one with -geo
| 200x300 and one without) are appended to this email (i hope, since
| i'm a mime retard).

The attach is fine, thanks.

And the report shows that, as far as PLplot is concerned, everything is 
also fine! The last entries in the log:

    ...
    entered plbuf_eop (plbuf.c, line 113)
    entered plD_eop_xw (xwin.c, line 408)
    entered WaitForPage (xwin.c, line 1131)

shows that plplot has done all that is necessary, without an error, and 
is expecting the user to enter a key or mouse click. Somehow the X 
server is not honoring the requests! I'm really puzzled!

You also said: When i run the same app on this same machine, but 
displaying over the net to another box, it works.

And: All other X apps work fine, in all combinations of "run on local
(breaking) machine or remote" and "display on local (breaking) machine
or remote".

The problem is Xserver related, obviously. You are using XFree86 4.2.1, 
4.1.0.1 and 4.2.1. I'm using 4.2.0. No apparent problem.

Other strange thing you report is that the tk driver is working, because 
the tk driver uses (internally) the xwin driver.

When you say: When i call plinit() it creates a window, immediately 
destroys it...

Can you see any plot in the short lived window?

There is one more thing you can try, forcing the X server to execute the 
requests as soon as it receives it, contrary to the usual, where it 
buffers several requests:

./x01c -verbose -debug -dev xwin -geo 200x300 -drvopt sync

You should see all lines being plotted, before the window vanish.

Another thing you can try, is to see if the app is doing all it has to 
do. The next example runs unattended (-np) and creates a postscript 
file:

./x01c -dev xwin -save po.ps -np

(you can also add the -drvopt sync option, and the -geo option. I still 
found strange the creation of the pixmap with the size of your xserver 
main window dimension!)

If the ps file is created, than the app does all it has to do and the 
xserver is the real problem

The last thing you can do it to download the rc1 tarball and configure, 
build and install from it. You are doing "make install", right? If not, 
you are using the xwin driver from a previous installation!

The truly desperado,
Joao

| ] PS-what's the version of your gcc?
|
|
| I use 2.95.4.

Aren't you in debian? I don't know any gcc-2.95.4. Red-Hat is the one 
who likes to create its own versions!

| -
| Sebastian

Re: [Plplot-devel] Poor RC1 test results on Debian woody

[Rafael L. <lab...@ps...>]

* Alan W. Irwin <ir...@be...> [2003-04-16 19:15]:

> Rafael, could you make a tarball from current CVS for Geoffrey to use?

Done and uploaded to http://people.debian.org/~rafael/plplot.html 

Its md5sum is 524977e5f0c71d825617d350e4b71de8

-- 
Rafael

Re: [Plplot-devel] Poor RC1 test results on Debian woody

[Alan W. I. <ir...@be...>]

On Wed, 16 Apr 2003, Geoffrey Furnish wrote:

> Maurice won't be back in the loop till Monday.  I'm off starting Friday am
> for a long weekend too.  Tomorrow I have just about a half day.  I'll see if
> I can fit in a Solaris eval tomorrow afternoon, but honestly, it's a long
> shot.  There is a real possibility that you won't get anything meaningful out
> of either of us until next week.

OK.  I would appreciate you doing what you can tomorrow (Thursday), and I
will be happy to help out (by phone or e-mail) if you run into any problem
getting started with it since I believe it has been a while since you
built PLplot with the new paradigm.  Rafael, could you make a tarball from
current CVS for Geoffrey to use?

My vote is regardless of how this turns out we release on Saturday.  If
Geoffrey can give us the solaris status that would be wonderful, but if not,
I will just say that solaris remains untested.  Rafael, if you agree to
a Saturday release, then I will need you to do everything you did last
weekend to prepare the tarball, and I will do the rest.

BTW, for those of you wondering how much public testing we have gotten,
there have been 64 downloads of plplot-5.2.1.rc1.tar.gz from SF in the first
two days after the release.  (SF statistics are two-days old so I don't have
any later information than that.) Thus, the early indications are it has
been a reasonable (and from the two excellent user reports we got definitely
useful) testing response, but not the large testing response I was hoping
for.  So just like the previous releases, we are pretty much relying on our
own testing to determine the quality of this release.

Alan
__________________________
Alan W. Irwin
email: ir...@be...
phone: 250-727-2902

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

Programming affiliation with the PLplot scientific plotting software package
(plplot.org).

__________________________

Linux-powered Science
__________________________

Re: [Plplot-devel] Poor RC1 test results on Debian woody

[Alan W. I. <ir...@be...>]

On Thu, 17 Apr 2003, Joao Cardoso wrote:

> [...] I have changed octave
> plsetop(). With this change the problem seems to be solved, but please check
> it.

From fresh cvs checkout, build and install went fine. plplot-test.sh showed
example 11 had cmap1 out of range errors for many front ends.  I fixed that
following what you did for x11c.c (see latest commit). After a reinstall of
those changed examples, plplot-test.sh built all psc and png plots without
any obvious problems.  The dead GUI is now gone as well for the octave part
of the test. It is great to have plplot-test.sh working again.  Thanks!

> (*) The XP package is fantastic! It emulates a real OS in almost all details!

My original "black-hole" joke was because I believed you were installing
Windows XP. But "XP package" sounds possibly different from that.  If so,
got a URL?

Alan

__________________________
Alan W. Irwin
email: ir...@be...
phone: 250-727-2902

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

Programming affiliation with the PLplot scientific plotting software package
(plplot.org).

__________________________

Linux-powered Science
__________________________