plplot-general — PLplot user discussion group

Re: [Plplot-general] plplot on AMD64

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

On 2005-04-08 14:20+0200 Hans Karlsson wrote:

>
> I'm trying to install plplot on a AMD64 running Linux x86_64
> under Fedora3.
>
> C and C++ works fine when I runs plplot-test.sh  but
> for f77 it complains about "Segemtation fault"
>
> I guess I have to change some flags in the makefile.
> How do I fix it?

None of the developers have access to that platform, and this is the first
report (either positive or negative) we have heard about it.  So the
question is do you want to bypass the problem or do you want to deal with it
because you have an interest in fortran and expertise on fortran for x86_64?
If you want to bypass, then simply disable fortran when you configure, i.e.,

./configure --other options --disable-f77

If you run into any other problems that you want to bypass, then
see ./configure --help for more information.

OTOH, if you want to help us out by attempting to fix the fortran problem on
x86_64 then I _might_ be able to help from a distance, but I will need the
details, i.e., complete "./configure", "make", and "make install" output.
The simplest way to get such output is

./configure --various options >& configure.out
make >& make.out
make install >& make_install.out

Also, give all other relevant details as well such as whether you set any of
the environment variables documented by ./configure --help .

I will also need to know the method used to run plplot-test.sh (what flags,
what directory you ran that script in).  Unfortunately, there are several
bad ways to run that script. The preferred simplest method is to

cp -a $PREFIX/share/plplot5.5.0/examples /tmp/examples

Make sure $PREFIX/bin is on your path, then

cd /tmp/examples
make >& make_examples.out
./plplot-test.sh >& plplot-test.out

Please send the five files (configure.out, make.out, make_install.out,
make_examples.out, plplot-test.out) as attachments in e-mail to me.
(Probably they are too large to post to the list, and in any case most of
this list won't be interested in debugging PLplot fortran interface on
x86_64.)

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] plplot on AMD64

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

Hans Karlsson wrote:
> 
> I'm trying to install plplot on a AMD64 running Linux x86_64
> under Fedora3.
> 
> C and C++ works fine when I runs plplot-test.sh  but
> for f77 it complains about "Segemtation fault"
> 
> I guess I have to change some flags in the makefile.
> How do I fix it?
> 

I am not familiar with that platform, but could you have
a problem with PLFLT being a double instead of a float 
(or vice versa)?

Regards,

Arjen

[Plplot-general] plplot on AMD64

[Hans K. <Han...@kv...>]

I'm trying to install plplot on a AMD64 running Linux x86_64 
under Fedora3.

C and C++ works fine when I runs plplot-test.sh  but
for f77 it complains about "Segemtation fault"

I guess I have to change some flags in the makefile.
How do I fix it?

Best regards
	Hans Karlsson
-- 

[Plplot-general] PLplot Development Release 5.5.1

[Thomas J. D. <to...@fi...>]

ANNOUNCEMENT: PLplot Development Release 5.5.1

This announcement is for a routine development release of PLplot, and
represents the ongoing efforts of the community to improve the PLplot
plotting package.  Development releases represent a "work in progress",
and we expect to provide installments in the 5.5.x series every few
weeks.  The next full release of PLplot will be 5.6.0.

PLplot releases may be found at
http://sourceforge.net/project/showfiles.php?group_id=2915 .

Detailed release notes are given in the README.release file included
with the tarball, and at
http://sourceforge.net/project/shownotes.php?release_id=317939 .

Feedback and contributions for PLplot can be submitted to the mailing
lists provided at http://sourceforge.net/mail/?group_id=2915 .

PLplot's Home Page is http://plplot.sourceforge.net/ .

Re: [Plplot-general] Re: plplot_canvas_use_pixmap

[Joe C. <ma...@jo...>]

Thomas J. Duck wrote:
>      I have reinstituted pixmap support for the GCW driver in CVS.  I need
> to do a little more testing and documenting, but all going well this
> should appear in the next development release (early next week).

Excellent news -- many thanks.

>      Thanks again for your feedback.  It is nice to know that people are
> finding this new driver useful.

It was a lifesaver for us. Thanks for writing it!

Joe

Re: [Plplot-general] Re: plplot_canvas_use_pixmap

