Menu
▾
▴
plplot-general — PLplot user discussion group
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
(14) |
Jun
(1) |
Jul
(3) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
(16) |
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(13) |
Feb
(22) |
Mar
(7) |
Apr
(8) |
May
(8) |
Jun
(11) |
Jul
(2) |
Aug
|
Sep
(5) |
Oct
(31) |
Nov
(23) |
Dec
(3) |
| 2002 |
Jan
(1) |
Feb
(17) |
Mar
(10) |
Apr
(3) |
May
(1) |
Jun
(2) |
Jul
|
Aug
|
Sep
(11) |
Oct
(5) |
Nov
(21) |
Dec
(20) |
| 2003 |
Jan
(27) |
Feb
(13) |
Mar
(20) |
Apr
(11) |
May
(12) |
Jun
(7) |
Jul
(16) |
Aug
(21) |
Sep
(9) |
Oct
(28) |
Nov
(24) |
Dec
(30) |
| 2004 |
Jan
(31) |
Feb
(5) |
Mar
|
Apr
(8) |
May
(12) |
Jun
(7) |
Jul
(13) |
Aug
(12) |
Sep
(2) |
Oct
(14) |
Nov
(42) |
Dec
(14) |
| 2005 |
Jan
|
Feb
|
Mar
(20) |
Apr
(17) |
May
(9) |
Jun
|
Jul
(7) |
Aug
(3) |
Sep
(17) |
Oct
(14) |
Nov
(9) |
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
(13) |
Apr
(2) |
May
(46) |
Jun
(2) |
Jul
(20) |
Aug
(26) |
Sep
(31) |
Oct
(5) |
Nov
(9) |
Dec
(13) |
| 2007 |
Jan
(24) |
Feb
(22) |
Mar
(13) |
Apr
(25) |
May
(25) |
Jun
(9) |
Jul
(20) |
Aug
(9) |
Sep
(26) |
Oct
(3) |
Nov
(4) |
Dec
(3) |
| 2008 |
Jan
(92) |
Feb
(35) |
Mar
(39) |
Apr
(15) |
May
|
Jun
|
Jul
(18) |
Aug
(5) |
Sep
(5) |
Oct
(7) |
Nov
(10) |
Dec
(27) |
| 2009 |
Jan
(35) |
Feb
(34) |
Mar
(13) |
Apr
(9) |
May
(18) |
Jun
(9) |
Jul
(15) |
Aug
(13) |
Sep
(64) |
Oct
(7) |
Nov
(43) |
Dec
|
| 2010 |
Jan
(75) |
Feb
(22) |
Mar
(44) |
Apr
(34) |
May
(47) |
Jun
(77) |
Jul
(28) |
Aug
(7) |
Sep
(45) |
Oct
(1) |
Nov
(19) |
Dec
(7) |
| 2011 |
Jan
(14) |
Feb
|
Mar
(6) |
Apr
(12) |
May
(19) |
Jun
(3) |
Jul
(8) |
Aug
(4) |
Sep
(3) |
Oct
(21) |
Nov
(11) |
Dec
(4) |
| 2012 |
Jan
(2) |
Feb
(9) |
Mar
|
Apr
(1) |
May
(2) |
Jun
|
Jul
(1) |
Aug
(5) |
Sep
(5) |
Oct
(1) |
Nov
(18) |
Dec
(2) |
| 2013 |
Jan
(15) |
Feb
(16) |
Mar
(8) |
Apr
(5) |
May
|
Jun
(1) |
Jul
(17) |
Aug
(3) |
Sep
(17) |
Oct
(43) |
Nov
(25) |
Dec
(9) |
| 2014 |
Jan
(4) |
Feb
(8) |
Mar
(20) |
Apr
(14) |
May
(49) |
Jun
(1) |
Jul
|
Aug
(18) |
Sep
(2) |
Oct
(1) |
Nov
(22) |
Dec
(3) |
| 2015 |
Jan
(41) |
Feb
(2) |
Mar
(34) |
Apr
(30) |
May
(14) |
Jun
(17) |
Jul
(29) |
Aug
(3) |
Sep
(3) |
Oct
(1) |
Nov
(7) |
Dec
(4) |
| 2016 |
Jan
|
Feb
|
Mar
(1) |
Apr
(4) |
May
(1) |
Jun
|
Jul
(1) |
Aug
|
Sep
(25) |
Oct
(9) |
Nov
(14) |
Dec
(13) |
| 2017 |
Jan
(11) |
Feb
(8) |
Mar
(12) |
Apr
(4) |
May
(25) |
Jun
(2) |
Jul
|
Aug
(5) |
Sep
(10) |
Oct
(25) |
Nov
|
Dec
(6) |
| 2018 |
Jan
(18) |
Feb
(6) |
Mar
(6) |
Apr
(1) |
May
(7) |
Jun
(13) |
Jul
(8) |
Aug
|
Sep
(5) |
Oct
(2) |
Nov
(17) |
Dec
(3) |
| 2019 |
Jan
(11) |
Feb
(4) |
Mar
(13) |
Apr
(19) |
May
(1) |
Jun
(2) |
Jul
(8) |
Aug
(4) |
Sep
(32) |
Oct
(51) |
Nov
(1) |
Dec
(9) |
| 2020 |
Jan
(9) |
Feb
(6) |
Mar
|
Apr
|
May
(3) |
Jun
(2) |
Jul
(5) |
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(7) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(2) |
Nov
(3) |
Dec
|
| 2022 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2025 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <hba...@ma...> - 2006-03-29 01:46:38
|
On Mar 28, 2006, at 4:25 PM, lan...@qw... wrote: > > Yes--I ran these commands twice, once with the space and once > without the space: > ./configure --disable-dyndrivers --disable-f77 > make > make install This *should* work (for 10.4 as well as 10.3) if modify your make command to: make LIBS="-Wl,-framework -Wl,Foundation" (note that it is a "l" not a "1", see the INSTALL file) I think the problem with the above is that if you disable dyn-drivers then the compiler needs to be able to find these libraries in order to statically link them. > /bin/sh ../../libtool --tag=CXX --mode=link g++ -g -O2 -o > libplplotcxxd.la -rpath /usr/local/lib -version-info 11:0:2 -rpath / > usr/local/lib -no-undefined ../../src/libplplotd.la plstream.lo -lm > rm -fr .libs/libplplotcxxd.9.2.0.dylib > g++ -dynamiclib -single_module -o .libs/libplplotcxxd. > 9.2.0.dylib .libs/plstream.o ../../src/.libs/libplplotd.dylib / > Applications/Programming/Plotting_Stuff/plplot-5.5.3/lib/csa/.libs/ > libcsirocsa.dylib -lm -install_name /usr/local/lib/libplplotcxxd. > 9.dylib -compatibility_version 12 -current_version 12.0 > g++: installation problem, cannot exec `c++filt3': No such file or > directory > make[3]: *** [libplplotcxxd.la] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > > > I have seen this problem with c++filt3 before (not with PLplot) and > I have seen others discuss it in other contexts, but I still don't > know how to fix it. I believe that it might be a problem created by > Apple. Indeed, there is no c++filt3 on my computer, but there is a / > usr/bin/c++filt; the manpage for c++filt says "Demangle C++ and > Java symbols." I'm not able to reproduce this one, though I've seen it in the past in the context of a problem with g77. You could try making a copy of c ++filt & naming it c++filt3, or creating a symbolic link. One thing that is often useful for remote debugging is the last few lines of your configure, i.e. these lines: command: ./configure --disable-f77 --enable-ltdl-convenience host: powerpc-apple-darwin8.5.0 have_x: yes prefix: /usr/local CC: gcc CXX: g++ LIB_TAG: d devices: aqt hp7470 hp7580 lj_hpgl mem null pbm plmeta ps psc pstex xfig xwin Available device drivers: static: dynamic: aqt.la hpgl.la mem.la null.la pbm.la plmeta.la ps.la pstex.la xfig.la xwin.la Compilation options: with_debug: no Library options: enable_shared: yes enable_static: yes with_rpath: yes with_double: yes Optional libraries: with_qhull: no with_csa: yes with_freetype: no with_pthreads: no Language Bindings: enable_tcl: no enable_itcl: no enable_cxx: yes enable_f77: no enable_java: no enable_python: no enable_octave: no enable_pdl: no Also, which versions of gcc & g++ do you have (gcc -v, g++ -v)? I've got 4.0.0 for both. best, -Hazen |
|
From: <lan...@qw...> - 2006-03-28 21:25:22
|
> lan...@qw... wrote: > >> NOOB ALERT >> >> Attempting to install on OS X 10.4.5 and had a problem. Here are >> the last few lines from the "make" and "make install" lines which >> might be helpful. >> >> (Also, the make install command (earlier, not here) failed on Line >> 1 apparently because there was a space in a path name. >> Specifically, my path contained the string "Plotting Stuff" which >> I replaced with "Plotting_Stuff".) This happens a lot with Unix >> scripts running on Mac systems--a bit of a culture clash.) >> > Did you rerun the configure script? (Spaces in directory names are > a nuisance, as spaces are also used > to separate commands and their arguments in scripts ...) Yes--I ran these commands twice, once with the space and once without the space: ./configure --disable-dyndrivers --disable-f77 make make install The options for configure are as directed in README.release when compiling for the AquaTerm driver on OS X. Can I re-run these commands without worry, and without deleting the files that they create? > >> >> ld: Undefined symbols: >> .objc_class_name_NSAutoreleasePool >> .objc_class_name_NSConstantString >> .objc_class_name_NSMutableAttributedString >> .objc_class_name_NSNumber >> .objc_class_name_NSString >> __NSConstantStringClassReference >> /usr/bin/libtool: internal link edit command failed > > It is clear that something is missing, but the names shown here are > new to me. > Perhaps this has to do with the compiler you are using? Identifier names beginning with NS, on OS X, are usually part of the API. "NS" is a carryover from NextStep. So words such as NSAutoreleasePool, for example, are easily found in Apple's docs. Looking at the documentation for NSAutoreleasePool reveals that it is in the Foundation framework. Doing nm Foundation turns up 42 lines containing the string NSAutoreleasePool, one of which is 00000000 A .objc_class_name_NSAutoreleasePool So it looks to me like the linker isn't seeing the Foundation framework. ... a bit later ... I just re-built but with this configure command: ./configure --disable-f77 That is, I omitted the --disable-dyndrivers option. The problem with undefined symbols at this stage has disappeared. Here is the result of make, after the above configure command: [AlBook:Programming/Plotting_Stuff/plplot-5.5.3] me% make make all-recursive Making all in libltdl make all-am /bin/sh ./libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -c -o ltdl.lo ltdl.c gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -c ltdl.c -fno-common -DPIC - o .libs/ltdl.o gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -c ltdl.c -o ltdl.o >/dev/null 2>&1 /bin/sh ./libtool --tag=CC --mode=link gcc -g -O2 -o libltdlc.la ltdl.lo -ldl rm -fr .libs/libltdlc.a .libs/libltdlc.la ar cru .libs/libltdlc.a .libs/ltdl.o ranlib .libs/libltdlc.a creating libltdlc.la (cd .libs && rm -f libltdlc.la && ln -s ../libltdlc.la libltdlc.la) Making all in fonts make[2]: Nothing to be done for `all'. Making all in lib Making all in csa make[3]: Nothing to be done for `all'. make[3]: Nothing to be done for `all-am'. Making all in include make all-am Making all in src make[2]: Nothing to be done for `all'. Making all in data make[2]: Nothing to be done for `all'. Making all in bindings Making all in c++ /bin/sh ../../libtool --tag=CXX --mode=link g++ -g -O2 -o libplplotcxxd.la -rpath /usr/local/lib -version-info 11:0:2 -rpath / usr/local/lib -no-undefined ../../src/libplplotd.la plstream.lo -lm rm -fr .libs/libplplotcxxd.9.2.0.dylib g++ -dynamiclib -single_module -o .libs/libplplotcxxd. 9.2.0.dylib .libs/plstream.o ../../src/.libs/libplplotd.dylib / Applications/Programming/Plotting_Stuff/plplot-5.5.3/lib/csa/.libs/ libcsirocsa.dylib -lm -install_name /usr/local/lib/libplplotcxxd. 9.dylib -compatibility_version 12 -current_version 12.0 g++: installation problem, cannot exec `c++filt3': No such file or directory make[3]: *** [libplplotcxxd.la] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 I have seen this problem with c++filt3 before (not with PLplot) and I have seen others discuss it in other contexts, but I still don't know how to fix it. I believe that it might be a problem created by Apple. Indeed, there is no c++filt3 on my computer, but there is a /usr/bin/c ++filt; the manpage for c++filt says "Demangle C++ and Java symbols." Continuing anyway, here is the result of make install: [AlBook:Programming/Plotting_Stuff/plplot-5.5.3] me% make install Making install in libltdl test -z "/usr/local/lib" || /Applications/Programming/Plotting_Stuff/ plplot-5.5.3/libltdl/install-sh -d "/usr/local/lib" test -z "/usr/local/include" || /Applications/Programming/ Plotting_Stuff/plplot-5.5.3/libltdl/install-sh -d "/usr/local/include" Making install in fonts make[2]: Nothing to be done for `install-exec-am'. make[2]: Nothing to be done for `install-data-am'. Making install in lib Making install in csa test -z "/usr/local/lib" || /Applications/Programming/Plotting_Stuff/ plplot-5.5.3/cf/install-sh -d "/usr/local/lib" /bin/sh ../../libtool --mode=install /usr/bin/install -c 'libcsirocsa.la' '/usr/local/lib/libcsirocsa.la' /usr/bin/install -c .libs/libcsirocsa.0.0.1.dylib /usr/local/lib/ libcsirocsa.0.0.1.dylib install: /usr/local/lib/libcsirocsa.0.0.1.dylib: Permission denied make[3]: *** [install-libLTLIBRARIES] Error 71 make[2]: *** [install-am] Error 2 make[1]: *** [install-recursive] Error 1 make: *** [install-recursive] Error 1 [AlBook:Programming/Plotting_Stuff/plplot-5.5.3] me% Ideas? Has anyone recently built for OS X? Jerry > > Regards, > > Arjen |
|
From: <lan...@qw...> - 2006-03-28 10:00:21
|
NOOB ALERT Attempting to install on OS X 10.4.5 and had a problem. Here are the last few lines from the "make" and "make install" lines which might be helpful. (Also, the make install command (earlier, not here) failed on Line 1 apparently because there was a space in a path name. Specifically, my path contained the string "Plotting Stuff" which I replaced with "Plotting_Stuff".) This happens a lot with Unix scripts running on Mac systems--a bit of a culture clash.) Here's the last few lines of output, but maybe the problem was earlier: Jerry ld: Undefined symbols: .objc_class_name_NSAutoreleasePool .objc_class_name_NSConstantString .objc_class_name_NSMutableAttributedString .objc_class_name_NSNumber .objc_class_name_NSString __NSConstantStringClassReference /usr/bin/libtool: internal link edit command failed make[2]: *** [libplplotd.la] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 [AlBook:Programming/Plotting Stuff/plplot-5.5.3] me% make install Making install in drivers make[2]: Nothing to be done for `install-exec-am'. test -z "/usr/local/share/doc/plplot" || /Applications/Programming/ Plotting_Stuff/plplot-5.5.3/cf/install-sh -d "/usr/local/share/doc/ plplot" mkdir: /usr/local/share/doc: Permission denied make[2]: *** [install-docDATA] Error 1 make[1]: *** [install-am] Error 2 make: *** [install-recursive] Error 1 [AlBook:Programming/Plotting Stuff/plplot-5.5.3] me% |
|
From: Alan W. I. <ir...@be...> - 2006-03-08 20:10:18
|
On 2006-03-08 10:07+0100 Xavier Chardon wrote: > Hi all, > > I downloaded and installed plplot 5.5.3. I can successfully compile and > run the examples. So I tried to use plplot from a bigger program. > > However, I get a segmentation fault when trying to run my program. With > the debugger, I noticed that the problem was coming from the function: > > opendir(drvdir), in plcore.c, line 2090. > The char* drvdir has the proper value (/usr/local/lib/plplot5.5.3/driversd). > > This function is called inside plinit(). > > I tried to configure plplot with --disable-dyndrivers, but nothing changed. > > Does anybody have an idea?? Hi Xavier: Since the examples work and your programme does not, I suspect you are not linking your programme in the same way the examples are linked. Follow what is done in /usr/local/share/plplot5.5.3/examples/c/Makefile to build the examples and your programme should be okay. Alan __________________________ Alan W. Irwin email: ir...@be... phone: 250-727-2902 Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); PLplot scientific plotting software package (plplot.org); the Yorick front-end to PLplot (yplot.sf.net); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
|
From: Xavier C. <xav...@re...> - 2006-03-08 09:07:31
|
Hi all, I downloaded and installed plplot 5.5.3. I can successfully compile and run the examples. So I tried to use plplot from a bigger program. However, I get a segmentation fault when trying to run my program. With the debugger, I noticed that the problem was coming from the function: opendir(drvdir), in plcore.c, line 2090. The char* drvdir has the proper value (/usr/local/lib/plplot5.5.3/drivers= d). This function is called inside plinit(). I tried to configure plplot with --disable-dyndrivers, but nothing change= d. Does anybody have an idea?? Thanks, Xavier PS: I use ubuntu linux and gcc 3.3.6. --=20 Xavier Chardon Th=E9sard Institut de l'=E9levage / INRA Projet ACTA "mod=E9lisation environnementale des syst=E8mes bovins et por= cins" xav...@in... xav...@re... 02 23 48 50 91 |
|
From: richard b. <ri...@xs...> - 2006-03-02 17:15:30
|
Hi, A quick question, hopefully. I'm in the process of writing a scientific application which will display PDF (probability density function) plots of individual PSD's executed against seismological trace waveforms. These PDF plots are essentially surface plots providing a visual display of the probability of existence for each x,y coordinate (x=frequency, y=dB). I had solved this problem two years ago with the use of GMT (producing postscript) and ImageMagick (converting to .png), but that was when the production of these plots was static in nature, happening in the background, and when it didn't matter that GMT required 30 seconds on a reasonably fast computer to produce the picture. I am now upgrading the static nature of these plots to be dynamic by providing a GUI application which will query a database for statistics to be converted to these PDF plots for immeidate display. So, I am in the process of attempting to determine the best method of producing these PDF plots in any size. I am using GTK+ for the GUI front-end, and MySQL as the server back-end, with the final application being fully open-source and freely available to the seismological community. In searching for a surface plot solution, I ran across PlPlot and thought that it would be ideal for my purposes: open-source, multi-platform (my app must run on Solaris, Linux, and Mac OS X), multi-functional. However, getting into the details, I don't see one important feature I require: can PlPlot output to a pixmap? Ideally, I would like to pass the data I am required to visualize to a sub-routine which then passes back either: an array of data somehow representing the picture I can then convert to a pixmap myself, or, better yet, a pixmap itself ready for display. Has anyone else had this requirement? Is there a solution somehow provided by PlPlot that can achieve what I desire? Any information is greatly appreciated. cheers, richard boaz |
|
From: Alan W. I. <ir...@be...> - 2005-11-16 16:58:36
|
On 2005-11-16 09:24-0500 Mark Wilson wrote: > How do I set the background color for plplot canvas? The ways to set background colour are documented in http://plplot.sourceforge.net/docbook-manual/plplot-html-5.5.3/color.html . Probably the easiest of these is with the command-line parameter -bg. Try that command-line option like this: c/x01c -dev xwin -bg FFFFFF If setting background colour doesn't seem to work for some other device, then you are probably encountering some bug with that device which you should report giving the details of which device driver you are using. Alan __________________________ Alan W. Irwin email: ir...@be... phone: 250-727-2902 Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); PLplot scientific plotting software package (plplot.org); the Yorick front-end to PLplot (yplot.sf.net); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
|
From: Henning T. <le...@he...> - 2005-11-16 15:23:50
|
On Wed, 16 Nov 2005, Mark Wilson wrote: > How do I set the background color for plplot canvas? Maybe you have the problem that background color must be set before initialization. |
|
From: Mark W. <mw...@ll...> - 2005-11-16 14:25:30
|
How do I set the background color for plplot canvas? Thanks, Mark Wilson Laboratory for Laser Energetics |
|
From: Arjen M. <arj...@wl...> - 2005-11-07 07:33:59
|
"Alan W. Irwin" wrote: > > > Hi Bruno, > > Congratulations on being the first (as far as I know) to get the pdl > interface to PLplot to work on Cygwin! > > On top of that it turns our you are the first to attempt to use the > (default) dynamic devices on the Cygwin platform. I note that Arjen has > already responded to you with possible ways to debug that option, but I > encourage Arjen as a PLplot developer to continue with that effort on his > own Cygwin platform since it should be much quicker for him to debug that > locally on his own computer rather than attempting remote debugging through > you. Once he finds a solution, I am sure he would let you know what it is > so you can use it as well. > Bruno informed me that the GD driver is not actually available. He misjudged the outcome of the configure/build process. Of course I forgot about the dynamic devices issue ... Anyway we definitely are making progress. Regards, Arjen |
|
From: Alan W. I. <ir...@be...> - 2005-11-04 18:05:19
|
On 2005-11-04 10:50+0100 Bruno Picard wrote: > command:=A0=A0=A0 ./configure --prefix=3D/usr/local/plplot --disable-pyth= on > --disable-java --disable-octave --disable-tcl --disable-itcl > --disable-cxx --disable-f77 --enable-ltdl-convenience > host:=A0=A0=A0 =A0=A0=A0 i686-pc-cygwin > have_x:=A0=A0=A0 =A0=A0=A0 no > prefix:=A0=A0=A0 =A0=A0=A0 /usr/local/plplot > CC:=A0=A0=A0 =A0=A0=A0 gcc > LIB_TAG:=A0=A0=A0 d > devices:=A0=A0=A0 =A0png jpeg gif hp7470 hp7580 lj_hpgl mem null pbm plme= ta ps > psc pstex wingcc xfig >=20 > Available device drivers: > static:=A0=A0=A0 =A0=A0=A0 > dynamic:=A0=A0=A0 gd.la hpgl.la mem.la null.la pbm.la plmeta.la ps.la pst= ex.la > wingcc.la xfig.la Hi Bruno, Congratulations on being the first (as far as I know) to get the pdl interface to PLplot to work on Cygwin! On top of that it turns our you are the first to attempt to use the (default) dynamic devices on the Cygwin platform. I note that Arjen has already responded to you with possible ways to debug that option, but I encourage Arjen as a PLplot developer to continue with that effort on his own Cygwin platform since it should be much quicker for him to debug that locally on his own computer rather than attempting remote debugging through you. Once he finds a solution, I am sure he would let you know what it is so you can use it as well. Until Arjen debugs the dynamic device case for Cygwin, there is an alternative for you which is documented in the Cygwin advice in the INSTALL file. Simply use the --disable-dyndrivers ./configure option. For that case, the device drivers are not dynamically loaded and are instead put directly into the PLplot library which is automatically loaded at the start of run time. I understand that Arjen has already tested the --disable-dyndrivers option on Cygwin, and it works fine even for the gd device driver. Note, that the non-dynamic drivers do have the drawback that they are all loaded simultaneously with the library which increases the memory footprint of PLplot compared to the dynamic drivers case where only one user-requeste= d device driver is dynamically loaded. So you will want to switch back to th= e (default) dynamic device driver case as soon as Arjen debugs that case on Cygwin. Finally, Bruno, thanks very much for your patience and help with PLplot on Cygwin. It is a fairly new platform for us where, for example, we have just discovered how to get shared libraries to work. Thus, there is still some stuff (such as dynamic device drivers) to get working on Cygwin that alread= y work fine on the other PLplot platforms. Alan __________________________ Alan W. Irwin email: ir...@be... phone: 250-727-2902 Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); PLplot scientific plotting software package (plplot.org); the Yorick front-end to PLplot (yplot.sf.net); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
|
From: Arjen M. <arj...@wl...> - 2005-11-04 11:03:41
|
> Bruno Picard wrote: > > grrr: I'm too stupid!! 'can do an "ls" but incapable to check the > sizes... : ( It happens to all of us ;) > I've tried your proposition (edit "gd.rc", isn't it?) and png and jpeg > appears in the list of available drivers but, when selected, > neither png nor jpeg work: > > Unable to load driver: gd. > ***** PLPLOT Error ***** > unable to load driver > Hm, can you show me (I suggest off-list, it is not very interesting for others) the contents of gd.la ? This should contain all the information necessary for loading the driver (via libtool) Regards, Arjen |
|
From: Bruno P. <bru...@cl...> - 2005-11-04 10:32:26
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<br>
Arjen Markus a écrit :
<blockquote cite="mid...@wl..." type="cite">The
drivers of plplot are:<br>
<blockquote type="cite">
<pre wrap="">ls /usr/local/plplot/lib/plplot5.5.3/driversd/*
-rwxr-xr-x 1 Maître Aucun 78061 Nov 3 18:00 gd.dll
-rwxr-xr-x 1 Maître Aucun 1035 Nov 3 18:00 gd.la
-rw-r--r-- 1 Maître Aucun 0 Nov 3 18:00 gd.rc <=== This is the culprit!
-rwxr-xr-x 1 Maître Aucun 43425 Nov 3 18:01 hpgl.dll
-rwxr-xr-x 1 Maître Aucun 891 Nov 3 18:01 hpgl.la
</pre>
</blockquote>
<pre wrap="">
So, despite the assurance from ./configure that PNG output is
enabled, there is no actual driver information (the gd.rc is empty).
What happens if you edit this file and insert the following lines:
jpeg:JPEG <a class="moz-txt-link-freetext" href="file:0:gd:40:jpeg">file:0:gd:40:jpeg</a>
png:PNG <a class="moz-txt-link-freetext" href="file:0:gd:39:png">file:0:gd:39:png</a>
(Not sure about the meaning of the numbers, but you can try
anyway)
We can then start speculating from there.
Regards,
Arjen
</pre>
</blockquote>
grrr: I'm too stupid!! 'can do an "ls" but incapable to check the
sizes... : (<br>
I've tried your proposition (edit "gd.rc", isn't it?) and png and jpeg
appears in the list of available drivers but, when selected,<br>
neither png nor jpeg work:<br>
<tt><br>
Unable to load driver: gd.<br>
***** PLPLOT Error *****<br>
unable to load driver<br>
</tt><br>
bruno<br>
<div class="moz-signature">-- <br>
<div align="center"><u>____________________________________________________</u>
<br>
<font face="Verdana" size="2">Dr. Bruno Picard<br>
Dép. Traitement de la Mesure et Segment Sol <br>
(Data Analysis and Ground Processing Unit)
<br>
CLS<br>
Dir. Océanographie Spatiale<br>
8-10 rue Hermès, 31520 Ramonville Saint Agne, France<br>
<br>
Tél: (+33)5.61.39.37.37, Fax: (+33)5.61.39.37.82<br>
Mél: <a href="mailto:bru...@cl...">bru...@cl...</a><br>
Toile : <a href="http://julie-et-bruno.9online.fr/nono/cadrenono.html"
eudora="autourl">http://julie-et-bruno.9online.fr/nono/cadrenono.html</a><br>
</font><u>____________________________________________________</u><br>
<img src="cid:par...@cl..."><br>
</div>
</div>
</body>
</html>
|
|
From: Arjen M. <arj...@wl...> - 2005-11-04 10:04:44
|
> Bruno Picard wrote: >=20 > short: > It works! >=20 > long: > Hi all, >=20 > First, thanks to all who send me advices and encouragements: Alan, > Arjen and Kare... >=20 > Actually, I've forgot the SECOND RULE: "don't forgot the FIRST RULE : > check your PATH!!" :-( > (Kare-from-Norway was right!) Great!=20 > Now, my next goal is to succeed in writing png files...once again, if > someone has suggestions... >=20 > I've installed the gd-2.0.33 library, so plplot installs the gd driver > and enables > png files. Here is the the Configure results of plplot: >=20 >=20 > The drivers of plplot are: > ls /usr/local/plplot/lib/plplot5.5.3/driversd/* >=20 > -rwxr-xr-x 1 Ma=EEtre Aucun 78061 Nov 3 18:00 gd.dll > -rwxr-xr-x 1 Ma=EEtre Aucun 1035 Nov 3 18:00 gd.la > -rw-r--r-- 1 Ma=EEtre Aucun 0 Nov 3 18:00 gd.rc <=3D=3D=3D = This is the culprit! > -rwxr-xr-x 1 Ma=EEtre Aucun 43425 Nov 3 18:01 hpgl.dll > -rwxr-xr-x 1 Ma=EEtre Aucun 891 Nov 3 18:01 hpgl.la > I'm not sure about what to do and I don't even know if the gd driver > is the good solution for png files... > I'm still working on it : ) ! >=20 So, despite the assurance from ./configure that PNG output is=20 enabled, there is no actual driver information (the gd.rc is empty). What happens if you edit this file and insert the following lines: jpeg:JPEG file:0:gd:40:jpeg png:PNG file:0:gd:39:png (Not sure about the meaning of the numbers, but you can try=20 anyway) We can then start speculating from there.=20 Regards, Arjen |
|
From: Bruno P. <bru...@cl...> - 2005-11-04 09:51:15
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<div class="moz-signature"><font color="#000000">short:<br>
It works!<br>
<br>
long:<br>
Hi all,<br>
<br>
First, thanks to all who send me advices and encouragements: Alan,
Arjen and Kare...<br>
<br>
Actually, I've forgot the SECOND RULE: "don't forgot the FIRST RULE :
check your PATH!!" :-(<br>
(Kare-from-Norway was right!)<br>
That was not a big issue! When I had configure/make/make install
plplot5.5.3 and perl/make/make install PDL2.4.2<br>
with the definition of the PATH<br>
<br>
</font><font color="#000000"><tt>PATH: /usr/X11R6/bin<br>
PATH: /usr/X11R6/lib<br>
PATH: /usr/local/plplot/lib/plplot5.5.3/driversd<br>
PATH: /usr/local/lib<br>
PATH: /usr/local/lib/pkgconfig<br>
PATH: /usr/local/plplot/bin<br>
PATH: /usr/local/plplot/include/plplot<br>
PATH: /usr/local/plplot/lib<br>
PATH: /usr/local/bin<br>
PATH: /usr/bin<br>
PATH: /usr/include<br>
PATH: /lib<br>
PATH: /bin</tt></font><font color="#000000"><br>
<br>
Along my many tests, sometimes i change the path but when i exit from
cygwin, my definitions were losts.<br>
It finally works when I've remembered to define PATH directly in
/etc/profile.<br>
<br>
perl succeeds in loading the dll and i can execute the c- and
perl-examples lying in plplot/share/plplot5.5.3/examples !<br>
Below this message, I give the precise details of my installation.<br>
<br>
Now, my next goal is to succeed in writing png files...once again, if
someone has suggestions...<br>
<br>
I've installed the gd-2.0.33 library, so plplot installs the gd driver
and enables<br>
png files. Here is the the Configure results of plplot:<br>
<br>
</font><font color="#000000"><tt>command: ./configure
--prefix=/usr/local/plplot --disable-python --disable-java
--disable-octave --disable-tcl --disable-itcl --disable-cxx
--disable-f77 --enable-ltdl-convenience<br>
host: i686-pc-cygwin<br>
have_x: no<br>
prefix: /usr/local/plplot<br>
CC: gcc <br>
LIB_TAG: d<br>
devices: png jpeg gif hp7470 hp7580 lj_hpgl mem null pbm plmeta ps
psc pstex wingcc xfig<br>
<br>
Available device drivers:<br>
static: <br>
dynamic: gd.la hpgl.la mem.la null.la pbm.la plmeta.la ps.la
pstex.la wingcc.la xfig.la<br>
<br>
</tt></font><font color="#000000">but, if i try to write a png file
with perl, as in the example in the README of PDL::PLplot<br>
</font><font color="#000000"><tt>my $pl = PDL::Graphics::PLplot->new
(DEV => 'png', FILE => "test1.png");<br>
<br>
</tt></font><font color="#000000">The output is<br>
</font><font color="#000000"><tt><br>
Requested device png not available<br>
<br>
Plotting Options:<br>
< 1> wingcc Win32 (GCC)<br>
< 2> plmeta PLplot Native Meta-File<br>
< 3> ps PostScript File (monochrome)<br>
< 4> psc PostScript File (color)<br>
< 5> xfig Fig file<br>
< 6> hp7470 HP 7470 Plotter File (HPGL Cartridge, Small
Plotter)<br>
< 7> hp7580 HP 7580 Plotter File (Large Plotter)<br>
< 8> lj_hpgl HP Laserjet III, HPGL emulation mode<br>
< 9> pbm PDB (PPM) Driver<br>
<10> pstex Combined Postscript/LaTeX files<br>
<11> null Null device<br>
<12> mem User-supplied memory device<br>
<br>
Enter device number or keyword: </tt></font><font color="#000000"><br>
<br>
</font><font color="#000000">The drivers of plplot are: <br>
ls </font><font color="#000000"><tt>/usr/local/plplot/lib/plplot5.5.3/driversd/*<br>
<br>
</tt></font><font color="#000000"><tt>-rwxr-xr-x 1 Maître Aucun 78061
Nov 3 18:00 gd.dll<br>
-rwxr-xr-x 1 Maître Aucun 1035 Nov 3 18:00 gd.la<br>
-rw-r--r-- 1 Maître Aucun 0 Nov 3 18:00 gd.rc<br>
-rwxr-xr-x 1 Maître Aucun 43425 Nov 3 18:01 hpgl.dll<br>
-rwxr-xr-x 1 Maître Aucun 891 Nov 3 18:01 hpgl.la<br>
-rw-r--r-- 1 Maître Aucun 200 Nov 3 18:00 hpgl.rc<br>
-rwxr-xr-x 1 Maître Aucun 39025 Nov 3 18:01 mem.dll<br>
-rwxr-xr-x 1 Maître Aucun 886 Nov 3 18:01 mem.la<br>
-rw-r--r-- 1 Maître Aucun 45 Nov 3 18:00 mem.rc<br>
-rwxr-xr-x 1 Maître Aucun 37377 Nov 3 18:01 null.dll<br>
-rwxr-xr-x 1 Maître Aucun 891 Nov 3 18:01 null.la<br>
-rw-r--r-- 1 Maître Aucun 32 Nov 3 18:00 null.rc<br>
-rwxr-xr-x 1 Maître Aucun 41122 Nov 3 18:02 pbm.dll<br>
-rwxr-xr-x 1 Maître Aucun 886 Nov 3 18:02 pbm.la<br>
-rw-r--r-- 1 Maître Aucun 33 Nov 3 18:00 pbm.rc<br>
-rwxr-xr-x 1 Maître Aucun 49495 Nov 3 18:02 plmeta.dll<br>
-rwxr-xr-x 1 Maître Aucun 901 Nov 3 18:02 plmeta.la<br>
-rw-r--r-- 1 Maître Aucun 46 Nov 3 18:00 plmeta.rc<br>
-rwxr-xr-x 1 Maître Aucun 77552 Nov 3 18:02 ps.dll<br>
-rwxr-xr-x 1 Maître Aucun 881 Nov 3 18:02 ps.la<br>
-rw-r--r-- 1 Maître Aucun 83 Nov 3 18:00 ps.rc<br>
-rwxr-xr-x 1 Maître Aucun 91842 Nov 3 18:03 pstex.dll<br>
-rwxr-xr-x 1 Maître Aucun 896 Nov 3 18:03 pstex.la<br>
-rw-r--r-- 1 Maître Aucun 54 Nov 3 18:00 pstex.rc<br>
-rwxr-xr-x 1 Maître Aucun 435539 Nov 3 18:03 wingcc.dll<br>
-rwxr-xr-x 1 Maître Aucun 909 Nov 3 18:03 wingcc.la<br>
-rw-r--r-- 1 Maître Aucun 36 Nov 3 18:00 wingcc.rc<br>
-rwxr-xr-x 1 Maître Aucun 49447 Nov 3 18:04 xfig.dll<br>
-rwxr-xr-x 1 Maître Aucun 891 Nov 3 18:04 xfig.la<br>
-rw-r--r-- 1 Maître Aucun 28 Nov 3 18:00 xfig.rc<br>
</tt></font><font color="#000000"><br>
I'm not sure about what to do and I don't even know if the gd driver is
the good solution for png files...<br>
I'm still working on it : ) !<br>
<br>
thanks again!!<br>
regards,<br>
<br>
bruno<br>
<br>
====================================<br>
INSTALLATION OF PDL:Graphics::PLplot<br>
====================================<br>
<br>
windows 5.1 build 2600
service pack2<br>
<br>
cygwin dll 1.5.18 / shared id cygwin 1S4<br>
<br>
perl v5.8.7 build for cygwin<br>
<br>
1- modify PATH in /etc/profile<br>
<br>
2- plplot5.5.3 : ./configure (i've juste disable all languages except
pdl (see above output of configure)<br>
make<br>
make install<br>
<br>
3- !!!!!! Rename(copy) /usr/local/lib/plplot/lib *.dll.a in *.dll
!!!!!!!!!!!!!<br>
<br>
4 - (optionnal) install ExtUtils::F77 and Inline0.44 perl modules
(easy, just used for compiling PDL::Slatec)<br>
<br>
5- PDL 2.4.2<br>
modify perldl.conf : </font><font color="#000000"><tt>WITH_3D =
0,# </tt></font><font color="#000000"><br>
uncomment the lines<br>
</font><font color="#000000"><tt>
WITH_PLPLOT => 1, # Build PLPLOT
interface<br>
WHERE_PLPLOT_LIBS =>
'/usr/local/plplot/lib', # PLplot lib dir<br>
WHERE_PLPLOT_INCLUDE =>
'/usr/local/plplot/include', # PLplot include dir</tt></font><font
color="#000000"><br>
</font> <font color="#000000"> perl Makefile.PL<br>
make the first time, it failed : juste remane(copy) (</font><font
color="#000000">in the PDL installation directory) </font><font
color="#000000">/blib/script/pdl.exe in /blib/script/pdl<br>
make (it works)<br>
make install<br>
<br>
That's it!<br>
</font><br>
Bruno Picard a écrit :
<blockquote cite="mid...@cl..." type="cite">
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
(sorry if its the second and same mail you've received...)<br>
<br>
Hi arjen (and you all plplot-general if this mail succeeds in reaching
you...)!<br>
<br>
well, I can now be more precised on the issus I encountered for porting
PDL::Graphics::PLplot<br>
on cygwin.<br>
<br>
Here is my environment:<br>
<br>
windaube XP [french joke, like winstinks XP ; ) ] 5.1 build 2600
service pack2<br>
<br>
cygwin dll 1.5.18 / shared id cygwin 1S4<br>
<br>
perl v5.8.7 build for cygwin<br>
<br>
PDL 2.4.2<br>
<br>
plplot5.5.3<br>
<br>
So, there are strange things during the install of PDL:<br>
- at perl Makefile.PL<br>
it can't find libplplot.dll : actually, libplplot.dll.a
exists so, it finally works if<br>
- I
"cp libplplot.dll.a libplplot.dll <br>
or - I
modify Makefile.PL in /Graphics/PLplot : my $libname =
"libplplotd.dll.a" instead of<br>
my
$libname = "libplplotd.dll".config("so") <br>
- finally, it (seems to) work but, at the end of "make":<br>
it can't find /blib/script/pdl : actually, "pdl.exe"
exists, so I "cp PDL.exe PDL" ... and it works (?)<br>
<br>
- make install : all (seems to be) is ok<br>
<br>
- perldl inline command works:<br>
perldl> $x = sequence 3,4<br>
perldl> set $x, 2,1,99<br>
perldl> p $x<br>
[<br>
[ 0 1 2]<br>
[ 3 4 99]<br>
[ 6 7 8]<br>
[ 9 10 11]<br>
]<br>
(from <a class="moz-txt-link-freetext"
href="http://www.us025.ird.fr/article.php3?id_article=17">http://www.us025.ird.fr/article.php3?id_article=17</a>)<br>
<br>
Now, the problem is:<br>
perl -v "use PDL::Graphics::PLplot;"<br>
can't load
'/usr/lib/perl5/site_perl/5.8/cygwin/auto/PDL/Graphics/PLplot/PLplot.dll'
for module PDL/Graphics/PLplot:<br>
no such file or directory in Dynaloader.pm line 230<br>
<br>
(line 230 of Dynaloader:; my $libref = dl_load_file( [...] ) )<br>
<br>
But
/usr/lib/perl5/site_perl/5.8/cygwin/auto/PDL/Graphics/PLplot/PLplot.dll
exists (libPLplot.dll.a too) and is non void!!!<br>
<br>
I didn't find any similar situation neither on the web nor in forums
and i can't remember the number of (re)installation of <br>
the whole config (including cygwin) : (<br>
<br>
any suggestions will be welcomed as the first day of spring after a
long and cold winter : p,<br>
<br>
regards,<br>
<br>
bruno<br>
<br>
<br>
</blockquote>
<br>
-- <br>
<div align="center"><u>____________________________________________________</u>
<br>
<font face="Verdana" size="2">Dr. Bruno Picard<br>
Dép. Traitement de la Mesure et Segment Sol <br>
(Data Analysis and Ground Processing Unit)
<br>
CLS<br>
Dir. Océanographie Spatiale<br>
8-10 rue Hermès, 31520 Ramonville Saint Agne, France<br>
<br>
Tél: (+33)5.61.39.37.37, Fax: (+33)5.61.39.37.82<br>
Mél: <a href="mailto:bru...@cl...">bru...@cl...</a><br>
Toile : <a href="http://julie-et-bruno.9online.fr/nono/cadrenono.html"
eudora="autourl">http://julie-et-bruno.9online.fr/nono/cadrenono.html</a><br>
</font><u>____________________________________________________</u><br>
<img src="cid:par...@cl..."><br>
</div>
</div>
</body>
</html>
|
|
From: Arjen M. <arj...@wl...> - 2005-10-28 12:33:07
|
> Bruno Picard wrote:
>
>
> So, there are strange things during the install of PDL:
> - at perl Makefile.PL
> it can't find libplplot.dll : actually, libplplot.dll.a
> exists so, it finally works if
> -
> I "cp libplplot.dll.a libplplot.dll
> or - I
> modify Makefile.PL in /Graphics/PLplot : my $libname =
> "libplplotd.dll.a" instead of
>
Hm, I get similar files (libplplot.dll.a etc.) when using the builds
for Fortran and C. But somehow the GCC linker I use then is able
to use that exact file.
I think that the Perl Makefile script is not aware of this
convention under Cygwin. Have you asked this on the Perl newsgroup?
> my
> $libname = "libplplotd.dll".config("so")
> - finally, it (seems to) work but, at the end of "make":
> it can't find /blib/script/pdl : actually, "pdl.exe"
> exists, so I "cp PDL.exe PDL" ... and it works (?)
>
Here again, a similar mismatch in expectations.
As I know nothing about the Perl make system, I can not help out
with these issues.
> - make install : all (seems to be) is ok
>
> - perldl inline command works:
> perldl> $x = sequence 3,4
> perldl> set $x, 2,1,99
> perldl> p $x
> [
> [ 0 1 2]
> [ 3 4 99]
> [ 6 7 8]
> [ 9 10 11]
> ]
> (from http://www.us025.ird.fr/article.php3?id_article=17)
>
> Now, the problem is:
> perl -v "use PDL::Graphics::PLplot;"
> can't load
> '/usr/lib/perl5/site_perl/5.8/cygwin/auto/PDL/Graphics/PLplot/PLplot.dll'
> for module PDL/Graphics/PLplot:
> no such file or directory in Dynaloader.pm line 230
>
> (line 230 of Dynaloader:; my $libref = dl_load_file( [...] ) )
>
> But
> /usr/lib/perl5/site_perl/5.8/cygwin/auto/PDL/Graphics/PLplot/PLplot.dll
> exists (libPLplot.dll.a too) and is non void!!!
>
> I didn't find any similar situation neither on the web nor in forums
> and i can't remember the number of (re)installation of
> the whole config (including cygwin) : (
>
> any suggestions will be welcomed as the first day of spring after a
> long and cold winter : p,
>
My guess is that the dynamic loader is expecting a file with a
different name or extension. Could you copy the .dll file to:
PLplot.so and PLplot.dll.so ?
Just a few suggestions, as I am not at all familiar with this
part of Perl.
Regards,
Arjen
|
|
From: Bruno P. <bru...@cl...> - 2005-10-28 10:31:06
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
(sorry if its the second and same mail you've received...)<br>
<br>
Hi arjen (and you all plplot-general if this mail succeeds in reaching
you...)!<br>
<br>
well, I can now be more precised on the issus I encountered for porting
PDL::Graphics::PLplot<br>
on cygwin.<br>
<br>
Here is my environment:<br>
<br>
windaube XP [french joke, like winstinks XP ; ) ] 5.1 build 2600
service pack2<br>
<br>
cygwin dll 1.5.18 / shared id cygwin 1S4<br>
<br>
perl v5.8.7 build for cygwin<br>
<br>
PDL 2.4.2<br>
<br>
plplot5.5.3<br>
<br>
So, there are strange things during the install of PDL:<br>
- at perl Makefile.PL<br>
it can't find libplplot.dll : actually, libplplot.dll.a
exists so, it finally works if<br>
- I
"cp libplplot.dll.a libplplot.dll <br>
or - I
modify Makefile.PL in /Graphics/PLplot : my $libname =
"libplplotd.dll.a" instead of<br>
my
$libname = "libplplotd.dll".config("so") <br>
- finally, it (seems to) work but, at the end of "make":<br>
it can't find /blib/script/pdl : actually, "pdl.exe"
exists, so I "cp PDL.exe PDL" ... and it works (?)<br>
<br>
- make install : all (seems to be) is ok<br>
<br>
- perldl inline command works:<br>
perldl> $x = sequence 3,4<br>
perldl> set $x, 2,1,99<br>
perldl> p $x<br>
[<br>
[ 0 1 2]<br>
[ 3 4 99]<br>
[ 6 7 8]<br>
[ 9 10 11]<br>
]<br>
(from <a class="moz-txt-link-freetext"
href="http://www.us025.ird.fr/article.php3?id_article=17">http://www.us025.ird.fr/article.php3?id_article=17</a>)<br>
<br>
Now, the problem is:<br>
perl -v "use PDL::Graphics::PLplot;"<br>
can't load
'/usr/lib/perl5/site_perl/5.8/cygwin/auto/PDL/Graphics/PLplot/PLplot.dll'
for module PDL/Graphics/PLplot:<br>
no such file or directory in Dynaloader.pm line 230<br>
<br>
(line 230 of Dynaloader:; my $libref = dl_load_file( [...] ) )<br>
<br>
But
/usr/lib/perl5/site_perl/5.8/cygwin/auto/PDL/Graphics/PLplot/PLplot.dll
exists (libPLplot.dll.a too) and is non void!!!<br>
<br>
I didn't find any similar situation neither on the web nor in forums
and i can't remember the number of (re)installation of <br>
the whole config (including cygwin) : (<br>
<br>
any suggestions will be welcomed as the first day of spring after a
long and cold winter : p,<br>
<br>
regards,<br>
<br>
bruno<br>
<br>
<br>
<div class="moz-signature">-- <br>
<div align="center"><u>____________________________________________________</u>
<br>
<font face="Verdana" size="2">Dr. Bruno Picard<br>
Dép. Traitement de la Mesure et Segment Sol <br>
(Data Analysis and Ground Processing Unit)
<br>
CLS<br>
Dir. Océanographie Spatiale<br>
8-10 rue Hermès, 31520 Ramonville Saint Agne, France<br>
<br>
Tél: (+33)5.61.39.37.37, Fax: (+33)5.61.39.37.82<br>
Mél: <a href="mailto:bru...@cl...">bru...@cl...</a><br>
Toile : <a href="http://julie-et-bruno.9online.fr/nono/cadrenono.html"
eudora="autourl">http://julie-et-bruno.9online.fr/nono/cadrenono.html</a><br>
</font><u>____________________________________________________</u><br>
<img src="cid:par...@cl..."><br>
</div>
</div>
</body>
</html>
|
|
From: Arjen M. <arj...@wl...> - 2005-10-26 06:38:26
|
"Alan W. Irwin" wrote: > > Hi Bruno: > > To clear up one thing that is confusing you, we have several different > Windows platforms. There is the Cygwin platform, the MinGW platform, and > the raw Windows platform. The first two are actually unix based so you can > build PLplot with the normal Unix methods which most of our developers are > familiar with. The raw platform is built following the specific rules in > sys/win32/msdev/INSTALL.TXT. I think it is fair to say that the raw > platform is more mature than the Cygwin or MinGW platforms, but you need to > buy a compiler to use the raw platform and development of that platform is > slow because only one of our developers (Arjen) is familiar with that > platform. The Cygwin and MinGW platforms are quickly maturing. For example, > we have just got shared libraries to work on them for the CVS version of > PLplot. > > The previous PDL-oriented message was about the prospects for a PDL PLplot > interface on the raw windows platform, but I don't think anybody got it to > work there. Also, I think you are the first to try PDL with Cygwin, but > since that is a Unix system I would encourage you to continue with your > efforts since there is a lot of Unix expertise on this list. Also, our one > developer (Rafael) who is familiar with Perl/PDL is more comfortable with > Unix than windows. > > > > > Currently, Ii've succeed in installing plplot 5.5.3 but i can't pass the > > "perl Makefile.PL;make;make test;make install" steps : (. > > Actually I even don't know if I'm doint it in the good way... > > Advice to every Unix user (including Bruno). > > "./configure --help" is your friend. The results of that command often help > to guide you through the large number of different ./configure options > (although often the default value of any option is the best choice). Also, > if that command doesn't help you, please give the specifics of your problem > to the list. Here is how: save complete results in output files as in > "./configure --various_options >& configure.out", "make >& make.out", "make > install >& make_install.out", and send those *.out results to the list. > > Good luck, Bruno, with sorting out how to build and use the Perl/PDL > interface to PLplot on Cygwin. I am sure it can be done, but you are the > pioneer for that specific Unix platform. > If it is any consolation, I (indeed the Arjen Alan refers to ;)) have gained more experience with the Cygwin platform the last couple of months. And though I have not had time of late to solve a few of the remaining issues (real life and my regular job get in te way as with most of us), I may be able to help. Regards, Arjen |
|
From: BTAM <bt...@in...> - 2005-10-25 18:16:43
|
Hola:
Perhaps somebody can quickly tell me, or point me to how to
set/change the color of a point in a 3d Chart.
My program already plots the 3D chart.
Thanks.
|
|
From: <Ja...@in...> - 2005-10-25 18:11:04
|
Hola:
Maybe someone can quickly tell me how to set/change the color of a
point in a 3D chart ?
The program already plots the 3D chart.
Thanks.
|
|
From: Alan W. I. <ir...@be...> - 2005-10-25 17:49:33
|
On 2005-10-25 17:57+0200 Bruno Picard wrote: > Hi! > > This is my first post to this list. I've seen that this topic was already > tackled but I would need > additionnal information: sorry if this topic is out of subject or the > topic is closed... > > I'm currently trying to install plplot on cygwin in order to use it in > perl/pdl script. I've seen this > message of plplot list on this topic: > > > hello, > > > > i would like to install the PLplot library v.5.3.0 on a WindowsXP > > machine, so to use it with Perl-PDL. > > i tried following the instructions in INSTALL.txt, so I downloaded the > > free MSVisual C++ toolbox 2003 and started compiling. > > i found there were some errors in the makefile, but I was able to go on. > i didn't see any install.txt nor any instruction about msvisual so i > didn't understand the answer: > > Well, I have never used PLplot with Perl on Windows, but I can assure > you that the C, Fortran, Tcl and Java versions work alright. > (FYI: I maintain the Windows driver) Hi Bruno: To clear up one thing that is confusing you, we have several different Windows platforms. There is the Cygwin platform, the MinGW platform, and the raw Windows platform. The first two are actually unix based so you can build PLplot with the normal Unix methods which most of our developers are familiar with. The raw platform is built following the specific rules in sys/win32/msdev/INSTALL.TXT. I think it is fair to say that the raw platform is more mature than the Cygwin or MinGW platforms, but you need to buy a compiler to use the raw platform and development of that platform is slow because only one of our developers (Arjen) is familiar with that platform. The Cygwin and MinGW platforms are quickly maturing. For example, we have just got shared libraries to work on them for the CVS version of PLplot. The previous PDL-oriented message was about the prospects for a PDL PLplot interface on the raw windows platform, but I don't think anybody got it to work there. Also, I think you are the first to try PDL with Cygwin, but since that is a Unix system I would encourage you to continue with your efforts since there is a lot of Unix expertise on this list. Also, our one developer (Rafael) who is familiar with Perl/PDL is more comfortable with Unix than windows. > > Currently, Ii've succeed in installing plplot 5.5.3 but i can't pass the > "perl Makefile.PL;make;make test;make install" steps : (. > Actually I even don't know if I'm doint it in the good way... Advice to every Unix user (including Bruno). "./configure --help" is your friend. The results of that command often help to guide you through the large number of different ./configure options (although often the default value of any option is the best choice). Also, if that command doesn't help you, please give the specifics of your problem to the list. Here is how: save complete results in output files as in "./configure --various_options >& configure.out", "make >& make.out", "make install >& make_install.out", and send those *.out results to the list. Good luck, Bruno, with sorting out how to build and use the Perl/PDL interface to PLplot on Cygwin. I am sure it can be done, but you are the pioneer for that specific Unix platform. Alan __________________________ Alan W. Irwin email: ir...@be... phone: 250-727-2902 Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); PLplot scientific plotting software package (plplot.org); the Yorick front-end to PLplot (yplot.sf.net); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
|
From: Bruno P. <bru...@cl...> - 2005-10-25 15:58:05
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> <title></title> </head> <body bgcolor="#ffffff" text="#000000"> Hi!<br> <br> This is my first post to this list. I've seen that this topic was already tackled but I would need<br> additionnal information: sorry if this topic is out of subject or the topic is closed...<br> <br> I'm currently trying to install plplot on cygwin in order to use it in perl/pdl script. I've seen this<br> message of plplot list on this topic:<br> <br> <pre>> hello, > > i would like to install the PLplot library v.5.3.0 on a WindowsXP > machine, so to use it with Perl-PDL. > i tried following the instructions in INSTALL.txt, so I downloaded the > free MSVisual C++ toolbox 2003 and started compiling. > i found there were some errors in the makefile, but I was able to go on.</pre> i didn't see any install.txt nor any instruction about msvisual so i didn't understand the answer:<br> <pre>Well, I have never used PLplot with Perl on Windows, but I can assure you that the C, Fortran, Tcl and Java versions work alright. (FYI: I maintain the Windows driver) </pre> Currently, Ii've succeed in installing plplot 5.5.3 but i can't pass the "perl Makefile.PL;make;make test;make install" steps : (.<br> Actually I even don't know if I'm doint it in the good way...<br> <pre></pre> Finally, did anyone succeed in installing plplot and making it working with pdl?<br> <br> if yes, could anyone send me information about his experience or a link where i could find INSTALL.txt?<br> <br> if not, did anyone find an alternative to plot 3D graph within cygwin-perl-pdl scripts ?<br> <br> best regards,<br> <br> bruno <div class="moz-signature">-- <br> <div align="center"><u>____________________________________________________</u> <br> <font face="Verdana" size="2">Dr. Bruno Picard<br> Dép. Traitement de la Mesure et Segment Sol <br> (Data Analysis and Ground Processing Unit) <br> CLS<br> Dir. Océanographie Spatiale<br> 8-10 rue Hermès, 31520 Ramonville Saint Agne, France<br> <br> Tél: (+33)5.61.39.37.37, Fax: (+33)5.61.39.37.82<br> Mél: <a href="mailto:bru...@cl...">bru...@cl...</a><br> Toile : <a href="http://julie-et-bruno.9online.fr/nono/cadrenono.html" eudora="autourl">http://julie-et-bruno.9online.fr/nono/cadrenono.html</a><br> </font><u>____________________________________________________</u><br> <img src="cid:par...@cl..."><br> </div> </div> </body> </html> |
|
From: Javier G. <j_...@ab...> - 2005-10-23 15:12:40
|
Hi I'm updating my address book. Please click on the link below and enter your contact info for me: http://www.ringo.com/i.html?i=124183730x747387&homeEmail=plplot-general%40lists.sourceforge.net&firstName=plplot-general&lastName=&origin=invite I'm using a new, free service where I put in my contact info for you, you put in your contact info for me, and everyone stays up to date automatically. It's surprisingly easy and useful. Thanks for your help. Javier Galan Don't receive any more invitations from Javier Galan: http://www.ringo.com/friends/invite/block.html?memberId=124183730&email=plplot-general%40lists.sourceforge.net&origin=invite Don't receive any more invitations from anyone: http://www.ringo.com/friends/invite/block.html?email=plplot-general%40lists.sourceforge.net&origin=invite |
|
From: Henning T. <pl...@he...> - 2005-10-08 12:34:07
|
On Fri, 7 Oct 2005, Alan W. Irwin wrote: > On 2005-10-07 20:33+0200 Henning Thielemann wrote: > > > > > On Fri, 7 Oct 2005, Alan W. Irwin wrote: > >> [...]For > >> typical results, see freeeos.sf.net/coulomb.pdf. > > > > Hm, you have labelled the axes with postscript characters (Times font?). > > Something I couldn't manage, too, so far. > > > > I do not understand what on > > http://plplot.sourceforge.net/docbook-manual/plplot-html-5.5.3/output-drivers.html#postscript-driver > > is meant with "text: Use Postscript text (0|1); default 1", but I guess > > it has something to do with the Times font issue. > > You don't have to worry about that. With -dev ps and psc (and several other > devices such as the gd-related ones) the new font system is on by default. > You do have the option of turning it off (and going back to the old standard > Hershey fonts) by using the -drvopt text=0 option. Thanks for the detailed answer! Maybe the problem is due to my installation. I remember I use the latest RPM package which is no longer up to date. I still could not find a command for setting the page size. I have plgspa for getting the size of the page and I'm missing the corresponding plsspa. Also I found that plschr only alters the size of the text labels but not of the tick numbers. Very strange things ... |
|
From: Alan W. I. <ir...@be...> - 2005-10-07 22:29:22
|
On 2005-10-07 20:33+0200 Henning Thielemann wrote: > > On Fri, 7 Oct 2005, Alan W. Irwin wrote: >> [...]For >> typical results, see freeeos.sf.net/coulomb.pdf. > > Hm, you have labelled the axes with postscript characters (Times font?). > Something I couldn't manage, too, so far. > > I do not understand what on > http://plplot.sourceforge.net/docbook-manual/plplot-html-5.5.3/output-drivers.html#postscript-driver > is meant with "text: Use Postscript text (0|1); default 1", but I guess > it has something to do with the Times font issue. You don't have to worry about that. With -dev ps and psc (and several other devices such as the gd-related ones) the new font system is on by default. You do have the option of turning it off (and going back to the old standard Hershey fonts) by using the -drvopt text=0 option. Since you seem to be having trouble getting the new font system, I suspect there is some necessary development package or package of fonts not installed on your system. Check carefully your ./configure output to see if there are any warnings about fonts or unicode. Also, note the the gd-related devices (png, jpeg, and gif) handle unicode fonts quite differently than the postscript-related devices(psc and ps). The gd-related case accesses fonts by specific directory and file names (although in the future we may change that to the more convenient access by font name using fontconfig) which are configured with ./configure. (See ./configure --help for details.) In contrast the postscript-related case uses fixed but standard font names (see include/plfci-type1.h). These font names, e.g., "Times-Roman" are then put in the appropriate part of the output postscript file. That file should display or print properly on any system that has the standard postscript type 1 fonts installed on the system. For my Debian stable platform, the gsfonts package provides the appropriate standard 35 type1 postscript fonts. Also note that for the postscript-related devices, there is internal lookup code to translate unicode order to the specific type 1 font order for the appropriate 255 type 1 glyph possibilities. However, because of that extremely limited number of type1 glyph possibilities, the unicode coverage of the postscript devices is extremely sparse with many missing glyphs. The type1 set of glyphs is adequate for scientific plotting as in the paper I referenced above. However, if you want full non-English support you must use TrueType fonts which are only available on certain non-postscript devices such as the gd-related ones. See http://plplot.sourceforge.net/examples/demo24.php for a non-English PLplot example done with -dev png. That example gives poor results for -dev psc because of the mentioned glyph-choice limitation of Type 1 fonts. The other standard examples look good both with both gd-related devices (which use TrueType fonts) and postscript devices (which use Type1 fonts) because they don't require the non-English glyphs of example 24. Alan __________________________ Alan W. Irwin email: ir...@be... phone: 250-727-2902 Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); PLplot scientific plotting software package (plplot.org); the Yorick front-end to PLplot (yplot.sf.net); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
20 messages has been excluded from this view by a project administrator.
