plplot-general — PLplot user discussion group

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

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

On Wed, 9 Jul 2003, Aldric L'Hernault wrote:

> Hello,
>
> I managed to compile plplot 5.2.1 with static drivers,
> but it fails as soon as I move the install tree from
> $prefix location.
> I verified each library: they all have the SHLIB_PATH/LD_LIBRARY_PATH
> enable, with dynamic search for linked libraries.
>
>
> I run into troubles when I try to load it into tcl
> The 'package require Pltk' doesn't complain but doesn't
> either return the version string (5.2.1) nore defines the plinit
> and other pl* commands
> All goes right if I move the tree back to original $prefix location
>
> Has someone succeeded into loading plplot package into tcl/wish
> by the mean of SHLIB_PATH/LD_LIBRARY_PATH ?
>
> Thanks for any hint,

The location where the PLplot libraries, fonts, drivers, etc. are installed
is configured into the PLplot code so the most convenient way to change it
is by running ./configure with the appropriate prefix option, rebuilding,
and reinstalling.  Note, the installed examples tree can be copied anywhere
and should still work (so long as the libraries, fonts, etc. remain in
the installed location).

Note, I may be missing something here, but I don't see why you want to
change the install location after the fact.  Just specify the correct
install location for your needs when you first configure, and everything is
fine (at least on Linux) for tcl/tk if you follow the instructions in
$prefix/lib/plplot5.2.1/examples/tcl/README.tcldemos and
$prefix/lib/plplot5.2.1/examples/tk/README.tkdemos.

Those instructions give you a whole series of things to try.  Please let us
know what works and what does not on HPUX (with lots of details such as error
messages in the latter case).

Thanks very much for helping to sort out the PLplot problems on HPUX.  For
that case we must rely on user reports like yours since that platform is not
currently accessible to our developers.

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), and the
Loads of Linux Links project (loll.sf.net).
__________________________

Linux-powered Science
__________________________

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

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

Hello,

I managed to compile plplot 5.2.1 with static drivers,
but it fails as soon as I move the install tree from
$prefix location.
I verified each library: they all have the SHLIB_PATH/LD_LIBRARY_PATH
enable, with dynamic search for linked libraries.


I run into troubles when I try to load it into tcl
The 'package require Pltk' doesn't complain but doesn't
either return the version string (5.2.1) nore defines the plinit
and other pl* commands
All goes right if I move the tree back to original $prefix location

Has someone succeeded into loading plplot package into tcl/wish
by the mean of SHLIB_PATH/LD_LIBRARY_PATH ?

Thanks for any hint,

 Aldric

Re: [Plplot-general] tk drivers problem

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

Quoting "Alan W. Irwin" <ir...@be...>:
 
> Here is the result of ls -l in $prefix/lib on my system.
> 
> ls -l libplplot*
> [snip] Could you give us similar output for HPUX
> so we can discover what is possible in that case?

Here is my listing (libplplot* all follow same scheme)
-rw-r--r--    libplplotcxxd.a
-rwxr-xr-x    libplplotcxxd.la
lrwxr-xr-x    libplplotcxxd.sl -> libplplotcxxd.sl.8.0
lrwxr-xr-x    libplplotcxxd.sl.8 -> libplplotcxxd.sl.8.0
-rwxr-xr-x    libplplotcxxd.sl.8.0

Dropping library version from pkgIndex.tcl would be fine
for HPUX too since the *.sl -> *.sl.8.0 links exist.

Thanks for your help.

Aldric

Re: [Plplot-general] tk drivers problem

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

On Wed, 9 Jul 2003, Aldric L'Hernault wrote:

> I still got problems but with with tcl bindings this time.
> The pkgIndex.tcl file states a 5.3.0 version, but I am
> compiling 5.2.1, and shared libraries names end with 8.0 !
> I'll dig a bit further this afternoon ...

Aldric, one proposal we have been discussing on plplot_devel is drop the
library version altogether from pkgIndex.tcl.
Here is the result of ls -l in $prefix/lib on my system.

