plplot-general — PLplot user discussion group

Re: [Plplot-general] Some notes on PLplot implementation and Ada binding

[Jerry <lan...@qw...>]

On Aug 16, 2006, at 4:07 PM, hba...@ma... wrote:

>
> On Aug 16, 2006, at 5:40 AM, Jerry wrote:
>> I have made an option to exchange Black and White in Color Map 0
>> (color 0 and color 15) because it is customary to work on a white
>> canvas on Macintosh. This works fine using the excellent AquaTerm
>> graphics terminal emulator on OS X. However, on X-windows (also
>> running on OS X), when black and white are switched, only the first
>> plot appears on a white background, and all others (in a particular
>> run) appear on a black background. However, the line color remains
>> switched, so that what were supposed to be black lines drawn on a
>> white background are instead (after the first plot) black lines drawn
>> on a black background, thus invisible.
>
> Did you setup the color table (with, for example, plscmap0n) prior to
> calling plinit()? Not all of the drivers support changing the color
> table "on the fly".

Thanks. Calling plscmap0 before plinit makes X-windows work as expected.
>
>> Another difference between running with AquaTerm and X-windows is
>> that AquaTerm plots all the plots of a particular run one after the
>> other in different windows, but X-windows (same binary) pauses after
>> each plot until Return is pressed, then re-draws the next plot in the
>> same window. There is a mention in the plplot.h about multiplot mode
>> with respect to plenv and plenv0--maybe that is relevant, but I
>> haven't been able to see any difference in behavior when using either
>> plenv or plenv0 on either windowing system.
>
> I believe that the difficulty here is that X-windows doesn't (at
> least easily) support "orphaned" windows. Since every window must
> have a running process associated with it, the X-windows driver was
> written to pause at plend()/pleop() so that the user would have a
> chance to see the graph before it was destroyed when the process
> ended, as would happen when you run one of the PLplot examples. This
> is also why all the plots are drawn in the same window.

Thanks--I'l stop worrying about it.
>
> -Hazen
>

Re: [Plplot-general] Some notes on PLplot implementation and Ada binding

[<hba...@ma...>]

On Aug 16, 2006, at 5:40 AM, Jerry wrote:
> I have made an option to exchange Black and White in Color Map 0
> (color 0 and color 15) because it is customary to work on a white
> canvas on Macintosh. This works fine using the excellent AquaTerm
> graphics terminal emulator on OS X. However, on X-windows (also
> running on OS X), when black and white are switched, only the first
> plot appears on a white background, and all others (in a particular
> run) appear on a black background. However, the line color remains
> switched, so that what were supposed to be black lines drawn on a
> white background are instead (after the first plot) black lines drawn
> on a black background, thus invisible.

Did you setup the color table (with, for example, plscmap0n) prior to  
calling plinit()? Not all of the drivers support changing the color  
table "on the fly".

> Another difference between running with AquaTerm and X-windows is
> that AquaTerm plots all the plots of a particular run one after the
> other in different windows, but X-windows (same binary) pauses after
> each plot until Return is pressed, then re-draws the next plot in the
> same window. There is a mention in the plplot.h about multiplot mode
> with respect to plenv and plenv0--maybe that is relevant, but I
> haven't been able to see any difference in behavior when using either
> plenv or plenv0 on either windowing system.

I believe that the difficulty here is that X-windows doesn't (at  
least easily) support "orphaned" windows. Since every window must  
have a running process associated with it, the X-windows driver was  
written to pause at plend()/pleop() so that the user would have a  
chance to see the graph before it was destroyed when the process  
ended, as would happen when you run one of the PLplot examples. This  
is also why all the plots are drawn in the same window.

-Hazen
  

Re: [Plplot-general] Some notes on PLplot implementation and Ada binding

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

Hi Jerry:

Thanks very much for your notes on the API documentation (and also some
notes on the results) of PLplot.  Our API documentation is generated in
doc/docbook/src/api.xml.  Could you please send a patch with your suggested
changes?

Alan
__________________________
Alan W. Irwin

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] Some notes on PLplot implementation and Ada binding

[Jerry <lan...@qw...>]

I am nearly done with a thick binding of PLplot to Ada. I have not  
overcome a particular difficulty with respect to procedures such as  
pltr1 which are used by procedures such as plcont (the problem seems  
related to the struct PLcGrid). I've made some brief notes on this  
near the end of this e-mail and will be happy to comment further if  
anyone has any ideas.

Some of these notes are Ada-related but many are just things that I  
noticed as I worked on this binding. Some notes might not be not well- 
considered so please don't be offended if they seem inappropriate.  
Also, some problems might have have been created by my  code since I  
have not checked the "complaints" against the C version.

Jerry



plarrows is in the API but there is no documentation for it in  
Chapter 17.