[Thomas J. D. <to...@fi...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Joe,

     I have reinstituted pixmap support for the GCW driver in CVS.  I need
to do a little more testing and documenting, but all going well this
should appear in the next development release (early next week).

     Thanks again for your feedback.  It is nice to know that people are
finding this new driver useful.

Cheers,
Tom

- --

On Tue, 29 Mar 2005, Joe Conway wrote:

> Thomas J. Duck wrote:
> >      I can't quite remember why I took the use_pixmap functionality out.
> > I will look into it, and see if we can put it back in (I can't think of
> > any obvious reasons why not).  Thanks for your continued interest in the
> > new gcw/plplotcanvas driver.
>
> Hi Tom,
>
> Thanks for your reply.
>
> The attached patch is undoubtedly not perfect, but it seems to work well
> for me. With it I get memory use of about 10MB (vs 1.3 GB without) and
> rendering time of 2 seconds (vs ~40 seconds without).
>
> I'd appreciate it if this or something similar could be incorporated
> into a future plplot release. I'll be happy to do any additional testing
> or whatever else you deem appropriate.
>
> Thanks,
>
> Joe
>

- --
Thomas J. Duck <to...@fi...>

  Department of Physics and Atmospheric Science, Dalhousie University,
    Halifax, Nova Scotia, Canada, B3H 3J5.
  Tel: (902)494-1456 | Fax: (902)494-5191 | Lab: (902)494-3813
  Web: http://aolab.phys.dal.ca/~tomduck/
  Public key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x17D965DB
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD4DBQFCTcChndxDHhfZZdsRAiX9AJiTc9Bu74eX7JEvXLBcORhBosMeAKDmOM4B
/MbgCa77SHqW50iALweAZg==
=DKRx
-----END PGP SIGNATURE-----

[Plplot-general] Updated screenshots web page

[Rafael L. <rla...@us...>]

I just updated the PDL screenshots web page at:

    http://pdl.sourceforge.net/WWW/screenshots/index_en.html

by adding information about the PLplot binding.

Translation of the additional text into the other languages supported in
the PDL website are welcome.

-- 
Rafael

Re: [Plplot-general] Re: plplot_canvas_use_pixmap

[Joe C. <ma...@jo...>]

Thomas J. Duck wrote:
>      I can't quite remember why I took the use_pixmap functionality out.
> I will look into it, and see if we can put it back in (I can't think of
> any obvious reasons why not).  Thanks for your continued interest in the
> new gcw/plplotcanvas driver.

Hi Tom,

Thanks for your reply.

The attached patch is undoubtedly not perfect, but it seems to work well 
for me. With it I get memory use of about 10MB (vs 1.3 GB without) and 
rendering time of 2 seconds (vs ~40 seconds without).

I'd appreciate it if this or something similar could be incorporated 
into a future plplot release. I'll be happy to do any additional testing 
or whatever else you deem appropriate.

Thanks,

Joe

[Plplot-general] Re: plplot_canvas_use_pixmap

[Thomas J. D. <to...@fi...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Joe,

     I can't quite remember why I took the use_pixmap functionality out.
I will look into it, and see if we can put it back in (I can't think of
any obvious reasons why not).  Thanks for your continued interest in the
new gcw/plplotcanvas driver.

Cheers,
Tom

- --

Quoth Joe Conway:

> Hi,
>
> I was using plplot 5.3.1 with plplotcanvas until a few days ago. In that
> configuration I found that I needed to use plplot_canvas_use_pixmap() --
> otherwise the memory footprint of my application would peak out at about
> 2 GB and rendering would be very slow. With plplot_canvas_use_pixmap()
> memory usage never exceeded about 45 MB and rendering was reasonably
> fast. (The plot is a 3d surface with 350 x 512 grid points -- it is a
> profile of a high quality laser beam, and the detail is desired by the
> optical scientists).
>
> With the release of plplot 5.5.0 I see that plplotcanvas is now directly
> incorporated. That was great news to me. However,
> plplot_canvas_use_pixmap() seems to have been removed. I found
> plplot_canvas_use_fast_rendering(), but my app is back to using ~815MB
> memory and rendering very slowly. Without
> plplot_canvas_use_fast_rendering() the situation is even worse -- about
> 1.6GB memory use.
>
> So my question -- is there any plan to replace
> plplot_canvas_use_pixmap()? Or am I just plain doing something wrong?
>
> Thanks for any answers or insights.
>
> Joe

- --
Thomas J. Duck <to...@fi...>

  Department of Physics and Atmospheric Science, Dalhousie University,
    Halifax, Nova Scotia, Canada, B3H 3J5.
  Tel: (902)494-1456 | Fax: (902)494-5191 | Lab: (902)494-3813
  Web: http://aolab.phys.dal.ca/~tomduck/
  Public key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x17D965DB
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFCSVAJndxDHhfZZdsRAt9xAKCV2KcOrqfjnlFhnmNIYOnbRQfMFwCcD6Hg
0BWBksZvm+cVc/MSLo6c7I4=
=p87W
-----END PGP SIGNATURE-----

[Plplot-general] plplot_canvas_use_pixmap

[Joe C. <ma...@jo...>]

Hi,

I was using plplot 5.3.1 with plplotcanvas until a few days ago. In that 
configuration I found that I needed to use plplot_canvas_use_pixmap() -- 
otherwise the memory footprint of my application would peak out at about 
2 GB and rendering would be very slow. With plplot_canvas_use_pixmap() 
memory usage never exceeded about 45 MB and rendering was reasonably 
fast. (The plot is a 3d surface with 350 x 512 grid points -- it is a 
profile of a high quality laser beam, and the detail is desired by the 
optical scientists).

With the release of plplot 5.5.0 I see that plplotcanvas is now directly 
incorporated. That was great news to me. However, 
plplot_canvas_use_pixmap() seems to have been removed. I found 
plplot_canvas_use_fast_rendering(), but my app is back to using ~815MB 
memory and rendering very slowly. Without 
plplot_canvas_use_fast_rendering() the situation is even worse -- about 
1.6GB memory use.

So my question -- is there any plan to replace 
plplot_canvas_use_pixmap()? Or am I just plain doing something wrong?

Thanks for any answers or insights.

Joe

Re: [Plplot-general] Array out from plshades

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

On 2005-03-25 13:21+0100 Arjen Markus wrote:

> Curtis Cooper wrote:
>>
>>> Hi,
>>>
>>> I'm using PLplot to produce pictures of longitude, latitude temperature
>>> maps for my planetary atmospheres research.  I first apply an orthographic
>>> projection to the lon, lat coordinates and use the grid so computed as the
>>> argument into plshades along with pltr2:
>>>
>>> plshades(temperature, clevels, fill_width, 0, pltr2, X, Y, 2)
>>>
>>> Temperature here is known at all longitudes and latitudes for which I have
>>> computed the X,Y projection matrices, i.e., T(lon, lat).
>>>
>>> This is just like example 16.  Now, the routine plots the map projection
>>> beautifully.  However, for further computations, I would really like to be
>>> able to extract the projected data, i.e., T in the X,Y coordinate system.
>>> What would be involved in modifying the PLplot source code to allow me to
>>> do that?
>>>
>
> Nothing:
>
> The function pltr2() is doing the actual coordinate transformation. You
> can
> call it yourself like this:
>
> for (i = 0; i < n; i++) {
>    pltr2 (x[i], y[i], &tx, &ty, pltr_data);
>    x[i] = tx;
>    y[i] = ty;
> }
>
> where pltr_data is the grid matrix.

It may not be much further help beyond what Arjen has already said, but
sparse documentation of pltr2 actually exists at
http://plplot.sourceforge.net/docbook-manual/plplot-html-5.3.1/pltr2.html .

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] Array out from plshades

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

Curtis Cooper wrote:
> 
> > Hi,
> >
> > I'm using PLplot to produce pictures of longitude, latitude temperature
> > maps for my planetary atmospheres research.  I first apply an orthographic
> > projection to the lon, lat coordinates and use the grid so computed as the
> > argument into plshades along with pltr2:
> >
> > plshades(temperature, clevels, fill_width, 0, pltr2, X, Y, 2)
> >
> > Temperature here is known at all longitudes and latitudes for which I have
> > computed the X,Y projection matrices, i.e., T(lon, lat).
> >
> > This is just like example 16.  Now, the routine plots the map projection
> > beautifully.  However, for further computations, I would really like to be
> > able to extract the projected data, i.e., T in the X,Y coordinate system.
> > What would be involved in modifying the PLplot source code to allow me to
> > do that?
> >

Nothing: 

The function pltr2() is doing the actual coordinate transformation. You
can
call it yourself like this:

for (i = 0; i < n; i++) {
    pltr2 (x[i], y[i], &tx, &ty, pltr_data);
    x[i] = tx;
    y[i] = ty;
} 

where pltr_data is the grid matrix.

Regards,

Arjen

Re: [Plplot-general] Array out from plshades

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

> Hi,
>
> I'm using PLplot to produce pictures of longitude, latitude temperature
> maps for my planetary atmospheres research.  I first apply an orthographic
> projection to the lon, lat coordinates and use the grid so computed as the
> argument into plshades along with pltr2:
>
> plshades(temperature, clevels, fill_width, 0, pltr2, X, Y, 2)
>
> Temperature here is known at all longitudes and latitudes for which I have
> computed the X,Y projection matrices, i.e., T(lon, lat).
>
> This is just like example 16.  Now, the routine plots the map projection
> beautifully.  However, for further computations, I would really like to be
> able to extract the projected data, i.e., T in the X,Y coordinate system.
> What would be involved in modifying the PLplot source code to allow me to
> do that?
>
> Cheers,
> Curtis
>
>

Re: [Plplot-general] Cygwin/X and PLPLOT 5.3.1

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

On 2005-03-21 00:45-0500 David Strang wrote:

>> From Cygwin/X using gcc 3.3.3 I run (as listed in the INSTALL):
>
> $
> ./configure --prefix=$MYPREFIX --disable-tcl --without-qhull --disable-cgm -
> -disable-dyndrivers
>
> I get this:
>
> Configure results:
>
> command:        ./configure --prefix=
                                        ^^^^^
This empty prefix will cause trouble when you get everything built and you want to
do the final "make install" command.  I suspect the environment variable
MYPREFIX was completely unset.  You should fix that before you do your
next ./configure, i.e. (echo $MYPREFIX should show what prefix you actually
want to use for the final plplot installation).

> host:           i686-pc-cygwin
> have_x:         yes
> prefix:
> CC:             gcc
> CXX:            g++
> F77:            g77
> LIB_TAG:        d
> devices:         png jpeg hp7470 hp7580 lj_hpgl mem null pbm plmeta ps psc
> pstex wingcc xfig xwin
>
> Available device drivers:
> static:         gd.lo hpgl.lo mem.lo null.lo pbm.lo plmeta.lo ps.lo pstex.lo
> wingcc.lo xfig.lo xwin.lo
    ^^^^^

For your next ./configure, you will want to add the option
--disable-wingcc (see below).

> dynamic:
>
> Compilation options:
> with_debug:     no
>
> Library options:
> enable_shared:  yes             enable_static:  yes
> with_rpath:     yes             with_double:    yes
>
> Optional libraries:
> with_qhull:     no              with_csa:       yes
> with_freetype:  yes             with_pthreads:  no
>
> Language Bindings:
> enable_tcl:     no              enable_itcl:    no
> enable_cxx:     yes             enable_f77:     yes
> enable_java:    yes             enable_python:  no
> enable_octave:  no
>
> I then run make and get this:
>
>
> Creating library file: .libs/libplplotd.dll.a
> ../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0x499): In function
> `PlplotWndProc':
> /home/Administrator/PLPLOT/plplot-5.3.1/drivers/wingcc.c:302: undefined
> reference to `_CreateSolidBrush@4'
> ../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0x4d7):/home/Administrator/P
> LPLOT/plplot-5.3.1/drivers/wingcc.c:304: undefined reference to
> `_SelectObject@8'
> ../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0x50a):/home/Administrator/P
> LPLOT/plplot-5.3.1/drivers/wingcc.c:306: undefined reference to
> `_DeleteObject@4'
> ../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0x958): In function
> `plD_init_wingcc':
> /home/Administrator/PLPLOT/plplot-5.3.1/drivers/wingcc.c:487: undefined
> reference to `_GetDeviceCaps@8'
> ../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0x971):/home/Administrator/P
> LPLOT/plplot-5.3.1/drivers/wingcc.c:487: undefined reference to
> `_GetDeviceCaps@8'
> ../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0x9a3):/home/Administrator/P
> LPLOT/plplot-5.3.1/drivers/wingcc.c:487: undefined reference to
> `_GetDeviceCaps@8'
> ../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0x9bc):/home/Administrator/P
> LPLOT/plplot-5.3.1/drivers/wingcc.c:487: undefined reference to
> `_GetDeviceCaps@8'
> ../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0xb2c): In function
> `plD_line_wingcc':
> /home/Administrator/PLPLOT/plplot-5.3.1/drivers/wingcc.c:548: undefined
> reference to `_Polyline@12'
> ../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0xc08): In function
> `plD_polyline_wingcc':
> /home/Administrator/PLPLOT/plplot-5.3.1/drivers/wingcc.c:576: undefined
> reference to `_Polyline@12'
> ../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0xcf2): In function
> `plD_fill_polygon_wingcc':
> /home/Administrator/PLPLOT/plplot-5.3.1/drivers/wingcc.c:613: undefined
> reference to `_CreateSolidBrush@4'
> ../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0xd0d):/home/Administrator/P
> LPLOT/plplot-5.3.1/drivers/wingcc.c:614: undefined reference to
> `_SelectObject@8'
> ../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0xd2f):/home/Administrator/P
> LPLOT/plplot-5.3.1/drivers/wingcc.c:615: undefined reference to
> `_Polygon@12'
> ../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0xd43):/home/Administrator/P
> LPLOT/plplot-5.3.1/drivers/wingcc.c:616: undefined reference to
> `_DeleteObject@4'
> ../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0x10c3): In function
> `plD_state_wingcc':
> /home/Administrator/PLPLOT/plplot-5.3.1/drivers/wingcc.c:744: undefined
> reference to `_CreatePen@12'
> ../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0x10d8):/home/Administrator/
> PLPLOT/plplot-5.3.1/drivers/wingcc.c:745: undefined reference to
> `_SelectObject@8'
> ../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0x10f4):/home/Administrator/
> PLPLOT/plplot-5.3.1/drivers/wingcc.c:746: undefined reference to
> `_DeleteObject@4'
> ../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0x114b): In function
> `plD_esc_wingcc':
> /home/Administrator/PLPLOT/plplot-5.3.1/drivers/wingcc.c:767: undefined
> reference to `_SetROP2@8'
> ../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0x13c0): In function
> `plD_pixel_wingcc':
> /home/Administrator/PLPLOT/plplot-5.3.1/drivers/wingcc.c:907: undefined
> reference to `_SetPixel@16'
> ../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0x1400): In function
> `plD_pixelV_wingcc':
> /home/Administrator/PLPLOT/plplot-5.3.1/drivers/wingcc.c:915: undefined
> reference to `_SetPixelV@16'
> ../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0x1443): In function
> `init_freetype_lv1':
> /home/Administrator/PLPLOT/plplot-5.3.1/drivers/wingcc.c:945: undefined
> reference to `_GetDeviceCaps@8'
> collect2: ld returned 1 exit status
> make[2]: *** [libplplotd.la] Error 1
> make[2]: Leaving directory `/home/Administrator/PLPLOT/plplot-5.3.1/src'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/home/Administrator/PLPLOT/plplot-5.3.1'
> make: *** [all] Error 2

Your problem is caused by trying to build the wingcc device for a cygwin
platform.  Nobody has tried that before (wingcc was developed on a mingw
platform and so far only works there).  Cygwin and mingw are sufficiently
similar, I am sure with some effort you could get the wingcc device up and
running.  Probably it is a matter of having the correct libraries (and
associated header files) installed, and the configuration set up so it can
find those headers and libraries. However, until our one mingw/device wingcc
expert comes up with the right plplot fix for device wingcc on cygwin, a
good workaround is to disable the wingcc device using the --disable-wingcc
option for the ./configure command.

In sum, use --disable-wingcc and a valid --prefix option on your next
./configure and then try the make command again.  If build problems show up
for other devices, disable them as well as a workaround.

Good luck, and let us know how it goes.

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] Cygwin/X and PLPLOT 5.3.1

[David S. <ds...@ch...>]

From Cygwin/X using gcc 3.3.3 I run (as listed in the INSTALL):

$
./configure --prefix=$MYPREFIX --disable-tcl --without-qhull --disable-cgm -
-disable-dyndrivers

I get this:

Configure results:

command:        ./configure --prefix=
host:           i686-pc-cygwin
have_x:         yes
prefix:
CC:             gcc
CXX:            g++
F77:            g77
LIB_TAG:        d
devices:         png jpeg hp7470 hp7580 lj_hpgl mem null pbm plmeta ps psc
pstex wingcc xfig xwin

Available device drivers:
static:         gd.lo hpgl.lo mem.lo null.lo pbm.lo plmeta.lo ps.lo pstex.lo
wingcc.lo xfig.lo xwin.lo
dynamic:

Compilation options:
with_debug:     no

Library options:
enable_shared:  yes             enable_static:  yes
with_rpath:     yes             with_double:    yes

Optional libraries:
with_qhull:     no              with_csa:       yes
with_freetype:  yes             with_pthreads:  no

Language Bindings:
enable_tcl:     no              enable_itcl:    no
enable_cxx:     yes             enable_f77:     yes
enable_java:    yes             enable_python:  no
enable_octave:  no

I then run make and get this:


Creating library file: .libs/libplplotd.dll.a
../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0x499): In function
`PlplotWndProc':
/home/Administrator/PLPLOT/plplot-5.3.1/drivers/wingcc.c:302: undefined
reference to `_CreateSolidBrush@4'
../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0x4d7):/home/Administrator/P
LPLOT/plplot-5.3.1/drivers/wingcc.c:304: undefined reference to
`_SelectObject@8'
../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0x50a):/home/Administrator/P
LPLOT/plplot-5.3.1/drivers/wingcc.c:306: undefined reference to
`_DeleteObject@4'
../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0x958): In function
`plD_init_wingcc':
/home/Administrator/PLPLOT/plplot-5.3.1/drivers/wingcc.c:487: undefined
reference to `_GetDeviceCaps@8'
../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0x971):/home/Administrator/P
LPLOT/plplot-5.3.1/drivers/wingcc.c:487: undefined reference to
`_GetDeviceCaps@8'
../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0x9a3):/home/Administrator/P
LPLOT/plplot-5.3.1/drivers/wingcc.c:487: undefined reference to
`_GetDeviceCaps@8'
../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0x9bc):/home/Administrator/P
LPLOT/plplot-5.3.1/drivers/wingcc.c:487: undefined reference to
`_GetDeviceCaps@8'
../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0xb2c): In function
`plD_line_wingcc':
/home/Administrator/PLPLOT/plplot-5.3.1/drivers/wingcc.c:548: undefined
reference to `_Polyline@12'
../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0xc08): In function
`plD_polyline_wingcc':
/home/Administrator/PLPLOT/plplot-5.3.1/drivers/wingcc.c:576: undefined
reference to `_Polyline@12'
../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0xcf2): In function
`plD_fill_polygon_wingcc':
/home/Administrator/PLPLOT/plplot-5.3.1/drivers/wingcc.c:613: undefined
reference to `_CreateSolidBrush@4'
../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0xd0d):/home/Administrator/P
LPLOT/plplot-5.3.1/drivers/wingcc.c:614: undefined reference to
`_SelectObject@8'
../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0xd2f):/home/Administrator/P
LPLOT/plplot-5.3.1/drivers/wingcc.c:615: undefined reference to
`_Polygon@12'
../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0xd43):/home/Administrator/P
LPLOT/plplot-5.3.1/drivers/wingcc.c:616: undefined reference to
`_DeleteObject@4'
../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0x10c3): In function
`plD_state_wingcc':
/home/Administrator/PLPLOT/plplot-5.3.1/drivers/wingcc.c:744: undefined
reference to `_CreatePen@12'
../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0x10d8):/home/Administrator/
PLPLOT/plplot-5.3.1/drivers/wingcc.c:745: undefined reference to
`_SelectObject@8'
../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0x10f4):/home/Administrator/
PLPLOT/plplot-5.3.1/drivers/wingcc.c:746: undefined reference to
`_DeleteObject@4'
../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0x114b): In function
`plD_esc_wingcc':
/home/Administrator/PLPLOT/plplot-5.3.1/drivers/wingcc.c:767: undefined
reference to `_SetROP2@8'
../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0x13c0): In function
`plD_pixel_wingcc':
/home/Administrator/PLPLOT/plplot-5.3.1/drivers/wingcc.c:907: undefined
reference to `_SetPixel@16'
../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0x1400): In function
`plD_pixelV_wingcc':
/home/Administrator/PLPLOT/plplot-5.3.1/drivers/wingcc.c:915: undefined
reference to `_SetPixelV@16'
../drivers/.libs/libplplotdrv.a(wingcc.o)(.text+0x1443): In function
`init_freetype_lv1':
/home/Administrator/PLPLOT/plplot-5.3.1/drivers/wingcc.c:945: undefined
reference to `_GetDeviceCaps@8'
collect2: ld returned 1 exit status
make[2]: *** [libplplotd.la] Error 1
make[2]: Leaving directory `/home/Administrator/PLPLOT/plplot-5.3.1/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/Administrator/PLPLOT/plplot-5.3.1'
make: *** [all] Error 2


