plplot-general — PLplot user discussion group

Re: [Plplot-general] PS Driver for Image Plots

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

On 2004-11-14 15:17-0700 Curtis Cooper wrote:

> Firstly, many thanks for PLplot!  I will acknowledge my usage of your
> program at the end of the research article I am currently working on.

Thanks for those kind words and also the formal research acknowledgement.

>
> In any case, I am having a bit of trouble with a couple of areas of PLplot
> usage:
>
> 1) Does the Freetype font interface work with Python yet?  Are there any
> examples of how to implement this?

It works for python just as well as for C. :-)

There are several freetype issues that are _not_ dependent on the interface
language.

(a) Only implemented on gd-related devices (png, jpeg, gif).

(b) We currently do not access the complete range of font indices.  We
are currently limited to the first 200 or so characters.

(c) Once we get access to the complete range we need a more human-usable
way to specify the characters for special symbols.

(b) and (c) both substantially limit the use of symbol fonts. There have
been plenty of technical discussions to get (b) and (c) straightened out,
and I believe it is only a matter of coding now.  If you want to give the
freetype approach a spin, read src/plfreetype.c for documentation about the
environment variables you have to set, and drivers/gd.c for the driver
options you have to set to access ordinary character fonts.  I have found,
that ordinary character results look quite good with device png, for
example.  Thus, it looks like this approach has outstanding potential for
publication-quality plots with a full-range of scientific symbols, but we
are not there yet because of issues (b) and (c).

> 2) Image plots using the postscript driver come out with streaks across
> the image, as can be seen by running example x16c and saving to a
> postscript driver (either ps or psc).

What platform and what version of PLplot?  I have never seen such problems
with example 16 on Linux.

> 3) Finally, I'd like to use the pstex driver, but the Latex files it
> creates don't compile on my version of Latex.

This donated code is considered experimental, and nobody has yet stepped
forward to maintain/document it.

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 affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the Yorick front-end to PLplot (yplot.sf.net); the
Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

[Plplot-general] PS Driver for Image Plots

[Curtis C. <cu...@hi...>]

Firstly, many thanks for PLplot!  I will acknowledge my usage of your
program at the end of the research article I am currently working on.

In any case, I am having a bit of trouble with a couple of areas of PLplot
usage:

1) Does the Freetype font interface work with Python yet?  Are there any
examples of how to implement this?
2) Image plots using the postscript driver come out with streaks across
the image, as can be seen by running example x16c and saving to a
postscript driver (either ps or psc).
3) Finally, I'd like to use the pstex driver, but the Latex files it
creates don't compile on my version of Latex.

Any help would be most appreciated!

Cheers,
Curtis

Re: [Plplot-general] RE: Colors (was: no subject)

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

Alan W. Irwin writes:
 > On 2004-11-13 08:15-0800 Alan W. Irwin wrote:
 > 
 > > On 2004-11-13 00:50-0600 mj...@ga... wrote:
 > >
 > >> 
 > >> As for the widget command syntax, it's:
 > >> 
 > >> <widget> scol0 <i> <color>
 > >> 
 > >> where <color> is any form suitable to XParseColor().
 > >> 
 > >> E.g. from plframe.c --
 > >> 
 > >>    if ( ! XParseColor(plFramePtr->display,
 > >>                       Tk_Colormap(plFramePtr->tkwin), col, &xcol)) {
 > >>        Tcl_AppendResult(interp, "Couldn't parse color ", col,
 > >>                         (char *) NULL);
 > >>        return TCL_ERROR;
 > >>    }
 > >
 > > Is this interpretation also correct for the pure tcl case, i.e., when
 > > you aren't using X and you are using, for example, the postscript device?
 > 
 > I just looked a bit further into this, and plscol0 appears to be defined
 > properly in bindings/tcl/tclgen.c to take 4 character arguments which are
 > converted to integers using atoi.  And if it doesn't have 4 arguments it
 > complains.  So this gets curiouser and curiouser since 4 arguments
 > apparently do not work and the construct (with two arguments)
 > 
 > .f cmd plscol0 0 white
 > 
 > does work. I presume this is one of those cases (which I thought we had
 > sorted out some time ago) where there is a nameclash so the tcl API in
 > tclgen.c is hijacked with something else.
 > 
 > Maurice, once you figure this out, I hope you change things so for all 
 > commands in the tcl interface (and also for the separate plframe interface
 > that is nameclashing with it) a single-colour argument like "white" is
 > accepted (since that is useful) as well as the 3-argument (r g b) form
 > (since that is the expected form if you generalize from the C API).

Known issue, feature-not-bug, etc.

This was a rare case in which I ditched the C API in order to use the common
convention from Tk/X land, where the color is expressed by a name or a hex
string.  If one wanted to, it'd be straightforward enough to support both
syntaxes in the Tcl<->C layer using the # args to choose the right
interpretation.  As for supporting color names from the Tcl bindings, well,
the translation is done by Xlib and you'd have to find some non-X substitute
that is reasonably compatible.

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

Re: [Plplot-general] RE: Colors (was: no subject)

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

On 2004-11-13 08:15-0800 Alan W. Irwin wrote:

> On 2004-11-13 00:50-0600 mj...@ga... wrote:
>
>> 
>> As for the widget command syntax, it's:
>> 
>> <widget> scol0 <i> <color>
>> 
>> where <color> is any form suitable to XParseColor().
>> 
>> E.g. from plframe.c --
>> 
>>    if ( ! XParseColor(plFramePtr->display,
>>                       Tk_Colormap(plFramePtr->tkwin), col, &xcol)) {
>>        Tcl_AppendResult(interp, "Couldn't parse color ", col,
>>                         (char *) NULL);
>>        return TCL_ERROR;
>>    }
>
> Is this interpretation also correct for the pure tcl case, i.e., when
> you aren't using X and you are using, for example, the postscript device?

I just looked a bit further into this, and plscol0 appears to be defined
properly in bindings/tcl/tclgen.c to take 4 character arguments which are
converted to integers using atoi.  And if it doesn't have 4 arguments it
complains.  So this gets curiouser and curiouser since 4 arguments
apparently do not work and the construct (with two arguments)

.f cmd plscol0 0 white

does work. I presume this is one of those cases (which I thought we had
sorted out some time ago) where there is a nameclash so the tcl API in
tclgen.c is hijacked with something else.

Maurice, once you figure this out, I hope you change things so for all 
commands in the tcl interface (and also for the separate plframe interface
that is nameclashing with it) a single-colour argument like "white" is
accepted (since that is useful) as well as the 3-argument (r g b) form
(since that is the expected form if you generalize from the C API).

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 affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the Yorick front-end to PLplot (yplot.sf.net); the
Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] RE: Colors (was: no subject)

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

On 2004-11-13 00:50-0600 mj...@ga... wrote:

>
> As for the widget command syntax, it's:
>
> <widget> scol0 <i> <color>
>
> where <color> is any form suitable to XParseColor().
>
> E.g. from plframe.c --
>
>    if ( ! XParseColor(plFramePtr->display,
>                       Tk_Colormap(plFramePtr->tkwin), col, &xcol)) {
>        Tcl_AppendResult(interp, "Couldn't parse color ", col,
>                         (char *) NULL);
>        return TCL_ERROR;
>    }

Is this interpretation also correct for the pure tcl case, i.e., when
you aren't using X and you are using, for example, the postscript device?

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 affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the Yorick front-end to PLplot (yplot.sf.net); the
Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] RE: Colors (was: no subject)

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

Alan W. Irwin writes:
 > On 2004-11-12 08:50+0100 Lehmann, Eckhard {TR-I~Penzberg} wrote:
 > 
 > >
 > >> This is documented in
 > >>
 > > http://plplot.sourceforge.net/docbook-manual/plplot-html-5.3.1/color.htm
 > > l .
 > >
 > > I've read this documentation already and tried to set up the colors
 > > according to this:
 > >
 > > tclsh> package require Plplotter
 > > tclsh> plframe .f
 > > tclsh> .f cmd plscol0 0 255 255 255 ;# set color at index 0 to white
 > > Couldn't parse color 255
 > 
 > I am not expert in tcl, but none of examples/tcl/x??.tcl have commands with
 > the trailing semicolon followed by commentary that you put in the above
 > command, and my guess is that (the semicolon) is causing the parse error.
 > >From your later message it appears you have independently arrived at a
 > similar conclusion.

The ';#' syntax is customary in Tcl to safely allow comments at the end of a
line of code.  Otherwise sometimes the comment gets tangled up in the parsing
of the command line.  The ';' terminates the previous command to ensure this
doesn't ever happen.

As for the widget command syntax, it's:

<widget> scol0 <i> <color>

where <color> is any form suitable to XParseColor().

E.g. from plframe.c --

    if ( ! XParseColor(plFramePtr->display,
                       Tk_Colormap(plFramePtr->tkwin), col, &xcol)) {
        Tcl_AppendResult(interp, "Couldn't parse color ", col,
                         (char *) NULL);
        return TCL_ERROR;
    }

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

[Plplot-general] RE: Colors (was: no subject)

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

On 2004-11-12 08:50+0100 Lehmann, Eckhard {TR-I~Penzberg} wrote:

>
>> This is documented in
>>
> http://plplot.sourceforge.net/docbook-manual/plplot-html-5.3.1/color.htm
> l .
>
> I've read this documentation already and tried to set up the colors
> according to this:
>
> tclsh> package require Plplotter
> tclsh> plframe .f
> tclsh> .f cmd plscol0 0 255 255 255 ;# set color at index 0 to white
> Couldn't parse color 255

I am not expert in tcl, but none of examples/tcl/x??.tcl have commands with
the trailing semicolon followed by commentary that you put in the above
command, and my guess is that (the semicolon) is causing the parse error.
From your later message it appears you have independently arrived at a
similar conclusion.

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 affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the Yorick front-end to PLplot (yplot.sf.net); the
Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

RE: [Plplot-general] RE: Colors (was: no subject)

[Lehmann, E. {TR-I~Penzberg} <eckhard.lehmann@Roche.COM>]

That works as well - thank you. After a bit of playing I figured out as
well, that I can set the color palette by plscmap0 in the following way:

.f cmd n #col1 #col2 #col3 ...

where n is the number of colors. That is different from the C API
documentation too, but I believe I remember the Tcl interface docu of
Plplot saying something about this...


Eckhard ;)

> -----Original Message-----
> From: Arj...@wl... [mailto:Arj...@wl...]=20
> Sent: Friday, November 12, 2004 9:00 AM
> To: Lehmann, Eckhard {TR-I~Penzberg}
> Cc: Plplot-general mailing list
> Subject: Re: [Plplot-general] RE: Colors (was: no subject)
>=20
>=20
> "Lehmann, Eckhard {TR-I~Penzberg}" wrote:
> >=20
> > > This is documented in
> > >
> >=20
> http://plplot.sourceforge.net/docbook-manual/plplot->
html-5.3.1/color.h
> > tm
> > l .
> >=20
> > I've read this documentation already and tried to set up the colors=20
> > according to this:
> >=20
> > tclsh> package require Plplotter
> > tclsh> plframe .f
> > tclsh> .f cmd plscol0 0 255 255 255 ;# set color at index 0 to white
> > Couldn't parse color 255
> > tclsh> .f cmd plscol0 0 {255 255 255} ;# try the same with list
> > arguments
> > Couldn't parse color 255 255 255
> >=20
> > But - Now I found out that one should set the colors by their Tcl=20
> > names, as in
> >=20
> > tclsh> .f cmd plscol0 0 white
> > ...
> >=20
> > This doesn't come out of the documentation, however - and that=20
> > confused me.
> >=20
> > Thanks for pointing me to try this out again -
> >=20
> > Eckhard ;)
> >=20
>=20
> Hm, have you tried:
>=20
> .f cmd plscol0 #f0f000
>=20
> (the kind of colour codes one normally uses in Tcl, when not=20
> using names)?
>=20
> Regards,
>=20
> Arjen
>=20
>=20

Re: [Plplot-general] RE: Colors (was: no subject)

[Arjen M. <arj...@wl...>]

"Lehmann, Eckhard {TR-I~Penzberg}" wrote:
> 
> > This is documented in
> >
> http://plplot.sourceforge.net/docbook-manual/plplot-html-5.3.1/color.htm
> l .
> 
> I've read this documentation already and tried to set up the colors
> according to this:
> 
> tclsh> package require Plplotter
> tclsh> plframe .f
> tclsh> .f cmd plscol0 0 255 255 255 ;# set color at index 0 to white
> Couldn't parse color 255
> tclsh> .f cmd plscol0 0 {255 255 255} ;# try the same with list
> arguments
> Couldn't parse color 255 255 255
> 
> But - Now I found out that one should set the colors by their Tcl names,
> as in
> 
> tclsh> .f cmd plscol0 0 white
> ...
> 
> This doesn't come out of the documentation, however - and that confused
> me.
> 
> Thanks for pointing me to try this out again -
> 
> Eckhard ;)
> 

Hm, have you tried:

.f cmd plscol0 #f0f000

(the kind of colour codes one normally uses in Tcl, when not using
names)?

Regards,

Arjen

[Plplot-general] RE: Colors (was: no subject)

[Lehmann, E. {TR-I~Penzberg} <eckhard.lehmann@Roche.COM>]

> This is documented in=20
>
http://plplot.sourceforge.net/docbook-manual/plplot-html-5.3.1/color.htm
l .

I've read this documentation already and tried to set up the colors
according to this:

tclsh> package require Plplotter
tclsh> plframe .f
tclsh> .f cmd plscol0 0 255 255 255 ;# set color at index 0 to white
Couldn't parse color 255
tclsh> .f cmd plscol0 0 {255 255 255} ;# try the same with list
arguments
Couldn't parse color 255 255 255