The "opt" flags for plbin and plhist do not appear in plplot.h nor  
are they described in the docs.

There is no way to get the pen width so there is no way of returning  
the pen width to its original setting after setting the pen width  
with plwid.

Ditto for line style???		

pllightsource: what are the default x, y, z? Not mentioned in docs.

Passing a value of 256 to plmesh causes a crash.

plline seems to reset the pen width to its minimum; plmesh e.g. does  
not. In other words, attempts to set the pen width with plwid doesn't  
"stick."

In Postscript images, surface plots seem to have a very fine line  
delineating the edges of the constituent triangles; zooming in with a  
PDF viewer (Preview on OS X) does not make them bigger, so they  
appear to be drawn at the minimum pen width of the PS renderer. I  
think that they shouldn't be there at all unless so specified.

plfont : no bold font?

pldid2pc and pldip2dc are not documented in Chapter 17, Common API.

plgpage : Returning these measures as integers, given that some  
devices use, as stated in the docs, mm, seems restrictive; why  
artificially limit the resulting resolution to 1 mm? OS X uses  
floating point values to address screen coordinates and +/- 0.5 mm in  
the space of an ordinary display screen can be significant.

plhls, plrgb1,  and plrgb are not in Chapter 17.

plimage does not appear in Chapter 17.

plot3dcl does not appear in Chapter 17.

plsxwin does not appear in Chapter 17.

In Chapter 17 entry for plggriddata, "sg" should be "zg". "xptsy"  
should be "nptsy".

The "d" option in plbox3 appears to be ignored when it is called  
before plline3 and plpoin3.

Is there any way to draw grid lines on the z = zmin plane in 3D views?

pltr0, 1, 2 are not adequately connected with plvect in the docs.

The nature of the "additional input data" of pltr0, 1, 2 is hard to  
discern from the Programmer's Reference Manual.

None of pltr0, 1, 2 use (or assign to) either zg or nz; it might be  
messing up my Ada variant record that does the job of PLcGrid because  
I can't make a zero-length zg which may be what C does when it is not  
defined. (???)

I can't get any use of pltr1 (and probably pltr2, and maybe pltr0) to  
work without generating the output
*** PLPLOT ERROR ***
pltr1: Invalid coordinates
This is probably due to either my binding or my test program, but is  
likely to remain broken for a while as I can't seem to get it fixed.  
See above comment about PLcGrid. Information about the exact memory  
layout of PLcGrid would be helpful.

I have made an option to exchange Black and White in Color Map 0  
(color 0 and color 15) because it is customary to work on a white  
canvas on Macintosh. This works fine using the excellent AquaTerm  
graphics terminal emulator on OS X. However, on X-windows (also  
running on OS X), when black and white are switched, only the first  
plot appears on a white background, and all others (in a particular  
run) appear on a black background. However, the line color remains  
switched, so that what were supposed to be black lines drawn on a  
white background are instead (after the first plot) black lines drawn  
on a black background, thus invisible.

Another difference between running with AquaTerm and X-windows is  
that AquaTerm plots all the plots of a particular run one after the  
other in different windows, but X-windows (same binary) pauses after  
each plot until Return is pressed, then re-draws the next plot in the  
same window. There is a mention in the plplot.h about multiplot mode  
with respect to plenv and plenv0--maybe that is relevant, but I  
haven't been able to see any difference in behavior when using either  
plenv or plenv0 on either windowing system.

[Plplot-general] plmap missing in PDL binding for plplot 5.6.1

[Derek L. <de...@bo...>]

When I install PLplot 5.5.3 with PDL enabled, all of the example scripts 
execute just fine.  However when I install PLplot 5.6.1, make the 
examples and run ./plplot-test.sh, I get the following output:

<snip>
Testing front-end perl
PLplot library version: 5.6.1
perl: symbol lookup error: 
/usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi/auto/PDL/Graphics/PLplot/PLplot.so: 
undefined symbol: plmap

and the same undefined symbol error when I run x19.pl on its own.  Since 
version 5.5.3 ran this example, I don't think it's a problem with PDL.  
I noticed in the list archives that the plmap() stub was missing for f77 
( http://sourceforge.net/mailarchive/message.php?msg_id=15717696 ), 
might this be related?

thanks,
Derek

Re: [Plplot-general] Problem compiling on SunOS5.10 with gcc 4.0.2

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

On 2006-08-08 10:29-0400 Mark Wilson wrote:

> Hello,
>
> I get this error in drivers:
>
> gcw.c: In function 'proc_str':
> gcw.c:1021: error: 'FontLookup' undeclared (first use in this function)
> gcw.c:1021: error: (Each undeclared identifier is reported only once
> gcw.c:1021: error: for each function it appears in.)
> gcw.c:1021: error: 'N_TrueTypeLookup' undeclared (first use in this function)
> gcw.c:1021: warning: pointer targets in assignment differ in signedness
> gcw.c:1045: warning: pointer targets in assignment differ in signedness
>
>
> I have '--without-freetype2' in my config.  I'm guessing it has something to 
> do with that.

This bug was fixed in CVS on 2006-06-08 just after the 5.6.1 release.  The
CVS version of Plplot is fairly stable at the moment so if you like living
near the cutting edge you might want to try that. If you want to stick to
5.6.1 you can work around the bug by --disable-gcw or by installing
libfreetype2.

Sun is a fairly rare platform for us so please let us know if any of the
notes for Sun platforms in the INSTALL file have to be updated.

Alan
__________________________
Alan W. Irwin

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] Cmake questions

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

