plplot-devel — Technical discussion about PLplot development

[Plplot-devel] xwin driver bug under PseudoColor Xserver

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

Hi,

For some reason I had to use plplot in a 8 bits PseudoColor xserver=20
(256 colors), and got the following error:

jcard@rick:~/tmp/plplot-clean/tmp > ./x01c -dev xwin -debug
Plplot library version: 5.1.0
XVisual class =3D=3D PseudoColor
xwd->rw_cmap =3D 1
Downgrading to r/o cmap.
Attempting to allocate r/o colors in cmap0.
X Error of failed request:  BadMatch (invalid parameter attributes)
  Major opcode of failed request:  1 (X_CreateWindow)
  Serial number of failed request:  11
  Current serial number in output stream:  15

Will it be worth correcting it, or are 256 colors PseudoColor xservers=20
part of the past?

Joao

Re: [Plplot-devel] Bug in Solaris test hoses Java config on Solaris

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

Geoffrey Furnish writes:
 > Hi all,
 > 
 > I just had a configure failure on SunOS-5.7, when I used --enable-java.  The
 > following line in configure, causes an error:
 > 
 >     test -L java/plplot/core/config.java || (cd java/plplot/core; ln -s ../../../config.java .)
 > 
 > 
 > The error is:
 > 
 > $ test -L java/plplot/core/config.java || (cd java/plplot/core; ln -s ../../../config.java .)
 > test: argument expected
 > 
 > Curiously, if I am in C shell, or if I invoke the above line as /usr/bin/test
 > ..., then it works.  Only fails if entered exactly as shown above, which was
 > pasted in from the PLplot configure script.

It's probably a shell built-in, and doesn't support the -L syntax, or uses
something different (IIRC the AIX shell used -h instead of -L to test for
symlinks, back when we were at the IFS).  You might look for an alternate
(POSIX.2 compatible?) shell to use instead.

-- 
Maurice LeBrun    mj...@ga...
Research Organization for Information Science and Technology of Japan (RIST)

[Plplot-devel] Bug in Solaris test hoses Java config on Solaris

[Geoffrey F. <fu...@li...>]

Hi all,

I just had a configure failure on SunOS-5.7, when I used --enable-java.  The
following line in configure, causes an error:

    test -L java/plplot/core/config.java || (cd java/plplot/core; ln -s ../../../config.java .)


The error is:

$ test -L java/plplot/core/config.java || (cd java/plplot/core; ln -s ../../../config.java .)
test: argument expected

Curiously, if I am in C shell, or if I invoke the above line as /usr/bin/test
..., then it works.  Only fails if entered exactly as shown above, which was
pasted in from the PLplot configure script.

Sheesh.

-- 
Geoffrey Furnish         Lightspeed Semiconductor Corp
voice: 408-616-3244           209 North Fair Oaks        
fax:   408-616-3201	     Sunnyvale, CA   94085	     

Re: [Plplot-devel] java binding troubles

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

I wonder if there is a dependency issue causing the problem for you?

Your problems may disappear if you use a clean checkout before trying either
single or double.

Alan

email: ir...@be...
phone: 250-727-2902	FAX: 250-721-7715
snail-mail:
Dr. Alan W. Irwin
Department of Physics and Astronomy,
University of Victoria, P.O. Box 3055,
Victoria, British Columbia, Canada, V8W 3P6
__________________________

Linux-powered astrophysics
__________________________

On Sun, 19 May 2002, Geoffrey Furnish wrote:

> Alan W. Irwin writes:
>  > Could you give some explicit error messages?  Both single and double worked
>  > fine for java just before 5.1.0 (IIRC).
>
> Okay, I'll try to go back and collect some of the error output on
> that, and post it.  Bascially, if I didn't configure with
> --with-double, then none of the java demos would draw anything to the
> xwin driver.  I got the device selection list, and the xwin drier
> window appeared, then lots of errors about viewports improperly
> configured, and stuff like that.
>
> I'll try to make that explicit at some point.
>
> --
> Geoffrey Furnish         fu...@ga...
>
> _______________________________________________________________
> Hundreds of nodes, one monster rendering program.
> Now that's a super model! Visit http://clustering.foundries.sf.net/
>
> _______________________________________________
> Plplot-devel mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-devel
>

Re: [Plplot-devel] RE: [Plplot-cvs] CVS update notice (plplot/examples/java)

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

Geoffrey, your demostration of a simple working example encouraged me to try
again with dynamically allocated arrays for the negative and positive
contours in x09.java, and they work like a charm!  BTW, I am still using
jdk-1.2.2 (just to make sure that plplot works for that old jdk).

AFAIK, I am doing everything the same as before when the approach failed.
There must have been some minor error confusing issues and incorrectly
convincing me that dynamically allocated arrays do not work with java.  I
should have been more persistent with my original approach, but all is well
that ends well.  I have just committed the x09.java changes to CVS.

Now that it has been clearly shown that dynamically allocated arrays work
fine with the java front end to PLplot, I don't think there is any need for
getting into vector or ArrayList objects.

Thanks very much for your help in getting to the bottom of this problem.

Alan

email: ir...@be...
phone: 250-727-2902	FAX: 250-721-7715
snail-mail:
Dr. Alan W. Irwin
Department of Physics and Astronomy,
University of Victoria, P.O. Box 3055,
Victoria, British Columbia, Canada, V8W 3P6
__________________________