What else do I need to do to get plplot running under Cygwin/X and Win2k?

Kind regards,
Dave Strang

Re: [Plplot-general] Array out from plshades

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

Hi,

I'm using PLplot to produce pictures of longitude, latitude temperature
maps for my planetary atmospheres research.  I first apply an orthographic
projection to the lon, lat coordinates and use the grid so computed as the
argument into plshades along with pltr2:

plshades(temperature, clevels, fill_width, 0, pltr2, X, Y, 2)

Temperature here is known at all longitudes and latitudes for which I have
computed the X,Y projection matrices, i.e., T(lon, lat).

This is just like example 16.  Now, the routine plots the map projection
beautifully.  However, for further computations, I would really like to be
able to extract the projected data, i.e., T in the X,Y coordinate system.
What would be involved in modifying the PLplot source code to allow me to
do that?

Cheers,
Curtis

[Plplot-general] [letsch@ifsw.uni-stuttgart.de: PerlDL: animation with plplot within a sub window]

[Rafael L. <rla...@us...>]

I am forwarding below a post made in the PDL mailing list.  I translated
the Perl script to C (program attached below) and the (mis)behavior is
the same. Could someone help this user?

-- 
Rafael


----- Forwarded message from Andreas Letsch <le...@if...> -----

From: Andreas Letsch <le...@if...>
Subject: PerlDL: animation with plplot within a sub window
Date: Fri, 18 Mar 2005 14:18:16 +0100
To: pdl-liste <pe...@ja...>