ls -l libplplot*
-rwxr-xr-x    1 software software      893 Apr 21 14:11 libplplotcxxd.la*
lrwxrwxrwx    1 software software       22 Apr 21 14:11 libplplotcxxd.so -> libplplotcxxd.so.5.3.0*
lrwxrwxrwx    1 software software       22 Apr 21 14:11 libplplotcxxd.so.5 -> libplplotcxxd.so.5.3.0*
-rwxr-xr-x    1 software software   172856 Apr 21 14:11 libplplotcxxd.so.5.3.0*
-rwxr-xr-x    1 software software      836 Apr 21 14:11 libplplotd.la*
lrwxrwxrwx    1 software software       19 Apr 21 14:11 libplplotd.so -> libplplotd.so.5.3.0*
lrwxrwxrwx    1 software software       19 Apr 21 14:11 libplplotd.so.5 -> libplplotd.so.5.3.0*
-rwxr-xr-x    1 software software   631655 Apr 21 14:11 libplplotd.so.5.3.0*
-rwxr-xr-x    1 software software      893 Apr 21 14:11 libplplotf77d.la*
lrwxrwxrwx    1 software software       22 Apr 21 14:11 libplplotf77d.so -> libplplotf77d.so.5.3.0*
lrwxrwxrwx    1 software software       22 Apr 21 14:11 libplplotf77d.so.5 -> libplplotf77d.so.5.3.0*
-rwxr-xr-x    1 software software    93542 Apr 21 14:11 libplplotf77d.so.5.3.0*
-rwxr-xr-x    1 software software      899 Apr 21 14:11 libplplotjavad.la*
lrwxrwxrwx    1 software software       23 Apr 21 14:11 libplplotjavad.so -> libplplotjavad.so.5.3.0*
lrwxrwxrwx    1 software software       23 Apr 21 14:11 libplplotjavad.so.5 -> libplplotjavad.so.5.3.0*
-rwxr-xr-x    1 software software   174878 Apr 21 14:11 libplplotjavad.so.5.3.0*
-rwxr-xr-x    1 software software      983 Apr 21 14:11 libplplottcltkd.la*
lrwxrwxrwx    1 software software       24 Apr 21 14:11 libplplottcltkd.so -> libplplottcltkd.so.5.3.0*
lrwxrwxrwx    1 software software       24 Apr 21 14:11 libplplottcltkd.so.5 -> libplplottcltkd.so.5.3.0*
-rwxr-xr-x    1 software software   399210 Apr 21 14:11 libplplottcltkd.so.5.3.0*

Thus, referring to the *.so library name will automatically access the full
versioned library under Linux.  Could you give us similar output for HPUX
so we can discover what is possible in that case?

Thanks in advance.

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), and the
Loads of Linux Links project (loll.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] tk drivers problem

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

* Aldric L'Hernault <ald...@fr...> [2003-07-09 12:30]:

> The drivers seem OK now. I tried to send the build log but it got bounced
> (over 40kB)

Send it privately to me, if you still have problems.

> I still got problems but with with tcl bindings this time. The pkgIndex.tcl
> file states a 5.3.0 version, but I am compiling 5.2.1, and shared libraries
> names end with 8.0 ! I'll dig a bit further this afternoon ...

The "5.3.0" string that shows up in pkgindex.tcl has its origin in this code
in configure.ac:

### LIBRARY_VERSION must be kept consistent with the libtool SOVERSION so
### that the various configured pkgIndex.tcl scripts know the numerical
### suffix of the PLplot libraries.  This may generate cross-platform
### tcl/tk issues for certain unices which do not have a numerical suffix
### on their shared libraries, but this should be addressed when the rest
### of the tcl/tk PLplot configuration is updated to work for the non-Linux 
### case.

LIBRARY_VERSION=5.3.0
AC_SUBST(LIBRARY_VERSION)


IIRC, this was written by Alan.  The warning in the comments above apply to
the HPUX case.  The assumption that the soname will be 5.3.0 in all systems
is clearly wrong.

As an interim solution, you may try to change "LIBRARY_VERSION=5.3.0" to
"LIBRARY_VERSION=8.0" (or whatever) in your HPUX system.  We will eventually
try to find a fix for this problem.

-- 
Rafael

Re: [Plplot-general] tk drivers problem

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

* Rafael Laboissiere <lab...@ps...>:
> * Aldric L'Hernault <Aldric.L'Her...@mo...> [2003-07-08 12:24]:
> 
> > I cannot compile plplot 5.2.1 on HP since the compile-time 'get-drv-info'
> > binary fails when given 'tk' or 'tkwin' as argument. 
> 
> Does it work for all the other drivers?  Could you please send the build log
> to us?

Thanks Rafael for your answer. I could go on with the *.rc
files you sent me.

The drivers seem OK now. I tried to send the build log but
it got bounced (over 40kB)

I still got problems but with with tcl bindings this time.
The pkgIndex.tcl file states a 5.3.0 version, but I am
compiling 5.2.1, and shared libraries names end with 8.0 !
I'll dig a bit further this afternoon ...

Aldric

Re: [Plplot-general] tk drivers problem

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

* Aldric L'Hernault <Aldric.L'Her...@mo...> [2003-07-08 12:24]:

> I cannot compile plplot 5.2.1 on HP since the compile-time 'get-drv-info'
> binary fails when given 'tk' or 'tkwin' as argument. 

Does it work for all the other drivers?  Could you please send the build log
to us?

> My questions are:
> - is the driver info platform dependant ?

No, they are ascii files.

> - if not, can someone provide me with
> the content of tk.rc and tkwin.rc file ?

The files are attached below.

A+,

-- 
Rafael

[Plplot-general] tk drivers problem

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