But - Now I found out that one should set the colors by their Tcl names,
as in

tclsh> .f cmd plscol0 0 white
...

This doesn't come out of the documentation, however - and that confused
me.


Thanks for pointing me to try this out again -=20

Eckhard ;)

RE: Re: [Plplot-general] (no subject)

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

On 2004-11-12 07:34+0100 Lehmann, Eckhard {TR-I~Penzberg} wrote:

>>
>> Our R, G, and B values are stored in 8-bit unsigned integers
>> so our fundamental colour limit is we have 24 bits of colour
>> with no transparency channel. It's been quite a while since I
>> did a bunch of experiments with the png, jpeg, and gif
>> devices associated with the gd.c device driver, but I recall
>> they supported a large number of different colours and
>> perhaps even up to our theoretical maximum of the full 24
>> bits.  I doubt the other older devices go that high, but if
>> you needed more colours for them, I don't think it would be
>> that difficult to change them.
>
> That should suffer, of course. It seems that I haven't figured out how
> to set the colors yet, I'm still using the predefined plcol0 palette
> with 16 colors, the documentation did not offer to me a real alternative
> (except that it should be possible to change these colors... But how?).
> May I ask for a short example how to do this from within Tcl?

This is documented in
http://plplot.sourceforge.net/docbook-manual/plplot-html-5.3.1/color.html .

"For more advanced use it is possible to define an arbitrary map0 palette of
colors. The user may set the number of colors in the map0 palette using the
command-line ncol0 parameter or by calling plscmap0n. plscol0 sets the RGB
value of the given index which must be less than the maximum number of
colors (which is set by default, by command line, by plscmap0n, or even by
plscmap0). Alternatively, plscmap0 sets up the entire map0 color palette.
For all these ways of defining the map0 palette any number of colors are
allowed in any order, but it is not guaranteed that the individual drivers
will actually be able to use more than 16 colors."

If you click on any of the command links from the above URL you will get
complete documentation of the C argument lists which are straightforward
to transform to tcl syntax using the C and tcl examples as a transformation
template.

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 affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the Yorick front-end to PLplot (yplot.sf.net); the
Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

RE: Re: [Plplot-general] (no subject)

[Lehmann, E. {TR-I~Penzberg} <eckhard.lehmann@Roche.COM>]

>=20
> Our R, G, and B values are stored in 8-bit unsigned integers=20
> so our fundamental colour limit is we have 24 bits of colour=20
> with no transparency channel. It's been quite a while since I=20
> did a bunch of experiments with the png, jpeg, and gif=20
> devices associated with the gd.c device driver, but I recall=20
> they supported a large number of different colours and=20
> perhaps even up to our theoretical maximum of the full 24=20
> bits.  I doubt the other older devices go that high, but if=20
> you needed more colours for them, I don't think it would be=20
> that difficult to change them.

That should suffer, of course. It seems that I haven't figured out how
to set the colors yet, I'm still using the predefined plcol0 palette
with 16 colors, the documentation did not offer to me a real alternative
(except that it should be possible to change these colors... But how?).
May I ask for a short example how to do this from within Tcl?


Eckhard ;)

RE: Re: [Plplot-general] (no subject)

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

On 2004-11-11 08:38+0100 Lehmann, Eckhard {TR-I~Penzberg} wrote:

> - more than 16 colors. I have heard that the plot window is 16bit (?).
> It would be interresting to coose any color from the normal rgb palette
> and have 32bit colors.

Our R, G, and B values are stored in 8-bit unsigned integers so our
fundamental colour limit is we have 24 bits of colour with no transparency
channel. It's been quite a while since I did a bunch of experiments with the
png, jpeg, and gif devices associated with the gd.c device driver, but I
recall they supported a large number of different colours and perhaps even
up to our theoretical maximum of the full 24 bits.  I doubt the other older
devices go that high, but if you needed more colours for them, I don't think
it would be that difficult to change them.

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 affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the Yorick front-end to PLplot (yplot.sf.net); the
Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

RE: Re: [Plplot-general] (no subject)

[Lehmann, E. {TR-I~Penzberg} <eckhard.lehmann@Roche.COM>]

Andrew -

> The philosophy of plplot has always been to develop a
> standard API of plotting routines. Through the bindings we=20
> attempt to support as many different languages as possible,=20
> all with a similar interface. There is no way we could do=20

I like this philosophy. From Ali's mail I understood that he wants/needs
to use Java2D/3D for plotting rather than native code - because he was
writing about reimplementing Plplot for Java2D/3D, which means
reimplementing in pure Java. That doesn't make sense in my opinion,
Plplot is good as it is (at least its philosophy, more on this later)
and if one wants to use pure Java, she should take a look at existing
plotting devices in pure Java.

I use Plplot for displaying very large amounts of data in XY line plots,
up to 150,000 points. Therefore Plplot and for me the Tcl/Tk interface
is a good choice - simply because my application will run on "old"
hardware as well. Plotting these data with pure Java is definitely slow
on i386 platforms with only about 1 to 1.8 GHz frequencies. Besides that
Plplot is for simple plotting more suited and not as complex as e.g.
JFreeChart.

> Now there is probably no reason you couldn't implement a java
> plplot widget (similar things have been done for Gnome under Linux)=20
> if this was the kind of thing you were interested in.
> If you have any ideas about this then feel free to suggest them or=20
> provide code. Please remember though that we would like to=20
> keep some uniformity between bindings and that ease of=20
> maintenance is important.

That would be a good idea, I have some proposals and I can imagine to
provide code as well as soon as I got the time to do so. I was starting
with Plplotter for Tcl/Tk on windows - At this time it was for me the
only useful interface. But I would prefer Java in the end (not before
this week I heared that the Java interface is half way useful on Windows
too).=20
As soon as I have time left I could start to test and use the java
Plplot binding, maybe implement a Java plplot widget similar to the
plframe command in Tcl/Tk, and as well make contributions to the
project. For now I have some things in mind already that seem generally
important (not only for java) from my point of view:

- automatically axis and label scaling for zoomed plots. It should be
possible to have the scales of a plot automatically adjusted and visible
to the data in a zoomed plot window rather than have them zoomed
together with the entire plot. The same applies to data labels inside
the plot - currently they are resized to the same ratio the whole plot
is resized in a zoom operation and that looks 'uahhbrrrr'. I wrote a
mail to the list regarding this some time ago...
- more than 16 colors. I have heard that the plot window is 16bit (?).
It would be interresting to coose any color from the normal rgb palette
and have 32bit colors.


Eckhard ;)

[Plplot-general] Is end1() /end() blocking method?

[Ali M. <so...@sy...>]

Hi,

Looks like end1() is a blocking method anything after this method call waits
till the plot window is closed. I am using java binding on windows

Please advise

-Ali

Re: [Plplot-general] Is PLPlot thread safe?

[Ali M. <so...@sy...>]

Hi Arjen,