On 2006-08-08 15:59+0900 Valery Pipin wrote:

> I've tried cmake as well. cmake do't want to put "ON" the options for
> dyndrivers, for python binding, for freetype support and for psttf.

All options can be set with cmake -D options.  However, the ccmake
command-line interface is much more convenient because it displays default
values and documentation strings for all variables that you can change.
However, the necessary resources must be installed and accessible (see
comments below) or some of these options will be turned OFF (with a WARNING
message) even when the default is ON or you specify ON.

By default, the CMake build system uses dyndrivers, builds the psttf device
driver, builds the python binding, and uses libfreetype. So I presume all of
those are being turned off internally for your CMake build because it is
unable to find certain resources.  Look for WARNING messages when you run
cmake (or ccmake). For example, dyndrivers gets turned off if libltdl is not
installed on your system. (The autotools build system, builds a copy of this
library internally from libtool source, but CBS needs an installed version.)
The psttf device is only built for the dyndrivers case (and also requires
libLASi to be found). Our python interface is only built if swig is
installed on your system.  I need a look at your WARNING messages, but I
presume the freetype library is not being found by CMake on your system
because you need to specify (via ccmake) a font path and/or font file names.
(We didn't have this capability before, but I just committed a change to
implement that.)  Finally, if anything is installed in non-standard locations
you need to specify the environment variables CMAKE_INCLUDE_PATH and
CMAKE_LIBRARY_PATH (documented in
http://www.cmake.org/Wiki/CMake_Useful_Variables) to help the PLplot CMake
build system to find it.

If you have further trouble with the CMake build system feel free to contact
me off list with all the details (complete cmake output), and I should be
able to help you get it to work so you can enjoy the extraordinary
configuration speed of CMake.

By the way, I implemented the Tcl component of the PLplot CBS this weekend.
That leaves just the implementation of the Tk component (next few days), the
octave component, and the wxwidgets device driver to complete our CBS on
Linux.

Alan
__________________________
Alan W. Irwin

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] Problem compiling on SunOS5.10 with gcc 4.0.2

[Mark W. <mw...@ll...>]

Hello,

I get this error in drivers:

gcw.c: In function 'proc_str':
gcw.c:1021: error: 'FontLookup' undeclared (first use in this function)
gcw.c:1021: error: (Each undeclared identifier is reported only once
gcw.c:1021: error: for each function it appears in.)
gcw.c:1021: error: 'N_TrueTypeLookup' undeclared (first use in this 
function)
gcw.c:1021: warning: pointer targets in assignment differ in signedness
gcw.c:1045: warning: pointer targets in assignment differ in signedness


I have '--without-freetype2' in my config.  I'm guessing it has 
something to do with that.

Re: [Plplot-general] hershey chars at 5.6.1

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

Dear Alan,
Dear Andrew,

Thank you very much for the quick fix of the problem. 
It also fixes the absence some of hershey chars in psttf driver (I mentioned 
them in my first message).  

I've tried two different way to build plplot. 
The usual way is to use cf/bootstrap.sh.  
and ./configure --with-freetype-font-dir=/usr/share/fonts/default/TrueType-freefont --with-psttf  
It works for me.

I've tried cmake as well. cmake do't want to put "ON" the options for 
dyndrivers, for python binding, for freetype support and for psttf. It is not 
clear how to do it. Note that I was able to activate these options via the 
usual configure 

best regards

Valery

Re: [Plplot-general] hershey chars at 5.6.1

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

On 2006-08-04 07:27-0700 Alan W. Irwin wrote:

> On 2006-08-04 11:34+0900 Valery Pipin wrote:
>
>> I think it is not only about  internal limitations of  #(nnnn).
>> The problem is that "[Wb#u2#d]" looks ugly as well for psttf drivers (at least
>> in my case)
>
> I confirm this problem with the psttf device driver.  Also, "[Wb#d2#u]"
> shows the same problem for subscripts.

