plplot-general — PLplot user discussion group

[Plplot-general] Re: [Plplot-cvs] OS X status?

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

On 2003-09-01 21:31+0100 Randall Skelton wrote:

> Greetings all,
>
> Has anyone had any success getting the latest plplot cvs code to compile
> under os x?  My attempt earlier today was blatantly unsuccessful and I
> noticed the comments regarding libtool 1.4.x being somewhat broken...
>
> Cheers,
> Randall

Hi Randall:

Our developers use plplot-cvs to keep track of what has recently been
committed and hardly anything else so in future it might be a better idea
to post to plplot-general (or plplot-devel).  I am responding on
plplot-general for that reason.

On plplot-general there has been a recent thread on exactly this question
(http://sourceforge.net/mailarchive/forum.php?thread_id=3001776&forum_id=4474).

The upshot is I am still waiting for libtool-1.5 to be re-released (after
GNU finishes checking there is no malignant code in that tarball from the
cracker that owned their system for many months).

At present rates of GNU checking (10 tarballs checked per day with roughly
500 to go) it may be as much as another month or two.  However, watch
plplot-general for an announcement about a test tarball for macosx and
cygwin users almost as soon as libtool-1.5 is available again.

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 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] [rhskelto@atm.ox.ac.uk: [Plplot-cvs] OS X status?]

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

Hi,

I am forwarding your message below to the plplot-general mailing list, since
plplot-cvs is only intended to receive automated notifications of CVS
activity for the PLplot project.

Regards,
 
-- 
Rafael Laboissiere

[Plplot-general] Strange problems with example program on Windows XP

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

Hello, 

when I run an example program on Windows XP, it seems 
impossible to get output in a window, if the program
starts on a network disk. The message is:

*** PLPLOT ERROR ***
plbuf_init: Error opening plot data storage file.
Program aborted

If, however, I copy it to a local hard disk, then
there is no problem.

But, a furhter problem is that it does not seem to
be able to find the fonts (by setting PLPLOT_HOME).
I f I copy the files into the local directory, there
is no problem.

Does any one know a more convenient solution for 
either problem?

Regards,

Arjen

Re: [Plplot-general] Polygons get clipped by removing the vertices

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

Arjen Markus wrote:
> 

> That sounds great. When I wrote the original e-mail, I started thinking
> how
> this could be improved - I soon realised that a completely general
> solution
> is very difficult/tedious. I will have a look at the new source.
> 
> Thanks for looking into it.
> 