Hello

I cannot compile plplot 5.2.1 on HP since the
compile-time 'get-drv-info' binary fails when given
'tk' or 'tkwin' as argument. 

My questions are:
- is the driver info platform dependant ?
- if not, can someone provide me with
the content of tk.rc and tkwin.rc file ?

Thanks for your time,

 Aldric

Re: [Plplot-general] plplot/python/gtk/glade

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

Hi Alan, Rafael,

On Fri, 4 Jul 2003, Rafael Laboissiere wrote:
>
> What Thomas seems to need is a way to access the GnomeCanvas object as a
> widget, such that it can embed it into his gtk interface.  I had plans for
> implementing that and it seemed to me some time ago that it was doable.
> Unfortunately, I had to put this project on hold, but if Thomas is willing
> to give it a try, I may find some time after August to look at this project
> again.

     Yes, this is exactly what I mean.  This will likely be a new kind of
problem for me, but I can give it a try if I can talk to you, Rafael,
from time to time.  I'm wiped out for much of the rest of the summer too,
but will slowly try to work my way through the learning curve.

     Thanks for the helpful discussion.

Cheers,
Tom
--
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

TENURE-TRACK FACULTY POSITION available in ATMOSPHERIC SCIENCE at
Dalhousie University: See http://www.atm.dal.ca/jobs/

TENURE-TRACK FACULTY POSITIONS in PHYSICS at
Dalhousie University: See http://www.physics.dal.ca/

Re: [Plplot-general] plplot/python/gtk/glade

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

* Alan W. Irwin <ir...@be...> [2003-07-03 06:50]:

> You can use the gnome device (or any other device) with pythondemos.py.  My
> knowledge of GUI's is pretty limited, but my understanding is that the
> gnome device is the start of a gtk-based GUI for PLplot.  It is Rafael
> Laboissiere's code, [...]

That's me.

> [...] but he hasn't had any time to work on it much [...]

That's true.

> [...] so the gnome device driver is still immature  [...]

That's more than true.

> [...] (most examples work using the -dev gnome option, but a few still
> segfault, and the GUI functionality is still limited).  Nevertheless, the
> approach used for the gnome device may help you to get started in building
> a full-blown gtk/glade interface to plplot.

The main point of writing a new driver is how to get PLplot internal
commands translated into pixels on the media.  This is done through the
GnomeCanvas object, which is implemented by the gnome driver.

What Thomas seems to need is a way to access the GnomeCanvas object as a
widget, such that it can embed it into his gtk interface.  I had plans for
implementing that and it seemed to me some time ago that it was doable.
Unfortunately, I had to put this project on hold, but if Thomas is willing
to give it a try, I may find some time after August to look at this project
again.

-- 
Rafael

Re: [Plplot-general] plplot/python/gtk/glade

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

On Thu, 3 Jul 2003, Thomas J. Duck wrote:

>      I'm hoping that there are some simple examples out there somewhere.
> One key seems to be this plplot_widget module.  I would rather not have to
> read the sources to try to figure out what's going on, but that may be
> necessary.  I thought I would ask first.

prova.py, qplplot.py, and plplot_widgetmodule.c were put in by me (without
looking at them very deeply) at the behest of the ESRF group.  For each
release I do check that they all work fine by running prova.py (which has
impressive speed compared to our other GUI's). plplot_widgetmodule.c is
pretty small, and for each of the 3 defined functions most of it is just
standard boiler plate code to interface python to C so I don't think you
should have much trouble understanding it.  For example, look for
PyArg_ParseTuple to see what the python argument lists are for each
function.  Sorry there is no other documentation than the source code at
this time for prova.py, qplplot.py, and plplot_widgetmodule.c.  The guy who
knows most about them is Alessandro Mirone (of ESRF).

>
>      Perhaps building a gtk/glade interface for plplot programs
> is possible, but nobody has worked it out yet.  In that case, I can give
> it a try, although it will probably take me some time.  Let me know what
> you think.

You can use the gnome device (or any other device) with pythondemos.py.  My
knowledge of GUI's is pretty limited, but my understanding is that the gnome
device is the start of a gtk-based GUI for PLplot.  It is Rafael
Laboissiere's code, but he hasn't had any time to work on it much so the
gnome device driver is still immature (most examples work using the -dev
gnome option, but a few still segfault, and the GUI functionality is still
limited).  Nevertheless, the approach used for the gnome device may help you
to get started in building a full-blown gtk/glade interface to plplot.

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), and the
Loads of Linux Links project (loll.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] plplot/python/gtk/glade

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

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

Hi,

     Thanks, Alan.

     I am aware of pythondemos.py, and have used them extensively in
learning plplot.  What I'm hoping to do is build a gui around my plplot
program using gtk/glade via python.  I have seen hints that this may be
possible -- there is a gnome canvas driver, and prova.py seems to be an
example of how to build a gui using qt.  However, I have no idea how to
get a gnome canvas widget from plplot, and there is no internal
documentation to guide me through prova.py.

     I'm hoping that there are some simple examples out there somewhere.