I was dismayed I didn't spot this issue when we first released the psttf
device, but no pre-release testing is perfect, and this is a nice example of
how PLplot users can do us a great service by speaking up about issues that
they find. Andrew Ross has kindly fixed this psttf bug in CVS, and I confirm
that the subscript and superscript horizontal spacing is now correct.

Valery, will you give the cvs version of PLplot a try and let us know if you
have any other concerns about the psttf device driver?  We want everything
to be correct for this device because when it matures it will probably be
our showcase device with so many nice-looking glyphs available for plotting
(if you stick to UTF8 or the #[nnnnnn] notation), with easy access to
TrueType fonts (via libfontconfig), and with automatic complex text layout
(CTL) capability via libpango.

Alan
__________________________
Alan W. Irwin

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] Questions about PLplot compiling in MinGW/MSYS.

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

>  Hi all!
>
>  I followed Alan's suggestion of using MinGW/MSYS to compile PLplot.The
>  MinGW and MSYS have been installed in my windows.And I followed the
>  steps in INSTALL.TXT in plplot-5.6.1 which writes that "simply use
>  "configure --disable-shared" then "make install" to build." in
>  MinGW/MSYS.But there are some questions  I would like to put forward.
>
>  I did the job with the commands above and generated some directories
>  in my MYPREFIX. I found some libraries and libraries-related files
>  such as  'libcsirocsa.a/la' ,'libplplotcxxd.a/la'...  My questions are
>  :
>  1)For I want to link all of the libs in my App in vc 2005, how could I
>  link them? Because there are no .lib files, did vc++ could identify
>  them?

Did you compile PLplot with vc++? Or did CMake use gcc instead?
It may also be part of the rules in the current CMake build system, that the
libraries are named in this - to Windows - odd fashion.

>
>  2)I maked the examples in
>  ...\plplot_install\share\plplot5.6.1\examples,but some errors jumped
>  out: -------------
>  ...
>  /bin/sh.exe: plplot-config: command not found
> C:/DOCUME~1/AENDEY/LOCALS~1/Temp/cc2zbaaa.o(.text+0x11a):x01cc.cc:
> undefined reference to `plstream::col(PLcolor)'
> C:/DOCUME~1/AENDEY/LOCALS~1/Temp/cc2zbaaa.o(.text+0x14f):x01cc.cc:
> undefined reference to `plstream::env(double, double, double, double,
> int, int)'
> C:/DOCUME~1/AENDEY/LOCALS~1/Temp/cc2zbaaa.o(.text+0x164):x01cc.cc:
> undefined reference to `plstream::col(PLcolor)'
> C:/DOCUME~1/AENDEY/LOCALS~1/Temp/cc2zbaaa.o(.text+0x189):x01cc.cc:
> undefined reference to `plstream::lab(char const*, char const*, char
> const*)'
> C:/DOCUME~1/AENDEY/LOCALS~1/Temp/cc2zbaaa.o(.text+0x1d6):x01cc.cc:
> undefined reference to `plstream::col(PLcolor)'
> C:/DOCUME~1/AENDEY/LOCALS~1/Temp/cc2zbaaa.o(.text+0x201):x01cc.cc:
> undefined reference to `plstream::poin(int, double*, double*, int)' ...
>  ----------------------------------
>  How could I deal with these?
>
>  3)Did somebody have generated the .lib or .dll files of plplot which
>  could used in windows? Could you give me some hint on that working?
>
>

I am currently looking at CMake myself for Windows, but for some reason
I can not log on to the CVS server to get the latest sources. ("Permission
denied, please try again" - my account seems to have changed).

So, I can not yet help you there.

Regards,

Arjen

[Plplot-general] Questions about PLplot compiling in MinGW/MSYS.

[di a <ae...@ya...>]

  Hi all!
   
  I followed Alan's suggestion of using MinGW/MSYS to compile PLplot.The MinGW and MSYS have been installed in my windows.And I followed the steps in INSTALL.TXT in plplot-5.6.1 which writes that "simply use "configure --disable-shared" then "make install" to build." in MinGW/MSYS.But there are some questions  I would like to put forward. 
   
  I did the job with the commands above and generated some directories in my MYPREFIX. I found some libraries and libraries-related files such as  'libcsirocsa.a/la' ,'libplplotcxxd.a/la'... 
  My questions are :
  1)For I want to link all of the libs in my App in vc 2005, how could I link them?
  Because there are no .lib files, did vc++ could identify them?
   
  2)I maked the examples in ...\plplot_install\share\plplot5.6.1\examples,but some errors jumped out:
  -------------
  ...
  /bin/sh.exe: plplot-config: command not found