Linux-powered astrophysics
__________________________

On Sun, 19 May 2002, Geoffrey Furnish wrote:

> Alan W. Irwin writes:
>  > Geoffrey, I hope I will be clearer this time.
>  >
>  > The java wrapper for plcont obtains the number of contours from the array
>  > object passed from java.  So it is important that the number of contours in
>  > that array object are exactly correct.
>
> Yes, completely agree.
>
>  > The problem for the last two example pages is an attempt is made to plot
>  > negative and positive contours, and there is no general way in advance at
>  > the java level to know how the 20 total contours will be split between
>  > negative and positive values until you calculate the contours from the range
>  > of the data.  I ran the example once to find out there are 10 of each so the
>  > next time I preallocated 10 contours for each array with
>  >
>  >         double [] clevelneg = new double[PNLEVEL/2];
>  > 	double [] clevelpos = new double[PNLEVEL/2];
>  >
>  > That works, but running the example once to see what the array size is and
>  > preallocating that space as a constant the second time you run it is
>  > obviously not the most general or nice way to do it.
>
> Mmm, agree.
>
>  > So at the java level I want to allocate the negative contour and positive
>  > contour arrays after the number of each kind of contour has been calculated.
>
> Right, you should be able to do that.
>
>  > After nlevelpos and nlevelneg were calculated by the code I tried to
>  > allocate the array space using
>  >
>  >         double [] clevelneg = new double[nlevelneg];
>  > 	double [] clevelpos = new double[nlevelpos];
>
> That should work, looks fine to me.
>
>  > but that failed to work. (I have forgotten the exact error message.)
>
> Really?  Are you sure you're remembering correctly?
>
>  > In java, how can you allocate an array of size nlevelneg (or nlevelpos)
>  > where those numbers are calculated values rather than constants?
>
> Here is a small example I just whipped up on my computer:
>
> [furnish@xiphi ~]$ cat x.java
> public class x {
>
>     public static void main( String[] args )
>     {
>         System.out.println( "Running x." );
>
>         int n=0;
>
>         for( int i=0; i < 10; i++ )
>             if (i % 2 == 0)
>                 n++;
>
>         double [] v = new double[ n ];
>
>         System.out.println( "v.length = " + v.length );
>     }
> }
> [furnish@xiphi ~]$ setenv CLASSPATH .
> [furnish@xiphi ~]$ javac x.java
> [furnish@xiphi ~]$ java x
> Running x.
> v.length = 5
> [furnish@xiphi ~]$
>
> v is a dynamic array, with dynamic size calculation, and the resulting
> length is just what we expect.  Seems to be working in this simple
> example.  BTW, I'm running JDK 1.3.1 on my home system.
>
>  > In java our current model seems to be plplot routines can only be called
>  > with statically allocated arrays of constant size which must be exactly
>  > correct, and that is not going to be very convenient to use for plcont or
>  > any other PLplot function which has array arguments.  Thus, I think this
>  > is a general problem rather than just a problem with plcont.
>
> Well, I would say our current API works for intrinsic java arrays,
> which I personally think is just what we want.  It is my belief that
> java arrays can be dynamically sized, as the above simple test program
> demonstrates.
>
> Would you mind trying again to make x09.java read the way you think it
> should be, and if that doesn't compile, e-mail it to me in the broken
> form, and I'll take a look at the exact specific problem you're
> having.  It seems to me that your stated goal and approach, should
> work fine.
>
>  > BTW, this is not a problem for the C front end because, first, you can alloc
>  > the array dynamically (say with plAlloc2dGrid) and, second, also specify the
>  > exact number of elements as one of the arguments.  Also, it is not a problem
>  > for the python front end since the arrays are allocated dynamically with the
>  > calculated size that you want.  If we cannot dynamically allocate java array
>  > objects, then I believe we need to move to a different array-like java
>  > object that can be dynamically allocated for *all* our plplot functions that
>  > require arrays.  I believe there is a java object called a vector that
>  > filled the bill for early versions of java, but we may need something else
>  > now.  I looked at the discussion of vector and ArrayList in
>  > http://java.sun.com/docs/books/tutorial/collections/implementations/general.html,
>  > and it looks like vector has legacy problems, and ArrayList is now
>  > preferred, but I don't know how to convert are examples and javabind.c so
>  > that we replace all java array objects with java ArrayList objects.
>
> I need a little more convincing that the dynamic approach isn't
> working.  Maybe there's a subtlety that's escaping me here, but my
> current belief is that what you are trying to do, should work.  Show
> me the code that doesn't work like you expect, and I'll dig in.
>
> Java has overloading, so it may be possible for us to have an API that
> also takes ArrayLists.  However, I'm not totally clear on how to
> figure out what exact sort of object a JNI jobject * is.  It seems to
> me the JNI literature gets pretty skimpy on details at exactly the
> point where the obvious stuff drops off and the nonobvious stuff picks
> up.
>
> I have some pretty significant JNI project work ahead of me over the
> summer at Lightspeed, so by the time I've lived through a few more
> months of it, I should know JNI pretty well.  Maybe we can take up the
> ArrayList overlaoding idea then.
>
> --
> Geoffrey Furnish         fu...@ga...
>
> _______________________________________________________________
> Hundreds of nodes, one monster rendering program.
> Now that's a super model! Visit http://clustering.foundries.sf.net/
>
> _______________________________________________
> Plplot-devel mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-devel
>