Hi list,

maybe this is more a plplot-question than a PDL-question, but since
plplot should take over from pgplot, I hope that you can help me with
this:

I want to do a animation and everything looks nice if I use only one
main window.
Now, I tried to use subpage since I want to look at two functions with
strong varying values, each function is plotted to its own subpage. Now
only the last subpage is updated. 

To study this I wrote the following code which should plot a sin to the
first subpage and cos to the second subpage, the for-loop changes the
phase of both, but only the second subpage is updated.

---------------------------------------------------------------
use PDL;
use PDL::Graphics::PLplot;
use Math::Trig qw [pi];
use Time::HiRes qw [usleep];

plsdev("tk");
plinit();
plsetopt("geometry","1000x500");
plssub(1,2); 
plenv(0,10,-1.2,1.2,0,0);
# create xvalues from 0 to 10
my $x=sequence(100)/10;
plenv(0,10,-1.2,1.2,0,0);
plxormod(1);
for(my $i=0;$i<10;$i++){
	pladv(1);
	plline($x,sin($x+$i/10));
	pladv(2);
	plline($x,cos($x+$i/10));
	usleep (500000);	       
        plflush (); 
	pladv(1);
	plline($x,sin($x+$i/10));
	pladv(2);
	plline($x,cos($x+$i/10));
}
plend();
----------------------------------------------------------------