C:/DOCUME~1/AENDEY/LOCALS~1/Temp/cc2zbaaa.o(.text+0x11a):x01cc.cc: undefined reference to `plstream::col(PLcolor)'
C:/DOCUME~1/AENDEY/LOCALS~1/Temp/cc2zbaaa.o(.text+0x14f):x01cc.cc: undefined reference to `plstream::env(double, double, double, double, int, int)'
C:/DOCUME~1/AENDEY/LOCALS~1/Temp/cc2zbaaa.o(.text+0x164):x01cc.cc: undefined reference to `plstream::col(PLcolor)'
C:/DOCUME~1/AENDEY/LOCALS~1/Temp/cc2zbaaa.o(.text+0x189):x01cc.cc: undefined reference to `plstream::lab(char const*, char const*, char const*)'
C:/DOCUME~1/AENDEY/LOCALS~1/Temp/cc2zbaaa.o(.text+0x1d6):x01cc.cc: undefined reference to `plstream::col(PLcolor)'
C:/DOCUME~1/AENDEY/LOCALS~1/Temp/cc2zbaaa.o(.text+0x201):x01cc.cc: undefined reference to `plstream::poin(int, double*, double*, int)'
...
  ----------------------------------
  How could I deal with these?
   
  3)Did somebody have generated the .lib or .dll files of plplot which could used in windows? Could you give me some hint on that working?

  Thank you!!


 		
---------------------------------
 雅虎免费邮箱-3.5G容量，20M附件

Re: [Plplot-general] hershey chars at 5.6.1

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

On 2006-08-04 11:34+0900 Valery Pipin wrote:

> I think it is not only about  internal limitations of  #(nnnn).
> The problem is that "[Wb#u2#d]" looks ugly as well for psttf drivers (at least
> in my case)

I confirm this problem with the psttf device driver.  Also, "[Wb#d2#u]"
shows the same problem for subscripts.  The horizontal spacing is not done
properly after the superscript or subscript so the bracket is written right
over the superscript or subscript 2. That's curious because many aspects of
the psttf driver are based on the ps device driver, and the problem does not
occur for -dev ps(c).  Anyhow, you have found a clear bug for the
psttf device driver that should be fixed.

Alan
__________________________
Alan W. Irwin

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] hershey chars at 5.6.1

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

Dear Alan,

thanks for the help. The problem with colors is solved, indeed, if I put 
 plscol0(1,0,0,0);  before definitions for device and plinit();
I don't understand why it works. I have to read the documentaion.
The grey color was resulted from the subsequent calls of several plplot-python 
routines in one buffer. I thought  that definitions for colors are reseted  
after plend().  