Re: [Plplot-devel] java binding troubles

[Geoffrey F. <fu...@ga...>]

Alan W. Irwin writes:
 > Could you give some explicit error messages?  Both single and double worked
 > fine for java just before 5.1.0 (IIRC).

Okay, I'll try to go back and collect some of the error output on
that, and post it.  Bascially, if I didn't configure with
--with-double, then none of the java demos would draw anything to the
xwin driver.  I got the device selection list, and the xwin drier
window appeared, then lots of errors about viewports improperly
configured, and stuff like that.

I'll try to make that explicit at some point.

-- 
Geoffrey Furnish         fu...@ga...

Re: [Plplot-devel] RE: [Plplot-cvs] CVS update notice (plplot/examples/java)

[Geoffrey F. <fu...@ga...>]

Alan W. Irwin writes:
 > Geoffrey, I hope I will be clearer this time.
 > 
 > The java wrapper for plcont obtains the number of contours from the array
 > object passed from java.  So it is important that the number of contours in
 > that array object are exactly correct.

Yes, completely agree.

 > The problem for the last two example pages is an attempt is made to plot
 > negative and positive contours, and there is no general way in advance at
 > the java level to know how the 20 total contours will be split between
 > negative and positive values until you calculate the contours from the range
 > of the data.  I ran the example once to find out there are 10 of each so the
 > next time I preallocated 10 contours for each array with
 > 
 >         double [] clevelneg = new double[PNLEVEL/2];
 > 	double [] clevelpos = new double[PNLEVEL/2];
 > 
 > That works, but running the example once to see what the array size is and
 > preallocating that space as a constant the second time you run it is
 > obviously not the most general or nice way to do it.

Mmm, agree.

 > So at the java level I want to allocate the negative contour and positive
 > contour arrays after the number of each kind of contour has been calculated.

Right, you should be able to do that.

 > After nlevelpos and nlevelneg were calculated by the code I tried to
 > allocate the array space using
 > 
 >         double [] clevelneg = new double[nlevelneg];
 > 	double [] clevelpos = new double[nlevelpos];

That should work, looks fine to me.

 > but that failed to work. (I have forgotten the exact error message.)

Really?  Are you sure you're remembering correctly?

 > In java, how can you allocate an array of size nlevelneg (or nlevelpos)
 > where those numbers are calculated values rather than constants?

Here is a small example I just whipped up on my computer:

[furnish@xiphi ~]$ cat x.java
public class x {

    public static void main( String[] args )
    {
        System.out.println( "Running x." );

        int n=0;

        for( int i=0; i < 10; i++ )
            if (i % 2 == 0)
                n++;

        double [] v = new double[ n ];

        System.out.println( "v.length = " + v.length );
    }
}
[furnish@xiphi ~]$ setenv CLASSPATH .
[furnish@xiphi ~]$ javac x.java
[furnish@xiphi ~]$ java x
Running x.
v.length = 5
[furnish@xiphi ~]$ 

v is a dynamic array, with dynamic size calculation, and the resulting
length is just what we expect.  Seems to be working in this simple
example.  BTW, I'm running JDK 1.3.1 on my home system.

 > In java our current model seems to be plplot routines can only be called
 > with statically allocated arrays of constant size which must be exactly
 > correct, and that is not going to be very convenient to use for plcont or
 > any other PLplot function which has array arguments.  Thus, I think this
 > is a general problem rather than just a problem with plcont.

Well, I would say our current API works for intrinsic java arrays,
which I personally think is just what we want.  It is my belief that
java arrays can be dynamically sized, as the above simple test program
demonstrates.

Would you mind trying again to make x09.java read the way you think it
should be, and if that doesn't compile, e-mail it to me in the broken
form, and I'll take a look at the exact specific problem you're
having.  It seems to me that your stated goal and approach, should
work fine.

 > BTW, this is not a problem for the C front end because, first, you can alloc
 > the array dynamically (say with plAlloc2dGrid) and, second, also specify the
 > exact number of elements as one of the arguments.  Also, it is not a problem
 > for the python front end since the arrays are allocated dynamically with the
 > calculated size that you want.  If we cannot dynamically allocate java array
 > objects, then I believe we need to move to a different array-like java
 > object that can be dynamically allocated for *all* our plplot functions that
 > require arrays.  I believe there is a java object called a vector that
 > filled the bill for early versions of java, but we may need something else
 > now.  I looked at the discussion of vector and ArrayList in
 > http://java.sun.com/docs/books/tutorial/collections/implementations/general.html,
 > and it looks like vector has legacy problems, and ArrayList is now
 > preferred, but I don't know how to convert are examples and javabind.c so
 > that we replace all java array objects with java ArrayList objects.

I need a little more convincing that the dynamic approach isn't
working.  Maybe there's a subtlety that's escaping me here, but my
current belief is that what you are trying to do, should work.  Show
me the code that doesn't work like you expect, and I'll dig in.