What is wrong?

Thanks for any suggestions,
Andreas






----- End forwarded message -----

Re: [Plplot-general] plplot creates large ps files?

[Valery P. <pi...@is...>]

On Thursday 17 March 2005 14:50, Alan W. Irwin wrote:
<skipped in reply>
> Perhaps the gimp does such a transformation.  Note, we will shortly be
> doing a development release of PLplot which includes improved handling of
> non-Hershey fonts, e.g., postscript fonts for the postscript device. Those
> fonts may survive the gimp transformation perfectly.

I've just tried cvs. New font look fantastic! Thanks again!

best regards,
Valery 

Re: [Plplot-general] plplot creates large ps files?

[Valery P. <pi...@is...>]

On Thursday 17 March 2005 14:50, Alan W. Irwin wrote:
> On 2005-03-17 12:37+0800 Valery Pipin wrote:
> > Dear All,
> >
> > I'm trying to create shadowed (in grey level) countour plots. The
> > produced ps file for relatively simple figure (the Maunder - like
> > diagramms  for rotation and magnetic field  variations of the Sun) is
> > huge ~ 30mb. Why it is so huge? There is a strange thing about it, when I
> > take this huge file in gimp and save it in ps format. The obtained file
> > will be only 40kb! The quality of shadows remains good. However, things
> > like captions and etc. getting worse in this case. I feel there is some
> > trick in creating shadowed plots with plplot.
>
> Hi Valery:
>
> 30MB does seem excessive. I suggest you compare the number of x and y
> points and the number of contours of your plot with what is done for
> example 16. That has 5 pages of different shade plots, and it only takes
> 1.8MB total or 0.36MB per page.
Thanks, for idea. I'm an idiot. The number of points was too excessive for the 
averaged picture. 
>
> Beyond that, I understand there are ways to transform shade information for
> postscript so that it gives about the same look.  This is alluded to in the
> Los Alamos preprint server documentation where they discuss ways of making
> postscript plots substantially smaller, but I have never followed up that
> possibility for the PLplot postscript device.
>
> Perhaps the gimp does such a transformation.  Note, we will shortly be
> doing a development release of PLplot which includes improved handling of
> non-Hershey fonts, e.g., postscript fonts for the postscript device. Those
> fonts may survive the gimp transformation perfectly.
Thanks to plplot team for the exelent job!
>
> Watch here for the announcement.
Looking forward,
Valery

