From: Miguel de V. B. <md...@cf...> - 2007-03-20 03:39:17
|
Hi, I have tried to build the pstex driver in plplot 5.7.2 using the CBS adding the corresponding lines to config.h.make and cmake/modules/drivers-init.cmake but it doesn't compile. Will the pstex driver be supported in future releases? Regards, Miguel |
From: Alan W. I. <ir...@be...> - 2007-03-20 04:35:15
|
On 2007-03-19 23:39-0400 Miguel de Val Borro wrote: > Hi, > > I have tried to build the pstex driver in plplot 5.7.2 using the CBS > adding the corresponding lines to config.h.make and > cmake/modules/drivers-init.cmake but it doesn't compile. Will the pstex > driver be supported in future releases? Hi Miguel: We removed all the autotools build system infrastructure of the pstex device with the following commit message as of 2006-05-07: "Permanently disable the autotools build of pstex. Other PostScript devices (either ps or psttf) appear to give better solutions so there doesn't seem to be much purpose in maintaining this currently broken device." Since then our autotools build system has been deprecated and replaced with our new CMake build system. If our current ps or psttf devices don't satisfy your particular needs, then it should be straightforward for you to reinstate pstex under our CMake build system following the simple steps given in drivers/README.drivers. I don't quite recall what the brokeness is that was mentioned above, but I believe it was just a maintenance issue and nothing too serious. The main strikes against this device were its limited capabilities (compared to ps and psttf) and its long track record of nobody being interested enough to maintain or document it. However, if you are interested enough to get it working again, then I would be willing to commit those changes to our CVS version of PLplot. 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 __________________________ |
From: Miguel de V. B. <md...@cf...> - 2007-03-20 15:23:03
|
Hi Alan, I have changed config.h.cmake and cmake/modules/drivers-init.cmake in the CVS version of PLplot. --- config.h.cmake 17 Mar 2007 02:24:06 -0000 1.15 +++ config.h.cmake 20 Mar 2007 15:05:32 -0000 @@ -229,6 +229,9 @@ /* Define if ps driver is present */ #cmakedefine PLD_ps +/* Define if pstex driver is present */ +#cmakedefine PLD_pstex + /* Define if psttf driver is present */ #cmakedefine PLD_psttf --- cmake/modules/drivers-init.cmake 19 Mar 2007 02:05:43 -0000 1.19 +++ cmake/modules/drivers-init.cmake 20 Mar 2007 15:05:56 -0000 @@ -91,6 +91,7 @@ "pdf:pdf:OFF" "plmeta:plmeta:ON" "ps:ps:ON" +"pstex:pstex:ON" "psttf:psttf:ON" "xterm:tek:OFF" "tek4010:tek:OFF" "tek4107:tek:OFF" "mskermit:tek:OFF" "versaterm:tek:OFF" "vlt:tek:OFF" "conex:tek:OFF" "tek4010f:tek:OFF" Then building the pstex driver gives this error: Scanning dependencies of target pstex [ 59%] Building C object drivers/CMakeFiles/pstex.dir/pstex.o Linking C shared module pstex.so Could not open driver module pstex libltdl error: /home/miguel/src/plplot_build/drivers/pstex.so: undefined symbol: plD_polyline_ps make[2]: *** [drivers/pstex.so] Error 1 make[1]: *** [drivers/CMakeFiles/pstex.dir/all] Error 2 make: *** [all] Error 2 I will look into this but the ps and psttf drivers are OK for me. I have two updates for the PLplot web page. The LaTeX drivers are mentioned twice in the front page but they are disabled in the latest stable release. Also the reference to PLplot Debian packages in resources/index.html can be updated. There is PLplot 5.3.1 in Debian Sarge and 5.6.1 in Etch and Sid. Best regards, Miguel On Mon, Mar 19, 2007 at 09:35:04PM -0700, Alan W. Irwin wrote: > On 2007-03-19 23:39-0400 Miguel de Val Borro wrote: > > > Hi, > > > > I have tried to build the pstex driver in plplot 5.7.2 using the CBS > > adding the corresponding lines to config.h.make and > > cmake/modules/drivers-init.cmake but it doesn't compile. Will the pstex > > driver be supported in future releases? > > Hi Miguel: > > We removed all the autotools build system infrastructure of the pstex device > with the following commit message as of 2006-05-07: > > "Permanently disable the autotools build of pstex. Other PostScript devices > (either ps or psttf) appear to give better solutions so there doesn't seem > to be much purpose in maintaining this currently broken device." > > Since then our autotools build system has been deprecated and replaced with > our new CMake build system. If our current ps or psttf devices don't satisfy > your particular needs, then it should be straightforward for you to > reinstate pstex under our CMake build system following the simple steps > given in drivers/README.drivers. I don't quite recall what the brokeness is > that was mentioned above, but I believe it was just a maintenance issue and > nothing too serious. The main strikes against this device were its limited > capabilities (compared to ps and psttf) and its long track record of nobody > being interested enough to maintain or document it. However, if you are > interested enough to get it working again, then I would be willing to commit > those changes to our CVS version of PLplot. > > 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 > __________________________ > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Plplot-devel mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-devel > |
From: Alan W. I. <ir...@be...> - 2007-03-20 16:44:04
|
On 2007-03-20 11:22-0400 Miguel de Val Borro wrote: > Hi Alan, > > I have changed config.h.cmake and cmake/modules/drivers-init.cmake in the > CVS version of PLplot. > > --- config.h.cmake 17 Mar 2007 02:24:06 -0000 1.15 > +++ config.h.cmake 20 Mar 2007 15:05:32 -0000 > @@ -229,6 +229,9 @@ > /* Define if ps driver is present */ > #cmakedefine PLD_ps > > +/* Define if pstex driver is present */ > +#cmakedefine PLD_pstex > + > /* Define if psttf driver is present */ > #cmakedefine PLD_psttf > > --- cmake/modules/drivers-init.cmake 19 Mar 2007 02:05:43 -0000 1.19 > +++ cmake/modules/drivers-init.cmake 20 Mar 2007 15:05:56 -0000 > @@ -91,6 +91,7 @@ > "pdf:pdf:OFF" > "plmeta:plmeta:ON" > "ps:ps:ON" > +"pstex:pstex:ON" > "psttf:psttf:ON" > "xterm:tek:OFF" "tek4010:tek:OFF" "tek4107:tek:OFF" "mskermit:tek:OFF" > "versaterm:tek:OFF" "vlt:tek:OFF" "conex:tek:OFF" "tek4010f:tek:OFF" Now I understand why you didn't have to change more files. According to drivers/README.drivers you need to change 5 files, but the changes already exist for pstex in the last 3 files so the above two file changes should be sufficient. > > Then building the pstex driver gives this error: > > Scanning dependencies of target pstex > [ 59%] Building C object drivers/CMakeFiles/pstex.dir/pstex.o > Linking C shared module pstex.so > Could not open driver module pstex > libltdl error: /home/miguel/src/plplot_build/drivers/pstex.so: undefined symbol: plD_polyline_ps > make[2]: *** [drivers/pstex.so] Error 1 > make[1]: *** [drivers/CMakeFiles/pstex.dir/all] Error 2 > make: *** [all] Error 2 > > I will look into this but the ps and psttf drivers are OK for me. If you want to pursue this further, you will get more complete context to this error message (i.e., you will actually get the command that failed, and thus be able to run/debug that command by hand) if you use the cmake option -DCMAKE_VERBOSE_MAKEFILE=ON. Also, the problem may be that internally the pstex.c code is not ready for being used with our default dynamic device mode. I suggest trying the cmake option -DENABLE_DYNDRIVERS=OFF (which integrates all devices into our C library in the old-fashioned way rather than making them individual plug-ins that are dynamically loaded by our C library) to see whether pstex will build and run in that case. > > I have two updates for the PLplot web page. The LaTeX drivers are mentioned > twice in the front page but they are disabled in the latest stable release. > Also the reference to PLplot Debian packages in resources/index.html can > be updated. There is PLplot 5.3.1 in Debian Sarge and 5.6.1 in Etch and Sid. Thanks for those suggestions. It often takes a fresh eye like yours to spot such issues. Hazen, would you be willing to implement these minor website changes? (I am completely tied up with the subversion conversion at the moment.) 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 __________________________ |
From: Miguel de V. B. <md...@cf...> - 2007-03-20 20:18:10
|
On Tue, Mar 20, 2007 at 09:40:09AM -0700, Alan W. Irwin wrote: > Now I understand why you didn't have to change more files. According to > drivers/README.drivers you need to change 5 files, but the changes already > exist for pstex in the last 3 files so the above two file changes should be > sufficient. Sorry I forgot to mention that. > If you want to pursue this further, you will get more complete context to > this error message (i.e., you will actually get the command that failed, and > thus be able to run/debug that command by hand) if you use the cmake option > -DCMAKE_VERBOSE_MAKEFILE=ON. Also, the problem may be that internally the > pstex.c code is not ready for being used with our default dynamic device > mode. I suggest trying the cmake option -DENABLE_DYNDRIVERS=OFF (which > integrates all devices into our C library in the old-fashioned way rather > than making them individual plug-ins that are dynamically loaded by our C > library) to see whether pstex will build and run in that case. Thanks for the advice. The pstex driver can be built with the cmake option -DENABLE_DYNDRIVERS=OFF. I have run all the example programs in C, C++, Fortran and Python for the pstex driver and get a segmentation fault for all of them. In most examples part of an EPS file and a latex file that includes the EPS are created before the segmentation fault. I was thinking that the pstex driver was similar to the latex driver in PGPLOT and the latex and eepic terminals in gnuplot that creates a Latex picture environment. The other drivers I have tested are working well for me and I can include the PostScript output in a Latex document. Regards, Miguel |
From: Alan W. I. <ir...@be...> - 2007-03-20 21:06:04
|
On 2007-03-20 16:17-0400 Miguel de Val Borro wrote: > Thanks for the advice. The pstex driver can be built with the cmake > option -DENABLE_DYNDRIVERS=OFF. I have run all the example programs in > C, C++, Fortran and Python for the pstex driver and get a segmentation > fault for all of them. In most examples part of an EPS file and a latex > file that includes the EPS are created before the segmentation fault. I > was thinking that the pstex driver was similar to the latex driver in > PGPLOT and the latex and eepic terminals in gnuplot that creates a Latex > picture environment. It's possible it is not being tested correctly, and there is something extra you have to do, but the lack of documentation makes figuring this out a real bear. > > The other drivers I have tested are working well for me and I can > include the PostScript output in a Latex document. I will apply your patch, but comment out any possible activation of pstex with some commentary about what you found. Thanks, Miguel, for trying. 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 __________________________ |
From: Hazen B. <hba...@ma...> - 2007-03-20 22:56:31
|
On Mar 20, 2007, at 12:40 PM, Alan W. Irwin wrote: > On 2007-03-20 11:22-0400 Miguel de Val Borro wrote: >> >> I have two updates for the PLplot web page. The LaTeX drivers are >> mentioned >> twice in the front page but they are disabled in the latest stable >> release. >> Also the reference to PLplot Debian packages in resources/ >> index.html can >> be updated. There is PLplot 5.3.1 in Debian Sarge and 5.6.1 in >> Etch and Sid. > > Thanks for those suggestions. It often takes a fresh eye like > yours to spot > such issues. > > Hazen, would you be willing to implement these minor website > changes? (I am > completely tied up with the subversion conversion at the moment.) I've updated the pages in cvs and also added a link to my online PLplot program. I'll update the pages on Sourceforge when I generate the next release this weekend. Did we have a volunteer to take over debian package maintainer from Rafael? -Hazen |
From: Miguel de V. B. <md...@cf...> - 2007-03-21 01:39:55
|
On Tue, Mar 20, 2007 at 06:54:25PM -0400, Hazen Babcock wrote: > I've updated the pages in cvs and also added a link to my online > PLplot program. I'll update the pages on Sourceforge when I generate > the next release this weekend. Thank you. > Did we have a volunteer to take over debian package maintainer from > Rafael? The bug report in Debian has been retitled to ITA (intent to adopt). http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=396999 Miguel |
From: Alan W. I. <ir...@be...> - 2007-03-21 03:03:48
|
On 2007-03-20 16:17-0400 Miguel de Val Borro wrote: > Thanks for the advice. The pstex driver can be built with the cmake > option -DENABLE_DYNDRIVERS=OFF. I have run all the example programs in > C, C++, Fortran and Python for the pstex driver and get a segmentation > fault for all of them. I confirm that. Nevertheless, since you have showed interest, you have inspired me to make some more corrections to the CMake infrastructure for this device. So now it builds fine both for -DENABLE_DYNDRIVERS=OFF and ON. (The trick in the -DENABLE_DYNDRIVERS=ON case was to add the ps.c source code to the compilation of the plug-in since the pstex.c code is parasitic on the ps.c code [i.e., it uses functions defined by ps.c]). Also, if I invoke ldd -r drivers/pstex.so, I get no missing libraries or undefined symbols. So the linking of the plug-in for the -DENABLE_DYNDRIVERS=ON case seems perfect. However, for both -DENABLE_DYNDRIVERS=OFF and ON you get segfaults with any example. Miguel, if you care to debug that further, valgrind should be a big help. I had a quick look with our simplest examples (x10c in the install tree), and it appears something is not defined (invalid read). I imagine there was some minor global change we made for all devices, and we forgot to make the change for pstex.c. CVS HEAD is quite stable now so I suggest you use that if you want to take advantage of my pstex CMake infrastructure 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 __________________________ |
From: Miguel de V. B. <md...@cf...> - 2007-03-21 21:21:23
|
On Tue, Mar 20, 2007 at 08:02:39PM -0700, Alan W. Irwin wrote: > However, for both -DENABLE_DYNDRIVERS=OFF and ON you get segfaults with any > example. Miguel, if you care to debug that further, valgrind should be a > big help. I had a quick look with our simplest examples (x10c in the > install tree), and it appears something is not defined (invalid read). I > imagine there was some minor global change we made for all devices, and we > forgot to make the change for pstex.c. Thanks for the last updates. I have tested some of the short C examples. The segmentation fault is caused by some functions that write text and numeric labels, like plptex, pllab and plenv. For example when the call to plptex is removed in examples/c/x10c.c or x02c.c, the pstex driver creates a valid EPS file. I have been looking at the recent changes to ps.c and psttf.cc but I still don't understand why those functions cause the segmentation fault for pstex. This is the output from valgrind when the plptex call is included in x10c. ==9354== ==9354== Invalid read of size 1 ==9354== at 0x59438D2: parse_str (in /home/miguel/lib/plplot5.7.2/driversd/pstex.so) ==9354== by 0x5942B81: proc_str (in /home/miguel/lib/plplot5.7.2/driversd/pstex.so) ==9354== by 0x59426DE: plD_esc_pstex (in /home/miguel/lib/plplot5.7.2/driversd/pstex.so) ==9354== by 0x4B37B06: plP_esc (in /home/miguel/lib/libplplotd.so.9.2.1) ==9354== by 0x4B38CA9: plP_text (in /home/miguel/lib/libplplotd.so.9.2.1) ==9354== by 0x4B61325: c_plptex (in /home/miguel/lib/libplplotd.so.9.2.1) ==9354== by 0x400A60: main (in /home/miguel/share/plplot5.7.2/examples/c/x10c) ==9354== Address 0x0 is not stack'd, malloc'd or (recently) free'd ==9354== ==9354== Process terminating with default action of signal 11 (SIGSEGV) ==9354== Access not within mapped region at address 0x0 ==9354== at 0x59438D2: parse_str (in /home/miguel/lib/plplot5.7.2/driversd/pstex.so) ==9354== by 0x5942B81: proc_str (in /home/miguel/lib/plplot5.7.2/driversd/pstex.so) ==9354== by 0x59426DE: plD_esc_pstex (in /home/miguel/lib/plplot5.7.2/driversd/pstex.so) ==9354== by 0x4B37B06: plP_esc (in /home/miguel/lib/libplplotd.so.9.2.1) ==9354== by 0x4B38CA9: plP_text (in /home/miguel/lib/libplplotd.so.9.2.1) ==9354== by 0x4B61325: c_plptex (in /home/miguel/lib/libplplotd.so.9.2.1) ==9354== by 0x400A60: main (in /home/miguel/share/plplot5.7.2/examples/c/x10c) ==9354== ==9354== ERROR SUMMARY: 5 errors from 5 contexts (suppressed: 8 from 1) ==9354== malloc/free: in use at exit: 68,656 bytes in 173 blocks. ==9354== malloc/free: 209 allocs, 36 frees, 86,803 bytes allocated. ==9354== For counts of detected errors, rerun with: -v ==9354== searching for pointers to 173 not-freed blocks. ==9354== checked 268,888 bytes. ==9354== ==9354== LEAK SUMMARY: ==9354== definitely lost: 0 bytes in 0 blocks. ==9354== possibly lost: 0 bytes in 0 blocks. ==9354== still reachable: 68,656 bytes in 173 blocks. ==9354== suppressed: 0 bytes in 0 blocks. Segmentation fault Miguel |
From: Werner S. <sm...@ia...> - 2007-03-21 21:59:05
|
Hi, the segmentation fault was due the fact, that the pstex driver never told the plplot core that it can't handle unicode strings, but plplot just anticipated that. I fixed the code in cvs and it works for me now in Kubuntu. Should work for you as well. Thanks for the bug report. Werner Miguel de Val Borro wrote: > On Tue, Mar 20, 2007 at 08:02:39PM -0700, Alan W. Irwin wrote: > >> However, for both -DENABLE_DYNDRIVERS=OFF and ON you get segfaults with any >> example. Miguel, if you care to debug that further, valgrind should be a >> big help. I had a quick look with our simplest examples (x10c in the >> install tree), and it appears something is not defined (invalid read). I >> imagine there was some minor global change we made for all devices, and we >> forgot to make the change for pstex.c. >> > > Thanks for the last updates. I have tested some of the short C examples. > The segmentation fault is caused by some functions that write text and numeric > labels, like plptex, pllab and plenv. For example when the call to plptex is > removed in examples/c/x10c.c or x02c.c, the pstex driver creates a valid EPS > file. I have been looking at the recent changes to ps.c and psttf.cc but I > still don't understand why those functions cause the segmentation fault for > pstex. > > This is the output from valgrind when the plptex call is included in > x10c. > > ==9354== > ==9354== Invalid read of size 1 > ==9354== at 0x59438D2: parse_str (in /home/miguel/lib/plplot5.7.2/driversd/pstex.so) > ==9354== by 0x5942B81: proc_str (in /home/miguel/lib/plplot5.7.2/driversd/pstex.so) > ==9354== by 0x59426DE: plD_esc_pstex (in /home/miguel/lib/plplot5.7.2/driversd/pstex.so) > ==9354== by 0x4B37B06: plP_esc (in /home/miguel/lib/libplplotd.so.9.2.1) > ==9354== by 0x4B38CA9: plP_text (in /home/miguel/lib/libplplotd.so.9.2.1) > ==9354== by 0x4B61325: c_plptex (in /home/miguel/lib/libplplotd.so.9.2.1) > ==9354== by 0x400A60: main (in /home/miguel/share/plplot5.7.2/examples/c/x10c) > ==9354== Address 0x0 is not stack'd, malloc'd or (recently) free'd > ==9354== > ==9354== Process terminating with default action of signal 11 (SIGSEGV) > ==9354== Access not within mapped region at address 0x0 > ==9354== at 0x59438D2: parse_str (in /home/miguel/lib/plplot5.7.2/driversd/pstex.so) > ==9354== by 0x5942B81: proc_str (in /home/miguel/lib/plplot5.7.2/driversd/pstex.so) > ==9354== by 0x59426DE: plD_esc_pstex (in /home/miguel/lib/plplot5.7.2/driversd/pstex.so) > ==9354== by 0x4B37B06: plP_esc (in /home/miguel/lib/libplplotd.so.9.2.1) > ==9354== by 0x4B38CA9: plP_text (in /home/miguel/lib/libplplotd.so.9.2.1) > ==9354== by 0x4B61325: c_plptex (in /home/miguel/lib/libplplotd.so.9.2.1) > ==9354== by 0x400A60: main (in /home/miguel/share/plplot5.7.2/examples/c/x10c) > ==9354== > ==9354== ERROR SUMMARY: 5 errors from 5 contexts (suppressed: 8 from 1) > ==9354== malloc/free: in use at exit: 68,656 bytes in 173 blocks. > ==9354== malloc/free: 209 allocs, 36 frees, 86,803 bytes allocated. > ==9354== For counts of detected errors, rerun with: -v > ==9354== searching for pointers to 173 not-freed blocks. > ==9354== checked 268,888 bytes. > ==9354== > ==9354== LEAK SUMMARY: > ==9354== definitely lost: 0 bytes in 0 blocks. > ==9354== possibly lost: 0 bytes in 0 blocks. > ==9354== still reachable: 68,656 bytes in 173 blocks. > ==9354== suppressed: 0 bytes in 0 blocks. > Segmentation fault > > Miguel > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Plplot-devel mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-devel > |
From: Alan W. I. <ir...@be...> - 2007-03-22 02:09:10
|
On 2007-03-21 22:58+0100 Werner Smekal wrote: > Hi, > > the segmentation fault was due the fact, that the pstex driver never > told the plplot core that it can't handle unicode strings, but plplot > just anticipated that. I fixed the code in cvs and it works for me now > in Kubuntu. > > Should work for you as well. > > Thanks for the bug report. Thanks for your fix, Werner. Good catch! "ctest --verbose --tests-regex pstex" works for me now (on Debian stable). It appears this device driver is generally working now. However, I noticed some obvious scale errors in my experiments with it (see below) which tweaked my memory of a fix recommended by Bill Paxton more than two years ago. When I tried the fix (now possible because the device is working again), the scale problems disappeared so I have just now committed Bill's fix. It appears all this device needs now is some documentation of exactly how to use its results. Here is a first attempt at that, but I hope somebody improves on this and transcribes it to doc/docbook/src/drivers.xml since I am really short of time. The results from this device are two files. One is an EPS file (e.g., x01c.eps) of the plots without the characters, and the other is a file of a latex fragment (e.g., x01c.eps_t) which imports that EPS file and uses latex commands to render the characters in a way that is perfectly aligned with the EPS file. You may use the generated files with the following latex code: ****x01c.tex***** \documentclass{article} \usepackage[dvips]{graphicx} \begin{document} \input{x01c.eps_t} \end{document} ****x01c.tex***** Then you generate a postscript file from this using the commands: latex x01c.tex dvips -f <x01c.dvi >x01c.ps The results look good (aside from an obvious bounding-box problem) and should be useful for Latex enthusiasts. 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 __________________________ |
From: Miguel de V. B. <md...@cf...> - 2007-03-22 04:31:29
|
On Wed, Mar 21, 2007 at 06:34:13PM -0700, Alan W. Irwin wrote: > > the segmentation fault was due the fact, that the pstex driver never > > told the plplot core that it can't handle unicode strings, but plplot > > just anticipated that. I fixed the code in cvs and it works for me now > > in Kubuntu. Thanks for the fix, it works for me as well. Miguel |
From: Alan W. I. <ir...@be...> - 2007-03-24 00:44:37
|
On 2007-03-21 18:34-0700 Alan W. Irwin wrote: > It appears all this device needs now is some documentation of exactly how to > use its results. Done. 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 __________________________ |