I am trying to open up more than one plot. It looks like octave binding =
does allows this but I have not been able to do it so far.=20

I am using one thread per plot. Is there any example or sample =
explaining how to launch multiple plots?

I tried the following test program.=20

/*
 * Created on Nov 5, 2004
 *
 */
package plplot.examples;

import plplot.core.PLStream;

/**
 * @author Ali
 *
 */
public class Test extends Thread {

 static {
  System.load("c:\\jmatlab\\jmatlab\\jplplot.dll");
 }
=20
 public void run() {
  PLStream pls =3D new PLStream();
  pls.sdev("win3");
  pls.init();
  double[] x =3D new double[] {1.0, 2.0, 3.0};
  double[] y =3D new double[] {1.0, 2.0, 3.0};
  pls.col0(1);
        pls.env(0.0, 10.0, 0.0, 10.0, 0, 1);
        pls.col0(2);
  pls.poin(x, y, 0);
  pls.flush();
  pls.end1();
 }
=20
 public static void main(String[] args) {
  Test t =3D new Test();
  t.start();
  t =3D new Test();
  t.start();
 }
}


In run mode only one one shows up and when I close the window I get =
following error message.=20

*** PLPLOT ERROR ***

plcol0: Please call plinit first, aborting operation

*** PLPLOT ERROR ***

plenv: Please call plinit first, aborting operation

*** PLPLOT ERROR ***

plcol0: Please call plinit first, aborting operation

*** PLPLOT ERROR ***

plpoin: Please set up window first, aborting operation

*** PLPLOT ERROR ***

plcol0: Please call plinit first, aborting operation

*** PLPLOT ERROR ***

plstyl: Please call plinit first, aborting operation

*** PLPLOT ERROR ***

plpat: Please call plinit first, aborting operation

In the debug mode, it shows both plots and one closing them I get =
following errors

An unexpected exception has been detected in native code outside the VM.

Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at =
PC=3D0x1D1B34FF

Function=3D[Unknown.]

Library=3DC:\jmatlab\jmatlab\jplplot.dll

NOTE: We are unable to locate the function name symbol for the error

just occurred. Please refer to release documentation for possible

reason and solutions.



Current Java thread:

at plplot.core.plplotjavacJNI.plend1(Native Method)

at plplot.core.plplotjavac.plend1(plplotjavac.java:74)

at plplot.core.PLStream.end1(PLStream.java:193)

at plplot.examples.Test.run(Test.java:30)

Dynamic libraries:

0x00400000 - 0x00407000 C:\Program Files\Java\j2re1.4.2_03\bin\javaw.exe

0x77F80000 - 0x77FFD000 C:\WINNT\system32\ntdll.dll

0x7C2D0000 - 0x7C332000 C:\WINNT\system32\ADVAPI32.dll

0x7C570000 - 0x7C623000 C:\WINNT\system32\KERNEL32.DLL

0x77D30000 - 0x77DA1000 C:\WINNT\system32\RPCRT4.DLL

0x77E10000 - 0x77E75000 C:\WINNT\system32\USER32.dll

0x77F40000 - 0x77F7B000 C:\WINNT\system32\GDI32.DLL

0x78000000 - 0x78046000 C:\WINNT\system32\MSVCRT.dll

0x75E60000 - 0x75E7A000 C:\WINNT\system32\IMM32.DLL

0x6CA60000 - 0x6CA68000 C:\WINNT\system32\LPK.DLL

0x66650000 - 0x666A4000 C:\WINNT\system32\USP10.dll

0x08000000 - 0x08138000 C:\Program =
Files\Java\j2re1.4.2_03\bin\client\jvm.dll

0x77570000 - 0x775A0000 C:\WINNT\system32\WINMM.dll

0x10000000 - 0x10007000 C:\Program Files\Java\j2re1.4.2_03\bin\hpi.dll

0x007F0000 - 0x007FE000 C:\Program =
Files\Java\j2re1.4.2_03\bin\verify.dll

0x00800000 - 0x00819000 C:\Program Files\Java\j2re1.4.2_03\bin\java.dll

0x00820000 - 0x0082D000 C:\Program Files\Java\j2re1.4.2_03\bin\zip.dll

0x18170000 - 0x1818C000 C:\Program Files\Java\j2re1.4.2_03\bin\jdwp.dll

0x1C190000 - 0x1C195000 C:\Program =
Files\Java\j2re1.4.2_03\bin\dt_socket.dll

0x75030000 - 0x75043000 C:\WINNT\system32\ws2_32.dll

0x75020000 - 0x75028000 C:\WINNT\system32\WS2HELP.DLL

0x1C1A0000 - 0x1C1AA000 C:\Program Files\Aventail\Connect\asnsp.dll

0x1C2C0000 - 0x1C2CD000 C:\Program Files\Aventail\Connect\amtshr32.dll

0x1C3E0000 - 0x1C3F3000 C:\Program Files\Aventail\Connect\pso32.dll

0x75050000 - 0x75058000 C:\WINNT\system32\WSOCK32.dll

0x76620000 - 0x76630000 C:\WINNT\system32\MPR.dll

0x1C510000 - 0x1C5D2000 C:\Program Files\Aventail\Connect\asres.dll

0x1C5E0000 - 0x1C5EE000 C:\Program Files\Aventail\Connect\s5log.dll

0x30400000 - 0x30425000 C:\Program Files\Aventail\Connect\cfglib32.dll

0x30300000 - 0x3031E000 C:\Program Files\Aventail\Connect\ccache32.dll

0x76B30000 - 0x76B6D000 C:\WINNT\system32\comdlg32.dll

0x63180000 - 0x631E4000 C:\WINNT\system32\SHLWAPI.DLL

0x71780000 - 0x7180A000 C:\WINNT\system32\COMCTL32.DLL

0x782F0000 - 0x78535000 C:\WINNT\system32\SHELL32.DLL

0x782C0000 - 0x782CC000 C:\WINNT\System32\rnr20.dll

0x77980000 - 0x779A4000 C:\WINNT\system32\DNSAPI.DLL

0x77340000 - 0x77353000 C:\WINNT\system32\iphlpapi.dll

0x77520000 - 0x77525000 C:\WINNT\system32\ICMP.DLL

0x77320000 - 0x77337000 C:\WINNT\system32\MPRAPI.DLL

0x75150000 - 0x7515F000 C:\WINNT\system32\SAMLIB.DLL

0x75170000 - 0x751BF000 C:\WINNT\system32\NETAPI32.DLL

0x77BE0000 - 0x77BEF000 C:\WINNT\system32\SECUR32.DLL

0x751C0000 - 0x751C6000 C:\WINNT\system32\NETRAP.DLL

0x77950000 - 0x77978000 C:\WINNT\system32\WLDAP32.DLL

0x77A50000 - 0x77B3F000 C:\WINNT\system32\OLE32.DLL

0x779B0000 - 0x77A4B000 C:\WINNT\system32\OLEAUT32.DLL