Re: [Plplot-general] plplot creates large ps files?

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

On 2005-03-17 12:37+0800 Valery Pipin wrote:

> Dear All,
>
> I'm trying to create shadowed (in grey level) countour plots. The produced ps
> file for relatively simple figure (the Maunder - like diagramms  for rotation
> and magnetic field  variations of the Sun) is huge ~ 30mb. Why it is so huge?
> There is a strange thing about it, when I take this huge file in gimp and save
> it in ps format. The obtained file will be only 40kb! The quality of shadows
> remains good. However, things like captions and etc. getting worse in this
> case. I feel there is some trick in creating shadowed plots with plplot.
>

Hi Valery:

30MB does seem excessive. I suggest you compare the number of x and y points
and the number of contours of your plot with what is done for example 16.
That has 5 pages of different shade plots, and it only takes 1.8MB total or
0.36MB per page.

Beyond that, I understand there are ways to transform shade information for
postscript so that it gives about the same look.  This is alluded to in the
Los Alamos preprint server documentation where they discuss ways of making
postscript plots substantially smaller, but I have never followed up that
possibility for the PLplot postscript device.

Perhaps the gimp does such a transformation.  Note, we will shortly be doing
a development release of PLplot which includes improved handling of
non-Hershey fonts, e.g., postscript fonts for the postscript device. Those
fonts may survive the gimp transformation perfectly.