One key seems to be this plplot_widget module.  I would rather not have to
read the sources to try to figure out what's going on, but that may be
necessary.  I thought I would ask first.

     Perhaps building a gtk/glade interface for plplot programs
is possible, but nobody has worked it out yet.  In that case, I can give
it a try, although it will probably take me some time.  Let me know what
you think.

Cheers,
Tom

- --

On Wed, 2 Jul 2003, Alan W. Irwin wrote:

> On Wed, 2 Jul 2003, Thomas J. Duck wrote:
>
> > Hi,
> >
> >      There is an example of how to use plplot with python/qt distributed
> > with the source.  However, the example, prova.py, isn't documented, so it
> > is really hard to tell what is going on (e.g., there doesn't seem to be
> > any documentation for plplot_widget etc).
> >
> >      I was hoping to learn from the qt example and then go on to figure
> > out how to use plplot with python/gtk/glade.  Any help or pointers to
> > documentation on either topic would be very much appreciated.
>
> The python interface to the plplot C library is one of our most complete front
> ends.  Thanks to swig essentially all public API of libplplot is available
> from python (with redundant array dimension information dropped from the
> argument lists).  To look at a large number of examples using our xwin device,
> simply execute
>
> ./pythondemos.py -dev xwin
>
> from the *installed* version in $prefix/lib/plplot5.2.1/examples/python. For
> more details and also comments on running prova.py read the file
> README.pythondemos in the same directory.  That's it for the python
> documentation as of now, but I hope to extend the python documentation some
> more before the next release.
>
> BTW, prova.py is a simple proof of concept of pyqt and plplot that
> Alessandro Mirone (of ESRF) donated some time ago to plplot and which he
> hopes to improve as time permits.  For a much more extensive use of pyqt and
> plplot (very much buried below a higher-level abstraction) that has been
> developed at ESRF see the pydevt project at http://pydvt.sourceforge.net/.
>
> 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), and the
> Loads of Linux Links project (loll.sf.net).
> __________________________
>
> Linux-powered Science
> __________________________
>

- --
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

TENURE-TRACK FACULTY POSITION available in ATMOSPHERIC SCIENCE at
Dalhousie University: See http://www.atm.dal.ca/jobs/

TENURE-TRACK FACULTY POSITIONS in PHYSICS at
Dalhousie University: See http://www.physics.dal.ca/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE/BA/RndxDHhfZZdsRAmzxAKCaNO4EjzspxCjpLRm1oJ6/yCwMsgCg1OL/
Eh0+FeaxTwIPAEbM6gRnGoE=
=vr8r
-----END PGP SIGNATURE-----

Re: [Plplot-general] plplot/python/gtk/glade

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

On Wed, 2 Jul 2003, Thomas J. Duck wrote:

> Hi,
>
>      There is an example of how to use plplot with python/qt distributed
> with the source.  However, the example, prova.py, isn't documented, so it
> is really hard to tell what is going on (e.g., there doesn't seem to be
> any documentation for plplot_widget etc).
>
>      I was hoping to learn from the qt example and then go on to figure
> out how to use plplot with python/gtk/glade.  Any help or pointers to
> documentation on either topic would be very much appreciated.

The python interface to the plplot C library is one of our most complete front
ends.  Thanks to swig essentially all public API of libplplot is available
from python (with redundant array dimension information dropped from the
argument lists).  To look at a large number of examples using our xwin device,
simply execute

./pythondemos.py -dev xwin

from the *installed* version in $prefix/lib/plplot5.2.1/examples/python. For
more details and also comments on running prova.py read the file
README.pythondemos in the same directory.  That's it for the python
documentation as of now, but I hope to extend the python documentation some
more before the next release.

BTW, prova.py is a simple proof of concept of pyqt and plplot that
Alessandro Mirone (of ESRF) donated some time ago to plplot and which he
hopes to improve as time permits.  For a much more extensive use of pyqt and
plplot (very much buried below a higher-level abstraction) that has been
developed at ESRF see the pydevt project at http://pydvt.sourceforge.net/.

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), and the
Loads of Linux Links project (loll.sf.net).
__________________________

Linux-powered Science
__________________________

[Plplot-general] plplot/python/gtk/glade

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

Hi,

     There is an example of how to use plplot with python/qt distributed
with the source.  However, the example, prova.py, isn't documented, so it
is really hard to tell what is going on (e.g., there doesn't seem to be
any documentation for plplot_widget etc).

     I was hoping to learn from the qt example and then go on to figure
out how to use plplot with python/gtk/glade.  Any help or pointers to
documentation on either topic would be very much appreciated.

     Please copy all responses to tom...@da....

Thanks,
Tom
--
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