Java has overloading, so it may be possible for us to have an API that
also takes ArrayLists.  However, I'm not totally clear on how to
figure out what exact sort of object a JNI jobject * is.  It seems to
me the JNI literature gets pretty skimpy on details at exactly the
point where the obvious stuff drops off and the nonobvious stuff picks
up.

I have some pretty significant JNI project work ahead of me over the
summer at Lightspeed, so by the time I've lived through a few more
months of it, I should know JNI pretty well.  Maybe we can take up the
ArrayList overlaoding idea then.

-- 
Geoffrey Furnish         fu...@ga...

Re: [Plplot-devel] java binding troubles

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

Could you give some explicit error messages?  Both single and double worked
fine for java just before 5.1.0 (IIRC).

Alan

email: ir...@be...
phone: 250-727-2902	FAX: 250-721-7715
snail-mail:
Dr. Alan W. Irwin
Department of Physics and Astronomy,
University of Victoria, P.O. Box 3055,
Victoria, British Columbia, Canada, V8W 3P6
__________________________

Linux-powered astrophysics
__________________________

On Sat, 18 May 2002, Geoffrey Furnish wrote:

> BTW, I did find tonight that the Java examples only work if PLplot is
> configured with --with-double.  Dunno why, but its not supposed to be
> like that.  It should work wether configured for float or duble.  I'll
> have to look into it at some point.
>
> _______________________________________________________________
> Hundreds of nodes, one monster rendering program.
> Now that's a super model! Visit http://clustering.foundries.sf.net/
>
> _______________________________________________
> Plplot-devel mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-devel
>

Re: [Plplot-devel] RE: [Plplot-cvs] CVS update notice (plplot/examples/java)

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

Geoffrey, I hope I will be clearer this time.

The java wrapper for plcont obtains the number of contours from the array
object passed from java.  So it is important that the number of contours in
that array object are exactly correct.

The problem for the last two example pages is an attempt is made to plot
negative and positive contours, and there is no general way in advance at
the java level to know how the 20 total contours will be split between
negative and positive values until you calculate the contours from the range
of the data.  I ran the example once to find out there are 10 of each so the
next time I preallocated 10 contours for each array with

        double [] clevelneg = new double[PNLEVEL/2];
	double [] clevelpos = new double[PNLEVEL/2];

That works, but running the example once to see what the array size is and
preallocating that space as a constant the second time you run it is
obviously not the most general or nice way to do it.

So at the java level I want to allocate the negative contour and positive
contour arrays after the number of each kind of contour has been calculated.

After nlevelpos and nlevelneg were calculated by the code I tried to
allocate the array space using

        double [] clevelneg = new double[nlevelneg];
	double [] clevelpos = new double[nlevelpos];

but that failed to work. (I have forgotten the exact error message.)

In java, how can you allocate an array of size nlevelneg (or nlevelpos)
where those numbers are calculated values rather than constants?

In java our current model seems to be plplot routines can only be called
with statically allocated arrays of constant size which must be exactly
correct, and that is not going to be very convenient to use for plcont or
any other PLplot function which has array arguments.  Thus, I think this
is a general problem rather than just a problem with plcont.

BTW, this is not a problem for the C front end because, first, you can alloc
the array dynamically (say with plAlloc2dGrid) and, second, also specify the
exact number of elements as one of the arguments.  Also, it is not a problem
for the python front end since the arrays are allocated dynamically with the
calculated size that you want.  If we cannot dynamically allocate java array
objects, then I believe we need to move to a different array-like java
object that can be dynamically allocated for *all* our plplot functions that
require arrays.  I believe there is a java object called a vector that
filled the bill for early versions of java, but we may need something else
now.  I looked at the discussion of vector and ArrayList in
http://java.sun.com/docs/books/tutorial/collections/implementations/general.html,
and it looks like vector has legacy problems, and ArrayList is now
preferred, but I don't know how to convert are examples and javabind.c so
that we replace all java array objects with java ArrayList objects.

Alan

email: ir...@be...
phone: 250-727-2902	FAX: 250-721-7715
snail-mail:
Dr. Alan W. Irwin
Department of Physics and Astronomy,
University of Victoria, P.O. Box 3055,
Victoria, British Columbia, Canada, V8W 3P6
__________________________

Linux-powered astrophysics
__________________________

On Sat, 18 May 2002, Geoffrey Furnish wrote:

> Hi, I looked at this tonight, but I'm afraid I don't see clearly what
> you are driving at.  What would you like to be able to write?  Java
> has an ArrayList which may be what you're after, if I'm guessing
> right.
>
> I have not every written back-end JNI code to extract data from an
> ArrayList.  But I probably need to work through this exercise at some
> point.
>
> Alan W. Irwin writes:
>  > Update of /cvsroot/plplot/plplot/examples/java
>  > In directory usw-pr-cvs1:/tmp/cvs-serv31421
>  >
>  > Modified Files:
>  > 	x09.java
>  > Log Message:
>  > Make this example (using nowrap approach) give consistent results with
>  > the equivalent python example, xw09.py.
>  >
>  > Also work around long-standing clevelpos and clevelneg problem where their
>  > size was not correct.  The workaround is to allocate the correct size in
>  > advance (an extremely clumsy and error-prone method since the number of
>  > positive and negative contours depends very much on the data range), but the
>  > proper solution is to use a dynamically allocated array.  I think those are
>  > probably called vectors in java, but I know no more than that.
>  >
>  > Geoffrey, can you fix this properly?  Look for "Geoffrey" in comments!
>  >
>  > This nowrap approach gives identical results to python example, but the
>  > plan is to change to the wrap approach as soon as wrap is debugged in
>  > javabind.c.
>  >
>  >
>  >
>  > _______________________________________________________________
>  >
>  > Have big pipes? SourceForge.net is looking for download mirrors. We supply
>  > the hardware. You get the recognition. Email Us: ban...@so...
>  > _______________________________________________
>  > Plplot-cvs mailing list
>  > Plp...@li...
>  > https://lists.sourceforge.net/lists/listinfo/plplot-cvs
>
> _______________________________________________________________
> Hundreds of nodes, one monster rendering program.
> Now that's a super model! Visit http://clustering.foundries.sf.net/
>
> _______________________________________________
> Plplot-devel mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-devel
>

[Plplot-devel] java binding troubles

[Geoffrey F. <fu...@ga...>]

BTW, I did find tonight that the Java examples only work if PLplot is
configured with --with-double.  Dunno why, but its not supposed to be
like that.  It should work wether configured for float or duble.  I'll
have to look into it at some point.

[Plplot-devel] RE: [Plplot-cvs] CVS update notice (plplot/examples/java)

[Geoffrey F. <fu...@ga...>]

Hi, I looked at this tonight, but I'm afraid I don't see clearly what
you are driving at.  What would you like to be able to write?  Java
has an ArrayList which may be what you're after, if I'm guessing
right.  

I have not every written back-end JNI code to extract data from an
ArrayList.  But I probably need to work through this exercise at some
point. 

Alan W. Irwin writes:
 > Update of /cvsroot/plplot/plplot/examples/java
 > In directory usw-pr-cvs1:/tmp/cvs-serv31421
 > 
 > Modified Files:
 > 	x09.java 
 > Log Message:
 > Make this example (using nowrap approach) give consistent results with
 > the equivalent python example, xw09.py.
 > 
 > Also work around long-standing clevelpos and clevelneg problem where their
 > size was not correct.  The workaround is to allocate the correct size in
 > advance (an extremely clumsy and error-prone method since the number of
 > positive and negative contours depends very much on the data range), but the
 > proper solution is to use a dynamically allocated array.  I think those are
 > probably called vectors in java, but I know no more than that.
 > 
 > Geoffrey, can you fix this properly?  Look for "Geoffrey" in comments!
 > 
 > This nowrap approach gives identical results to python example, but the
 > plan is to change to the wrap approach as soon as wrap is debugged in
 > javabind.c.
 > 
 > 
 > 
 > _______________________________________________________________
 > 
 > Have big pipes? SourceForge.net is looking for download mirrors. We supply
 > the hardware. You get the recognition. Email Us: ban...@so...
 > _______________________________________________
 > Plplot-cvs mailing list
 > Plp...@li...
 > https://lists.sourceforge.net/lists/listinfo/plplot-cvs

Re: [Plplot-devel] RH 7.2 rpm's need testing

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

Maurice LeBrun writes:
 > Alan W. Irwin writes:
 >  > I sent a release announcement to plplot-general so others can give this
 >  > latest rpm a try, but I hope Maurice especially puts the new plplot rpm and
 >  > the already existing matwrap rpm through the wringer (especially interactive
 >  > tests of X which I cannot do) to be sure everything is okay.
 > 
 > I finally got around to testing the plplot rpm's.  Wasn't exhaustive but spent
 > about 30 min trying out different things.  Didn't see any significant
 > problems.
 > 
 > One curiosity: when testing the TK driver I first got:
 > 
 > ged$ /usr/bin/plrender -dev tk phixs.plm 
 > 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"
 >
 > as was reported by someone else previously.  Once I followed the usual
 > prescription of turning off xhost access to all hosts, it worked.  The funny
 > thing is that my dev build of plrender does not seem to have this requirement.
 > Something different about the TK I've built?  Maybe that's the source behind
 > the confusion on the issue.  I'll try to discover the reason for the
 > difference when I get a chance.

Issue resolved.  I rebuilt my development TK library & installed.  After that
I got the same insecure message that I got with the plplot & TK rpm's.  So
I guess I built the TK library with security turned off at some point and
completely forgot about it.

-- 
Maurice LeBrun    mj...@ga...
Research Organization for Information Science and Technology of Japan (RIST)

[Plplot-devel] Coordinate wrap fixup completed.

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

I did the fixup for plcont, plshade, and plshades for the tcl and python
front ends and plcont for the java front end, and successfully tested all
results.  javabind.c currently does not have a plshade method variation that
implements wrap and also has no plshades methods as yet.  So no wrap fixups
to do in those cases....;-)

I have to take a break from plplot for a little while, but when I get back
to it, my next priority is to finish off the java examples starting with
x16.java.

Alan

email: ir...@be...
phone: 250-727-2902	FAX: 250-721-7715
snail-mail:
Dr. Alan W. Irwin
Department of Physics and Astronomy,
University of Victoria, P.O. Box 3055,
Victoria, British Columbia, Canada, V8W 3P6
__________________________