Forget my second reply to this: I forgot to "make install" :(

Regards,

Arjen

Re: [Plplot-general] Polygons get clipped by removing the vertices

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

Arjen Markus wrote:
> 
> Maurice LeBrun wrote:
> >
> 
> >
> > Polygon clipping is fairly complex.  The issue really raised its head when I
> > implemented zooming in the plplot TK interface and started doing a lot of
> > shade plotting, way back in '94 or so.  I worked on it for a while before
> > giving up due to lack of progress even though there were still a lot of
> > problems with it.  As an example, run "x16c -dev tk", zoom in on a section and
> > then pan around.
> >
> > Anyway I decided to take another look at the code and noticed right away
> > problems with the existing approach.  Emboldened, I set about to improve it
> > and now am happy to say it works much better than before.  Grab the latest
> > src/plline.c from cvs HEAD and see if the new code fixes your problem.
> >
> > Note it still does not work perfectly -- at a sufficiently high level of
> > zooming we start to get clipping problems again.  These I suspect are due to a
> > fidelity problem, either in clipline() or somewhere else.  Anyway no more time
> > to work on it for now.
> >
> >
> 
> That sounds great. When I wrote the original e-mail, I started thinking
> how
> this could be improved - I soon realised that a completely general
> solution
> is very difficult/tedious. I will have a look at the new source.
> 
> Thanks for looking into it.
> 

I just tried with this new version. The result is the same: severed
polygons. 

As I am having problems with gdb - it shows very strange lines to be
executed next (see below for a transcript) - it is difficult to make
sure that all is being as it should. 

Looking further ...

Regards,

Arjen 



-------------------------
Transcript of gdb session
-------------------------
(gdb) break 63
Breakpoint 2 at 0x81d651b: file plfill.c, line 63.
(gdb) c
Continuing.

Breakpoint 2, c_plfill (n=21, x=0xbfffd074, y=0xbfffd014) at plfill.c:64
64          plP_plfclp(xpoly, ypoly, n, plsc->clpxmi, plsc->clpxma,
(gdb) s
plP_plfclp (x=0xbfffcbd4, y=0xbfffc7d4, npts=22, xmin=5461, xmax=27306, 
    ymin=5461, ymax=22755, draw=0x81cf71c <plP_fill>) at plline.c:551
551
(gdb) n
545      * correct.  For the fill cases encountered in plplot, this
treatment should
(gdb) n
547      * the typical return value is 3 or -3, since 3 turns are
necessary in order
548      * to complete the fill region.  Only for really oddly shaped
fill regions
549      * will it give the wrong answer.
550    
\*----------------------------------------------------------------------*/
551
552     static int
553     circulation(PLINT *x, PLINT *y, PLINT npts)
554     {
555         int xproduct, direction = 0;
556         PLINT i, x1, y1, x2, y2, x3, y3;
(gdb) n
553     circulation(PLINT *x, PLINT *y, PLINT npts)
(gdb) n
554     {
(gdb) n
555         int xproduct, direction = 0;
(gdb) n
557         for (i = 0; i < npts - 1; i++) {
(gdb) n

--- gdb shows the header of a routine I am not in yet ...

[Plplot-general] Incorrect values returned by plgspa()

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

Hello,

I have found that with the X Window driver the values returned by
plgspa()
are/can be too small by a factor of approximately 1.4.

Is this somehow due to my set-up (hardware/the program involved) or is
this
more commonly recognised as a problem?

Regards,

Arjen

Re: [Plplot-general] color allocation error

[Aldric L'Hernault<Aldric.L'<Her...@mo...>]

Maurice LeBrun wrote (speaking about tk interpreter crashing with
"cannot allocate any color" error)
> You can reduce the number in cmap0 or cmap1 through the plscmap0n() and
> plscmap1n() API calls, respectively.  Unfortunately there isn't currently
> a plframe widget option that achieves this effect.
> 
> On my Linux system using a 16-bit color depth X session, I don't see this
> error.  Using the 'tk03' demo program I created 30 child windows (containing
> plframe widgets) without problem before quitting.
> 

Maurice,

Thanks for the tip, I'll try it. Anyway I am unsure of the result, since
we are using an application that requires us to run 8-bit depth X
sessions (not to name it: Cadence dfII ;-)

As soon as I have a bit of time, I try also to have a look into plframe
code.

The probleme occurs here on Solaris, HP-UX and Linux, around the 50th
plframe widget drawn (more or less depending on other applications'
color scheme)

Thanks again,

 Aldric

Re: [Plplot-general] Polygons get clipped by removing the vertices

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

Maurice LeBrun wrote:
> 

> 
> Polygon clipping is fairly complex.  The issue really raised its head when I
> implemented zooming in the plplot TK interface and started doing a lot of
> shade plotting, way back in '94 or so.  I worked on it for a while before
> giving up due to lack of progress even though there were still a lot of
> problems with it.  As an example, run "x16c -dev tk", zoom in on a section and
> then pan around.
> 
> Anyway I decided to take another look at the code and noticed right away
> problems with the existing approach.  Emboldened, I set about to improve it
> and now am happy to say it works much better than before.  Grab the latest
> src/plline.c from cvs HEAD and see if the new code fixes your problem.
> 
> Note it still does not work perfectly -- at a sufficiently high level of
> zooming we start to get clipping problems again.  These I suspect are due to a
> fidelity problem, either in clipline() or somewhere else.  Anyway no more time
> to work on it for now.
> 
>

That sounds great. When I wrote the original e-mail, I started thinking
how 
this could be improved - I soon realised that a completely general
solution
is very difficult/tedious. I will have a look at the new source.

Thanks for looking into it.

Regards,

Arjen

Re: [Plplot-general] color allocation error

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

Aldric L'Hernault writes:
 > Hi,
 > 
 >  First I have to thanks you guys for this library. I finally
 >  managed to compile it on HP, Solaris and Linux.
 > 
 >  I am using tcl binding with "plframe" widget, then use the
 >  "plbop" subcommand.
 >  After creating aa few wigdets (around 15) it sometime reaches a
 >  maximum number of color and the whole program stops with a message
 >  similar to this one:
 > 
 >  *** PLPLOT ERROR ***
 >  cannot allocate any color
 > 
 >  I wouldn't consider this dramatic except it crash the wish
 >  interpreter also. Is there a way to decreases color allocation, or
 >  at least to trap the error before ?

I agree this should be handled better.  Right now there are many bail-out
scenarios in the X driver that the plframe TK widget should probably trap.
No simple solution however.

You can reduce the number in cmap0 or cmap1 through the plscmap0n() and
plscmap1n() API calls, respectively.  Unfortunately there isn't currently
a plframe widget option that achieves this effect.

On my Linux system using a 16-bit color depth X session, I don't see this
error.  Using the 'tk03' demo program I created 30 child windows (containing
plframe widgets) without problem before quitting.

-- 
Maurice LeBrun
Lightspeed Semiconductor Corp

Re: [Plplot-general] Polygons get clipped by removing the vertices

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

Arjen Markus writes:
 > I have built a small function to plot (filled) circles via polygons and 
 > I have noticed that the polygons are clipped by removing vertices that
 > fall
 > outside the viewport. The consequence is that large circles are no
 > longer 
 > recognisable as circles. 
 > 
 > Is there a way out of this? The polygons should - in my opinion - be
 > drawn from all the vertices and the clipping should occur on the polygon
 > as a whole.

Polygon clipping is fairly complex.  The issue really raised its head when I
implemented zooming in the plplot TK interface and started doing a lot of
shade plotting, way back in '94 or so.  I worked on it for a while before
giving up due to lack of progress even though there were still a lot of
problems with it.  As an example, run "x16c -dev tk", zoom in on a section and
then pan around.

Anyway I decided to take another look at the code and noticed right away
problems with the existing approach.  Emboldened, I set about to improve it
and now am happy to say it works much better than before.  Grab the latest
src/plline.c from cvs HEAD and see if the new code fixes your problem.

Note it still does not work perfectly -- at a sufficiently high level of
zooming we start to get clipping problems again.  These I suspect are due to a
fidelity problem, either in clipline() or somewhere else.  Anyway no more time
to work on it for now.

-- 
Maurice LeBrun
Lightspeed Semiconductor Corp

Re: [Plplot-general] Problems with PLPLOT and Mac OS X

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

On Thu, 21 Aug 2003, Don Spong wrote:

> [...] This is based on plplot-5.0.4 which I
> think was the last version I was able to successfully install under
> MacOSX.  I just downloaded plplot-5.2.1 and tried to install it.  I
> ran into the following errors under the make step:

[...]

>
> Any suggestions?
>

Thanks for that Mac OS X report.  As mentioned in recent threads here, I am
going to make available a test version of the plplot tarball generated with
libtool-1.5 (as soon as FSF reissues it).  From the release notes
libtool-1.5 has greatly improved Mac OS X (and cygwin) support so that may
solve your problem.  Watch this space for an announcement of the test
tarball.

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 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] Problems with PLPLOT and Mac OS X

[Don S. <sp...@or...>]

Using the latest MacOS version of X11 (beta 3), I seem to have 
problems with choosing the X-Window option on plplot, resulting in 
the following error messages:

Enter device number or keyword: 1
X protocol error: error=8 request=1 minor=0
X protocol error: error=3 request=18 minor=0
X protocol error: error=3 request=18 minor=0
X protocol error: error=3 request=18 minor=0
X protocol error: error=3 request=2 minor=0
X protocol error: error=9 request=55 minor=0
X protocol error: error=9 request=55 minor=0
X protocol error: error=9 request=14 minor=0
Error in XCreatePixmap: BadDrawable (invalid Pixmap or Window parameter).
X protocol error: error=3 request=2 minor=0
X protocol error: error=3 request=2 minor=0
X protocol error: error=3 request=12 minor=0
X protocol error: error=3 request=8 minor=0

If I choose the xterm option, the plot displays okay, but it only 
comes up in black and white.  This is based on plplot-5.0.4 which I 
think was the last version I was able to successfully install under 
MacOSX.  I just downloaded plplot-5.2.1 and tried to install it.  I 
ran into the following errors under the make step:

make
make  all-recursive
Making all in libltdl
/bin/sh ./libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I. 
-g -O2 -c ltdl.c
mkdir .libs
gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -c ltdl.c  -fno-common -DPIC 
-o .libs/ltdl.lo
gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -c ltdl.c -o ltdl.o >/dev/null 2>&1
mv -f .libs/ltdl.lo ltdl.lo
/bin/sh ./libtool --mode=link gcc  -g -O2  -o libltdlc.la   ltdl.lo -ldl
rm -fr .libs/libltdlc.la .libs/libltdlc.* .libs/libltdlc.*
ar cru .libs/libltdlc.al ltdl.lo
ranlib .libs/libltdlc.al
creating libltdlc.la
(cd .libs && rm -f libltdlc.la && ln -s ../libltdlc.la libltdlc.la)
Making all in lib
Making all in csa
source='csa.c' object='csa.lo' libtool=yes \
depfile='.deps/csa.Plo' tmpdepfile='.deps/csa.TPlo' \
depmode=gcc /bin/sh ../../depcomp \
/bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. 
-I../.. -I../../include -I../../include  -I.   -g -O2 -c -o csa.lo 
`test -f 'csa.c' || echo './'`csa.c
mkdir .libs
gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -I../../include 
-I. -g -O2 -c csa.c -Wp,-MD,.deps/csa.TPlo  -fno-common -DPIC -o 
.libs/csa.lo
gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -I../../include 
-I. -g -O2 -c csa.c -Wp,-MD,.deps/csa.TPlo -o csa.o >/dev/null 2>&1
mv -f .libs/csa.lo csa.lo
/bin/sh ../../libtool --mode=link gcc  -g -O2   -o libcsa.la -rpath 
/Applications/plplot_install-5.2.1/lib -version 0:0:0 -lm csa.lo
rm -fr .libs/libcsa.la .libs/libcsa.* .libs/libcsa.*
gcc -r -keep_private_externs -nostdlib -o 
.libs/libcsa.0.0.0.dylib-master.o  csa.lo && gcc -dynamiclib 
-flat_namespace -undefined suppress -o .libs/libcsa.0.0.0.dylib 
.libs/libcsa.0.0.0.dylib-master.o  -lm -lc -install_name 
/Applications/plplot_install-5.2.1/lib/libcsa.0.dylib 
-compatibility_version 1 -current_version 1.0
(cd .libs && rm -f libcsa.0.dylib && ln -s libcsa.0.0.0.dylib libcsa.0.dylib)
(cd .libs && rm -f libcsa.dylib && ln -s libcsa.0.0.0.dylib libcsa.dylib)
ar cru .libs/libcsa.a  csa.o
ranlib .libs/libcsa.a
creating libcsa.la
(cd .libs && rm -f libcsa.la && ln -s ../libcsa.la libcsa.la)
make[3]: Nothing to be done for `all-am'.
Making all in src
source='pdfutils.c' object='pdfutils.lo' libtool=yes \
depfile='.deps/pdfutils.Plo' tmpdepfile='.deps/pdfutils.TPlo' \
depmode=gcc /bin/sh ../depcomp \
/bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. 
-I../include -I../include   -I../libltdl   -g -O2 -c -o pdfutils.lo 
`test -f 'pdfutils.c' || echo './'`pdfutils.c
mkdir .libs
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../include 
-I../libltdl -g -O2 -c pdfutils.c -Wp,-MD,.deps/pdfutils.TPlo 
-fno-common -DPIC -o .libs/pdfutils.lo
/usr/include/sys/dirent.h:73: undefined type, found `u_int32_t'
/usr/include/sys/dirent.h:74: undefined type, found `u_int16_t'
/usr/include/sys/dirent.h:75: undefined type, found `u_int8_t'
/usr/include/sys/dirent.h:76: undefined type, found `u_int8_t'
cpp-precomp: warning: errors during smart preprocessing, retrying in basic mode
In file included from /usr/include/dirent.h:64,
                  from ../include/plplotP.h:101,
                  from pdfutils.c:30:
/usr/include/sys/dirent.h:73: parse error before "u_int32_t"
/usr/include/sys/dirent.h:75: parse error before "d_type"
/usr/include/sys/dirent.h:76: parse error before "d_namlen"
/usr/include/sys/dirent.h:83: parse error before '}' token
make[2]: *** [pdfutils.lo] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2


Any suggestions?

-Thanks, Don
-- 
_________________________________________________________
Donald A. Spong, Fusion Energy Theory, ORNL
Snail-mail: P. O. Box 2009
Oak Ridge, Tennessee  37831-8071
Phone: (865) 574-1304   FAX: (865) 576-7926
E-mail: sp...@or...
web page: http://www.ornl.gov/fed/Theory/stci/stellarator_theory.html
_________________________________________________________

[Plplot-general] Polygons get clipped by removing the vertices

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

I have built a small function to plot (filled) circles via polygons and 
I have noticed that the polygons are clipped by removing vertices that
fall
outside the viewport. The consequence is that large circles are no
longer 
recognisable as circles. 

Is there a way out of this? The polygons should - in my opinion - be
drawn from all the vertices and the clipping should occur on the polygon
as a whole.

Regards,

Arjen

Re: [Plplot-general] How to use PLplot on MS Windows

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

> Olof Svensson wrote:
> > So, in the short future, I think the best is to use Cygwin for compiling
> > and running plplot on MS Windows. Cygwin has the advantage that you
> > don't need to buy the rather expensive MS VC++. There are now some
> > problems when trying to compile plplot on Windows however I got the
> > impression that there are people looking into these issues.

I agree the cygwin platform has great potential, but we are not there yet.
Specifically, we have some near show-stopper issues with plplot-5.2.1 on
cygwin (and probably Mac OS X as well although I have received no reports
[pro or con] for that platform) because we used libtool-1.4.3 to generate
the plplot-5.2.1 tarball. The libtool-1.5 release announcement emphasizes
the much better cygwin and Mac OS X support of that version. Unfortunately,
libtool-1.5 has been temporarily withdrawn by the FSF because of all the
integrity checks they have to do after their ftp server was cracked, but
soon after libtool-1.5 is reinstated I plan to use it to generate a PLplot
tarball for testing on the cygwin and Mac OS X platforms.  Watch this space
for an announcement in the next week or so.

On Tue, 19 Aug 2003, Arjen Markus wrote:

> I have not seen a win3 driver by the way in the distribution. Should I
> look for that in the CVS head?

See plplot-5.2.1/sys/win32/msdev/README.TXT for what to do.

>
> And I had some issues with the Linux version - I will write them up
> in detail, but where should I send that to?

There is no hard and fast rule.  However, generally speaking this list is
used for announcement and reasonably simple questions and answers for
ordinary PLplot users.  Use plplot-devel for matters where you want to
report more in-depth investigations.  The developers participate on both
lists so be sure and remember not to cross-post.

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 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] How to use PLplot on MS Windows

[Olof S. <sve...@es...>]

Arjen Markus wrote:
> 
> Thank you for that information. Here we use MSVC, so that should not be
> a problem. I am concerned about the printing stuff though. Hm.
> 
> I have not seen a win3 driver by the way in the distribution. Should I
> look for that in the CVS head?

The MSVC++ version is in plplot-5.2.1/sys/win32/msdev. Have a look at
the README.TXT and INSTALL.TXT files in that directory.

> And I had some issues with the Linux version - I will write them up
> in detail, but where should I send that to?

I guess the appropriate forum would be the plplot-devel list
(mailto:plp...@li...).

Regards,

Olof

Re: [Plplot-general] How to use PLplot on MS Windows

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

Olof Svensson wrote:
> 
> Hi Arjen,
> 
> Yes, plplot can be used on MS Windows however you need MS VC++ to
> compile the code. The win3 device for the Windows platform is working
> but it needs more work, for example one thing missing is the possibility
> of printing directly from plplot, now the only possibility is to create
> a PostScript file and print it via Ghostview.
> 
> Unfortunately my present professional obligations leave me with no time
> to continue the win3 development, I can only do a minimum of
> maintenance, and so far no volunteer has showed up to continue the work.
> So, in the short future, I think the best is to use Cygwin for compiling
> and running plplot on MS Windows. Cygwin has the advantage that you
> don't need to buy the rather expensive MS VC++. There are now some
> problems when trying to compile plplot on Windows however I got the
> impression that there are people looking into these issues.
> 
>

Thank you for that information. Here we use MSVC, so that should not be
a problem. I am concerned about the printing stuff though. Hm. 

I have not seen a win3 driver by the way in the distribution. Should I
look for that in the CVS head?

And I had some issues with the Linux version - I will write them up 
in detail, but where should I send that to? 

Regards,

Arjen

Re: [Plplot-general] How to use PLplot on MS Windows

[Olof S. <sve...@es...>]

Hi Arjen,

Yes, plplot can be used on MS Windows however you need MS VC++ to
compile the code. The win3 device for the Windows platform is working
but it needs more work, for example one thing missing is the possibility
of printing directly from plplot, now the only possibility is to create
a PostScript file and print it via Ghostview.

Unfortunately my present professional obligations leave me with no time
to continue the win3 development, I can only do a minimum of
maintenance, and so far no volunteer has showed up to continue the work.
So, in the short future, I think the best is to use Cygwin for compiling
and running plplot on MS Windows. Cygwin has the advantage that you
don't need to buy the rather expensive MS VC++. There are now some
problems when trying to compile plplot on Windows however I got the
impression that there are people looking into these issues.

Best regards,

Olof Svensson


Arjen Markus wrote:
> 
> Hello,
> 
> according to the documentation I found with PLplot 5.2.1, it can be used
> on MS Windows (at least a few of the varieties currently in existence),
> but further than that I can find no information on how to proceed -
> for instance there is no driver for the Windows platform, as far as
> I can tell.
> 
> Can someone shed some light?
> 
> In particular: how does one control printing under Windows? (I mean:
> sending a picture directly to the printer, without the user having
> to start a utility like Ghostview).
> 
> Kind regards,
> 
> Arjen Markus
> 
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general

[Plplot-general] How to use PLplot on MS Windows

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

Hello,

according to the documentation I found with PLplot 5.2.1, it can be used
on MS Windows (at least a few of the varieties currently in existence),
but further than that I can find no information on how to proceed -
for instance there is no driver for the Windows platform, as far as 
I can tell.

Can someone shed some light?

In particular: how does one control printing under Windows? (I mean:
sending a picture directly to the printer, without the user having
to start a utility like Ghostview).

Kind regards,

Arjen Markus

Re: [Plplot-general] Building PLplot-5.2.1 under Cygwin and XFree86

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

Hi Ullal:

Thanks for that report of all the creative hackery currently needed to get
PLplot-5.2.1 to run on cygwin.  Fortunately, there is some hope that this
sort of cygwin effort will not be necessary for very much longer.

Our autotools-based configuration that was introduced for PLplot 5.2.0 and
refined for 5.2.1 solved a lot of major configuration problems for us, but
autotools does introduce specific problems (which apparently you have run
into) for the cygwin platform. According to some web searches I have done,
many other projects that use autotools for configuration have also
experienced major problems with the cygwin platform. As I understand it the
cygwin and autotools teams (both based at FSF) have been trying to get the
mutual problems worked out. The Plplot-5.2.1 tarball was based on earlier
autotools versions so it is possible if we build a PLplot tarball based on
the latest autotools (especially libtool-1.5) that will help solve some of
the problems you have encountered.

Right now of course is a difficult time at FSF because they have just
discovered their ftp server has been cracked since March.  There is no
evidence that any of their many software packages was tampered with, but it
may take a couple more days for everything to settle down there with all
tarballs re-verified and gpg signed.  Once the libtool-1.5 tarball becomes
available again from FSF, I would be willing to make a PLplot tarball for
you that is based on that libtool version and the latest versions of the
rest of the autotools to see if that sorts out some of the problems you have
encountered on the cygwin platform for PLplot-5.2.1.

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 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] Building PLplot-5.2.1 under Cygwin and XFree86

[Ullal D. K. <wm...@vs...>]

Hi!

I have set out below my attempt at building PLplot-5.2.1 under
i686-pc-cygwin:

   Windows 98 ( 2nd Edition )
   Pentium III Processor
   Cygwin ( Version 1.3.22 )
   XFree86 ( Version 4.2.0 )
   gcc ( Version 3.2-3 )

As Cygwin is still under development, this cannot be regarded as a bug
report. However, I had managed to build the PLplot-5.1.0 libraries and
examples without much trouble earlier. The present version threw up some
challenges which made building the library quite interesting. In short,

(1) The configure script could avoid building dynamic drivers if
    --enable-shared=no is specified.

(2) The JPEG and PNG libraries are not included even though these
    drivers are chosen.

(3) The Fortran wrapper gives some trouble while linking a Fortran source.
    I may be able to patch up plplot_libtool to set this right. Right now,
    a simple script appears to suffice.

I hope that the report will be of use to you.

With Best Regards

U.D.Kini
( Bangalore, India )

Trying to build PLplot-5.2.1
----------------------------

   ./configure
   make

This results in error as shared libraries cannot be built.

Next try,

   ./configure --prefix=/usr/local/plplot --without-shlib
   make

Again problem with shared libraries. Try the following:

   ./configure --prefix=/usr/local/plplot --enable-shared=no \
   --enable-static=yes --without-csa --disable-tcl --disable-itcl \
   --disable-octave --without-freetype
   make

Error.
-----
/bin/bash ../libtool --mode=link gcc -g -O2 -o get-drv-info.exe get_drv_info
-get-drv-info.o ../libltdl/libltdlc.la
gcc -g -O2 -o get-drv-info.exe get_drv_info-get-drv-info.o ../libltdl/.libs/lib
ltdlc.a -ldl
./get-drv-info `echo cgm.la | sed 's/.la//'` > cgm.rc
Could not open driver module cgm
libltdl error: no symbols defined
make[2]: *** [cgm.rc] Error 1
make[2]: Leaving directory `/usr/src/plplot-5.2.1/drivers'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/plplot-5.2.1'
make: *** [all] Error 2

Solution?:Try Removing cgm driver:
---------

   ./configure --prefix=/usr/local/plplot --enable-shared=no \
   --enable-static=yes --without-csa --disable-tcl --disable-itcl \
   --disable-octave --disable-cgm --disable-dg300 --disable-lj_hpgl \
   --disable-imp --disable-ljii --disable-ljiip --disable-mem \
   --disable-tek4010f --disable-tek4107f --disable-tek4010 --disable-tek4107
   make

Error.
-----
/bin/bash ../libtool --mode=link gcc  -g -O2   -o get-drv-info.exe  get_drv_info
-get-drv-info.o ../libltdl/libltdlc.la
gcc -g -O2 -o get-drv-info.exe get_drv_info-get-drv-info.o  ../libltdl/.libs/lib
ltdlc.a -ldl
./get-drv-info `echo gd.la | sed 's/.la//'` > gd.rc
Could not open driver module gd
libltdl error: no symbols defined
make[2]: *** [gd.rc] Error 1
make[2]: Leaving directory `/usr/src/plplot-5.2.1/drivers'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/plplot-5.2.1'
make: *** [all] Error 2

Solution?
---------
The problem is with dynamic drivers and not cgm in particular. Try the following
to disable dynamic drivers:

   ./configure --prefix=/usr/local/plplot --enable-shared=no \
   --enable-static=yes --without-csa --disable-tcl --disable-itcl \
   --disable-octave --disable-dg300 --disable-lj_hpgl --disable-dyndrivers \
   --disable-imp --disable-ljii --disable-ljiip --disable-mem \
   --disable-tek4010f --disable-tek4107f --disable-tek4010 --disable-tek4107 
   make

Error.
-----
The libraries are made as well as pltek.exe but plrender is not built. To find
out what is happening, do

   cd utils
   make plrender.exe

Error.
-----
/bin/bash ../libtool --mode=link gcc  -g -O2   -o plrender.exe -rpath \
/usr/local/plplot/lib -no-undefined plrender.o ../src/libplplotd.la
gcc -g -O2 -o plrender.exe plrender.o  ../src/.libs/libplplotd.a \
-L/usr/local/lib -ldl -lcd -lgd /usr/local/lib/libfreetype.a \
-L/usr/X11R6/lib -lX11 -Wl,--rpath -Wl,/usr/local/plplot/lib
/usr/local/lib/libgd.a(gd_jpeg.o)(.text+0xfa):gd_jpeg.c:
undefined reference to `_jpeg_destroy'
/usr/local/lib/libgd.a(gd_jpeg.o)(.text+0x342):gd_jpeg.c:
undefined reference to ....

( And many more )

/usr/local/lib/libgd.a(gd_png.o)(.text+0x129):gd_png.c:
undefined reference to `_png_get_error_ptr'

( And many more )

collect2: ld returned 1 exit status

Solution?
---------
Could be because the PNG and JPEG libraries are missing from the list of libs.
Define LIBS = -L/usr/local/lib -ljpeg -lpng in utils/Makefile. From Top
Directory,

   make

This compiles plrender.exe. Looks like no errors and nothing more to be done.

   make install

   export PATH=/usr/local/plplot/bin:$PATH
   # set PATH so that plplot_libtool is found
   cd /usr/local/plplot/lib/plplot5.2.1/examples/c
   make -f Makefile.examples

Error.
-----
As before because PNG and JPEG libs are not taken.

Solution?
---------
Edit Makefile.examples to include -L/usr/local/lib -ljpeg -lpng after
$(INCLUDEANDLIB) in the rule.

   make -f Makefile.examples

This builds the programs x01c.exe to x21c.exe

   startxwin.sh # start XFree86
   ./x01c

The devices that work are: xwin, plmeta ( use plrender to get it on X-Window )
    ps ( use gs to view x01c.ps ),  psc ( use gs to view x01c.ps ), 
    xfig ( use xfig to view x01c.fig ), pbm ( use IrfanView to view x01c.pbm ),
    png ( use IrfanView to view x01c.png ),
    jpeg ( use IrfanView to view x01c.jpg ),
    null ( no output ), cgm ( x01c.cgm made but not tested )
The device xterm does not work properly ( the display freezes and the
program has to be killed from the original Cygwin window )

Rest of examples all work except a few. Comments:

x04c ( two pages. Try plmeta and view with plrender; seems alright )
x14c ( needs Tk driver; not built )
x17c ( strip chart demo; appears to have animation )
x20c ( Set and Drag on Lena's image causes some error )
x21c ( Needs qhull; Not present )

   cd /usr/local/plplot/lib/plplot5.2.1/examples/c++

Precaution
----------
Edit Makefile to put -L/usr/local/lib -ljpeg -lpng just after
$(INCLUDEANDLIB)

   make
   ./x01cc

Seems to work.

   cd /usr/local/plplot/lib/plplot5.2.1/examples/f77

Precaution
----------
Edit Makefile.examples to put -L/usr/local/lib -ljpeg -lpng just after
$(INCLUDEANDLIB)

   make -f Makefile.examples

Error.
-----
plplot_libtool --mode=link g77 x01f.f -I/usr/local/plplot/include/plplot \
-L/usr/local/plplot/lib -lplplotf77d -L/usr/local/lib -ljpeg -lpng  -o x01f
g77 x01f.f -I/usr/local/plplot/include/plplot -o x01f.exe  \
-L/usr/local/plplot/lib /usr/local/plplot/lib/libplplotf77d.a \
/usr/local/plplot/lib/libplplotd.a -L/usr/local/lib -ldl -lcd -lgd \
/usr/local/lib/libfreetype.a -L/usr/X11R6/lib -lX11 \
/usr/local/lib/libjpeg.a -lpng
/usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../libdl.a(libcmain.o)(.text+0x7c): 
undefined reference to `_WinMain@16'
collect2: ld returned 1 exit status
make: *** [x01f] Error 1

Solution?
--------
Looks like the Fortran binding does not work. Explore the following
possibility:
When Cygwin is installed, certain links are not established. For instance,
libdl.a is not present. As per suggestions of experts ( see documentation on
building qt3 on the sourceforge kde-cygwin page ), we place a softlink in
/usr/lib so that libdl.a points to libcygwin.a. This appears to suffice for
most cases. When PLplot is being configured, there are a number of questions
about dl.h which is also not present in the distribution. A grep-search in
/usr/include reveals that dlfcn.h has definitions of dlopen etc. Hence, in
/usr/include copy dlfcn.h into dl.h. Now try ( removing some unwanted
drivers)

   ./configure --prefix=/usr/local/plplot --enable-shared=no \
   --enable-static=yes --without-csa --disable-tcl --disable-itcl \
   --disable-octave --disable-dg300 --disable-lj_hpgl --disable-dyndrivers \
   --disable-imp --disable-ljii --disable-ljiip --disable-mem \
   --disable-tek4010f --disable-tek4107f --disable-tek4010 --disable-tek4107 \
   --disable-mskermit --disable-versaterm --disable-vlt --disable-conex
   make

( Overcome glitches as before and make C and C++ examples )
   
   make install
   cd /usr/local/plplot/lib/plplot5.2.1/examples/f77

( Patch up Makefile.examples )

   make -f Makefile.examples

Error.
-----
Again, the FDEMOS do not build due to the same problem.  Looks like my ploy
to provide dl.h to the configure script did not work.

Solution?
---------
The problem seems to be with libdl.a. Suppose we remove -ldl from the
compilation rule? Run the following script:

   g77 x01f.f -I/usr/local/plplot/include/plplot -o x01f.exe \
   -L/usr/local/plplot/lib -lplplotf77d -lplplotd -L/usr/local/lib \
   -lcd -lgd -lfreetype -L/usr/X11R6/lib -lX11 -ljpeg -lpng

x01f.exe compiles. Start XFree86 and test x01f.exe. The devices that work for
x01c.exe also work here. The other programs are compiled using similar
commands; they too appear to work.

------------End of Message------------------

Re: [Plplot-general] Problem with plrender tk driver for plplot-5.2.1

[Dave N. <wd...@la...>]

Hi Alan,

Thanks for your prompt reply.  I'll use the command line option for now.

-- 
Dave Nystrom			email: wd...@la...
LANL X-2			phone: 505-667-7913	fax: 505-665-2227

Re: [Plplot-general] Problem with plrender tk driver for plplot-5.2.1

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

On Tue, 5 Aug 2003, Dave Nystrom wrote:

> I have installed plplot-5.2.1 and generated a plmeta file that I want to look
> at with plrender.  When I attempt to use the tk driver which has support for
> zooming, I receive the following error message.....

Thanks, Dave, for reporting this bug in 5.2.1.  (I think it is the first bug
report for that version.) I can confirm this bug for the latest CVS version (and
presumably it is in 5.2.1 as well since current cvs has so little change
from 5.2.1).  When you are asked to specify a device from the menu, xwin,
psc, and png work fine, but tk does not. However an easy workaround is to
avoid the menu by specifying the device explicitly on the command line,
e.g.,

plrender -dev tk file.meta

I have no idea why the menu isn't working for tk while it works for other
devices and also works if you specify -dev tk on the commmand line. But this
set of results should considerably narrow down where the problem is
occurring. Rafael introduced a change in the way devices were handled
between 5.2.0 and 5.2.1, and I imagine there is some minor configuration
issue there (unique device numbers?) with device tk that is causing the menu
problem (but no command-line tk problem and no menu problem for other
devices).

> Also, I did a cvs checkout of plplot using the following command:
>
> cvs -z3 -d :pserver:ano...@cv...:/cvsroot/plplot co plplot
>
> to obtain a copy of the head version to see if the problem had been fixed in
> the head version.  When I tried to build the head version, there was no
> configure script.  Could someone tell me how to generate the configure script
> for the cvs head version?

I assume you don't need the cvs cookbook since cvs also has the menu
problem, and the workaround should also work for 5.2.1.

However, for everybody's information, I gave the cvs build cookbook most
recently on July 31st on plplot-devel (with a reference to my post on July
29th which lists the autotools versions you need).  Currently the archives
of plplot-devel don't seem to be working, but when they do those posts give
all the details you will need if you want to build from cvs.

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 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] Problem with plrender tk driver for plplot-5.2.1

[Dave N. <wd...@la...>]

I have installed plplot-5.2.1 and generated a plmeta file that I want t=
o look
at with plrender.  When I attempt to use the tk driver which has suppor=
t for
zooming, I receive the following error message.  At the suggestion of G=
eoff
Furnish, I tried using plplot-5.1.0 and the plrender tk driver seems to=
 work
fine there.  I don't know if there is something about the usage that ha=
s
changed between plplot-5.2.1 and plplot-5.1.0 that is causing this prob=
lem or
whether there is a bug in plplot-5.2.1 related to the plrender tk drive=
r.

Also, I did a cvs checkout of plplot using the following command:

cvs -z3 -d :pserver:ano...@cv...:/cvsroot/plplot co pl=
plot

to obtain a copy of the head version to see if the problem had been fix=
ed in
the head version.  When I tried to build the head version, there was no=

configure script.  Could someone tell me how to generate the configure =
script
for the cvs head version?

Thanks,

--=20
Dave Nystrom=09=09=09email: wd...@la...
LANL X-2=09=09=09phone: 505-667-7913=09fax: 505-665-2227


-------------------------------command log-----------------------------=
--------
salon % plrender plotTracer.meta

Plotting Options:
 < 1> xwin       X-Window (Xlib)
 < 2> tk         Tcl/TK Window
 < 3> xterm      Xterm Window
 < 4> tekt       Tektronix Terminal (4010)
 < 5> tek4107t   Tektronix Terminal (4105/4107)
 < 6> mskermit   MS-Kermit emulator
 < 7> versaterm  Versaterm vt100/tek emulator
 < 8> vlt        VLT vt100/tek emulator
 < 9> conex      Conex vt320/tek emulator
 <10> dg300      DG300 Terminal
 <11> plmeta     PLplot Native Meta-File
 <12> tekf       Tektronix File (4010)
 <13> tek4107f   Tektronix File (4105/4107)
 <14> ps         PostScript File (monochrome)
 <15> psc        PostScript File (color)
 <16> xfig       Fig file
 <17> ljiip      LaserJet IIp/deskjet compressed graphics
 <18> ljii       LaserJet II Bitmap File (150 dpi)
 <19> hp7470     HP 7470 Plotter File (HPGL Cartridge, Small Plotter)
 <20> hp7580     HP 7580 Plotter File (Large Plotter)
 <21> lj_hpgl    HP Laserjet III, HPGL emulation mode
 <22> imp        Impress File
 <23> pbm        PDB (PPM) Driver
 <24> png        PNG file
 <25> jpeg       JPEG file
 <26> pstex      Combined Postscript/LaTeX files
 <27> null       Null device
 <28> ntk        New tk driver
 <29> mem        User-supplied memory device

Enter device number or keyword (stream 1): tk
TCL command "(=1B%/1=80=8Ciso8859-15=02=A8
         invalid command name "(=1B%/1=80=8Ciso8859-15=02=A8
Program aborted

[Plplot-general] color allocation error

[Aldric L'Hernault<Aldric.L'<Her...@mo...>]

Hi,

 First I have to thanks you guys for this library. I finally
 managed to compile it on HP, Solaris and Linux.

 I am using tcl binding with "plframe" widget, then use the
 "plbop" subcommand.
 After creating aa few wigdets (around 15) it sometime reaches a
 maximum number of color and the whole program stops with a message
 similar to this one:

 *** PLPLOT ERROR ***
 cannot allocate any color

 I wouldn't consider this dramatic except it crash the wish
 interpreter also. Is there a way to decreases color allocation, or
 at least to trap the error before ?

 thanks,

Aldric

Re: [Plplot-general] Is it possible to move plplot install ?

[Aldric L'H. <ald...@fr...>]

Quoting "Alan W. Irwin" <ir...@be...>:
> On Wed, 9 Jul 2003, Aldric L'Hernault wrote:
> > Has someone succeeded into loading plplot package into tcl/wish
> > by the mean of SHLIB_PATH/LD_LIBRARY_PATH ?
[snip]
> Note, I may be missing something here, but I don't see why you want to
> change the install location after the fact.  
[snip]

A piece of explanation: I am compiling plplot for internal use
in Motorola. We need a relocatable package since each sys-admin
manage software install the he/she wants, but prefer not to 
recompile ...

Anyway I could finaly get it work. I had to move a few files but
that now fine. If someone else is interrested I'd be pleased to
share the info.

BTW: Are you able to browse the maillist archives ? It can't
stop stalling or replying "server error" when I try to.

Aldric