Watch here for the announcement.

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] plplot creates large ps files?

[Valery P. <pi...@is...>]

Dear All,

I'm trying to create shadowed (in grey level) countour plots. The produced ps 
file for relatively simple figure (the Maunder - like diagramms  for rotation 
and magnetic field  variations of the Sun) is huge ~ 30mb. Why it is so huge?
There is a strange thing about it, when I take this huge file in gimp and save 
it in ps format. The obtained file will be only 40kb! The quality of shadows 
remains good. However, things like captions and etc. getting worse in this 
case. I feel there is some trick in creating shadowed plots with plplot.    

Thanks in  advance for any idea.

Valery 

Re: [Plplot-general] PLPLOT under Windows and CygwinX

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

David Strang wrote:
> 
> Hi:
> 
> Could anyone give me some tips on getting PLPLOT to work under Windows (2K)
> and
> with CygwinX?
> 
> Where can I find documentation or tips on installing and using? I have VC++
> 5.0 and 6.0 as well
> as Power Station Fortran 4.0 (not installed at the moment).
> 

What programming language do you want to use?

Note that Power Station Fortran 4.0 is ancient by computer standards.
If you plan to use Fortran, then I suggest you use g77 or g95 that 
is part of the cygwin installation (or can be used in combination
with it).


Remark: I am about to try the Cygwin environment and MS VC++, to see 
if we can use the configure script in this combination. That would solve 
a lot of issues with Windows.