TENURE-TRACK FACULTY POSITION available in ATMOSPHERIC SCIENCE at
Dalhousie University: See http://www.atm.dal.ca/jobs/

TENURE-TRACK FACULTY POSITIONS in PHYSICS at
Dalhousie University: See http://www.physics.dal.ca/

[Plplot-general] plplot and djgpp

[Giuseppe P. <giu...@sg...>]

ing Giuseppe PaneiI am sorry for this stupid problem

I am attempting to build the library using djgpp, obtaining the =
following
errors:
- the mkmf.bat file don' t find cf\miscdemo.in=20
- the make process yields:

`-m486' is deprecated. Use `-march=3Di486' or `-mcpu=3Di486' instead.
In file included from plplotP.h:84,
                 from pdfutils.c:30:
plConfig.h:73: parse error before string constant
In file included from plplotP.h:84,
                 from pdfutils.c:30:
plConfig.h:72:1: unterminated #ifndef
plConfig.h:18:1: unterminated #ifndef
In file included from plplot.h:27,
                 from plplotP.h:144,
                 from pdfutils.c:30:
plConfig.h:72:1: unterminated #ifndef
plConfig.h:18:1: unterminated #ifndef
In file included from disptab.h:9,
                 from plstrm.h:12,
                 from plplotP.h:148,
                 from pdfutils.c:30:
plConfig.h:72:1: unterminated #ifndef
plConfig.h:18:1: unterminated #ifndef
make.exe: *** [pdfutils.o] Error 1

What can i do ?

Thanks for any help
Giuseppe

=20

=20

ing Giuseppe Panei

=20

S.G.A.I. srl di E. Forlani & c

Studio di Geologia Applicata e Ingegneria srl

=20

Tel 39 0541 988277

Fax 39 0541 987606

e-mail   giu...@sg...

web       http://www.sgai.com/

=20

via Mariotti 20=20

47833 Morciano di Romagna (RN)=20



ITALY=20

=20

Re: [Plplot-general] xwin driver problems w/ plplot 5.2.1 on Solaris 2.8

[Diab J. <dj...@he...>]

On  7 Jun, Joao Cardoso wrote:
> On Friday 06 June 2003 23:36, Diab Jerius wrote:
> |  Folks,
> |
> |  I'm getting the following message when attempting to use the xwin driver
> |  on Solaris 2.8:
> |
[...]
> 
> This looks familiar, a Xserver that supports both pseudo and true color 
> visuals (not usual under XFree86, but most X terminals support that). 
> Try to use the command line option "-drvopt defvis", as in
> 
>    ./x01c -dev xwin -drvopt defvis
> 
> If this works, please report back, we are trying to see if a pattern develops.

Thanks for the tip.

This works for all of the C demos except for 17; where I get

pelf% ./x17c -dev xwin -drvopt defvis
X Error of failed request:  BadMatch (invalid parameter attributes)
  Major opcode of failed request:  1 (X_CreateWindow)
  Serial number of failed request:  12
  Current serial number in output stream:  16

(Same error as before)

Diab

Re: [Plplot-general] Configure/compile problems w/ 5.2.1 on Solaris 2.8

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

Rephrasing Joao Cardoso, thanks for your detailed "configure" report.  The
library settings in the configure script are far from being perfect.  One of
the reasons is that this has been written over the years by different people
under diverse assumptions.  It is more or less like a patchwork right now.

We should take a more principled way to tackle this problem, using as most
as we can established m4 macros for this job (this is currently the case
with the gnome libraries, by the way).  

Your comments will surely help us to make improvements on this area for the
next release.

Some comments on your post:

* Diab Jerius <dj...@he...> [2003-06-06 18:33]:

> I've tried to patch sysloc.in to try and fix things, but can't for the
> life of me get a new configure generated.  running bootstrap.sh gives
> me the following:
> 
> pelf% bootstrap.sh -I /proj/axaf/share/libtool/libltdl 
> Using aclocal options: -I /proj/axaf/share/libtool/libltdl
> Running aclocal (GNU automake) 1.7.5... done
> Running autoheader (GNU autoconf) 2.49a...autoconf: configure.in: No such file or directory
>  done
> Running libtoolize (GNU libtool) 1.4.2... done
> Running automake (GNU automake) 1.7.5...configure.ac: no proper invocation of AM_INIT_AUTOMAKE was found.
> configure.ac: You should verify that configure.ac invokes AM_INIT_AUTOMAKE,
> configure.ac: that aclocal.m4 is present in the top-level directory,
> configure.ac: and that aclocal.m4 was recently regenerated (using aclocal).
> automake: no `Makefile.am' found or specified
>  done
> Running autoconf (GNU autoconf) 2.49a...autoconf: configure.in: No such file or directory
>  done
> Regenerating libltdl/configure... done

Could you please upgrade to autoconf/autoheader 2.57 and libtool 1.4.3 and
retry bootstrap.sh on your Solaris system?

> drivers/ntk.c contains un-escaped embedded newlines in character constants.
> According to my trusty C reference manual (Harbison&Steele), embedded
> newlines must be escaped.  Sun's c doesn't like it either.  If the
> newlines aren't needed, then each "chunk" of the string can be
> enclosed in double quotes, and the preprocessor will concatenate them
> automatically.

This is already fixed in CVS.  Look at the thread starting at:

http://sourceforge.net/mailarchive/forum.php?thread_id=2497103&forum_id=2199

-- 
Rafael

Re: [Plplot-general] xwin driver problems w/ plplot 5.2.1 on Solaris 2.8

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

On Friday 06 June 2003 23:36, Diab Jerius wrote:
|  Folks,
|
|  I'm getting the following message when attempting to use the xwin driver
|  on Solaris 2.8:
|
|  pelf% ./x01c -debug -dev xwin
|  Plplot library version: 5.2.1
|  plLoadDriver: Device not loaded!
|  plLoadDriver: tag=xw, drvidx=17
|  plGetDrvDir: Trying to read env var PLPLOT_DRV_DIR
|  plGetDrvDir: Will use drivers dir:
| /proj/axaf/pkgs/plplot-5.2.1/lib/plplot5.2.1/data/../driversd plLoadDriver:
| Trying to load xwin on
| /proj/axaf/pkgs/plplot-5.2.1/lib/plplot5.2.1/data/../driversd/xwin XVisual
| class == PseudoColor
|  xwd->rw_cmap = 1
|  Downgrading to r/o cmap.
|  Attempting to allocate r/o colors in cmap0.
|  X Error of failed request:  BadMatch (invalid parameter attributes)
|    Major opcode of failed request:  1 (X_CreateWindow)
|    Serial number of failed request:  12
|    Current serial number in output stream:  16
|
|  I've attached the output of xdpyinfo, if that's of any use.
|
|  Any thoughts?

This looks familiar, a Xserver that supports both pseudo and true color 
visuals (not usual under XFree86, but most X terminals support that). 
Try to use the command line option "-drvopt defvis", as in

   ./x01c -dev xwin -drvopt defvis

If this works, please report back, we are trying to see if a pattern develops.

Thanks also for your other detailed "configure" report. I'm sure it will be 
usefull to our "configure" experts.

Thanks,
Joao



|
|  Thanks,
|  Diab
|
|  --
|  Diab Jerius                       Harvard-Smithsonian Center for
| Astrophysics 60 Garden St, MS 70, Cambridge MA 02138 USA
| dj...@cf...           vox: 617 496 7575         fax: 617 495
| 7356

[Plplot-general] xwin driver problems w/ plplot 5.2.1 on Solaris 2.8

[Diab J. <dj...@he...>]

Folks,

I'm getting the following message when attempting to use the xwin driver
on Solaris 2.8:

pelf% ./x01c -debug -dev xwin
Plplot library version: 5.2.1
plLoadDriver: Device not loaded!
plLoadDriver: tag=xw, drvidx=17
plGetDrvDir: Trying to read env var PLPLOT_DRV_DIR
plGetDrvDir: Will use drivers dir: /proj/axaf/pkgs/plplot-5.2.1/lib/plplot5.2.1/data/../driversd
plLoadDriver: Trying to load xwin on /proj/axaf/pkgs/plplot-5.2.1/lib/plplot5.2.1/data/../driversd/xwin
XVisual class == PseudoColor
xwd->rw_cmap = 1
Downgrading to r/o cmap.
Attempting to allocate r/o colors in cmap0.
X Error of failed request:  BadMatch (invalid parameter attributes)
  Major opcode of failed request:  1 (X_CreateWindow)
  Serial number of failed request:  12
  Current serial number in output stream:  16

I've attached the output of xdpyinfo, if that's of any use.

Any thoughts?

Thanks,
Diab

--
Diab Jerius                       Harvard-Smithsonian Center for Astrophysics
                                  60 Garden St, MS 70, Cambridge MA 02138 USA
dj...@cf...           vox: 617 496 7575         fax: 617 495 7356

[Plplot-general] Configure/compile problems w/ 5.2.1 on Solaris 2.8

[Diab J. <dj...@he...>]

Hi,

First off, thanks for plplot.  If the tone below is whiny, please
excuse it; I've just spent 20+ hours on getting everything going and
it's getting to me.


I'm compiling plplot version 5.2.1 on a Solaris system with Sun CC and
all of the third party libraries (png, zlib, etc) in a non-standard
directory.  I support multiple platforms off of the same disk,
so use exec-prefix to split out the platform dependent bits.

I've run into a variety of problems.  Some are due to Linux-specific
assumptions in the configure script, others because Solaris is weird,
and also because it is hard to get the configure script to look in
places other than the "standard ones" for the third party libraries.

The latter is painful as one has to carefully read the configure
script to understand how to override the search path for libraries.
In particular, the tcl/tk/itcl, etc. searches can be redirected
with environmental variables, but those are not defined, and require
a very painful deciphering of the configure script.

Here is a list of specific things I've dealt with.

=============================================================

Checks for png do not link against zlib, which, even though no symbols
are requested in the conftest.c program, causes the link to fail:

--------------------------------------------------------
configure:9851: checking for main in -lpng
Undefined			first referenced
 symbol  			    in file
inflateEnd                          /proj/axaf/sun4u-SunOS-5/lib/libpng.so
deflateInit2_                       /proj/axaf/sun4u-SunOS-5/lib/libpng.so
deflateReset                        /proj/axaf/sun4u-SunOS-5/lib/libpng.so
inflate                             /proj/axaf/sun4u-SunOS-5/lib/libpng.so
deflate                             /proj/axaf/sun4u-SunOS-5/lib/libpng.so
deflateEnd                          /proj/axaf/sun4u-SunOS-5/lib/libpng.so
inflateInit_                        /proj/axaf/sun4u-SunOS-5/lib/libpng.so
inflateReset                        /proj/axaf/sun4u-SunOS-5/lib/libpng.so
crc32                               /proj/axaf/sun4u-SunOS-5/lib/libpng.so
ld: fatal: Symbol referencing errors. No output written to conftest
--------------------------------------------------------


The libpng.so file has a dependency on libz in it:

--------------------------------------------------------
	% dump -Lv /proj/axaf/lib/sun4u-SunOS-5/libpng.so.2 
	/proj/axaf/lib/sun4u-SunOS-5/libpng.so.2:

	  **** DYNAMIC SECTION INFORMATION ****
	.dynamic:
	[INDEX] Tag         Value
	[1]     NEEDED          libz.so
	[3]     RPATH           /proj/axaf/lib/sun4u-SunOS-5
--------------------------------------------------------

but that doesn't seem to get through to the linker.

This seems to be a Solaris bizarrity.

The solution is to add zlib explicitly.  However, the configure sequence
doesn't check for zlib until after it checks for png and jpeg. I think
that the logic needs to be changed so that zlib is checked for first,
then if png fails to be found, reset enable_zlib.

=============================================================


The next problem arises because the third party libraries
are not in the "standard" directories.  I've preset LDFLAGS to add in
the appropriate directories, and that works well for finding them.
However, when gd is checked for png or jpeg functionality,
LDFLAGS is explicitly emptied (sysloc.in, line 243), which causes
the link step to fail.  I note in passing that for some reason
LIBS is overriden as well, leading to this bizarre compile line

 cc -o conftest -Idefault -I/proj/axaf/include conftest.c -Ldefault
 -L/usr/local/lib -Ldefault -Ldefault -lgd -lpng -ljpeg -lz

(note all of the defaults).  Why do LDFLAGS and LIBS need to be
overridden?

=============================================================

I've tried to patch sysloc.in to try and fix things, but can't for the
life of me get a new configure generated.  running bootstrap.sh gives
me the following:

pelf% bootstrap.sh -I /proj/axaf/share/libtool/libltdl 
Using aclocal options: -I /proj/axaf/share/libtool/libltdl
Running aclocal (GNU automake) 1.7.5... done
Running autoheader (GNU autoconf) 2.49a...autoconf: configure.in: No such file or directory
 done
Running libtoolize (GNU libtool) 1.4.2... done
Running automake (GNU automake) 1.7.5...configure.ac: no proper invocation of AM_INIT_AUTOMAKE was found.
configure.ac: You should verify that configure.ac invokes AM_INIT_AUTOMAKE,
configure.ac: that aclocal.m4 is present in the top-level directory,
configure.ac: and that aclocal.m4 was recently regenerated (using aclocal).
automake: no `Makefile.am' found or specified
 done