0x773B0000 - 0x773DE000 C:\WINNT\system32\ACTIVEDS.DLL

0x77380000 - 0x773A2000 C:\WINNT\system32\ADSLDPC.DLL

0x77830000 - 0x7783E000 C:\WINNT\system32\RTUTILS.DLL

0x77880000 - 0x7790D000 C:\WINNT\system32\SETUPAPI.DLL

0x7C0F0000 - 0x7C151000 C:\WINNT\system32\USERENV.DLL

0x774E0000 - 0x77512000 C:\WINNT\system32\RASAPI32.DLL

0x774C0000 - 0x774D1000 C:\WINNT\system32\RASMAN.DLL

0x77530000 - 0x77552000 C:\WINNT\system32\TAPI32.DLL

0x77360000 - 0x77379000 C:\WINNT\system32\DHCPCSVC.DLL

0x777E0000 - 0x777E8000 C:\WINNT\System32\winrnr.dll

0x1CD90000 - 0x1CDA7000 =
C:\WINNT\system32\Hummingbird\Connectivity\7.00\Socks\hclsock5.dll

0x777F0000 - 0x777F5000 C:\WINNT\system32\rasadhlp.dll

0x74FD0000 - 0x74FED000 C:\WINNT\system32\msafd.dll

0x75010000 - 0x75017000 C:\WINNT\System32\wshtcpip.dll

0x1D180000 - 0x1D1CD000 C:\jmatlab\jmatlab\jplplot.dll

0x60000000 - 0x60045000 C:\WINNT\system32\MSCTF.dll

0x1D550000 - 0x1D557000 C:\Program Files\Lotus\SameTime =
Client\autoaway.dll

0x77920000 - 0x77943000 C:\WINNT\system32\imagehlp.dll

0x72A00000 - 0x72A2D000 C:\WINNT\system32\DBGHELP.dll

0x690A0000 - 0x690AB000 C:\WINNT\system32\PSAPI.DLL

Heap at VM Abort:

Heap

def new generation total 576K, used 237K [0x10010000, 0x100b0000, =
0x104f0000)

eden space 512K, 46% used [0x10010000, 0x1004b5d0, 0x10090000)

from space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000)

to space 64K, 0% used [0x100a0000, 0x100a0000, 0x100b0000)

tenured generation total 1408K, used 0K [0x104f0000, 0x10650000, =
0x14010000)

the space 1408K, 0% used [0x104f0000, 0x104f0000, 0x104f0200, =
0x10650000)

compacting perm gen total 4096K, used 1084K [0x14010000, 0x14410000, =
0x18010000)

the space 4096K, 26% used [0x14010000, 0x1411f368, 0x1411f400, =
0x14410000)

Local Time =3D Wed Nov 10 09:16:10 2004

Elapsed Time =3D 13

#

# The exception above was detected in native code outside the VM

#

# Java VM: Java HotSpot(TM) Client VM (1.4.2_03-b02 mixed mode)

#

# An error report file has been saved as hs_err_pid1788.log.

# Please refer to the file for further information.

#





----- Original Message -----=20

From: "Arjen Markus" <arj...@wl...>

To: "Ali Muhammad" <so...@sy...>

Cc: <plp...@li...>

Sent: Wednesday, November 10, 2004 2:36 AM

Subject: Re: [Plplot-general] Is PLPlot thread safe?



> Ali Muhammad wrote:

> >

> > Hi,

> >

> > I am using java binding on windows. I span a new thread for a plot. =
I

was

> > wondering if the C code is thread safe.

> >

> > Please advise

> >

> > Regards,

> >

> > -Ali

> >

>

> Ali,

>

> as long as you are using Plplot in one thread only, there should be no

> problem. Any problems would come from spawning a thread per plot ...

> I have seen code fragments in some drivers that take care of the

> multithreaded situation, but not in the Windows driver.

>

> It might be interesting to see how that one behaves in such an

> environment.

>

> Regards,

>

> Arjen

>

>

[Plplot-general] (no subject)

[<so...@sy...>]

Hi Arjen,

I am trying to open up more than one plot. It looks like octave binding does allows this but I have not been able to do it so far. 

I am using one thread per plot. Is there any example or sample explaining how to launch multiple plots?

I tried the following test program. 

/*
 * Created on Nov 5, 2004
 *
 */
package plplot.examples;

import plplot.core.PLStream;

/**
 * @author Ali
 *
 */
public class Test extends Thread {

 static {
  System.load("c:\\jmatlab\\jmatlab\\jplplot.dll");
 }
 
 public void run() {
  PLStream pls = new PLStream();
  pls.sdev("win3");
  pls.init();
  double[] x = new double[] {1.0, 2.0, 3.0};
  double[] y = new double[] {1.0, 2.0, 3.0};
  pls.col0(1);
        pls.env(0.0, 10.0, 0.0, 10.0, 0, 1);
        pls.col0(2);
  pls.poin(x, y, 0);
  pls.flush();
  pls.end1();
 }
 
 public static void main(String[] args) {
  Test t = new Test();
  t.start();
  t = new Test();
  t.start();
 }
}


In run mode only one one shows up and when I close the window I get following error message. 

*** PLPLOT ERROR ***

plcol0: Please call plinit first, aborting operation

*** PLPLOT ERROR ***

plenv: Please call plinit first, aborting operation

*** PLPLOT ERROR ***

plcol0: Please call plinit first, aborting operation

*** PLPLOT ERROR ***

plpoin: Please set up window first, aborting operation

*** PLPLOT ERROR ***

plcol0: Please call plinit first, aborting operation

*** PLPLOT ERROR ***

plstyl: Please call plinit first, aborting operation

*** PLPLOT ERROR ***

plpat: Please call plinit first, aborting operation

In the debug mode, it shows both plots and one closing them I get following errors

An unexpected exception has been detected in native code outside the VM.

Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x1D1B34FF

Function=[Unknown.]

Library=C:\jmatlab\jmatlab\jplplot.dll

NOTE: We are unable to locate the function name symbol for the error

just occurred. Please refer to release documentation for possible

reason and solutions.

 

Current Java thread:

at plplot.core.plplotjavacJNI.plend1(Native Method)

at plplot.core.plplotjavac.plend1(plplotjavac.java:74)

at plplot.core.PLStream.end1(PLStream.java:193)

at plplot.examples.Test.run(Test.java:30)

Dynamic libraries:

0x00400000 - 0x00407000 C:\Program Files\Java\j2re1.4.2_03\bin\javaw.exe

0x77F80000 - 0x77FFD000 C:\WINNT\system32\ntdll.dll

0x7C2D0000 - 0x7C332000 C:\WINNT\system32\ADVAPI32.dll

0x7C570000 - 0x7C623000 C:\WINNT\system32\KERNEL32.DLL

0x77D30000 - 0x77DA1000 C:\WINNT\system32\RPCRT4.DLL

0x77E10000 - 0x77E75000 C:\WINNT\system32\USER32.dll