Linux-powered astrophysics
__________________________

Re: [Plplot-devel] Coordinate wrapping problems for the python, tcl, and java front ends

[Geoffrey F. <fu...@ga...>]

Alan W. Irwin writes:
 > OK.  I have fixed this problem for the local (to me) python version of
 > plshades which I have been working on as a test case.  The trick was to have
 > a pointer zused which is used for the PLplot library calls rather than z.
 > For pltr0 and pltr1, and wrap=0 with pltr2, zused = z, but for pltr2 and
 > wrap=1 or 2, zwrapped is allocated and filled appropriately from z with one
 > row or column wrapped, and zused = zwrapped. Finally, zwrapped is freed
 > again for pltr2 and wrap = 1 or 2.

Sorry for my delayed response (very busy here right now).  I am
satisfied with your analysis, and apologize for the biff.

-- 
Geoffrey Furnish         fu...@ga...

Re: [Plplot-devel] Coordinate wrapping problems for the python, tcl, and java front ends

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

I noticed the wrapping bug in the Tcl API a while back but due to lack of time
ended up fixing it in the application (doing my own wrapping) rather than in
plplot proper.  Thanks for working on it.

-- 
Maurice LeBrun    mj...@ga...
Research Organization for Information Science and Technology of Japan (RIST)

Re: [Plplot-devel] Coordinate wrapping problems for the python, tcl, and java front ends

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

OK.  I have fixed this problem for the local (to me) python version of
plshades which I have been working on as a test case.  The trick was to have
a pointer zused which is used for the PLplot library calls rather than z.
For pltr0 and pltr1, and wrap=0 with pltr2, zused = z, but for pltr2 and
wrap=1 or 2, zwrapped is allocated and filled appropriately from z with one
row or column wrapped, and zused = zwrapped. Finally, zwrapped is freed
again for pltr2 and wrap = 1 or 2.

These changes seem to completely fix the bad behaviour noted before. The
python test of wrap=2 (with the last theta = 2pi - delta theta) gives an
identical result to the C example without wrapping but with the last theta =
2 pi.  wrap=1 makes a fairly weird plot (as expected), but the segfault is
gone.

I am satisfied this is the right approach so I will extend it to plcont and
plshade and plshades for the python, tcl, and java front ends.  Hopefully,
I will get all the changes checked in today.

Alan

email: ir...@be...
phone: 250-727-2902	FAX: 250-721-7715
snail-mail:
Dr. Alan W. Irwin
Department of Physics and Astronomy,
University of Victoria, P.O. Box 3055,
Victoria, British Columbia, Canada, V8W 3P6
__________________________

Linux-powered astrophysics
__________________________

[Plplot-devel] Coordinate wrapping problems for the python, tcl, and java front ends

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

This is mostly addressed to Geoffrey since the coordinate wrapping code is
due to his efforts I believe. I would appreciate his comments in case I have
misinterpreted something.

I believe the code that wraps angular (or other coordinate) values for
plcont, plshade, etc. in plmodules.c, tclAPI.c, and javabind.c has a nasty
bug that I am currently trying to fix.

Let's take the python definition of plshade in plmodules.c as an example.
The problem is the wrap code extends xg2 and yg2 appropriately and makes the
corresponding changes to cgrid2, but no corresponding change is made to grid
(which carries the z information).  Thus, the current implementation of the
python wrap code has inconsistent z, xg2, and yg2 values, and the same is
true of the plcont code. From my quick check I believe exactly the same
problems occur for tcl as implemented in tclAPI.c.

I believe the reason why this problem has not been seen before is the
current x09.tcl, x16.tcl, and xw09.py, xw16.py, and x09.java (x16.java is
not written yet) don't actually test coordinate wrapping that well. The
problem is that the example theta values range from 0 to 2 pi, the last
point is already essentially equal to the first point, and the wrapping has
already occurred before you ask for additional wrapping that is implemented
(incorrectly I believe) in the plmodules.c, tclAPI.c, and javabind.c front
ends.

For my local copy of xw16.py I reduced the maximum index by one so that the
last t (the theta coordinate) value was 2 pi - delta t.  Setting wrap = 2
should fill in the equivalent of t=0 (or 2 pi) for the last value.  However,
the result did not look good, and certainly was not equivalent to the C
front end result which uses the full t range from 0 to 2 pi without any
additional wrapping.  I also tried wrap = 1 (just in case I misinterpreted
the order of the x and y coordinates) and that produced a segfault. Further
investigation showed the problem in plmodules.c, tclAPI.c, and javabind.c
that I have discussed.

Alan

email: ir...@be...
phone: 250-727-2902	FAX: 250-721-7715
snail-mail:
Dr. Alan W. Irwin
Department of Physics and Astronomy,
University of Victoria, P.O. Box 3055,
Victoria, British Columbia, Canada, V8W 3P6
__________________________

Linux-powered astrophysics
__________________________

Re: [Plplot-devel] RH 7.2 rpm's need testing

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

Alan W. Irwin writes:
 > Thanks, Maurice, for these additional tests.
 > 
 > One question.  Did you get that "curiosity" with the vanilla RH 7.2 Tcl/tk
 > rpm's or with your own tcl/tk build?

It was my own build.  But I didn't do anything special in the build that I can
recall.