Running autoconf (GNU autoconf) 2.49a...autoconf: configure.in: No such file or directory
 done
Regenerating libltdl/configure... done

=============================================================

When linking the c++, tcl and f77 binding libraries as well as the
drivers, -no-undefined is passed to libtool in the link stage.
Because the linker isn't being pointed at the underlying Solaris
libraries (buried deep in SUNWspro land) the links are failing.  Note
that actual compilation of applications against the libraries (e.g.
the example programs) works fine, as the compiler is used to link, and
it knows where to find things. So, I removed -no-undefined.

=============================================================

The configure script searches for lib{tcl,tk}$version.$suffix,
but later links against -ltcl and -ltk.  The standard installation
(i.e. from source) of tcl and tk doesn't create separate libtcl.so
and libtk.so links to the version libraries.  This causes the
link to fail; the configure script should fail instead.  I wonder
if it shouldn't actually link against a versioned library?

=============================================================

drivers/ntk.c contains un-escaped embedded newlines in character constants.
According to my trusty C reference manual (Harbison&Steele), embedded
newlines must be escaped.  Sun's c doesn't like it either.  If the
newlines aren't needed, then each "chunk" of the string can be
enclosed in double quotes, and the preprocessor will concatenate them
automatically.

=============================================================

configure uses $prefix instead of  $exec_prefix when constructing
BIN_DIR and LIB_DIR.  This causes much fun