0x77F40000 - 0x77F7B000 C:\WINNT\system32\GDI32.DLL

0x78000000 - 0x78046000 C:\WINNT\system32\MSVCRT.dll

0x75E60000 - 0x75E7A000 C:\WINNT\system32\IMM32.DLL

0x6CA60000 - 0x6CA68000 C:\WINNT\system32\LPK.DLL

0x66650000 - 0x666A4000 C:\WINNT\system32\USP10.dll

0x08000000 - 0x08138000 C:\Program Files\Java\j2re1.4.2_03\bin\client\jvm.dll

0x77570000 - 0x775A0000 C:\WINNT\system32\WINMM.dll

0x10000000 - 0x10007000 C:\Program Files\Java\j2re1.4.2_03\bin\hpi.dll

0x007F0000 - 0x007FE000 C:\Program Files\Java\j2re1.4.2_03\bin\verify.dll

0x00800000 - 0x00819000 C:\Program Files\Java\j2re1.4.2_03\bin\java.dll

0x00820000 - 0x0082D000 C:\Program Files\Java\j2re1.4.2_03\bin\zip.dll

0x18170000 - 0x1818C000 C:\Program Files\Java\j2re1.4.2_03\bin\jdwp.dll

0x1C190000 - 0x1C195000 C:\Program Files\Java\j2re1.4.2_03\bin\dt_socket.dll

0x75030000 - 0x75043000 C:\WINNT\system32\ws2_32.dll

0x75020000 - 0x75028000 C:\WINNT\system32\WS2HELP.DLL

0x1C1A0000 - 0x1C1AA000 C:\Program Files\Aventail\Connect\asnsp.dll

0x1C2C0000 - 0x1C2CD000 C:\Program Files\Aventail\Connect\amtshr32.dll

0x1C3E0000 - 0x1C3F3000 C:\Program Files\Aventail\Connect\pso32.dll

0x75050000 - 0x75058000 C:\WINNT\system32\WSOCK32.dll

0x76620000 - 0x76630000 C:\WINNT\system32\MPR.dll

0x1C510000 - 0x1C5D2000 C:\Program Files\Aventail\Connect\asres.dll

0x1C5E0000 - 0x1C5EE000 C:\Program Files\Aventail\Connect\s5log.dll

0x30400000 - 0x30425000 C:\Program Files\Aventail\Connect\cfglib32.dll

0x30300000 - 0x3031E000 C:\Program Files\Aventail\Connect\ccache32.dll

0x76B30000 - 0x76B6D000 C:\WINNT\system32\comdlg32.dll

0x63180000 - 0x631E4000 C:\WINNT\system32\SHLWAPI.DLL

0x71780000 - 0x7180A000 C:\WINNT\system32\COMCTL32.DLL

0x782F0000 - 0x78535000 C:\WINNT\system32\SHELL32.DLL

0x782C0000 - 0x782CC000 C:\WINNT\System32\rnr20.dll

0x77980000 - 0x779A4000 C:\WINNT\system32\DNSAPI.DLL

0x77340000 - 0x77353000 C:\WINNT\system32\iphlpapi.dll

0x77520000 - 0x77525000 C:\WINNT\system32\ICMP.DLL

0x77320000 - 0x77337000 C:\WINNT\system32\MPRAPI.DLL

0x75150000 - 0x7515F000 C:\WINNT\system32\SAMLIB.DLL

0x75170000 - 0x751BF000 C:\WINNT\system32\NETAPI32.DLL

0x77BE0000 - 0x77BEF000 C:\WINNT\system32\SECUR32.DLL

0x751C0000 - 0x751C6000 C:\WINNT\system32\NETRAP.DLL

0x77950000 - 0x77978000 C:\WINNT\system32\WLDAP32.DLL

0x77A50000 - 0x77B3F000 C:\WINNT\system32\OLE32.DLL

0x779B0000 - 0x77A4B000 C:\WINNT\system32\OLEAUT32.DLL

0x773B0000 - 0x773DE000 C:\WINNT\system32\ACTIVEDS.DLL

0x77380000 - 0x773A2000 C:\WINNT\system32\ADSLDPC.DLL

0x77830000 - 0x7783E000 C:\WINNT\system32\RTUTILS.DLL

0x77880000 - 0x7790D000 C:\WINNT\system32\SETUPAPI.DLL

0x7C0F0000 - 0x7C151000 C:\WINNT\system32\USERENV.DLL

0x774E0000 - 0x77512000 C:\WINNT\system32\RASAPI32.DLL

0x774C0000 - 0x774D1000 C:\WINNT\system32\RASMAN.DLL

0x77530000 - 0x77552000 C:\WINNT\system32\TAPI32.DLL

0x77360000 - 0x77379000 C:\WINNT\system32\DHCPCSVC.DLL

0x777E0000 - 0x777E8000 C:\WINNT\System32\winrnr.dll

0x1CD90000 - 0x1CDA7000 C:\WINNT\system32\Hummingbird\Connectivity\7.00\Socks\hclsock5.dll

0x777F0000 - 0x777F5000 C:\WINNT\system32\rasadhlp.dll

0x74FD0000 - 0x74FED000 C:\WINNT\system32\msafd.dll

0x75010000 - 0x75017000 C:\WINNT\System32\wshtcpip.dll

0x1D180000 - 0x1D1CD000 C:\jmatlab\jmatlab\jplplot.dll

0x60000000 - 0x60045000 C:\WINNT\system32\MSCTF.dll

0x1D550000 - 0x1D557000 C:\Program Files\Lotus\SameTime Client\autoaway.dll

0x77920000 - 0x77943000 C:\WINNT\system32\imagehlp.dll

0x72A00000 - 0x72A2D000 C:\WINNT\system32\DBGHELP.dll

0x690A0000 - 0x690AB000 C:\WINNT\system32\PSAPI.DLL

Heap at VM Abort:

Heap

def new generation total 576K, used 237K [0x10010000, 0x100b0000, 0x104f0000)

eden space 512K, 46% used [0x10010000, 0x1004b5d0, 0x10090000)

from space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000)

to space 64K, 0% used [0x100a0000, 0x100a0000, 0x100b0000)

tenured generation total 1408K, used 0K [0x104f0000, 0x10650000, 0x14010000)

the space 1408K, 0% used [0x104f0000, 0x104f0000, 0x104f0200, 0x10650000)

compacting perm gen total 4096K, used 1084K [0x14010000, 0x14410000, 0x18010000)

the space 4096K, 26% used [0x14010000, 0x1411f368, 0x1411f400, 0x14410000)

Local Time = Wed Nov 10 09:16:10 2004

Elapsed Time = 13

#

# The exception above was detected in native code outside the VM

#

# Java VM: Java HotSpot(TM) Client VM (1.4.2_03-b02 mixed mode)

#

# An error report file has been saved as hs_err_pid1788.log.

# Please refer to the file for further information.

#

 

 

----- Original Message ----- 

