You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(58) |
Nov
(95) |
Dec
(55) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(205) |
Feb
(106) |
Mar
(36) |
Apr
(25) |
May
(34) |
Jun
(36) |
Jul
(161) |
Aug
(66) |
Sep
(100) |
Oct
(62) |
Nov
(77) |
Dec
(172) |
2003 |
Jan
(101) |
Feb
(202) |
Mar
(191) |
Apr
(97) |
May
(27) |
Jun
(21) |
Jul
(16) |
Aug
(55) |
Sep
(155) |
Oct
(166) |
Nov
(19) |
Dec
(134) |
2004 |
Jan
(569) |
Feb
(367) |
Mar
(81) |
Apr
(62) |
May
(124) |
Jun
(77) |
Jul
(85) |
Aug
(80) |
Sep
(66) |
Oct
(42) |
Nov
(20) |
Dec
(133) |
2005 |
Jan
(192) |
Feb
(143) |
Mar
(183) |
Apr
(128) |
May
(136) |
Jun
(18) |
Jul
(22) |
Aug
(33) |
Sep
(20) |
Oct
(12) |
Nov
(80) |
Dec
(44) |
2006 |
Jan
(42) |
Feb
(38) |
Mar
(17) |
Apr
(112) |
May
(220) |
Jun
(67) |
Jul
(96) |
Aug
(214) |
Sep
(104) |
Oct
(67) |
Nov
(150) |
Dec
(103) |
2007 |
Jan
(111) |
Feb
(50) |
Mar
(113) |
Apr
(19) |
May
(32) |
Jun
(34) |
Jul
(61) |
Aug
(103) |
Sep
(75) |
Oct
(99) |
Nov
(102) |
Dec
(40) |
2008 |
Jan
(86) |
Feb
(56) |
Mar
(104) |
Apr
(50) |
May
(45) |
Jun
(64) |
Jul
(71) |
Aug
(147) |
Sep
(132) |
Oct
(176) |
Nov
(46) |
Dec
(136) |
2009 |
Jan
(159) |
Feb
(136) |
Mar
(188) |
Apr
(189) |
May
(166) |
Jun
(97) |
Jul
(160) |
Aug
(235) |
Sep
(163) |
Oct
(46) |
Nov
(99) |
Dec
(54) |
2010 |
Jan
(104) |
Feb
(121) |
Mar
(153) |
Apr
(75) |
May
(138) |
Jun
(63) |
Jul
(61) |
Aug
(27) |
Sep
(93) |
Oct
(63) |
Nov
(40) |
Dec
(102) |
2011 |
Jan
(52) |
Feb
(26) |
Mar
(61) |
Apr
(27) |
May
(33) |
Jun
(43) |
Jul
(37) |
Aug
(53) |
Sep
(58) |
Oct
(63) |
Nov
(67) |
Dec
(16) |
2012 |
Jan
(97) |
Feb
(34) |
Mar
(6) |
Apr
(18) |
May
(32) |
Jun
(9) |
Jul
(17) |
Aug
(78) |
Sep
(24) |
Oct
(101) |
Nov
(31) |
Dec
(7) |
2013 |
Jan
(44) |
Feb
(35) |
Mar
(59) |
Apr
(17) |
May
(29) |
Jun
(38) |
Jul
(48) |
Aug
(46) |
Sep
(74) |
Oct
(140) |
Nov
(94) |
Dec
(177) |
2014 |
Jan
(94) |
Feb
(74) |
Mar
(75) |
Apr
(63) |
May
(24) |
Jun
(1) |
Jul
(30) |
Aug
(112) |
Sep
(78) |
Oct
(137) |
Nov
(60) |
Dec
(17) |
2015 |
Jan
(128) |
Feb
(254) |
Mar
(273) |
Apr
(137) |
May
(181) |
Jun
(157) |
Jul
(83) |
Aug
(34) |
Sep
(26) |
Oct
(9) |
Nov
(24) |
Dec
(43) |
2016 |
Jan
(94) |
Feb
(77) |
Mar
(83) |
Apr
(19) |
May
(39) |
Jun
(1) |
Jul
(5) |
Aug
(10) |
Sep
(28) |
Oct
(34) |
Nov
(82) |
Dec
(301) |
2017 |
Jan
(53) |
Feb
(50) |
Mar
(11) |
Apr
(15) |
May
(23) |
Jun
(36) |
Jul
(84) |
Aug
(90) |
Sep
(35) |
Oct
(81) |
Nov
(13) |
Dec
(11) |
2018 |
Jan
(15) |
Feb
(4) |
Mar
(2) |
Apr
(2) |
May
|
Jun
(6) |
Jul
(4) |
Aug
(13) |
Sep
(31) |
Oct
(4) |
Nov
(25) |
Dec
(64) |
2019 |
Jan
(7) |
Feb
(4) |
Mar
|
Apr
|
May
(13) |
Jun
(8) |
Jul
(16) |
Aug
(7) |
Sep
(27) |
Oct
(1) |
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
(8) |
Jun
(1) |
Jul
(4) |
Aug
|
Sep
(3) |
Oct
(2) |
Nov
(4) |
Dec
(3) |
2021 |
Jan
(1) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(2) |
Jul
(9) |
Aug
(3) |
Sep
|
Oct
(8) |
Nov
(4) |
Dec
|
2022 |
Jan
|
Feb
(6) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
(8) |
2023 |
Jan
(6) |
Feb
|
Mar
(1) |
Apr
(2) |
May
(10) |
Jun
(7) |
Jul
|
Aug
(5) |
Sep
|
Oct
|
Nov
|
Dec
|
2024 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
(1) |
Sep
(9) |
Oct
|
Nov
|
Dec
|
From: Arjen M. <arj...@wl...> - 2004-02-26 12:24:34
|
Andrew Ross wrote: > > On Thu, Feb 26, 2004 at 08:01:09PM +0900, Marc Schellens wrote: > > I am using the xwin driver of plplot. If I resize/hide.. the window > > the plot just vanishes and gets not rescaled nor redrawn. > > Is there any common reason why this is could be? > > Old answer: the window will only be redrawn after you have called plend > and before you press enter or the mouse button to close the window. > > If you are running on Linux you can now configure with the > --with-pthreads option which will run the xwin driver in a separate > thread so it will refresh all the time. I think there may be problems on > some systems with this which is why it is not enabled by default. You > may want to take a look though. > > Andrew > Another solution is to draw the picture in a pixmap and show this again when the window needs refreshing. This can be done automatically, but you may need to tweak the initialisation a bit - I know I had to, in my case (the window management is done by another library, I use PLplot only for the graphics). Regards, Arjen |
From: Andrew R. <and...@us...> - 2004-02-26 11:58:21
|
On Thu, Feb 26, 2004 at 08:00:59PM +0900, Marc Schellens wrote: > I ask this question already some time ago but could not get an answer: > How to register a new driver to plplot? > Lets say I need a modified version of xwin and want plplot to use my > one, without modifying plplot itself. Try reading drivers/README.drivers for details of how to implement a driver. Note this might not be completely up to date after the latest changes in the configuration, but it should be a good start. > And why can't I see any of my postings on the mailing list? Erm... Not sure. They seem to be reaching the list ok. Are you sure your subscribed address is ok? Andrew |
From: Andrew R. <and...@us...> - 2004-02-26 11:55:30
|
On Thu, Feb 26, 2004 at 08:01:09PM +0900, Marc Schellens wrote: > I am using the xwin driver of plplot. If I resize/hide.. the window > the plot just vanishes and gets not rescaled nor redrawn. > Is there any common reason why this is could be? Old answer: the window will only be redrawn after you have called plend and before you press enter or the mouse button to close the window. If you are running on Linux you can now configure with the --with-pthreads option which will run the xwin driver in a separate thread so it will refresh all the time. I think there may be problems on some systems with this which is why it is not enabled by default. You may want to take a look though. Andrew |
From: Marc S. <m_s...@ho...> - 2004-02-26 11:04:37
|
I am using the xwin driver of plplot. If I resize/hide.. the window the plot just vanishes and gets not rescaled nor redrawn. Is there any common reason why this is could be? thanks, marc |
From: Marc S. <m_s...@ho...> - 2004-02-26 11:04:35
|
I ask this question already some time ago but could not get an answer: How to register a new driver to plplot? Lets say I need a modified version of xwin and want plplot to use my one, without modifying plplot itself. And why can't I see any of my postings on the mailing list? thanks, marc |
From: Arjen M. <arj...@wl...> - 2004-02-26 09:37:05
|
Rafael Laboissiere wrote: > > * Arjen Markus <arj...@wl...> [2004-02-26 09:28]: > > > "Alan W. Irwin" wrote: > > > > > I would be glad to help you prepare an IRIX section for INSTALL, but you > > > probably won't need any help since it mostly consists of straightforwardly > > > collecting and presenting information about the IRIX build of > > > PLplot in a systematic way. > > > > I have just done so - hopefully the description is clear enough. > > Thanks for that Arjen. Although I understand it is important, I do not like > the instructions for hacking the configure script. You might add a note > saying that when SHELL=/bin/bash, everything works as expected. At any > rate, we must get rid of the bashisms in cf/swig.m4. Alan? > I will do that. I did not like it either, but leaving it out of the notes would have been worse, IMO. Regards, Arjen |
From: Rafael L. <rla...@us...> - 2004-02-26 09:23:36
|
* Arjen Markus <arj...@wl...> [2004-02-26 09:28]: > "Alan W. Irwin" wrote: > > > I would be glad to help you prepare an IRIX section for INSTALL, but you > > probably won't need any help since it mostly consists of straightforwardly > > collecting and presenting information about the IRIX build of > > PLplot in a systematic way. > > I have just done so - hopefully the description is clear enough. Thanks for that Arjen. Although I understand it is important, I do not like the instructions for hacking the configure script. You might add a note saying that when SHELL=/bin/bash, everything works as expected. At any rate, we must get rid of the bashisms in cf/swig.m4. Alan? -- Rafael |
From: Arjen M. <arj...@wl...> - 2004-02-26 08:30:16
|
"Alan W. Irwin" wrote: > > On 2004-02-25 13:57+0100 Arjen Markus wrote: > > > After removing the C++ tests, make check did okay (well, Tcl is > > not installed correctly, so in the end that part of the tests fails > > again), but a comparison of the PS files for C and F77 reveals they > > are almost the same (x06 and x07 show minimal differences - 243 instead > > of 244 and the like) > > Arjen, it is great to hear news of how well we are doing on IRIX. And I > think we are doing very well indeed considering this is the very first try > in many years. > > To help encourage other IRIX users would you be willing to put your report > in cookbook form in the INSTALL file similar to what I did for the Solaris > case? > > For example, it would be nice to know whether you used the GNU ld command or > native ld command for linking. And the proper way to specify compilers and > flags for those compilers is to set the environment variables > > CC, CFLAGS, CXX, CXXFLAGS, F77, FFLAGS > > before invoking the ./configure command. Of course, the CXX and CXXFLAGS > environment variables are irrelevant in your case since you ultimately had > to --disable-cxx. The CFLAGS and FFLAGS variables may be irrelevant as well > if libtool defaults were fine. > > Unlike Solaris, it appears you didn't have to fiddle with your path to get > access to native compilers and the linker. > > However, details of uname -a for your IRIX system as well as ./configure > options and ./configure results would be helpful to see in INSTALL. > > I would be glad to help you prepare an IRIX section for INSTALL, but you > probably won't need any help since it mostly consists of straightforwardly > collecting and presenting information about the IRIX build of > PLplot in a systematic way. > > I have just done so - hopefully the description is clear enough. Regards, Arjen |
From: Rafael L. <rla...@us...> - 2004-02-26 07:59:07
|
* Koen van der Drift <kvd...@ea...> [2004-02-25 20:46]: > The output of the last command is: > > gcc -dynamiclib -flat_namespace -undefined suppress -o > .libs/libfoo.dylib -install_name /usr/lib/libfoo.dylib > gcc: no input files > > Again, no libfoo.la file What about this: ../libtool --mode=link $CC -rpath /usr/lib -avoid-version -module -o libfoo.la -- Rafael |
From: Arjen M. <arj...@wl...> - 2004-02-26 07:21:53
|
"Alan W. Irwin" wrote: > > Here is a summary of the current Cygwin situation for > plplot-5.3.0.cvs.20040223.tar.gz. > > Some further progress had been made in the --enable-dyndrivers case. For > example, a new upgrade to libgd seemed to fix the get-drv-info gd problem so > make and make install go through without any obvious errors. However, the > examples all immediately segfault so it appears we need to wait several more > months (at least) for dynamic loading support in Cygwin/libtool to mature. > > I am glad to report that for the --disable-dyndrivers case, Ullal finds > essentially no problems on Cygwin with plplot-5.3.0.cvs.20040223.tar.gz. > Both Python and octave-2.1.50 work. The only known limitation at this time > is that the g77 iargc function always returns -1 for the number of arguments > so command-line parsing has to be disabled for fortran. > Could the --enable-dyndrivers problem be related to the problem I had myself under Linux, that is, I had to change the referencing of psc in the drivers I use to ps, because otherwise the settings I made from within my program would not be seen? It turned out that inside the general (statically linked) PLplot routines, psc referred to _different_ memory than the psc variable inside the (dynamically linked and loaded) driver routines. Using the ps argument solved this problem. In my case, the errors were more gratious than a segfault - I got an error report from the X server. Regards, Arjen |
From: Alan W. I. <ir...@be...> - 2004-02-26 04:08:05
|
On 2004-02-25 21:41-0500 Koen van der Drift wrote: > > On Feb 25, 2004, at 9:34 PM, Alan W. Irwin wrote: > > > You cannot run ./test_java.sh alone. From the installed examples > > directory > > (or copy of it) run > > > > ./plplot-test.sh --front-end=java > > > > both to set up the environment variables required by test_java.sh and > > to > > actually run that script. > > > > Yes, now it worked (no errors)! Excellent! As far as I know, that is the first time the Java interface to PLplot worked on any other platform than Linux, and I really appreciate your perseverance with it for Mac OS X. A remaining issue is to get the PL_GET_DLLNAME macro results in the configure script to work properly on Mac OS X so that you no longer need to edit config.java as a workaround. It sounds like you and Rafael are in good contact trying to sort out that issue. Alan __________________________ Alan W. Irwin email: ir...@be... phone: 250-727-2902 Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the PLplot scientific plotting software package (plplot.org), the Yorick front-end to PLplot (yplot.sf.net), the Loads of Linux Links project (loll.sf.net), and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
From: Koen v. d. D. <kvd...@ea...> - 2004-02-26 02:43:56
|
On Feb 25, 2004, at 9:34 PM, Alan W. Irwin wrote: > You cannot run ./test_java.sh alone. From the installed examples > directory > (or copy of it) run > > ./plplot-test.sh --front-end=java > > both to set up the environment variables required by test_java.sh and > to > actually run that script. > Yes, now it worked (no errors)! - Koen. |
From: Alan W. I. <ir...@be...> - 2004-02-26 02:36:14
|
On 2004-02-25 19:51-0500 Koen van der Drift wrote: > > On Feb 24, 2004, at 9:07 PM, Alan W. Irwin wrote: > > > Koen, can you confirm it is missing by running > > > > grep PLPLOTJAVAC_WRAP_DLL Makefile > > > > The result on my system is > > > > PLPLOTJAVAC_WRAP_DLL = plplotjavac_wrap.so > > > > but from the above result you gave us I predict it will be empty on > > yours. > > > That's correct: > > ModusOperandi:~/Desktop/plplot-5.3.0.cvs.20040223/bindings/java koen$ > grep PLPLOTJAVAC_WRAP_DLL Makefile > PLPLOTJAVAC_WRAP_DLL = > ModusOperandi:~/Desktop/plplot-5.3.0.cvs.20040223/bindings/java koen$ > > > > > then try "make install" from that directory, then try running the > > installed > > examples again to see if that clears up the java situation. > > > > I now get this output: > > ModusOperandi:~/tmp/plplot5.3.0.cvs.20040223/examples koen$ > ./test_java.sh > Argument missing for -dev option. (etc.) You cannot run ./test_java.sh alone. From the installed examples directory (or copy of it) run ./plplot-test.sh --front-end=java both to set up the environment variables required by test_java.sh and to actually run that script. Alan __________________________ Alan W. Irwin email: ir...@be... phone: 250-727-2902 Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the PLplot scientific plotting software package (plplot.org), the Yorick front-end to PLplot (yplot.sf.net), the Loads of Linux Links project (loll.sf.net), and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
From: Alan W. I. <ir...@be...> - 2004-02-26 02:31:00
|
On 2004-02-25 19:51-0500 Koen van der Drift wrote: > Still this error: > > ModusOperandi:~/tmp/plplot5.3.0.cvs.20040223/examples/python koen$ > /sw/bin/python pythondemos.py -dev psc -o test.ps > Fatal Python error: Interpreter not initialized (version mismatch?) > Abort trap > ModusOperandi:~/tmp/plplot5.3.0.cvs.20040223/examples/python koen$ Thanks for your detailed reply, Koen. Unfortunately, I could not see any problems in anything you sent, and certainly there was no obvious problem having to do with the new configuration scheme. Have you changed your python system since the last successful python test? In any case we have to dig deeper with a whole bunch of questions and fairly random trying of various possibilities. Non of this should be too onerous, I hope. I wonder if there is a permission problem? What does ls -l examples/python give (for the copy of the installed examples tree where you are testing). Also, ls -l /sw/lib/python2.3/site-packages/*plplot* Assuming all is well there, the above error has no line number traceback, which probably means it didn't get into pythondemos.py at all. Could you just run the following command? ./pythondemos.py -dev psc -o test.ps Also, if that doesn't work, try a simplified version ./test.py -dev psc -o test.ps where I have attached test.py. Also try python test.py (rather than /sw/bin/python test.py). What is the result of running /usr/bin/env python on your system? That is essentially the first line of pythondemos.py and test.py, and I am wondering if that line is interfering? If in doubt, edit that line out of test.py and try python test.py again, please. Also, if you are still running into any problems, try editing import xw01 out of test.py (to reduce it to the following actions: parse command line; initialize the library; and kill the library without any plotting at all.) Try any other variation you can think of such as running test.py for 5.3.0. Thanks in advance for running some experiments to try and narrow down where the problem might be. Alan __________________________ Alan W. Irwin email: ir...@be... phone: 250-727-2902 Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the PLplot scientific plotting software package (plplot.org), the Yorick front-end to PLplot (yplot.sf.net), the Loads of Linux Links project (loll.sf.net), and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
From: Koen v. d. D. <kvd...@ea...> - 2004-02-26 01:47:59
|
On Feb 25, 2004, at 8:32 PM, Rafael Laboissiere wrote: > Sorry, I meant: > > CC=`grep '^CC =' Makefile | sed 's/CC =//'` > ^ > |__ lacking space > > > Could you please try it again? > > The output of the last command is: gcc -dynamiclib -flat_namespace -undefined suppress -o .libs/libfoo.dylib -install_name /usr/lib/libfoo.dylib gcc: no input files Again, no libfoo.la file - Koen. |
From: Rafael L. <rla...@us...> - 2004-02-26 01:34:43
|
* Koen van der Drift <kvd...@ea...> [2004-02-25 19:51]: > > CC=`grep '^CC ='Makefile | sed 's/CC =//'` > > That line didn't do anything, I had to stop it with control-C to get > back to the prompt. Sorry, I meant: CC=`grep '^CC =' Makefile | sed 's/CC =//'` ^ |__ lacking space Could you please try it again? -- Rafael |
From: Koen v. d. D. <kvd...@ea...> - 2004-02-26 00:53:23
|
On Feb 25, 2004, at 3:03 AM, Rafael Laboissiere wrote: > * Alan W. Irwin <ir...@be...> [2004-02-24 18:07]: > >> Rafael, can you figure out why PL_GET_DLLNAME is failing on Mac OS X? > > I need more information for that. Koen, could you please run the > following > commands from the top level dir after ./configure: > > CC=`grep '^CC ='Makefile | sed 's/CC =//'` That line didn't do anything, I had to stop it with control-C to get back to the prompt. So I am not sure if the rest worked. > rm -rf tmp-cfg > mkdir tmp-cfg > cd tmp-cfg > ../libtool --mode=link $CC -rpath /usr/lib -avoid-version > -version-info 0:0:0 -o libfoo.la > > and send to us the resulting tmp-cfg/libfoo.la file (if any) together > with > the output of the above commands? > ModusOperandi:~/Desktop/plplot-5.3.0.cvs.20040223 koen$ CC=`grep '^CC ='Makefile | sed 's/CC =//'` ^C ModusOperandi:~/Desktop/plplot-5.3.0.cvs.20040223 koen$ rm -rf tmp-cfg ModusOperandi:~/Desktop/plplot-5.3.0.cvs.20040223 koen$ mkdir tmp-cfg ModusOperandi:~/Desktop/plplot-5.3.0.cvs.20040223 koen$ cd tmp-cfg ModusOperandi:~/Desktop/plplot-5.3.0.cvs.20040223/tmp-cfg koen$ ../libtool --mode=link $CC -rpath /usr/lib -avoid-version -version-info 0:0:0 -o libfoo.la libtool: unrecognized option `-rpath' Try `libtool --help' for more information. ModusOperandi:~/Desktop/plplot-5.3.0.cvs.20040223/tmp-cfg koen$ libfoo.la does not exist. - Koen. |
From: Koen v. d. D. <kvd...@ea...> - 2004-02-26 00:53:21
|
On Feb 24, 2004, at 9:38 PM, Alan W. Irwin wrote: > cd /tmp/examples/python > /sw/bin/python pythondemos.py -dev psc -o test.ps > That gives the same error. > Also, if that fails in the same way, please give us the results of > > /sw/bin/python > > That should include the version string. > ModusOperandi:~/tmp/plplot5.3.0.cvs.20040223/examples/python koen$ /sw/bin/python pythondemos.py -dev psc -o test.ps Fatal Python error: Interpreter not initialized (version mismatch?) Abort trap ModusOperandi:~/tmp/plplot5.3.0.cvs.20040223/examples/python koen$ /sw/bin/python Python 2.3.3 (#1, Feb 12 2004, 17:19:12) [GCC 3.3 20030304 (Apple Computer, Inc. build 1495)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> > Also, please give us the results of > > cat plplot_python_start.py > ModusOperandi:~/tmp/plplot5.3.0.cvs.20040223/examples/python koen$ cat plplot_python_start.py # Append to effective python path so that can find plplot modules. import sys invocation_path = sys.path[0] sys.path.insert (0, "/sw/lib/python2.3/site-packages") # The following is useful for build tree only! sys.path.insert (0, invocation_path + "/../../bindings/python") sys.path.insert (0, invocation_path + "/../../bindings/python/.libs") ModusOperandi:~/tmp/plplot5.3.0.cvs.20040223/examples/python koen$ > Also, try editing pythondemos.py and removing the > > from plplot_python_start import * > > line before running > > /sw/bin/python pythondemos.py -dev psc -o test.ps > > again. > Still this error: ModusOperandi:~/tmp/plplot5.3.0.cvs.20040223/examples/python koen$ /sw/bin/python pythondemos.py -dev psc -o test.ps Fatal Python error: Interpreter not initialized (version mismatch?) Abort trap ModusOperandi:~/tmp/plplot5.3.0.cvs.20040223/examples/python koen$ - Koen. |
From: Koen v. d. D. <kvd...@ea...> - 2004-02-26 00:53:09
|
On Feb 24, 2004, at 9:07 PM, Alan W. Irwin wrote: > Koen, can you confirm it is missing by running > > grep PLPLOTJAVAC_WRAP_DLL Makefile > > The result on my system is > > PLPLOTJAVAC_WRAP_DLL = plplotjavac_wrap.so > > but from the above result you gave us I predict it will be empty on > yours. > That's correct: ModusOperandi:~/Desktop/plplot-5.3.0.cvs.20040223/bindings/java koen$ grep PLPLOTJAVAC_WRAP_DLL Makefile PLPLOTJAVAC_WRAP_DLL = ModusOperandi:~/Desktop/plplot-5.3.0.cvs.20040223/bindings/java koen$ > > then try "make install" from that directory, then try running the > installed > examples again to see if that clears up the java situation. > I now get this output: ModusOperandi:~/tmp/plplot5.3.0.cvs.20040223/examples koen$ ./test_java.sh Argument missing for -dev option. Usage: (null) [options] PLplot options: [-h] [-v] [-verbose] [-debug] [-dev name] [-o name] [-display name] [-px number] [-py number] [-geometry geom] [-wplt xl,yl,xr,yr] [-mar margin] [-a aspect] [-jx justx] [-jy justy] [-ori orient] [-freeaspect] [-portrait] [-width width] [-bg color] [-ncol0 n] [-ncol1 n] [-fam] [-fsiz size[kKmMgG]] [-fbeg number] [-finc number] [-fflen length] [-nopixmap] [-db] [-np] [-server_name name] [-server_host name] [-server_port name] [-user name] [-dpi dpi] [-compression num] [-drvopt option[=value][,option[=value]]*] Type (null) -h for a full description. Bad command line option "-dev" etc for each example. I hope I didn't miss any of the thing I had to try out :) - Koen. |
From: Alan W. I. <ir...@be...> - 2004-02-25 20:12:17
|
On 2004-02-25 13:57+0100 Arjen Markus wrote: > After removing the C++ tests, make check did okay (well, Tcl is > not installed correctly, so in the end that part of the tests fails > again), but a comparison of the PS files for C and F77 reveals they > are almost the same (x06 and x07 show minimal differences - 243 instead > of 244 and the like) Arjen, it is great to hear news of how well we are doing on IRIX. And I think we are doing very well indeed considering this is the very first try in many years. To help encourage other IRIX users would you be willing to put your report in cookbook form in the INSTALL file similar to what I did for the Solaris case? For example, it would be nice to know whether you used the GNU ld command or native ld command for linking. And the proper way to specify compilers and flags for those compilers is to set the environment variables CC, CFLAGS, CXX, CXXFLAGS, F77, FFLAGS before invoking the ./configure command. Of course, the CXX and CXXFLAGS environment variables are irrelevant in your case since you ultimately had to --disable-cxx. The CFLAGS and FFLAGS variables may be irrelevant as well if libtool defaults were fine. Unlike Solaris, it appears you didn't have to fiddle with your path to get access to native compilers and the linker. However, details of uname -a for your IRIX system as well as ./configure options and ./configure results would be helpful to see in INSTALL. I would be glad to help you prepare an IRIX section for INSTALL, but you probably won't need any help since it mostly consists of straightforwardly collecting and presenting information about the IRIX build of PLplot in a systematic way. Alan __________________________ Alan W. Irwin email: ir...@be... phone: 250-727-2902 Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the PLplot scientific plotting software package (plplot.org), the Yorick front-end to PLplot (yplot.sf.net), the Loads of Linux Links project (loll.sf.net), and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
From: Alan W. I. <ir...@be...> - 2004-02-25 19:41:27
|
Here is a summary of the current Cygwin situation for plplot-5.3.0.cvs.20040223.tar.gz. Some further progress had been made in the --enable-dyndrivers case. For example, a new upgrade to libgd seemed to fix the get-drv-info gd problem so make and make install go through without any obvious errors. However, the examples all immediately segfault so it appears we need to wait several more months (at least) for dynamic loading support in Cygwin/libtool to mature. I am glad to report that for the --disable-dyndrivers case, Ullal finds essentially no problems on Cygwin with plplot-5.3.0.cvs.20040223.tar.gz. Both Python and octave-2.1.50 work. The only known limitation at this time is that the g77 iargc function always returns -1 for the number of arguments so command-line parsing has to be disabled for fortran. Alan __________________________ Alan W. Irwin email: ir...@be... phone: 250-727-2902 Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the PLplot scientific plotting software package (plplot.org), the Yorick front-end to PLplot (yplot.sf.net), 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...> - 2004-02-25 14:05:01
|
Hello, it took me more time to get it right than I thought, but I have been able to implement the mechanism for setting a paper size and to make the PostScript driver work with it. In the process I also made some changes to the way the colours are treated for the B/W version: rather than a black or white colour for colormap 0 and a grayscale based on the red channel for color map 1, colours are now translated to a grayscale based on all three channels, regardless of the colour map. I hope this is convenient for everybody. I will commit this soon together with the paper size feature, though this should be made a bit more general. Regards, Arjen |
From: Arjen M. <arj...@wl...> - 2004-02-25 13:59:31
|
Hello, I ran into a small, but for me relevant problem: the unit of the linewidth in the PostScript driver. I found out that the linewidth is expressed in 1/5 point by experimenting. Is there any place this is documented or should be documented? Regards, Arjen |
From: Arjen M. <arj...@wl...> - 2004-02-25 12:58:31
|
Arjen Markus wrote: > > Rafael Laboissiere wrote: > > > > > > This went all very well, until this happened: > > > > > > /bin/sh ../libtool --mode=link cc -g -o get-drv-info > > > get_drv_info-get-drv-info.o ../libltdl/libltdlc.la > > > ../src/libplplotd.la -lm > > > cc -g -o .libs/get-drv-info get_drv_info-get-drv-info.o > > > ../libltdl/.libs/libltdlc.a ../src/.libs/libplplotd.so -ldl -lm > > > -Wl,-rpath -Wl,/usr/local/lib > > > ld32: WARNING 84 : /usr/lib32/libdl.so is not used for resolving any > > > symbol. > > > creating get-drv-info > > > ./get-drv-info `echo hpgl.la | sed 's/.la//'` > hpgl.rc > > > ./get-drv-info `echo mem.la | sed 's/.la//'` > mem.rc > > > ./get-drv-info `echo null.la | sed 's/.la//'` > null.rc > > > ./get-drv-info `echo pbm.la | sed 's/.la//'` > pbm.rc > > > ./get-drv-info `echo plmeta.la | sed 's/.la//'` > plmeta.rc > > > ./get-drv-info `echo ps.la | sed 's/.la//'` > ps.rc > > > ./get-drv-info `echo pstex.la | sed 's/.la//'` > pstex.rc > > > ./get-drv-info `echo tk.la | sed 's/.la//'` > tk.rc > > > Assertion failed: dirname, file ltdl.c, line 2460 > > > *** Termination code 134 (bu21) > > > *** Error code 1 (bu21) > > > *** Error code 1 (bu21) > > > > > > Okay, removing the tk and tkwin driver solved that problem, but now > make check fails on x01c.cc: > > ./../libltdl -I../../bindings/c++ -LANG:std -c -o x01cc.o x01cc.cc > cc-3173 CC: ERROR File = x01cc.cc, Line = 37 > The name must be a namespace name. > > using namespace std; > ^ > > 1 error detected in the compilation of "x01cc.cc". > > I know too little of C++ to solve this, I am afraid. > After removing the C++ tests, make check did okay (well, Tcl is not installed correctly, so in the end that part of the tests fails again), but a comparison of the PS files for C and F77 reveals they are almost the same (x06 and x07 show minimal differences - 243 instead of 244 and the like) Regards, Arjen |
From: Arjen M. <arj...@wl...> - 2004-02-25 10:59:26
|
Rafael Laboissiere wrote: > > > This went all very well, until this happened: > > > > /bin/sh ../libtool --mode=link cc -g -o get-drv-info > > get_drv_info-get-drv-info.o ../libltdl/libltdlc.la > > ../src/libplplotd.la -lm > > cc -g -o .libs/get-drv-info get_drv_info-get-drv-info.o > > ../libltdl/.libs/libltdlc.a ../src/.libs/libplplotd.so -ldl -lm > > -Wl,-rpath -Wl,/usr/local/lib > > ld32: WARNING 84 : /usr/lib32/libdl.so is not used for resolving any > > symbol. > > creating get-drv-info > > ./get-drv-info `echo hpgl.la | sed 's/.la//'` > hpgl.rc > > ./get-drv-info `echo mem.la | sed 's/.la//'` > mem.rc > > ./get-drv-info `echo null.la | sed 's/.la//'` > null.rc > > ./get-drv-info `echo pbm.la | sed 's/.la//'` > pbm.rc > > ./get-drv-info `echo plmeta.la | sed 's/.la//'` > plmeta.rc > > ./get-drv-info `echo ps.la | sed 's/.la//'` > ps.rc > > ./get-drv-info `echo pstex.la | sed 's/.la//'` > pstex.rc > > ./get-drv-info `echo tk.la | sed 's/.la//'` > tk.rc > > Assertion failed: dirname, file ltdl.c, line 2460 > > *** Termination code 134 (bu21) > > *** Error code 1 (bu21) > > *** Error code 1 (bu21) > > Okay, removing the tk and tkwin driver solved that problem, but now make check fails on x01c.cc: ./../libltdl -I../../bindings/c++ -LANG:std -c -o x01cc.o x01cc.cc cc-3173 CC: ERROR File = x01cc.cc, Line = 37 The name must be a namespace name. using namespace std; ^ 1 error detected in the compilation of "x01cc.cc". I know too little of C++ to solve this, I am afraid. Regards, Arjen |