An alternative route is that you look at the sys/win32/msdev directory
where the current Windows-specific tools are located. The INSTALL 
file contains the necessary details.

Regards,

Arjen

Re: [Plplot-general] PLPLOT under Windows and CygwinX

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

On 2005-03-15 23:41-0500 David Strang wrote:

> Hi:
>
> Could anyone give me some tips on getting PLPLOT to work under Windows (2K)
> and
> with CygwinX?
>
> Where can I find documentation or tips on installing and using? I have VC++
> 5.0 and 6.0 as well
> as Power Station Fortran 4.0 (not installed at the moment).
>
> Thanks in advance!

Try the Cygwin-specific notes in the INSTALL file which is available in the
top-level directory that is created when you unpack the PLplot-5.3.1 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 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] PLPLOT under Windows and CygwinX

[David S. <ds...@ch...>]

Hi:

Could anyone give me some tips on getting PLPLOT to work under Windows (2K)
and
with CygwinX?

Where can I find documentation or tips on installing and using? I have VC++
5.0 and 6.0 as well
as Power Station Fortran 4.0 (not installed at the moment).

Thanks in advance!

Regards,
Dave Strang

Re: [Plplot-general] GetCursor and multiple subwindows..

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

Alan W. Irwin writes:
 > On 2005-02-28 17:42-0700 R. V. Urvashi wrote:
 > >...
 > > Given a valid subwindow 'n', I am able to get the overlay plot on the
 > > correct subwindow by doing the following
 > >
 > > pls->adv(n)
 > > pls->vpor(...)
 > > pls->wind(...)
 > > ...plot
 > >
 > > However, when this is put into a loop and done repeatedly, the
 > > 'subwindow' member returned via GetCursor does NOT always have the correct
 > > subwindow index. Could someone please tell me if I'm missing something, or
 > > if this could this be a bug ?

 > ...
 > I believe your above logic should work if you create sub-pages with plssub
 > (note in CVS I have just changed that documentation to refer to the proper
 > subpage term rather than sub-window) with one viewport and corresponding
 > window on each, and if you mouse click _inside_ the viewport/window and not
 > in the outer areas where the text labels go which is outside the
 > viewport/window for the subpage.

It should also work as written above.  Each call to plwind() sets up a
PLWindow that contains relative device coordinates & world coordinates for
that window, up to a maximum of PL_MAXWINDOWS (64) per page per stream.  Is it
possible that you've exceeded 64 plots?  In that case it wraps around.
The current implementation was a quick hack & should probably be replaced
with something dynamically (re)allocated.

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