-- 
Maurice LeBrun    mj...@ga...
Research Organization for Information Science and Technology of Japan (RIST)

Re: [Plplot-devel] RH 7.2 rpm's need testing

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

Thanks, Maurice, for these additional tests.

One question.  Did you get that "curiosity" with the vanilla RH 7.2 Tcl/tk
rpm's or with your own tcl/tk build?

Alan

email: ir...@be...
phone: 250-727-2902	FAX: 250-721-7715
snail-mail:
Dr. Alan W. Irwin
Department of Physics and Astronomy,
University of Victoria, P.O. Box 3055,
Victoria, British Columbia, Canada, V8W 3P6
__________________________

Linux-powered astrophysics
__________________________

On Sun, 5 May 2002, Maurice LeBrun wrote:

> Alan W. Irwin writes:
>  > I sent a release announcement to plplot-general so others can give this
>  > latest rpm a try, but I hope Maurice especially puts the new plplot rpm and
>  > the already existing matwrap rpm through the wringer (especially interactive
>  > tests of X which I cannot do) to be sure everything is okay.
>
> I finally got around to testing the plplot rpm's.  Wasn't exhaustive but spent
> about 30 min trying out different things.  Didn't see any significant
> problems.
>
> One curiosity: when testing the TK driver I first got:
>
> ged$ /usr/bin/plrender -dev tk phixs.plm
> 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"
>
> as was reported by someone else previously.  Once I followed the usual
> prescription of turning off xhost access to all hosts, it worked.  The funny
> thing is that my dev build of plrender does not seem to have this requirement.
> Something different about the TK I've built?  Maybe that's the source behind
> the confusion on the issue.  I'll try to discover the reason for the
> difference when I get a chance.
>
> --
> Maurice LeBrun    mj...@ga...
> Research Organization for Information Science and Technology of Japan (RIST)
>
> _______________________________________________________________
>
> Have big pipes? SourceForge.net is looking for download mirrors. We supply
> the hardware. You get the recognition. Email Us: ban...@so...
> _______________________________________________
> Plplot-devel mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-devel
>

Re: [Plplot-devel] RH 7.2 rpm's need testing

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

Alan W. Irwin writes:
 > I sent a release announcement to plplot-general so others can give this
 > latest rpm a try, but I hope Maurice especially puts the new plplot rpm and
 > the already existing matwrap rpm through the wringer (especially interactive
 > tests of X which I cannot do) to be sure everything is okay.

I finally got around to testing the plplot rpm's.  Wasn't exhaustive but spent
about 30 min trying out different things.  Didn't see any significant
problems.

One curiosity: when testing the TK driver I first got:

ged$ /usr/bin/plrender -dev tk phixs.plm 
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"

as was reported by someone else previously.  Once I followed the usual
prescription of turning off xhost access to all hosts, it worked.  The funny
thing is that my dev build of plrender does not seem to have this requirement.
Something different about the TK I've built?  Maybe that's the source behind
the confusion on the issue.  I'll try to discover the reason for the
difference when I get a chance.

-- 
Maurice LeBrun    mj...@ga...
Research Organization for Information Science and Technology of Japan (RIST)

Re: [Plplot-devel] PLplot & wxWindows

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

On Tue, 23 Apr 2002, Farzin Shakib wrote:

> Hi,
>
> Is there any plans on adding the wxWindows driver to PLplot?

I am not aware of any such plans.  The problem is that none of the core
developers, AFAIK, have access to wxWindows.  However, if you or anyone in
your company would like to work on this, we would be glad to cooperate. It's
a shame that wxWindows users of plplot don't have access to all the bug
fixes and new features that have occurred in PLplot since January 1999.

>
> Such driver has been developed by Frank Huebner (based on
> plplot-990122), see: http://www.wxwindows.org/technote/plotting.htm.
> But I assume it needs to be updated for 5.1.

There have been some changes in the driver model, but I think upgrading
Frank Huebner's work to PLplot-5.1 should not be that difficult because so
many drivers currently exist that are templates for how to do it.  You
should read plplot/drivers/README.drivers.  That file is Unix/Linux
specific, but there is also general driver information there. For
non-Unix/Linux driver templates, it would be worth your while to have a look
at plplot/sys/dos/djgpp and plplot/sys/win32/msdev/.  I haven't used these
parts of the PLplot tree myself, but I know they have been recently updated
(including drivers) so that PLplot 5.1 works well in the DOS/DJGPP
environment and the windows 98, NT, and 2000 environments.

Upgrading the wxWindows driver to plplot 5.1 should pay big dividends for
wxWindows users, and I wish you well if you decide to do this project.

Alan

email: ir...@be...
phone: 250-727-2902	FAX: 250-721-7715
snail-mail:
Dr. Alan W. Irwin
Department of Physics and Astronomy,
University of Victoria, P.O. Box 3055,
Victoria, British Columbia, Canada, V8W 3P6
__________________________

Linux-powered astrophysics
__________________________

[Plplot-devel] PLplot & wxWindows

[Farzin S. <ac...@ac...>]

Hi,

Is there any plans on adding the wxWindows driver to PLplot?  

Such driver has been developed by Frank Huebner (based on
plplot-990122), see: http://www.wxwindows.org/technote/plotting.htm. 
But I assume it needs to be updated for 5.1.