=============================================================

FWIW, I've got a patch file which conglomerates all of the changes
I made.  Unfortunately some of the changes are patches against
the configure script, not the inputs to the script, because of the
aforementioned problems recreating it.  Lemme know if it's of any
interest.

After all of that, most everything works, except for the xwin driver,
which I'll be whining about in another email...


Thanks,
Diab

[Plplot-general] PDL 2.4.0 (with PLplot support) is out

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

Release 2.4.0 of PDL (The Perl Data Language, see http://pdl.perl.org) has
been out since some time.  In the release announcement
(http://sourceforge.net/project/shownotes.php?release_id=161098) one can read:

    Summary of Changes:
    [...]
        - New PLPlot graphics interface (cleaner and faster than PGPLOT)

I tried the beta release tarball with PLplot 5.2.1 and it seemed to work.

That's PLplot heading towards world domination!

-- 
Rafael

[Plplot-general] 5.2.0 tk and PLWin

[Allen S. <al...@sc...>]

I recently down loaded 5.2 and tried to use it my tk code that I 
developed with 5.1. I noticed that I now need the lib plplottcktk. This 
is fine.

But in my tcl code I formerly declared by plplot win using "PLWin"

With 5.2 I get an error stating that PLWin is not defined. Previously I 
have use wish to load tk in.

Any thoughts on what the change is that is now required.

Thanks,

Allen



-- 
Allen R. Sanderson, Ph.D.                         al...@sc...
Scientific Computing and Imaging Institute        http://www.sci.utah.edu
University of Utah                                phone: 1.801.585.0769
50 South Central Campus Dr. Room 3490             fax:   1.801.585.6513
Salt Lake City, UT 84112

Re: [Plplot-general] Plplot and mingw

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

On Fri, 16 May 2003, Giuseppe Panei wrote:

> Hello all
> I should like compile the plplot using the mingw compiler.
> Is it possible to do it ?

We have had no positive or negative mingw reports yet so it is a matter of
giving it a try.  When you do so, please let us know the results.

I suggest you use the recently released PLplot-5.2.1
(see http://plplot.sourceforge.net/announce-plplot-5.2.1.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 affiliation with the PLplot scientific plotting software package
(plplot.org).

__________________________

Linux-powered Science
__________________________

[Plplot-general] Plplot and mingw

[Giuseppe P. <giu...@sg...>]

Hello all
I should like compile the plplot using the mingw compiler.
Is it possible to do it ?=20

Thanks in advance


Giuseppe Panei

S.G.A.I. S.r.l. di E. Forlani & c.
via Mariotti 20
47833 Morciano di Romagna (RN)

ITALY
Tel: 0541988277 Fax: 0541987606
Web: www.sgai.com Email: sg...@sg...

[Plplot-general] yPlot-1.1.2 has been released!

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

yPlot-1.1.2 has been released!  This is a GPLed Yorick interface to
PLplot-5.2.1 was originally developed by Conrad Steenberg.  With some help
from Conrad, I continue to maintain yplot because it is one of the easier
interfaces for PLplot users to learn.  (When I first encountered yPlot in
the mid-90's it took me only an hour or so to start doing the complicated
research plots I required following Conrad Steenberg's nice yPlot tutorial.)
yPlot continues to be independent of PLplot but is closely tied to recent
PLplot developments.  To obtain yPlot-1.1.2 see the yPlot SF file release
area at http://sourceforge.net/project/showfiles.php?group_id=15416 . The
md5sum is 406694001b5cec1a273bc6435818af42 for yplot-1.1.2.tar.gz. This
version of yPlot is based on PLplot-5.2.1, which is a large step forward
compared to the PLplot version (5.0.4) that yPlot was based on before. (See
the PLplot-5.1.0 and 5.2.1 release announcements at
http://plplot.sourceforge.net/announce-plplot-5.1.0.html
http://plplot.sourceforge.net/announce-plplot-5.2.1.html for details of the
many PLplot changes since version 5.0.4.) For example, the egregious
rendering bugs in example 8 (doc/x08.i) are now long gone, and the revised
doc/x08.i and doc/x11.i show off some new contouring functionality that is
now available with PLplot 3D plotting. The doc/x??.i examples from
yPlot-1.1.2 produce identical results to the corresponding C examples from
PLplot-5.2.1 which is an excellent test of the yPlot interface to PLplot.
Note the yPlot API changes and additions in the CHANGES file.

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

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

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

__________________________

Linux-powered Science
__________________________