plplot-general — PLplot user discussion group

Re: [Plplot-general] Independence of executables from buildplatform

[Michael E. <ms...@sa...>]

Hi Alan,

Thanks very much for the reply.

I'm afraid I wasn't very clear in my description.  I'm not trying 
to distribute a PLplot installation to other platforms, I'm trying 
to distribute an executable (DAKOTA in this case) to other platforms 
which has the PLplot library (libplplotfX.a) linked in as a graphics 
library.  This works fine for all of our various DAKOTA libraries 
(see http://endo.sandia.gov/DAKOTA/licensing/license.html), except 
for this dependence of PLplot on external font files.  We'd prefer 
for our DAKOTA users to be able to download a DAKOTA executable from 
our site and just run it as is, without the need to install 
additional files, have root privelege, etc.

So the question is really: can PLplot be built as a self-contained
library without dependence on external files (and without dependence
on the paths to these files that were present on the build platform)?  
This may not be possible, but thought it would be worth asking.  My
hope was that there would be an option to either embed the fonts or
rely on native platform fonts. 

Also, w.r.t. our plplot configuration, we are currently configuring
using the --prefix=<build_dir>, --disable-tcl, and --without-shlib
options.

Thanks,
--Mike


"Alan W. Irwin" wrote:
> 
> On Mon, 17 Mar 2003, Michael Eldred wrote:
> 
> > As it is not practical to build the DAKOTA application from
> > scratch on every platform where we'd like to run, we'd prefer
> > to be able to distribute executables without this type of
> > dependency.
> 
> Since you are talking common executables, you must have the same platform
> everywhere.  I suggest configuring plplot-5.2.0 with a unique prefix (e.g.,
> ./configure --prefix=/usr/local/plplot), then make; make install.  That last
> step will put everything you need (fonts, drivers, etc.) into
> /usr/local/plplot.  All you have to do after that is make a tarball of
> everything in that tree and copy the tree to all your platforms. This
> solution assumes you have the same system libraries installed in the same
> positions on every platform.
> 
> If you want to get a bit fancier, and your platform is a Linux one, then you
> can build an rpm instead.  This has already been done for you for RH 7.3.
> See resources on http://plplot.sourceforge.net/resources/ for the link. That
> page also says where you can get the latest developmental tarball and Debian
> packages as well.
>
> BTW, use ./configure --help to see what the options are.  For example, by
> default you will build both shared and static libraries.  If you don't want
> the shared libraries just specify --disable-shared.
> 
> One notorious configuration bug to watch out for in plplot-5.2.0 ---  the
> combination of static drivers and double precision does not work.  This
> configuration bug has been fixed in the cvs version and the developmental
> tarball that is derived from the cvs version.
> 
> Also, stay tuned here for PLplot news.  In April we plan to make our next
> release (with configuration superbly debugged, refined, and polished mostly
> by Rafael Laboissiere's hard work), and you will first hear all the
> details right here.
> 
> Alan

Thanks,
--Mike
-- 
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Michael S. Eldred, Ph.D.
Sandia National Laboratories
P.O. Box 5800, Mail Stop 0847
Albuquerque, NM 87185-0847
(505)844-6479, FAX:(505)844-9297
ms...@sa...
http://endo.sandia.gov/~mseldre/
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Re: [Plplot-general] Independence of executables from build platform

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

On Mon, 17 Mar 2003, Michael Eldred wrote:

> As it is not practical to build the DAKOTA application from
> scratch on every platform where we'd like to run, we'd prefer
> to be able to distribute executables without this type of
> dependency.

Since you are talking common executables, you must have the same platform
everywhere.  I suggest configuring plplot-5.2.0 with a unique prefix (e.g.,
./configure --prefix=/usr/local/plplot), then make; make install.  That last
step will put everything you need (fonts, drivers, etc.) into
/usr/local/plplot.  All you have to do after that is make a tarball of
everything in that tree and copy the tree to all your platforms. This
solution assumes you have the same system libraries installed in the same
positions on every platform.

If you want to get a bit fancier, and your platform is a Linux one, then you
can build an rpm instead.  This has already been done for you for RH 7.3.
See resources on http://plplot.sourceforge.net/resources/ for the link. That
page also says where you can get the latest developmental tarball and Debian
packages as well.

BTW, use ./configure --help to see what the options are.  For example, by
default you will build both shared and static libraries.  If you don't want
the shared libraries just specify --disable-shared.

One notorious configuration bug to watch out for in plplot-5.2.0 ---  the
combination of static drivers and double precision does not work.  This
configuration bug has been fixed in the cvs version and the developmental
tarball that is derived from the cvs version.

Also, stay tuned here for PLplot news.  In April we plan to make our next
release (with configuration superbly debugged, refined, and polished mostly
by Rafael Laboissiere's hard work), and you will first hear all the
details right here.

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 Canadian Centre for Climate Modelling and
Analysis (www.cccma.bc.ec.gc.ca) and the PLplot scientific plotting software
package (plplot.org).

__________________________

Linux-powered Science
__________________________

[Plplot-general] Independence of executables from build platform

[Michael E. <ms...@sa...>]

Hello,

I am working on a project that uses PLplot for 3D surface 
plotting (more info: http://endo.sandia.gov/DAKOTA) and am 
having the problem that an executable linked with
libplplotfX.a on one platform won't execute on a different 
platform of the same type due to the dependence on external 
font files.  The error manifests itself as:


Cannot open library file: plstnd5.fnt
lib
dir="/home/mseldre/export/sierra/Dakota/VendorPackages/plplot/i686-unknown-linux/lib"

*** PLPLOT ERROR ***
Unable to open font file
Program aborted


As it is not practical to build the DAKOTA application from 
scratch on every platform where we'd like to run, we'd prefer
to be able to distribute executables without this type of 
dependency.  

I have read through the FAQ and other available documentation
and the only possible solution I can find it to distribute the 
font files along with the executable and have the user set a 
$PLPLOT_LIB environment variable.  This is do-able, but I'm 
writing to see if there may be other possibilities that would
be cleaner.

I am currently using an older version of PLplot (circa Sept. 
1998, the included NEWS file says version 4.99j), so the first 
thing I tried was downloading the latest (5.2.0) to see if 
that would help.  From the distribution, it appears that this 
version is still dependent on the same external font files.

So I don't know much about font management, but the desired
solution would be something where the font support is compiled
into the executable or, alternatively, is reliant on the locally
supported fonts such that external fonts are not needed.  Is
something like this available?  I looked a little at the freetype
configure option, but couldn't find much info on what this is
about.

Thanks very much for the help,
--Mike Eldred
-- 
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Michael S. Eldred, Ph.D.
Sandia National Laboratories
P.O. Box 5800, Mail Stop 0847
Albuquerque, NM 87185-0847
(505)844-6479, FAX:(505)844-9297
ms...@sa...
http://endo.sandia.gov/~mseldre/
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

[Plplot-general] Plplot window -- background color problem

[Maynard B. <Bra...@co...>]

Hello.

I'm building an Itcl class, PlotXY, containing a Plplot window and
some buttons to allow control of axes formats, etc.  I want to use a
white background instead of the default black background.  I use
"$w cmd plscolbg 255 255 255"
to set the white background.  The plot appears correctly when I create
the PlotXY object.  When I change the plot settings and redraw the
plot, I get a black background.  If I cover all or part of the plot
window with another window and then bring the plot window back to the
front, the portion of the plot window that was covered has a white
background.

I'm running TclPro1.4 on a Windows 2000 machine.  I'm using Vince
Darley's binary Plplotter5.1.1 package.  (Download from
ftp://ftp.ucsd.edu/pub/alpha/tcl/extensions/plplotter5.1.1.zip; then
unzip
the entire contents into the lib subdirectory of your tcl).

The script that follows demonstrates the problem.  If I'm doing
something wrong in my code, can someone please tell me what it is.  If
this is a problem in the Plplot library, can someone suggest where to
start looking.  I'll try to figure out a patch.

Thanks in advance.
-Maynard Brandsma

#==== begin demo script ======================

# Demonstration of plwin background color problem
# -------------------------------------------------------------------
# INSTRUCTIONS:
# 1. Start a wish that knows about the Plplot library.
# 2. From the prompt, do: "source PlotXY.itcl".  A plot will appear
#    (red on white).
# 3. Click on the "Revise" button.  The plot will be redrawn with a
#    short X-axis and new labels on X and Y axes.  The plot colors
#    will be red on black.
# THE PROBLEM:
# The background should still be white.  If you move another window
# to partially or completely cover the plot window and then expose
# the plot window again, the background of the area covered changes
# to white.
#
# -------------------------------------------------------------------

package require Itcl
# uses Vince Darley's Plplotter Windows binary from his web site
package require Plplotter

# -------------------------------------------------------------------
# PlotXY plots an XY curve (defined internally for demo purposes)
# Uses Plwindow.itcl from Plplot library directory
# -------------------------------------------------------------------
::itcl::class PlotXY {
     constructor { } {}
     destructor {}

     # Class Method Prototypes
     private method draw {w}
     private method setup {w}
     private method revise {w}

     # Class Data Members
     private variable _w                    ;# this window (toplevel)
     private variable _vpleft               ;# left end of X-axis
     private variable _vpright              ;# right end of X-axis
     private variable _vpbot                ;# bottom end of Y-axis
     private variable _vptop                ;# top end of Y-axis
     private variable _xmin                 ;# minimum X
     private variable _xmax                 ;# maximum X
     private variable _x_major_tick         ;# X major tick interval
     private variable _x_num_minor_tick_int ;# subtick intervals
     private variable _ymin                 ;# minimum Y
     private variable _ymax                 ;# maximum Y
     private variable _y_major_tick         ;# Y major tick interval
     private variable _y_num_minor_tick_int ;# subtick intervals
     private variable _xlab                 ;# X axis label
     private variable _ylab                 ;# Y axis label
     private variable _title                ;# plot title
     private variable _npts
}

# -------------------------------------------------------------------
# PlotXY constructor body
# -------------------------------------------------------------------
::itcl::body PlotXY::constructor { } {
     set _w .[namespace tail $this]

     # This is a top level window
     catch {destroy $_w}
     toplevel $_w
     wm withdraw $_w
     wm title $_w "PlotXY"

     # Set up the plot window frames
     set _plot_frame [Plwindow $_w.plot]
     $_plot_frame configure -width 600 -height 400
     set _control_frame \
         [frame $_w.control -borderwidth 2 -relief ridge]
     label $_control_frame.lbl -text "Controls"
     pack $_control_frame.lbl -side top -padx 5 -pady 5
     set _redraw_button [button $_w.control.redraw -text "Revise" \
        -command [::itcl::code $this revise $_plot_frame]]
     pack $_redraw_button -side top -padx 5 -pady 5

     pack  $_control_frame -side left  -padx 5 -pady 5
     pack  $_plot_frame    -side right -padx 5 -pady 5

     setup $_plot_frame

     wm geometry  $_w +20+20
     wm deiconify $_w
}
::itcl::body PlotXY::setup {w} {
     # Define test data
     set _npts 6
     matrix x float $_npts -persist = { 0.0, 0.2, 0.4, 0.6, 0.8, 1.0 }
     matrix y float $_npts -persist = { 0.0, 0.1, 0.3, 0.8, 0.5, 0.3 }
     set _xmin                  0.0
     set _xmax                  1.0
     set _x_major_tick          0.2
     set _x_num_minor_tick_int  2
     set _ymin                  0.0
     set _ymax                  1.0
     set _y_major_tick          0.2
     set _y_num_minor_tick_int  2
     set _xlab                  (x)
     set _ylab                  (y)
     set _title                 "Plwindow demo plot"

     # Set up the viewport limits
     set _vpleft  0.15
     set _vpright 0.9
     set _vpbot   0.2
     set _vptop   0.85

     $w cmd plscolbg 255 255 255  ;# set background color to WHITE
     $w cmd plcol 1               ;# draw in red
     $this draw $w
}
::itcl::body PlotXY::revise {w} {
     # Revise the plot format
     set _vpleft   0.35
     set _xlab     X-axis
     set _ylab     Y-axis
     $this draw $w
}
::itcl::body PlotXY::draw {w} {
     $w cmd pladv 0
     $w cmd plvpor $_vpleft $_vpright $_vpbot $_vptop
     $w cmd plwind $_xmin $_xmax $_ymin $_ymax
     $w cmd plaxes $_xmin $_ymin \
         bcints  $_x_major_tick $_x_num_minor_tick_int \
         bcintsv $_y_major_tick $_y_num_minor_tick_int
     $w cmd pllab $_xlab $_ylab $_title
     $w cmd plline $_npts x y     ;# draw the line
     $w cmd plpoin $_npts x y 4   ;# symbol is hollow circle
}

# Make the plot window appear
PlotXY w

# ======= end demo script ==================================

Re: [Plplot-general] woody links

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

* Quentin Noirhomme <no...@te...> [2003-03-14 19:56]:

> Hi, 
> 
> I try to install plplot on linux/debian/woody computer. I use the command
> apt-get install plplot-dev to install plplot. It works fine with tcl-tk
> but when I want to use it from C I couldn't link the lybraries. 
> 
> I use the following command 
> 
> view: viewEEg.c plplot.h
> 	gcc -g -Wall viewEEg.c \
> -I/usr/include \
> -L/usr/lib -lplplotd -lplmatrix  -ltk8.3 \
>  -ltcl8.3 -L/usr/X11R6/lib -lX11 -lvga -ldl -lm -lg2c -Wl,--rpath \
> -Wl,/usr/lib -o view
> 
> /usr/bin/ld: cannot find -lplplotd
> collect2: ld returned 1 exit status
> make: *** [view] Error 1
> 
> 
> I tried other name like plplot but it never works. Furthermore, I looked
> at my disk and I couldn't file any libplplot.a or libplplotd.a files.
> 
> Somebody could tell me which are the links or the mistake I am doing ?

apt-get install libplplot-dev

(This is starting to become a FAQ...)

-- 
Rafael

[Plplot-general] woody links

[Quentin N. <no...@te...>]

Hi, 

I try to install plplot on linux/debian/woody computer. I use the command
apt-get install plplot-dev to install plplot. It works fine with tcl-tk
but when I want to use it from C I couldn't link the lybraries. 

I use the following command 

view: viewEEg.c plplot.h
	gcc -g -Wall viewEEg.c \
-I/usr/include \
-L/usr/lib -lplplotd -lplmatrix  -ltk8.3 \
 -ltcl8.3 -L/usr/X11R6/lib -lX11 -lvga -ldl -lm -lg2c -Wl,--rpath \
-Wl,/usr/lib -o view

/usr/bin/ld: cannot find -lplplotd
collect2: ld returned 1 exit status
make: *** [view] Error 1


I tried other name like plplot but it never works. Furthermore, I looked
at my disk and I couldn't file any libplplot.a or libplplotd.a files.

Somebody could tell me which are the links or the mistake I am doing ?

Thanks in advance,

Quentin Noirhomme

Re: [Plplot-devel] Re: [Plplot-general] libqhull

[Christophe T. <deb...@ti...>]

On Fri, 14 Mar 2003, Rafael Laboissiere <lab...@ps...> wrote:
> 
> Short answer:  apt-get install libqhull-dev (Oh, I love Debian! :-). 
                                                           `-> me too :-)
Thanks for your quick answer.
 
> Otherwise, I will probably add a dependency on libqhull-dev and
> libfreetype6-dev to libplplot-dev.

Yes; that's why I was puzzled since I got libplplot-dev installed.

> Last comment: The next time you find a problem in a Debian package
> (specially if it is only related to the Debian packages themselves),
> please send a bug report to the Debian BTS (Bug Tracking System)

Will do -- sorry for cluttering the list.

ChriS

Re: [Plplot-general] libqhull

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

On Fri, 14 Mar 2003, Christophe TROESTLER wrote:

> Hi,
>
> When I try to compile the "c" examples with "make" I get
>
> plplot_libtool --mode=link gcc x01c.c -I/usr/include/plplot -L/usr/lib -lplplotd -o x01c
> plplot_libtool: link: cannot find the library `/usr/lib/libqhull.la'
> make: *** [x01c] Error 1
>
> What is the matter?  I got
>
> ii  libplplot-dev 5.2.0.cvs.20030307-1
> ii  libplplot5    5.2.0.cvs.20030307-1   Scientific plotting library
> ii  plplot-doc    5.2.0.cvs.20030307-1
> ii  plplot-gd     5.2.0.cvs.20030307-1
> ii  plplot-tcl    5.2.0.cvs.20030307-1
> ii  plplot-xwin   5.2.0.cvs.20030307-1
> ii  libqhull4     2002.1-3       Calculate convex hulls and related structure
>
> installed, but they do not contain anything like libqhull.la !
>                                                           ^^
>
> Cheers,
> ChriS

I assume your question is Debian-related because of its form, but you don't
say what Debian version you are running or what PLplot version packages you
are running.  However, if you search on
http://www.debian.org/distrib/packages for libqhull.la you will find it in
debian testing or unstable devel/libqhull-dev.  Debian stable does not have
it.  I suspect your problem will be solved if you install the development
version of the libqhull package.

Rafael, you might want to consider making development versions of all
libraries suggested or recommended?  Obviously, you don't need them simply
to run a pre-existing application that has already been linked with PLplot.
But you do need the development packages if you want to build the examples
or build your own application against 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 Canadian Centre for Climate Modelling and
Analysis (www.cccma.bc.ec.gc.ca) and the PLplot scientific plotting software
package (plplot.org).

__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] libqhull

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

* Christophe TROESTLER <deb...@ti...> [2003-03-14 14:49]:

> When I try to compile the "c" examples with "make" I get
> 
> plplot_libtool --mode=link gcc x01c.c -I/usr/include/plplot -L/usr/lib -lplplotd -o x01c
> plplot_libtool: link: cannot find the library `/usr/lib/libqhull.la'
> make: *** [x01c] Error 1
> 
> What is the matter?  I got
> 
> ii  libplplot-dev 5.2.0.cvs.20030307-1
> ii  libplplot5    5.2.0.cvs.20030307-1   Scientific plotting library
> ii  plplot-doc    5.2.0.cvs.20030307-1
> ii  plplot-gd     5.2.0.cvs.20030307-1
> ii  plplot-tcl    5.2.0.cvs.20030307-1
> ii  plplot-xwin   5.2.0.cvs.20030307-1
> ii  libqhull4     2002.1-3       Calculate convex hulls and related structure
> 
> installed, but they do not contain anything like libqhull.la !
>                                                           ^^

Short answer:  apt-get install libqhull-dev (Oh, I love Debian! :-). 

Long answer: This is a bad side-effect of using plplot_libtool, instead of a
full-fledged solution with the right libraries put in the Makefile. The
problem comes from here:

    $ grep libqhull /usr/lib/libplplotd.la 
    dependency_libs='/usr/lib/libfreetype.la -lz /usr/lib/libcsa.la
    /usr/lib/libnn.la /usr/lib/libqhull.la -lm -ldl'

I may try to find a way to force the use of "-lqhull" instead of
"/usr/lib/libqhull.la" in that file, because libqhull is not provided by the
PLplot pakcage.  Same thing for -lfreetype.  I dunno if this is possible
with libtool, but I will look at it.

Otherwise, I will probably add a dependency on libqhull-dev and
libfreetype6-dev to libplplot-dev. For now, since you are doing compilation
(i.e., development) it is appropriate to install the libqhull-dev package,
as suggested in the short answer above.  Install also libfreetype6-dev, just
in case.

Last comment: The next time you find a problem in a Debian package
(specially if it is only related to the Debian packages themselves), please
send a bug report to the Debian BTS (Bug Tracking System).  You will always
be able to Cc: to plplot-devel, if you wish.  If you do not know what I am
talking about:

    apt-get install reportbug

-- 
Rafael

[Plplot-general] libqhull

[Christophe T. <deb...@ti...>]

Hi,

When I try to compile the "c" examples with "make" I get

plplot_libtool --mode=link gcc x01c.c -I/usr/include/plplot -L/usr/lib -lplplotd -o x01c
plplot_libtool: link: cannot find the library `/usr/lib/libqhull.la'
make: *** [x01c] Error 1

What is the matter?  I got

ii  libplplot-dev 5.2.0.cvs.20030307-1
ii  libplplot5    5.2.0.cvs.20030307-1   Scientific plotting library
ii  plplot-doc    5.2.0.cvs.20030307-1
ii  plplot-gd     5.2.0.cvs.20030307-1
ii  plplot-tcl    5.2.0.cvs.20030307-1
ii  plplot-xwin   5.2.0.cvs.20030307-1
ii  libqhull4     2002.1-3       Calculate convex hulls and related structure

installed, but they do not contain anything like libqhull.la !
                                                          ^^

Cheers,
ChriS

Re: [Plplot-general] unable to open plots "plenv: Invalid xmin and xmax..."

[Michael D. <mj...@ph...>]

Dear Alan,

Many thanks for your prompt reply to my question and willingness to help.

We now seem to have solved the problem: we had switched from a
single-precision installation to double-precision and somehow one of the
include files was left with the wrong setting of the double flag. We have
remedied this and it now works.

Best regards,
   Michael.

PS. Good to see another astronomer out there. I remember a couple of very
enjoyable visits to UVic and DAO when I was a postdoc at Laval (Quebec)
several years ago!

Dr. Michael Drinkwater       tel: 07 3365 3428
Department of Physics        fax: 07 3365 1242
University of Queensland     email: mj...@ph...
QLD 4072, Australia          http://www.physics.uq.edu.au/ap

[Plplot-general] Debian package for woody

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

PLplot CVS snapshopt packages for Debian woody are made available by 
Christian Steigies <ct...@de...>.  They are apt-getable with:

    deb http://people.debian.org/~cts/ dists/woody/main/binary-$(ARCH)/
    deb http://people.debian.org/~cts/ dists/woody/main/binary-all/
    deb-src http://people.debian.org/~cts/ woody main

$(ARCH) will expand to the correct architecture, so put the lines above
as-is in /etc/apt/sources.list.  For now, Christian is making i386 and m68k
packages available.  Unfortunately, python-plplot is not available (yet).

A big thanks to Christian.

-- 
Rafael

Re: [Plplot-general] unable to open plots "plenv: Invalid xmin and xmax..."

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

On Wed, 5 Mar 2003, Michael Drinkwater wrote:

> Dear colleagues,
>
> We recently installed the plplot 5.1.0 on a Redhat Linux system. We then
> found that c programs that worked last year can no longer open any plots:

PLplot-5.2.0 is the latest stable version with lots of bug fixes for 5.1.0
(now more than a year out of date) and other neat features so we would
appreciate you giving that a try. (I don't think it will immediately solve
your problem, but it gives us a common reference platform to work from so it
will be a lot easier to help you.) If you have RedHat 7.3, then an rpm of
5.2.0 is available from
http://sourceforge.net/project/showfiles.php?group_id=2915.  Otherwise, you
will have to try the tarball version from there. It would also help to know
what version of PLplot was working for you before.

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 Canadian Centre for Climate Modelling and
Analysis (www.cccma.bc.ec.gc.ca) and the PLplot scientific plotting software
package (plplot.org).

__________________________

Linux-powered Science
__________________________

[Plplot-general] unable to open plots "plenv: Invalid xmin and xmax..."

[Michael D. <mj...@ph...>]

Dear colleagues,

We recently installed the plplot 5.1.0 on a Redhat Linux system. We then
found that c programs that worked last year can no longer open any plots:

#####################################
 ...
 <25> jpeg       JPEG File
 <26> pstex      Postscript/LaTeX device
 <27> null       Null device

Enter device number or keyword: 1

*** PLPLOT ERROR ***
plenv: Invalid xmin and xmax arguments, aborting operation
################################################

The c-code compiles fine and only has the following calls:
        plinit();
        plenv(xmin,xmax,ymin,ymax,just,axis);
        plend();
The only clue to the problem is that in some cases, it doesn't occur when
you log in to the host from another machine to run the same code so
perhaps it is an X-windows issue? Note that we get the same behaviour if a
postscript file output is chosen so it is not a simple X-display issue.

We would be very grateful for any suggestions.
Thanks for your time,
   Michael Drinkwater

Dr. Michael Drinkwater       tel: 07 3365 3428
Department of Physics        fax: 07 3365 1242
University of Queensland     email: mj...@ph...
QLD 4072, Australia          http://www.physics.uq.edu.au/ap

[Plplot-general] New PLplot (5.2.0.cvs) Debian packages available

[Rafael L. <ra...@de...>]

[ Cross-posting to:
      plp...@li...
      deb...@li...
      hel...@be...
  I apologize for the duplicated reception of this message. ]
  
[ I also screwed up the Subject header in my previous post.  Sorry again. ]


Dear Debian, PLplot, and Octave users,

New PLplot packages for Debian testing (sarge, not woody) are now available
at http://plplot.sf.net/resources.  These packages are built directly from
the most recent CVS sources of PLplot and will serve as preliminary test for
the next upstream release of PLplot.  They contain some improvements to the
current 5.2.0 official release of PLplot and are apt-getable with the
following lines in /etc/apt/sources.list:

    deb http://plplot.sf.net/resources/debian ./
    deb-src http://plplot.sf.net/resources/debian ./ 

These packages provide the C, C++, Fortran, Python, Tcl, and Octave bindings
for PLplot, as well as the X11, Tk, Gnome-canvas (experimental) and GD
drivers.  The HTML and PDF forms of the newest Docbook documentation are
included in the plplot-doc package.

Octave users will be pleased to know that we have now a highly functional,
drop-in replacement for the traditional Gnuplot graphical interface.  For
now, the octave-plplot depends on octave2.1 (= 2.1.36), the version of
Octave 2.1 present in Debian testing.

Please test and report bugs to me.  These packages will eventually be
uploaded to Debian unstable, as soon are some transition problems are sorted
out.

Enjoy!

-- 
Rafael

[Plplot-general] df

[Rafael L. <ra...@de...>]

[ Cross-posting to:
      plp...@li...
      deb...@li...
      hel...@be...
  I apologize for the duplicated reception of this message. ]


Dear Debian, PLplot, and Octave users,

New PLplot packages for Debian testing (sarge, not woody) are now available
at http://plplot.sf.net/resources.  These packages are built directly from
the most recent CVS sources of PLplot and will serve as preliminary test for
the next upstream release of PLplot.  They contain some improvements to the
current 5.2.0 official release of PLplot and are apt-getable with the
following lines in /etc/apt/sources.list:

    deb http://plplot.sf.net/resources/debian ./
    deb-src http://plplot.sf.net/resources/debian ./ 

These packages provide the C, C++, Fortran, Python, Tcl, and Octave bindings
for PLplot, as well as the X11, Tk, Gnome-canvas (experimental) and GD
drivers.  The HTML and PDF forms of the newest Docbook documentation are
included in the plplot-doc package.

Octave users will be pleased to know that we have now a highly functional,
drop-in replacement for the traditional Gnuplot graphical interface.  For
now, the octave-plplot depends on octave2.1 (= 2.1.36), the version of
Octave 2.1 present in Debian testing.

Please test and report bugs to me.  These packages will eventually be
uploaded to Debian unstable, as soon are some transition problems are sorted
out.

Enjoy!

-- 
Rafael

[Plplot-general] Re: [Plplot-devel] Re: debian plplot & octave-plplot-0.3

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

On Wednesday 12 February 2003 18:49, Christophe TROESTLER wrote:
> On Wed, 12 Feb 2003, Jo=E3o Cardoso <jc...@fe...> wrote:
=2E..
> BTW, there are some problems when compiling plplot-5.2.0 with the
> option --with-double, make ends with the message:
>
> =09...
> =09make[1]: *** No rule to make target `dg300d.lo', needed by
> `libplplotdrv.la'.  Stop. make[1]: Leaving directory
> `/tmp/PLPLOT/plplot-5.2.0/drivers'
> =09make: *** [all-recursive] Error 1

It turns out that this question has already been answered:

It turns out the fatal combination is static drivers and --with-double on
*all* platforms.  (We gave the mistaken impression before this problem on=
ly
occurred on some platforms.) Thus, for any platform a workaround is to
specify --enable-dyndrivers.  An alternative workaround is to avoid
specifying --with-double.  Its a Boolean OR of those two workarounds. Thu=
s,
the combination of --enable-dyndrivers and --with-double builds fine sinc=
e
the first workaround condition is fulfilled.  Similarly, default options
(nothing specified about the kind of drivers or precision) build fine sin=
ce
the second condition is fulfilled.

>
>
> Finally, if I issue =AB xhost +local: =BB, the Tk driver crashes with:
>
> =09X server insecure (must use xauth-style authorization); command igno=
red
> =09    while executing
> =09"send $client "set server_name [list $server_name]""
> =09    (procedure "plserver_link_init" line 25)
> =09    invoked from within
> =09"plserver_link_init"
> =09    (procedure "plserver_init" line 85)
> =09    invoked from within
> =09"plserver_init"
>
> Why?  (There is no problem with the xwin driver.)

This question was also already answered (not a plplot issue): you have to=
 use=20
xauth in order to securely run Tk (as tk has a mechanism that would allow=
=20
others to execute commands on your computer -- no need to be a hacker).
The easier way to setup xauth is to use a xdm login manager, like xdm, kd=
m,=20
etc. Otherwise you must use the xauth program and *do not* enable xhosts.=
=20
Other possibility is to rebuild tk without security.

Thanks,
Joao

>
> Cheers,
> ChriS
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Plplot-devel mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-devel

[Plplot-general] Re: [Plplot-devel] Re: debian plplot & octave-plplot-0.3

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

* Christophe TROESTLER <deb...@ti...> [2003-02-12 19:49]:

> Well, if I may say my opinion, you do not want the plplot package to
> depend on octave, so it is good to keep octave related stuff in a
> separate package.

This will be the case.

> Talking about the Debian packages, « plplot-tcl » which is supposed to
> contain the tk driver does not.

I am doing a big overhaul in the Debian packages and they will be available
when the next version of PLplot will be released (5.2.1 or 5.3.0).  They
will be much improved.  All the tk drivers will be included oin plplot-tcl.

> A plplot-examples package would be nice.

The examples will be distributed with their respective packages:

  libplplot-dev: /usr/share/doc/libplplot5/examples/{c,c++,f77}
  python-plplot: /usr/share/doc/libplplot5/examples/python
  octave-plplot: /usr/share/doc/libplplot5/examples/octave
  plplot-tcl:    /usr/share/doc/libplplot5/examples/{tcl,tk}

-- 
Rafael

[Plplot-general] Re: debian plplot & octave-plplot-0.3

[Christophe T. <deb...@ti...>]

On Wed, 12 Feb 2003, João Cardoso <jc...@fe...> wrote:
> 
> Rafael & David, does the debian octave-plplot-0.3 package still
> makes sense? Specially if it is outdated?

Well, if I may say my opinion, you do not want the plplot package to
depend on octave, so it is good to keep octave related stuff in a
separate package.

Talking about the Debian packages, « plplot-tcl » which is supposed to
contain the tk driver does not.  I can see that a version of the lib
with the tk driver enabled is compiled but for some reason does not
end up in the package.  Also, are they reasons why the debian package
is not compiled with
	--with-double 	(if there are no issues with speed, are there??)
	--enable-png 	(couldn't make it to work)

A plplot-examples package would be nice.

BTW, there are some problems when compiling plplot-5.2.0 with the
option --with-double, make ends with the message:

	...
	make[1]: *** No rule to make target `dg300d.lo', needed by `libplplotdrv.la'.  Stop.
	make[1]: Leaving directory `/tmp/PLPLOT/plplot-5.2.0/drivers'
	make: *** [all-recursive] Error 1


Finally, if I issue « xhost +local: », the Tk driver crashes with:

	X server insecure (must use xauth-style authorization); command ignored
	    while executing
	"send $client "set server_name [list $server_name]""
	    (procedure "plserver_link_init" line 25)
	    invoked from within
	"plserver_link_init"
	    (procedure "plserver_init" line 85)
	    invoked from within
	"plserver_init"

Why?  (There is no problem with the xwin driver.)

Cheers,
ChriS

Fwd: Re: [Plplot-devel] Re: [Plplot-general] refreshing with several streams [debian octave-plplot-0.3]

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

----------  Forwarded Message  ----------

Subject: Re: [Plplot-devel] Re: [Plplot-general] refreshing with several=20
streams [debian octave-plplot-0.3]
Date: Wed, 12 Feb 2003 17:20:37 +0100
From: Rafael Laboissiere <lab...@ps...>
To: PLplot development list <Plp...@li...>

* Jo=E3o Cardoso <jc...@fe...> [2003-02-12 16:09]:
> Rafael & David, does the debian octave-plplot-0.3 package still makes
> sense? Specially if it is outdated?

This package will be supplemented by the forthcoming
 octave-plplot-5.2.0 (or, more probably, octave-plplot-5.2.1), built
 directly from the upstream sources.

The crappy package octave-plplot-0.3 should not be used in any case.
(I mean, its Debian packaging is crappy. Otherwise, PLplot_Octave is
 great!

:-)

--
Rafael


-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld =3D Something 2 See!
http://www.vasoftware.com
_______________________________________________
Plplot-devel mailing list
Plp...@li...
https://lists.sourceforge.net/lists/listinfo/plplot-devel

-------------------------------------------------------

Re: [Plplot-general] refreshing with several streams [debian octave-plplot-0.3]

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

On Wednesday 12 February 2003 15:21, Christophe TROESTLER wrote:
| On Wed, 12 Feb 2003, Jo=E3o Cardoso <jc...@fe...> wrote:
| > On Wednesday 12 February 2003 11:43, Christophe TROESTLER wrote:
| > > P.S.  BTW, the octave-plplot/README contains the following which
| > > does not seem to be accurate anymore:
| >
| > Where did you saw that? I have changed it in April 2001!
|
| In the Debian =AB unstable =BB package source (file
| octave-plplot-0.3.orig/README) ; see (download and send a mail to the
| maitainer at):
|
| http://packages.debian.org/unstable/math/octave-plplot.html
|
| I thought it was up-to-date since the plplot packages are.

Since plplot-5.0.3 (March 2001) that plplot_octave is integrated into=20
plplot. You should use the builtin version. Look in bindings/octave in=20
the source distribution.

Rafael & David, does the debian octave-plplot-0.3 package still makes=20
sense? Specially if it is outdated?

Thanks,
Joao

|
| ChriS

Re: [Plplot-general] refreshing with several streams

[Christophe T. <deb...@ti...>]

On Wed, 12 Feb 2003, João Cardoso <jc...@fe...> wrote:
> 
> On Wednesday 12 February 2003 11:43, Christophe TROESTLER wrote:
> > P.S.  BTW, the octave-plplot/README contains the following which does
> > not seem to be accurate anymore:
> 
> Where did you saw that? I have changed it in April 2001!

In the Debian « unstable » package source (file
octave-plplot-0.3.orig/README) ; see (download and send a mail to the
maitainer at):

http://packages.debian.org/unstable/math/octave-plplot.html

I thought it was up-to-date since the plplot packages are.

ChriS

Re: [Plplot-general] refreshing with several streams

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

On Wednesday 12 February 2003 11:43, Christophe TROESTLER wrote:
| Hi everybody,
=2E..
| ---
| P.S.  BTW, the octave-plplot/README contains the following which does
| not seem to be accurate anymore:

Where did you saw that? I have changed it in April 2001!

Joao

| PLplot also has its disadvantages:
|
|         It is not beeing maintained anymore, and you must use the
| last snapshot available before developpement ceased (plplot-961023
| plus a patch to this snapshot). This is a kind of walking in a sharp
| knife, but in my experience I found it bug free.

Re: [Plplot-general] refreshing with several streams

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

On Wednesday 12 February 2003 11:43, Christophe TROESTLER wrote:
| Hi everybody,
|
| I am new to plplot.  I want to make several plots in different
| windows and use streams to that aim (the only way to achieve my goal
| it seems).  However, when the two windows are open, the older one
| (the one which stream is not active) is not refreshed properly when
| given focus (some sample code is attached).  Is there a way to do
| that?

You are talking of the xwin driver, right? The tk driver doesn't have=20
such problem. If you don't like the menus in the tk driver just hit the=20
"m" keyboard key to toogle the menus on/off.

As for the xwin driver, I have solved that problem in my sources using=20
threads. The threads approach solve the problem for compiled languages,=20
but not for all interpreted languages, as the interpreter must have=20
been *linked* with -lpthread. My python's distribution was linked with=20
pthread, and works fine. Octave is not linked with pthread and fails,=20
you have to relink it with pthreads and then it works OK.

You have to wait a little more to see this improvement, as I don't want=20
to mess with plplot until the next release.

Joao

|
| Cheers,
| ChriS
|
| ---
| P.S.  BTW, the octave-plplot/README contains the following which does
| not seem to be accurate anymore:

Thanks, I will correct this.

|
| PLplot also has its disadvantages:
|
|         It is not beeing maintained anymore, and you must use the
| last snapshot available before developpement ceased (plplot-961023
| plus a patch to this snapshot). This is a kind of walking in a sharp
| knife, but in my experience I found it bug free.

[Plplot-general] refreshing with several streams

[Christophe T. <deb...@ti...>]

Hi everybody,

I am new to plplot.  I want to make several plots in different windows
and use streams to that aim (the only way to achieve my goal it
seems).  However, when the two windows are open, the older one (the
one which stream is not active) is not refreshed properly when given
focus (some sample code is attached).  Is there a way to do that?

Cheers,
ChriS

---
P.S.  BTW, the octave-plplot/README contains the following which does
not seem to be accurate anymore:

PLplot also has its disadvantages:

        It is not beeing maintained anymore, and you must use the last
snapshot available before developpement ceased (plplot-961023 plus a
patch to this snapshot). This is a kind of walking in a sharp knife, but
in my experience I found it bug free.