From: "Arjen Markus" <arj...@wl...>

To: "Ali Muhammad" <so...@sy...>

Cc: <plp...@li...>

Sent: Wednesday, November 10, 2004 2:36 AM

Subject: Re: [Plplot-general] Is PLPlot thread safe?

 

> Ali Muhammad wrote:

> >

> > Hi,

> >

> > I am using java binding on windows. I span a new thread for a plot. I

was

> > wondering if the C code is thread safe.

> >

> > Please advise

> >

> > Regards,

> >

> > -Ali

> >

>

> Ali,

>

> as long as you are using Plplot in one thread only, there should be no

> problem. Any problems would come from spawning a thread per plot ...

> I have seen code fragments in some drivers that take care of the

> multithreaded situation, but not in the Windows driver.

>

> It might be interesting to see how that one behaves in such an

> environment.

>

> Regards,

>

> Arjen

>

>

Re: [Plplot-general] Is PLPlot thread safe?

[Arjen M. <arj...@wl...>]

Ali Muhammad wrote:
> 
> Hi,
> 
> I am using java binding on windows. I span a new thread for a plot. I was
> wondering if the C code is thread safe.
> 
> Please advise
> 
> Regards,
> 
> -Ali
> 

Ali, 

as long as you are using Plplot in one thread only, there should be no
problem. Any problems would come from spawning a thread per plot ...
I have seen code fragments in some drivers that take care of the 
multithreaded situation, but not in the Windows driver.

It might be interesting to see how that one behaves in such an
environment.

Regards,

Arjen

[Plplot-general] Is PLPlot thread safe?

[Ali M. <so...@sy...>]

Hi,

I am using java binding on windows. I span a new thread for a plot. I was
wondering if the C code is thread safe.

Please advise

Regards,

-Ali

[Plplot-general] Re: Plplot-general digest, Vol 1 #284 - 5 msgs

[Ali M. <so...@sy...>]

I did further testing and I have come to the conclusion that it has to do
with my windows setup rather than plplot.

Regards,

-Ali

>
> Message: 1
> From: <so...@sy...>
> To: <plp...@li...>
> Date: Mon, 8 Nov 2004 9:41:15 -0500
> Subject: [Plplot-general] Java / JVM Exception
>
> Hi,
>
> When I open multiple plots using PLStream on Windows using Java, I get
funny behaviour. If I close couple of windows, I get the JVM crash with
following error messages.
>
> An unexpected exception has been detected in native code outside the VM.
> Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at
PC=0x1D6F34FF
> Function=[Unknown.]
> Library=C:\Documents and Settings\MQWF\Local
Settings\Temp\jplplot55579.dll
>
> NOTE: We are unable to locate the function name symbol for the error
>       just occurred. Please refer to release documentation for possible
>       reason and solutions.
>
>
> Current Java thread:
> at plplot.core.plplotjavacJNI.plend1(Native Method)
> at plplot.core.plplotjavac.plend1(plplotjavac.java:74)
> at plplot.core.PLStream.end1(PLStream.java:193)
> at org.jmatlab.toolbox.AbstractPLPlot.run(AbstractPLPlot.java:49)
>
> Dynamic libraries:
> 0x00400000 - 0x00407000 C:\Program Files\Java\j2re1.4.2_03\bin\javaw.exe
> 0x77F80000 - 0x77FFD000 C:\WINNT\system32\ntdll.dll
> 0x7C2D0000 - 0x7C332000 C:\WINNT\system32\ADVAPI32.dll
> 0x7C570000 - 0x7C623000 C:\WINNT\system32\KERNEL32.DLL
> 0x77D30000 - 0x77DA1000 C:\WINNT\system32\RPCRT4.DLL
> 0x77E10000 - 0x77E75000 C:\WINNT\system32\USER32.dll
> 0x77F40000 - 0x77F7B000 C:\WINNT\system32\GDI32.DLL
> 0x78000000 - 0x78046000 C:\WINNT\system32\MSVCRT.dll
> 0x75E60000 - 0x75E7A000 C:\WINNT\system32\IMM32.DLL
> 0x6CA60000 - 0x6CA68000 C:\WINNT\system32\LPK.DLL
> 0x66650000 - 0x666A4000 C:\WINNT\system32\USP10.dll
> 0x08000000 - 0x08138000 C:\Program
Files\Java\j2re1.4.2_03\bin\client\jvm.dll
> 0x77570000 - 0x775A0000 C:\WINNT\system32\WINMM.dll
> 0x10000000 - 0x10007000 C:\Program Files\Java\j2re1.4.2_03\bin\hpi.dll
> 0x007F0000 - 0x007FE000 C:\Program Files\Java\j2re1.4.2_03\bin\verify.dll
> 0x00800000 - 0x00819000 C:\Program Files\Java\j2re1.4.2_03\bin\java.dll
> 0x00820000 - 0x0082D000 C:\Program Files\Java\j2re1.4.2_03\bin\zip.dll
> 0x18270000 - 0x1837F000 C:\Program Files\Java\j2re1.4.2_03\bin\awt.dll
> 0x77800000 - 0x7781E000 C:\WINNT\system32\WINSPOOL.DRV
> 0x76620000 - 0x76630000 C:\WINNT\system32\MPR.DLL
> 0x77A50000 - 0x77B3F000 C:\WINNT\system32\ole32.dll
> 0x18580000 - 0x185D0000 C:\Program
Files\Java\j2re1.4.2_03\bin\fontmanager.dll
> 0x51000000 - 0x51044000 C:\WINNT\system32\ddraw.dll
> 0x728A0000 - 0x728A6000 C:\WINNT\system32\DCIMAN32.dll
> 0x5C000000 - 0x5C0C7000 C:\WINNT\system32\D3DIM700.DLL
> 0x60000000 - 0x60045000 C:\WINNT\system32\MSCTF.dll
> 0x1D6C0000 - 0x1D70D000 C:\Documents and Settings\MQWF\Local
Settings\Temp\jplplot55579.dll
> 0x1D890000 - 0x1D897000 C:\Program Files\Lotus\SameTime
Client\autoaway.dll
> 0x77920000 - 0x77943000 C:\WINNT\system32\imagehlp.dll
> 0x72A00000 - 0x72A2D000 C:\WINNT\system32\DBGHELP.dll
> 0x690A0000 - 0x690AB000 C:\WINNT\system32\PSAPI.DLL
>
> Heap at VM Abort:
> Heap
>  def new generation   total 576K, used 259K [0x10010000, 0x100b0000,
0x104f0000)
>   eden space 512K,  39% used [0x10010000, 0x100422b0, 0x10090000)
>   from space 64K,  92% used [0x10090000, 0x1009ec38, 0x100a0000)
>   to   space 64K,   0% used [0x100a0000, 0x100a0000, 0x100b0000)
>  tenured generation   total 1408K, used 924K [0x104f0000, 0x10650000,
0x14010000)
>    the space 1408K,  65% used [0x104f0000, 0x105d71f8, 0x105d7200,
0x10650000)
>  compacting perm gen  total 7168K, used 6915K [0x14010000, 0x14710000,
0x18010000)
>    the space 7168K,  96% used [0x14010000, 0x146d0d08, 0x146d0e00,
0x14710000)
>
> Local Time = Mon Nov 08 09:22:23 2004
> Elapsed Time = 33
> #
> # The exception above was detected in native code outside the VM
> #
> # Java VM: Java HotSpot(TM) Client VM (1.4.2_03-b02 mixed mode)
> #
> # An error report file has been saved as hs_err_pid2312.log.
> # Please refer to the file for further information.
>
>