> > pllab("TIME,
> > [YR]", "[Wb#u2#d]","#(2412)#(2229)h#d#(2053)#u#(2229)#(2104)V#dCZ#u")
> > gives quite ugly results for ps file. The characters itself  look very
> > well but there combination does not.
>
> The old #(nnnn) notation has some internal limitations. You have to move to
> the new scheme (UTF8 strings or #[nnn] with FCI's) to get complete results
> for special characters with the unicode fonts.
I think it is not only about  internal limitations of  #(nnnn).
The problem is that "[Wb#u2#d]" looks ugly as well for psttf drivers (at least 
in my case)

best regards
Valery

Re: [Plplot-general] hershey chars at 5.6.1

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

On 2006-08-03 08:05-0700 Alan W. Irwin wrote:

>> Another problem for me with the collor ps drivers that I could not find the
>> simple way to get the black color (with white background).
>> For plplot5.3.1 in yplot I find that  plscol0,1,1,1,1 gives the perfectly
>> black color. However its python conterpart  plscol0(1,1,1,1) gives gray
>> color.
>
> The first index in cmap0 is the special background colour index, and it must
> be set before plinit in order for it to work at all.  The simple way is
> to use the -bg option on the command line.  (Use the -h option on the
> command line to see all the options available.)
>

I answered this part of your post too quickly without much thought.
Obviously, it is the zero index which is the background so my comment about
that case is not relevant to your issue.

To answer your original question, to get black on white results just use
-dev ps or -dev psttf rather than -dev psc or -dev psttfc.

Note also to get true black you should specify plscol0(index,0,0,0),
although since the allowed range is 0-255 (see
http://plplot.sourceforge.net/docbook-manual/plplot-html-5.6.1/plscol0.html),
specifying plscol0(index,1,1,1) should be indistinguishable from true black.
I have just checked that with python, and that is indeed the case on my
system with both -dev xwin and -dev psttfc.  I had to change to
plscol0(1,100,100,100) to get a grey result. I have no idea why you are
getting a grey result with plscol0(1,1,1,1).
Could you give more specifics such as a simple python test code
that produces that result?  Also, tell us your PLplot version, the devices
that produce the grey result, etc.

Alan
__________________________
Alan W. Irwin

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] hershey chars at 5.6.1

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

On 2006-08-03 17:42+0900 Valery Pipin wrote:

> Hello Alan,
>
> Thanks for the quick help!
>> I get a slightly different result with the CVS version of PLplot: #(2229)
>> (vertical bar)
> Yes it is also works for me. I wanted to  refer the char #(2104) for
> differential
>> works okay, but #(2053) (italic upper case C) does not.
>>
>> To solve the problem I suggest you use -drvopt text=0 which enforces
>> Hershey fonts in all cases.
> where should I place this option? Can I use plparseopts?

hmmm.  I am sure there is an internal way to specify it, but I always just
specify it on the command line.

>> For new plots I suggest you abandon -dev psc and use -dev psttfc instead.
> I found psttf drivers are problematic to use.
> pllab("TIME,
> [YR]", "[Wb#u2#d]","#(2412)#(2229)h#d#(2053)#u#(2229)#(2104)V#dCZ#u")
> gives quite ugly results for ps file. The characters itself  look very well
> but there combination does not.

The old #(nnnn) notation has some internal limitations. You have to move to
the new scheme (UTF8 strings or #[nnn] with FCI's) to get complete results
for special characters with the unicode fonts.

>
> Another problem for me with the collor ps drivers that I could not find the
> simple way to get the black color (with white background).
> For plplot5.3.1 in yplot I find that  plscol0,1,1,1,1 gives the perfectly
> black color. However its python conterpart  plscol0(1,1,1,1) gives gray
> color.

The first index in cmap0 is the special background colour index, and it must
be set before plinit in order for it to work at all.  The simple way is
to use the -bg option on the command line.  (Use the -h option on the
command line to see all the options available.)

>
>> You then are allowed to specify the labels and symbols with either UTF8
>> strings or else the #[nnn]
> However the proposed table of characters is not as complete as the Hershey
> table.

There are literally millions of unicode glyph possibilities which are now
accessible with PLplot.  (Example 23 is only a tiny subset of what is
possible with -dev psttfc.) Also, unicode is the standard so if people
actually want to use a glyph it tends to be represented in the unicode
tables of glyphs. That said, I agree that some of the more exotic Hershey
glyphs are not represented in the unicode glyphs (or we haven't found them
yet in the millions of possibilities), but I doubt those glyphs are used by
too many people if they are not already in the unicode tables.

I highly recommend trying the gucharmap GUI to see all the unicode glyph
possibilities available for the fonts installed on your system.  Those glyph
possibilities are _all_ accessible with PLplot and the #[nnn] scheme.

Alan
__________________________
Alan W. Irwin

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] hershey chars at 5.6.1

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

Hello Alan,

Thanks for the quick help!
> I get a slightly different result with the CVS version of PLplot: #(2229)
> (vertical bar)
Yes it is also works for me. I wanted to  refer the char #(2104) for 
differential
> works okay, but #(2053) (italic upper case C) does not. 
>
> To solve the problem I suggest you use -drvopt text=0 which enforces
> Hershey fonts in all cases. 
where should I place this option? Can I use plparseopts?
> For new plots I suggest you abandon -dev psc and use -dev psttfc instead.
I found psttf drivers are problematic to use. 
pllab("TIME,
[YR]", "[Wb#u2#d]","#(2412)#(2229)h#d#(2053)#u#(2229)#(2104)V#dCZ#u")
gives quite ugly results for ps file. The characters itself  look very well 
but there combination does not.

Another problem for me with the collor ps drivers that I could not find the 
simple way to get the black color (with white background). 
For plplot5.3.1 in yplot I find that  plscol0,1,1,1,1 gives the perfectly 
black color. However its python conterpart  plscol0(1,1,1,1) gives gray 
color.
  
> You then are allowed to specify the labels and symbols with either UTF8
> strings or else the #[nnn] 
However the proposed table of characters is not as complete as the Hershey 
table.

best regards,
Valery

[Plplot-general] Questionable backtrace in GDB

[Jerry <lan...@qw...>]

In my attempts to make Ada bindings for PLplot, I have come across a  
bit of a curiosity. The problem, if there is one, is probably either  
in my head or code or my tenuous grasp of most of what I'm doing,  
including using gdb.

Anyway, for your entertainment, below is a backtrace from where my  
program hangs, signal 10 (SIGBUS). My main Ada program (Ada makes a  
higher-level main that I normally don't see, called adaplplotproject  
herein, at #6), is testing_thick_binding.main_testing_thick_binding  
at #5. This then calls the Ada wrapper to make a 3D mesh plot, called  
plplot.mesh_3d and shown at #4. This in turn is supposed to call  
c_plmesh which I have imported from the C binary by the name plmesh.  
However, according to the call stack, at #3, c_plot3dc is called  
instead.

There are other oddities in the arguments that are listed below.

Comments?

Jerry

(gdb) bt
#0  0x0021f480 in plt3zz (x0=1, y0=2, dx=1, dy=-1, flag=0,  
init=0xbfff9a10, x=0xbffff0c0, y=0xbffff1e0, z=0xbfff9b30, nx=35,  
ny=46, u=0x331580, v=0x3316f0, c=0x0) at plot3d.c:1335
#1  0x0021e440 in c_plot3dcl (x=0x3fd3379b, y=0xce5838bf,  
z=0xbfff9b30, nx=-1073745728, ny=143016, opt=0, clevel=0x3316f0,  
nlevel=0, ixstart=27, ixn=142948, indexymin=0x1, indexymax=0x1) at  
plot3d.c:971
#2  0x0021e440 in c_plot3dcl (x=0xbffff0c0, y=0xbffff1e0,  
z=0xbfff9b30, nx=-1073745728, ny=46, opt=0, clevel=0x3316f0,  
nlevel=0, ixstart=0, ixn=0, indexymin=0x0, indexymax=0x0) at plot3d.c: 
971
#3  0x0021d994 in c_plot3dc (x=0xa44, y=0x2, z=0x1, nx=-1, ny=0,  
opt=-1073767920, clevel=0x2511e0, nlevel=2190788) at plot3d.c:745
Cannot access memory at address 0x50
#4  0x0000a388 in plplot.mesh_3d (x=) at plplot.adb:1013
#5  0x000044ec in testing_thick_binding.main_testing_thick_binding ()  
at Testing_Thick_Binding.adb:142
#6  0x00002a24 in adaplplotproject () at adaplplotproject.adb:11
#7  0x0000c2a8 in main (argc=1, argv=3221223468, envp=3221223476) at  
b~adaplplotproject.adb:215
Current language:  auto; currently ada
(gdb) 

Re: [Plplot-general] hershey chars at 5.6.1

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

On 2006-08-03 13:30+0900 Valery Pipin wrote:

> Dear All,
>
> The following line is perfectly work for ps driver ( plsdev("ps") ) at 5.3.1:
> pllab("TIME, [YR]", "[Wb#u2#d]","#(2412)#(2229)h#d#(2053)#u#(2229)dV#dCZ#u")
>
> For  5.6.1 the chars #(2053) and #(2229) does not work.
> I've tried this for  python and for yplot.  I'm able to reproduce the example
> 7 for given implementions of plplot-5.6.1. I'm in puzzle why in 5.6.1 some of
> chars  does not work when I call them in pllab
>
> best regards
> Valery

Hi Valery:

I get a slightly different result with the CVS version of PLplot: #(2229)
(vertical bar) works okay, but #(2053) (italic upper case C) does not.

To solve the problem I suggest you use -drvopt text=0 which enforces Hershey
fonts in all cases.  That option is what you want to reproduce legacy plots
exactly.

The fundamental issue is that the Adobe Type 1 fonts are not as complete as
the Hershey fonts. To get pure Hershey fonts (as in 5.3.1) use the option
-drvopt text=0. To get pure Adobe type 1 fonts in all cases (both symbols
and text) use -drvopt hrshsym=0. If you use that option for example 7, you
will see just how many glyphs are missing for the Adobe fonts. The default
is -drvopt text=1 (Adobe fonts for text) and -drvopt hrshsym=1 (Hershey
fonts for symbols) which is why example 7 looks okay by default, but text as
in your example above may be missing some glyphs.  Typically, symbols are
used to label points in plots so we provided hrshsym=1 by default so that at
least those symbols would be complete (although ugly).  For text as in
labels, however, Adobe type 1 fonts are the default since the results
normally look a lot better than the ugly Hershey fonts (unless a glyph is
missing for the Adobe font).

For new plots I suggest you abandon -dev psc and use -dev psttfc instead.
You then are allowed to specify the labels and symbols with either UTF8
strings or else the #[nnn] notation mixed in with FCI's #<0x8nnnnnnn> to
change fonts in mid-string (see
http://plplot.sourceforge.net/docbook-manual/plplot-html-5.6.1/characters.html).
This gives you a completely flexible way to specify the labels and symbols
that you want in the fonts (e.g., upright or italic) that you want.  The
other advantage of -dev psttfc is it uses TrueType fonts which tend to be
much more complete than either Hershey or Adobe type 1 fonts.

Alan
__________________________
Alan W. Irwin

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] hershey chars at 5.6.1

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

Dear All,

The following line is perfectly work for ps driver ( plsdev("ps") ) at 5.3.1:
pllab("TIME, [YR]", "[Wb#u2#d]","#(2412)#(2229)h#d#(2053)#u#(2229)dV#dCZ#u")

For  5.6.1 the chars #(2053) and #(2229) does not work.
I've tried this for  python and for yplot.  I'm able to reproduce the example 
7 for given implementions of plplot-5.6.1. I'm in puzzle why in 5.6.1 some of 
chars  does not work when I call them in pllab

best regards
Valery

Re: [Plplot-general] plplot,vc++2005 and /clr

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

On 2006-08-02 09:34+0800 di a wrote:

> I am designing a platform which used PLplot in VC++ 2005. According to the
commands provided in INSTALL.TXT in /plplot-5.6.1/sys/win32/msdev/, I run
the 'nmke' and 'nmake plplib.mak' and got some errors,such as the following:
[...]

We have a new and experimental CMake build system that you might want to try
out as an alternative. We have good reports for Linux, and encouraging
reports for Mac OS X, Cygwin, and MinGW.  So far nobody has tried a CMake
build of PLplot on bare windows, but CMake is generally supposed to work
well on that platform.

If you are interested, have a look at the CMake documentation linked
at
http://plplot.cvs.sourceforge.net/plplot/plplot/cmake/README.cmake_doc?revision=1.2&view=markup

I posted a lot more details about the new build system and an appeal for
testing (especially on bare windows) 4 days ago, but that e-mail has yet to
be fully distributed by SourceForge so I will send you a private copy.

Alan
__________________________
Alan W. Irwin

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,vc++2005 and /clr

[di a <ae...@ya...>]

Hi!
      I am designing a platform which used PLplot in VC++ 2005. According to the commands provided in INSTALL.TXT in /plplot-5.6.1/sys/win32/msdev/, I run the 'nmke' and 'nmake plplib.mak' and got some errors,such as the following:
   ...
  cl: Command line warning D9035: option 'GX' has been deprecated and will be removed in a future release
  cl: Command line warning D9036: use 'EHsc' instead of 'GX'
  ..\..\..\..\tmp\win3.cpp<86>: error C2059: syntax error:'_declspec<dllexport>'
  ...
  (som warnings)
  ...
  ..\..\..\..\tmp\win3.cpp<361>: error C2039: 'PlPlotWndProc' : is not member of 'global namespace'
  ...(and more errors about win3.cpp)
  ...
  There are lots of errors and warnings that I beyond my imagination.I think the one of the reasons is that my version of vc++ is '2005', maybe the 'cl.exe' and other commands are different from vc 6.0. For some errors mentioned above, I have changed the option 'GX' into 'EHsc',but the remainder errors are still there.
   
  I have created a project include all of the .c/c++ and .h file that generating 'plplib.lib' in vc++2005, and I cannot get the static library. One of the errors is that the line marked 'PLD_men' in file 'mem.c' is not compatible with the option '/clr'.so I turn off it and get 44 errors and above 300 warnings. I want to know that:
         1). Could Plplot generate 'plplib.lib/dll' in vc++ 2005?
         2). My platform is based on 'Windows Form Application' in vc++2005,and it is a kind of 'clr(common language runtime)' program. Should I use vc++ 6.0 to get 'plplib.lib' first, and link it in my application in vc++2005?
         3). If 1)and 2) is not feasible, what should I do ?
  Thanks! Any advices will be apprecated.

 		