Thanks.
Farzin
-- 
 Farzin Shakib, President                 (650) 988-9700 (Office)
 ACUSIM Software, Inc.                    (650) 988-9770 (Fax)
 2685 Marine Way, Suite 1215              far...@ac...
 Mountain View, CA 94043                  http://www.acusim.com

Re: [Plplot-devel] RH 7.2 rpm's need testing

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

Today, I uploaded a changed version of the RH 7.2 rpm to the file release
area and also committed a changed specfile that generated this rpm.  My RH
7.2 build system had an ancient svgalib package installed so the original
rpm version included a dependency on that package (which is probably
unlikely to work).  Now I have just used the --disable-linuxvga configure
option to ignore that old package (and of course drop that little-used
driver from the rpm).

One of our users took a sneak-peak at the original RH 7.2 rpm and drew my
attention to the impossibility of getting an up-to-date svgalib rpm that was
consistent with RH 7.2.

I sent a release announcement to plplot-general so others can give this
latest rpm a try, but I hope Maurice especially puts the new plplot rpm and
the already existing matwrap rpm through the wringer (especially interactive
tests of X which I cannot do) to be sure everything is okay.

Alan

email: ir...@be...
phone: 250-727-2902	FAX: 250-721-7715
snail-mail:
Dr. Alan W. Irwin
Department of Physics and Astronomy,
University of Victoria, P.O. Box 3055,
Victoria, British Columbia, Canada, V8W 3P6
__________________________

Linux-powered astrophysics
__________________________

On Wed, 17 Apr 2002, Maurice LeBrun wrote:

> Alan W. Irwin writes:
>  > Hello Maurice,
>  >
>  > I have just generated some RH 7.2 rpm's for plplot and matwrap (required
>  > since I put in an explicit dependency on this rpm in the plplot rpm) and put
>  > them in the file release area at
>  > http://sourceforge.net/project/showfiles.php?group_id=2915.  Would you
>  > please give these a check on your RH 7.2 system to make sure they
>  > install/work okay?
>
> Sure.  It's been kinda hectic for me recently and I'm about to leave for a few
> days R&R so it probably won't be until next week unless I'm in the mood while
> I'm away for some work (will have the laptop with me).
>
> --
> Maurice LeBrun    mj...@ga...
>

Re: [Plplot-devel] RH 7.2 rpm's need testing

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

Alan W. Irwin writes:
 > Hello Maurice,
 > 
 > I have just generated some RH 7.2 rpm's for plplot and matwrap (required
 > since I put in an explicit dependency on this rpm in the plplot rpm) and put
 > them in the file release area at
 > http://sourceforge.net/project/showfiles.php?group_id=2915.  Would you
 > please give these a check on your RH 7.2 system to make sure they
 > install/work okay?

Sure.  It's been kinda hectic for me recently and I'm about to leave for a few
days R&R so it probably won't be until next week unless I'm in the mood while
I'm away for some work (will have the laptop with me).

-- 
Maurice LeBrun    mj...@ga...

[Plplot-devel] RH 7.2 rpm's need testing

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

Hello Maurice,

I have just generated some RH 7.2 rpm's for plplot and matwrap (required
since I put in an explicit dependency on this rpm in the plplot rpm) and put
them in the file release area at
http://sourceforge.net/project/showfiles.php?group_id=2915.  Would you
please give these a check on your RH 7.2 system to make sure they
install/work okay?

In particular before I announce this to plplot-general, an interactive test
is required since one user said he had X troubles with plplot-7.2, and
I have only been able to do remote non-interactive testing of these rpm's.

Note, I solved the python problem by demanding (in the spec file) that
python-VERSION modules are created where VERSION is returned by the python
command.  For RH 7.2 VERSION is 1.5 since the python command refers to the
1.5 version and the *python2* command refers to the 2.1 version. If you
don't have the python (1.5) rpm's installed, then the python examples won't
work.  You must, of course, also have python-numpy-15.3-1.i386.rpm installed
from http://prdownloads.sf.net/numpy/

The remote non-interactive testing gave identical psc, png, and plmeta
results to previous for RH 7.1.  The jpeg results were different, but that
is expected because of the different gd (and jpeg?) libraries.  For the
first time for an rpm-based distribution, the new RH7.2 results also include
octave test results (made possible by the matwrap rpm).

Joao, the spec files for the matwrap and plplot RH7.2 rpm's are in CVS now
(plplot/rpm). You may want to use these spec files as models for your SuSe
rpm creation attempts.  BTW, the matwrap rpm is *required* to build the
plplot rpm.  I also put in requires matwrap >= 0.57 in the specfile.
Although this extra dependency is harmless enough, I am not clear whether it
is really required for the binary plplot rpm.  If it is actually not needed,
I will take it out for my next plplot RH 7.2 release, and of course you will
want to drop it immediately from your SuSe spec file as well.

Alan

email: ir...@be...
phone: 250-727-2902	FAX: 250-721-7715
snail-mail:
Dr. Alan W. Irwin
Department of Physics and Astronomy,
University of Victoria, P.O. Box 3055,
Victoria, British Columbia, Canada, V8W 3P6
__________________________

Linux-powered astrophysics
__________________________