Re: Re: [Plplot-general] (no subject)

[Andrew R. <and...@us...>]

On Tue, Nov 09, 2004 at 07:24:42AM +0100, Lehmann, Eckhard {TR-I~Penzberg} wrote:
> That doesn't make sense, probably. There are already good plotting API's
> available for Java - think of JfreeChart
> (http://www.jfree.org/jfreechart/) or Ptolemy Plot (don't remember the
> link yet). I think if you want to use PlPlot and only PlPlot, you should
> use the existing java bindings, test and maybe improve them for your
> needs - and if you want to use just some plot extension or require to
> use java2d/3d for plotting, use one of the existing java plot extensions
> (and test/improve them).
> 
> 
> Eckhard ;)
> 

The philosophy of plplot has always been to develop a standard API of
plotting routines. Through the bindings we attempt to support as many
different languages as possible, all with a similar interface. There is
no way we could do this by reimplementing the same code in each
different language, we just don't have the resources and it would make
maintenance a nightmare. For some languages we do add some extensions to
the API to make use of the object orientated nature of the language or
of specific array handling syntax for example. The java implementation
does attempt to make the plplot API more object orientated. 

Through the various drivers we provide support for different output 
devices. Now there is probably no reason you couldn't implement a 
java plplot widget (similar things have been done for Gnome under Linux)
if this was the kind of thing you were interested in.

If you have any ideas about this then feel free to suggest them or 
provide code. Please remember though that we would like to keep some
uniformity between bindings and that ease of maintenance is important.

Cheers

Andrew

RE: Re: [Plplot-general] (no subject)

[Lehmann, E. {TR-I~Penzberg} <eckhard.lehmann@Roche.COM>]

That doesn't make sense, probably. There are already good plotting API's
available for Java - think of JfreeChart
(http://www.jfree.org/jfreechart/) or Ptolemy Plot (don't remember the
link yet). I think if you want to use PlPlot and only PlPlot, you should
use the existing java bindings, test and maybe improve them for your
needs - and if you want to use just some plot extension or require to
use java2d/3d for plotting, use one of the existing java plot extensions
(and test/improve them).


Eckhard ;)


-----Original Message-----
From: plp...@li...
[mailto:plp...@li...] On Behalf Of
so...@sy...
Sent: Monday, November 08, 2004 6:12 PM
To: Andrew Ross
Cc: plp...@li...
Subject: Re: Re: [Plplot-general] (no subject)


I meant implementing native jave APIs similar to plplot APIs rather than
java binding.

-Ali

>=20
> From: Andrew Ross <and...@us...>
> Date: 2004/11/08 Mon AM 10:24:17 EST
> To: so...@sy...
> CC: plp...@li...
> Subject: Re: [Plplot-general] (no subject)
>=20
> On Mon, Nov 08, 2004 at 09:57:47AM -0500, so...@sy... wrote:
> > Hi,
> >=20
> > I was wondering if anybody has considered implementing plplot apis=20
> > into java (java2d or 3d). I am ready to dedicate some of my time for
this. My C programming is very rusty. I need help from somebody who is
very familiar with the plplot architecture and code.
> >=20
>=20
> Ali,
>=20
> Can you explain exactly what you mean by this? More or less all the=20
> plplot
> common API is already available in Java provided you are using the
> latest versions of plplot. Which version are you using?
>=20
> Regards
>=20
> Andrew
>=20



-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE LinuxWorld
Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=3D5588&alloc_id=3D12065&op=3Dclick
_______________________________________________
Plplot-general mailing list Plp...@li...
https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: Re: [Plplot-general] (no subject)

[<so...@sy...>]

I meant implementing native jave APIs similar to plplot APIs rather than java binding.

-Ali

> 
> From: Andrew Ross <and...@us...>
> Date: 2004/11/08 Mon AM 10:24:17 EST
> To: so...@sy...
> CC: plp...@li...
> Subject: Re: [Plplot-general] (no subject)
> 
> On Mon, Nov 08, 2004 at 09:57:47AM -0500, so...@sy... wrote:
> > Hi,
> > 
> > I was wondering if anybody has considered implementing plplot apis into java (java2d or 3d). I am ready to dedicate some of my time for this. My C programming is very rusty. I need help from somebody who is very familiar with the plplot architecture and code. 
> > 
> 
> Ali,
> 
> Can you explain exactly what you mean by this? More or less all the plplot 
> common API is already available in Java provided you are using the
> latest versions of plplot. Which version are you using?
> 
> Regards
> 
> Andrew
> 

Re: [Plplot-general] Java / JVM Exception

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

On 2004-11-08 09:41-0500 so...@sy... wrote:

> When I open multiple plots using PLStream on Windows using Java, I get
funny behaviour. If I close couple of windows, I get the JVM crash with
following error messages.

> An unexpected exception has been detected in native code outside the VM.
> Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x1D6F34FF
[...]

Hi Ali:

Thanks for your report.

I suspect this is a memory management problem for the particular pattern of
plplot calls that you are using. Does the same error occur for the
postscript device?  If so, then it is probably an error in the core of
plplot that we might be able to reproduce for the Java/Linux platform.  If
you cannot reproduce the error for the postscript device, then it is
probably a memory management error in the special interactive device you use
on the windows platform, and you (or Arjen) might be able to reproduce it in
C for the windows platform thus substantially simplifying debugging efforts.

We need java code from you that generates this error.  That way, Arjen can
attempt to reproduce your error on the windows platform, and if the error
occurs for the postscript device, we should be able to reproduce it for
the Linux platform as well (and also help to debug it with valgrind).

Please make the requested example code as simple as possible, say ~10 plplot
calls or less (while still reproducing the error for your platform).

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 affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the Yorick front-end to PLplot (yplot.sf.net); the
Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] (no subject)

[Andrew R. <and...@us...>]

On Mon, Nov 08, 2004 at 09:57:47AM -0500, so...@sy... wrote:
> Hi,
> 
> I was wondering if anybody has considered implementing plplot apis into java (java2d or 3d). I am ready to dedicate some of my time for this. My C programming is very rusty. I need help from somebody who is very familiar with the plplot architecture and code. 
> 

Ali,

Can you explain exactly what you mean by this? More or less all the plplot 
common API is already available in Java provided you are using the
latest versions of plplot. Which version are you using?

Regards

Andrew