---------------------------------
 Mp3疯狂搜-新歌热歌高速下   

[Plplot-general] CMake 2.4.3 now required for our CBS

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

Our CMake build system now requires cmake version 2.4.3.  That version was
just released today and is available at http://cmake.org/HTML/Download.html.
Build and install it following the directions at
http://cmake.org/HTML/Install.html.

I have decided to make this the minimum version requirement because of the
large number of bug fixes in this release, and because first impressions are
that no new bugs seem to have been introduced that affect the PLplot CBS (at
least it works for me).

Alan
__________________________
Alan W. Irwin

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] Request for testing of the experimental CMake build system

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

On 2006-07-30 16:07+0200 Robert Schwebel wrote:

> On Thu, Jul 27, 2006 at 05:58:21PM -0700, Alan W. Irwin wrote:
>> Good luck with your testing of the experimental build system!
>
> Is there some sort of cross compilation support in cmake [...]

Yes.  I guess you missed my answer with cross-compilation links for CMake
when you posed this question a week ago. See the thread at
http://sourceforge.net/mailarchive/forum.php?thread_id=26476736&forum_id=2199
for those links.

Alan

__________________________
Alan W. Irwin

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] Request for testing of the experimental CMake build system

[Robert S. <ro...@sc...>]

On Thu, Jul 27, 2006 at 05:58:21PM -0700, Alan W. Irwin wrote:
> Good luck with your testing of the experimental build system!

Is there some sort of cross compilation support in cmake in the
meantime? I still consider the absense of one as a showstopper.

Robert
-- 
 Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
 Pengutronix - Linux Solutions for Science and Industry
   Handelsregister:  Amtsgericht Hildesheim, HRA 2686
     Hannoversche Str. 2, 31134 Hildesheim, Germany
   Phone: +49-5121-206917-0 |  Fax: +49-5121-206917-9