From: Alan W. I. <ir...@be...> - 2009-01-11 03:38:13
|
I have just confirmed with our release manager, Hazen Babcock, that the development release of PLplot-5.9.2 is going ahead next weekend. The PLplot core developers get good results for the svn/trunk version (what will become the PLplot-5.9.2 release), but our testing is necessarily limited because we don't have access to the wide variety of hardware platforms, operating systems, library versions, and configurations that our users have access to. Thus, we would appreciate testing help from our users in the next few days on all the operating systems we support (traditional Unix, Linux, Mac OS X, and Windows [Cygwin, MinGW/MSYS, MinGW, and bare Windows]) to give us the best chance of shaking out any remaining bugs in this forthcoming release. If you would like to help us out this way, please download the svn/trunk version of PLplot following the directions at http://sourceforge.net/svn/?group_id=2915. (Especially note the warning about appending "/trunk" to the URL so you only get the trunk version as opposed to _all_ of our historical releases and branches as well as the trunk version.) Then follow the build instructions in the INSTALL file and the test directions (for both the build tree and install tree versions of PLplot) in the README.testing file. See also http://www.miscdebris.net/plplot_wiki/index.php?title=Building_PLplot and http://www.miscdebris.net/plplot_wiki/index.php?title=Testing_PLplot from where those files were recently copied. Note, our testing procedures have recently been updated to be quite comprehensive. They test our complete API for all language interfaces and devices that we support. If you get through the tests without any errors on your platform, then you can be virtually guaranteed that the forthcoming PLplot-5.9.2 release will be robust on your platform. Note, the tests take only a few minutes to run on an entry level PC because PLplot is quite efficient. However, you do need lots of disk space (typically 2GB in the build tree and 2GB in the install tree) to store all the plot results that are generated by the tests. Please report any issues you find back to this list. 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 libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
From: Orion P. <or...@co...> - 2009-01-14 04:18:20
|
With latest fedora development and svn 9299: 13/ 19 Testing examples_pstex Test command: /bin/bash -c EXAMPLES_DIR=/builddir/build/BUILD/plplot-5.9.1/fedora/examples\ SRC_EXAMPLES_DI R=/builddir/build/BUILD/plplot-5.9.1/examples\ PLPLOT_LIB=/builddir/build/BUILD/plplot-5.9.1/data/\ ./plplo t-test.sh\ --verbose\ --front-end=c\ --device=pstex Test timeout computed to be: 1500 Testing front-end c x01c x02c x03c x04c x05c x06c x07c x08c x09c x10c x11c x12c x13c x14c ./test_c.sh: line 32: 5484 Aborted $DEBUG_CMD $cdir/x${index}${lang} -dev $device -o ${OUT PUT_DIR}/x${index}${lang}%n.$dsuffix $options 2> test.error >|${OUTPUT_DIR}/x${index}${lang}_${dsuffix}.txt <<EOF ${OUTPUT_DIR}/x${index}a${lang}%n.$dsuffix EOF *** glibc detected *** /builddir/build/BUILD/plplot-5.9.1/fedora/examples/c/x14c: corrupted double-linked l ist: 0x000000000a193d20 *** ======= Backtrace: ========= /lib64/libc.so.6[0x2b1c04f3af78] /lib64/libc.so.6[0x2b1c04f3d2ee] /lib64/libc.so.6(cfree+0x76)[0x2b1c04f3d536] /lib64/libc.so.6(fclose+0x151)[0x2b1c04f2afc1] /builddir/build/BUILD/plplot-5.9.1/fedora/src/libplplotd.so.9(plP_tidy+0x46)[0x2b1c03ced0c6] /builddir/build/BUILD/plplot-5.9.1/fedora/src/libplplotd.so.9(c_plend1+0x1c)[0x2b1c03ced24c] /builddir/build/BUILD/plplot-5.9.1/fedora/src/libplplotd.so.9(c_plend+0x33)[0x2b1c03ced543] /builddir/build/BUILD/plplot-5.9.1/fedora/examples/c/x14c(main+0x242)[0x401fb2] /lib64/libc.so.6(__libc_start_main+0xe6)[0x2b1c04ee15c6] /builddir/build/BUILD/plplot-5.9.1/fedora/examples/c/x14c[0x401369] ======= Memory map: ======== 00400000-00403000 r-xp 00000000 ca:01 3543145 /builddir/build/BUILD/plplot-5.9.1 /fedora/examples/c/x14c 00603000-00604000 rw-p 00003000 ca:01 3543145 /builddir/build/BUILD/plplot-5.9.1 /fedora/examples/c/x14c 0a17a000-0a1af000 rw-p 0a17a000 00:00 0 2b1c03ab3000-2b1c03ad3000 r-xp 00000000 ca:01 2298949 /lib64/ld-2.9.90.so 2b1c03ad3000-2b1c03ad5000 rw-p 2b1c03ad3000 00:00 0 2b1c03cd2000-2b1c03cd3000 r--p 0001f000 ca:01 2298949 /lib64/ld-2.9.90.so 2b1c03cd3000-2b1c03cd4000 rw-p 00020000 ca:01 2298949 /lib64/ld-2.9.90.so 2b1c03cd4000-2b1c03d1c000 r-xp 00000000 ca:01 3542571 /builddir/build/BUILD/plplot-5.9.1 /fedora/src/libplplotd.so.9.6.0 2b1c03d1c000-2b1c03f1c000 ---p 00048000 ca:01 3542571 /builddir/build/BUILD/plplot-5.9.1 /fedora/src/libplplotd.so.9.6.0 2b1c03f1c000-2b1c03f1e000 rw-p 00048000 ca:01 3542571 /builddir/build/BUILD/plplot-5.9.1 /fedora/src/libplplotd.so.9.6.0 2b1c03f1e000-2b1c03f2a000 rw-p 2b1c03f1e000 00:00 0 2b1c03f35000-2b1c03fb9000 r-xp 00000000 ca:01 2289589 /lib64/libm-2.9.90.so 2b1c03fb9000-2b1c041b8000 ---p 00084000 ca:01 2289589 /lib64/libm-2.9.90.so 2b1c041b8000-2b1c041b9000 r--p 00083000 ca:01 2289589 /lib64/libm-2.9.90.so 2b1c041b9000-2b1c041ba000 rw-p 00084000 ca:01 2289589 /lib64/libm-2.9.90.so 2b1c041ba000-2b1c041c2000 r-xp 00000000 ca:01 2300174 /usr/lib64/libltdl.so.7.2.0 2b1c041c2000-2b1c043c2000 ---p 00008000 ca:01 2300174 /usr/lib64/libltdl.so.7.2.0 2b1c043c2000-2b1c043c3000 rw-p 00008000 ca:01 2300174 /usr/lib64/libltdl.so.7.2.0 2b1c043c3000-2b1c043c4000 rw-p 2b1c043c3000 00:00 0 2b1c043c4000-2b1c043c6000 r-xp 00000000 ca:01 2289602 /lib64/libdl-2.9.90.so 2b1c043c6000-2b1c045c6000 ---p 00002000 ca:01 2289602 /lib64/libdl-2.9.90.so 2b1c045c6000-2b1c045c7000 r--p 00002000 ca:01 2289602 /lib64/libdl-2.9.90.so 2b1c045c7000-2b1c045c8000 rw-p 00003000 ca:01 2289602 /lib64/libdl-2.9.90.so 2b1c045c8000-2b1c045ce000 r-xp 00000000 ca:01 3542518 /builddir/build/BUILD/plplot-5.9.1 /fedora/lib/csa/libcsirocsa.so.0.0.1 2b1c045ce000-2b1c047ce000 ---p 00006000 ca:01 3542518 /builddir/build/BUILD/plplot-5.9.1 /fedora/lib/csa/libcsirocsa.so.0.0.1 2b1c047ce000-2b1c047cf000 rw-p 00006000 ca:01 3542518 /builddir/build/BUILD/plplot-5.9.1 /fedora/lib/csa/libcsirocsa.so.0.0.1 2b1c047cf000-2b1c047d6000 r-xp 00000000 ca:01 3542530 /builddir/build/BUILD/plplot-5.9.1 /fedora/lib/nn/libcsironn.so.0.0.1 2b1c047d6000-2b1c049d5000 ---p 00007000 ca:01 3542530 /builddir/build/BUILD/plplot-5.9.1 /fedora/lib/nn/libcsironn.so.0.0.1 2b1c049d5000-2b1c049d6000 rw-p 00006000 ca:01 3542530 /builddir/build/BUILD/plplot-5.9.1 /fedora/lib/nn/libcsironn.so.0.0.1 2b1c049d6000-2b1c049d7000 rw-p 2b1c049d6000 00:00 0 2b1c049d7000-2b1c04a27000 r-xp 00000000 ca:01 2299898 /usr/lib64/libqhull.so.5.0.0 2b1c04a27000-2b1c04c2700 0 ---p 00050000 ca:01 2299898 /usr/lib64/libqhull.so.5.0.0 2b1c04c27000-2b1c04c28000 rw-p 00050000 ca:01 2299898 /usr/lib64/libqhull.so.5.0.0 2b1c04c28000-2b1c04c2a000 rw-p 2b1c04c28000 00:00 0 2b1c04c2a000-2b1c04cbd000 r-xp 00000000 ca:01 2289413 /usr/lib64/libfreetype.so.6.3.18 2b1c04cbd000-2b1c04ebd000 ---p 00093000 ca:01 2289413 /usr/lib64/libfreetype.so.6.3.18 2b1c04ebd000-2b1c04ec3000 rw-p 00093000 ca:01 2289413 /usr/lib64/libfreetype.so.6.3.18 2b1c04ec3000-2b1c0502b000 r-xp 00000000 ca:01 2289330 /lib64/libc-2.9.90.so 2b1c0502b000-2b1c0522b000 ---p 00168000 ca:01 2289330 /lib64/libc-2.9.90.so 2b1c0522b000-2b1c0522f000 r--p 00168000 ca:01 2289330 /lib64/libc-2.9.90.so 2b1c0522f000-2b1c05230000 rw-p 0016c000 ca:01 2289330 /lib64/libc-2.9.90.so 2b1c05230000-2b1c05237000 rw-p 2b1c05230000 00:00 0 2b1c05237000-2b1c0523f000 r-xp 00000000 ca:01 3543021 /builddir/build/BUILD/plplot-5.9.1 /fedora/drivers/pstex.so 2b1c0523f000-2b1c0543f000 ---p 00008000 ca:01 3543021 /builddir/build/BUILD/plplot-5.9.1 /fedora/drivers/pstex.so 2b1c0543f000-2b1c05440000 rw-p 00008000 ca:01 3543021 /builddir/build/BUILD/plplot-5.9.1 /fedora/drivers/pstex.so 2b1c05441000-2b1c05443000 rw-p 2b1c05441000 00:00 0 2b1c0544f000-2b1c05465000 r-xp 00000000 ca:01 2289565 /lib64/libgcc_s-4.3.2-20081105.so. 1 2b1c05465000-2b1c05665000 ---p 00016000 ca:01 2289565 /lib64/libgcc_s-4.3.2-20081105.so. 1 2b1c05665000-2b1c05666000 rw-p 00016000 ca:01 2289565 /lib64/libgcc_s-4.3.2-20081105.so. 1 2b1c08000000-2b1c08021000 rw-p 2b1c08000000 00:00 0 2b1c08021000-2b1c0c000000 ---p 2b1c08021000 00:00 0 7fffa6fe1000-7fffa6ff7000 rw-p 7fffa6fe1000 00:00 0 [stack] ffffffffff600000-ffffffffffe00000 ---p 00000000 00:00 0 [vdso] -- Process completed ***Failed -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane or...@co... Boulder, CO 80301 http://www.cora.nwra.com |
From: Orion P. <or...@co...> - 2009-01-14 05:41:23
|
On Tue, January 13, 2009 9:17 pm, Orion Poplawski wrote: > With latest fedora development and svn 9299: > > 13/ 19 Testing examples_pstex > Test command: /bin/bash -c > EXAMPLES_DIR=/builddir/build/BUILD/plplot-5.9.1/fedora/examples\ > SRC_EXAMPLES_DI > R=/builddir/build/BUILD/plplot-5.9.1/examples\ > PLPLOT_LIB=/builddir/build/BUILD/plplot-5.9.1/data/\ ./plplo > t-test.sh\ --verbose\ --front-end=c\ --device=pstex > Test timeout computed to be: 1500 > Testing front-end c ... > x14c > ./test_c.sh: line 32: 5484 Aborted $DEBUG_CMD > $cdir/x${index}${lang} -dev $device -o ${OUT > PUT_DIR}/x${index}${lang}%n.$dsuffix $options 2> test.error >>|${OUTPUT_DIR}/x${index}${lang}_${dsuffix}.txt > <<EOF > ${OUTPUT_DIR}/x${index}a${lang}%n.$dsuffix > EOF > *** glibc detected *** > /builddir/build/BUILD/plplot-5.9.1/fedora/examples/c/x14c: corrupted > double-linked l > ist: 0x000000000a193d20 *** In case it's any help, some valgrind output. ==26648== Invalid read of size 2 ==26648== at 0x6074539: fwrite (in /lib64/libc-2.9.90.so) ==26648== by 0x677F0FF: plD_tidy_pstex (pstex.c:117) ==26648== by 0x4E430C5: plP_tidy (plcore.c:165) ==26648== by 0x4E4324B: c_plend1 (plcore.c:1814) ==26648== by 0x4E43542: c_plend (plcore.c:1768) ==26648== by 0x401FB1: main (x14c.c:160) ==26648== Address 0x639f400 is 0 bytes inside a block of size 568 free'd ==26648== at 0x4C2509F: free (vg_replace_malloc.c:323) ==26648== by 0x6072FC0: fclose@@GLIBC_2.2.5 (in /lib64/libc-2.9.90.so) ==26648== by 0x4E430C5: plP_tidy (plcore.c:165) ==26648== by 0x4E4324B: c_plend1 (plcore.c:1814) ==26648== by 0x4E43542: c_plend (plcore.c:1768) ==26648== by 0x401FB1: main (x14c.c:160) ==26648== ==26648== Invalid read of size 8 ==26648== at 0x607453F: fwrite (in /lib64/libc-2.9.90.so) ==26648== by 0x677F0FF: plD_tidy_pstex (pstex.c:117) ==26648== by 0x4E430C5: plP_tidy (plcore.c:165) ==26648== by 0x4E4324B: c_plend1 (plcore.c:1814) ==26648== by 0x4E43542: c_plend (plcore.c:1768) ==26648== by 0x401FB1: main (x14c.c:160) ==26648== Address 0x639f488 is 136 bytes inside a block of size 568 free'd ==26648== at 0x4C2509F: free (vg_replace_malloc.c:323) ==26648== by 0x6072FC0: fclose@@GLIBC_2.2.5 (in /lib64/libc-2.9.90.so) ==26648== by 0x4E430C5: plP_tidy (plcore.c:165) ==26648== by 0x4E4324B: c_plend1 (plcore.c:1814) ==26648== by 0x4E43542: c_plend (plcore.c:1768) ==26648== by 0x401FB1: main (x14c.c:160) ==26648== there are lots more, but I'm not at my regular work machine. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane or...@co... Boulder, CO 80301 http://www.cora.nwra.com |
From: Alan W. I. <ir...@be...> - 2009-01-14 06:12:16
|
On 2009-01-13 21:17-0700 Orion Poplawski wrote: > With latest fedora development and svn 9299: > > 13/ 19 Testing examples_pstex > Test command: /bin/bash -c > EXAMPLES_DIR=/builddir/build/BUILD/plplot-5.9.1/fedora/examples\ > SRC_EXAMPLES_DI > R=/builddir/build/BUILD/plplot-5.9.1/examples\ > PLPLOT_LIB=/builddir/build/BUILD/plplot-5.9.1/data/\ ./plplo > t-test.sh\ --verbose\ --front-end=c\ --device=pstex ^^^^^ Hi Orion: I have never run ctest for -dev pstex myself. PLD_pstex defaults to OFF because there are so many better POSTSCRIPT alternatives. Did ctest of this device ever work properly before we put example 14 into the tests scripts? Does your test succeed if you drop pstex from your list of devices and deal with the additional octave issue you have found? It's possible our best course of action here is to remove the pstex possibility from plplot-test/CMakeLists.txt or even permanently disable pstex rather than spending effort trying to fix that little-used device so that it will work with example 14. 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 libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
From: Orion P. <or...@co...> - 2009-01-14 04:23:06
|
test_octave still needs another fix: --- plplot-5.9.1/plplot_test/test_octave.sh.in.octave 2009-01-13 20:49:22.000000000 -0700 +++ plplot-5.9.1/plplot_test/test_octave.sh.in 2009-01-13 21:21:38.000000000 -0700 @@ -82,7 +82,8 @@ if (verbose_test) printf("%s\n",cmd); endif - t = split("$options", "-"); t(1,:)=""; + t = split("$options", "-"); + if (t); t(1,:)=""; endif; for j=1:rows(t) tt = deblank (t(j,:)); len = length(tt); ix = index(tt," "); -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane or...@co... Boulder, CO 80301 http://www.cora.nwra.com |
From: Andrew R. <and...@us...> - 2009-01-14 10:09:30
|
Orion, Thanks. Patch applied. Andrew On Tue, Jan 13, 2009 at 09:22:46PM -0700, Orion Poplawski wrote: > test_octave still needs another fix: > > --- plplot-5.9.1/plplot_test/test_octave.sh.in.octave 2009-01-13 > 20:49:22.000000000 -0700 > +++ plplot-5.9.1/plplot_test/test_octave.sh.in 2009-01-13 > 21:21:38.000000000 -0700 > @@ -82,7 +82,8 @@ > if (verbose_test) > printf("%s\n",cmd); > endif > - t = split("$options", "-"); t(1,:)=""; > + t = split("$options", "-"); > + if (t); t(1,:)=""; endif; > for j=1:rows(t) > tt = deblank (t(j,:)); len = length(tt); > ix = index(tt," "); > > > -- > Orion Poplawski > Technical Manager 303-415-9701 x222 > NWRA/CoRA Division FAX: 303-415-9702 > 3380 Mitchell Lane or...@co... > Boulder, CO 80301 http://www.cora.nwra.com > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > Plplot-devel mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-devel > |
From: Andrew R. <and...@us...> - 2009-01-14 10:40:55
|
On Tue, Jan 13, 2009 at 10:12:08PM -0800, Alan Irwin wrote: > On 2009-01-13 21:17-0700 Orion Poplawski wrote: > > > With latest fedora development and svn 9299: > > > > 13/ 19 Testing examples_pstex > > Test command: /bin/bash -c > > EXAMPLES_DIR=/builddir/build/BUILD/plplot-5.9.1/fedora/examples\ > > SRC_EXAMPLES_DI > > R=/builddir/build/BUILD/plplot-5.9.1/examples\ > > PLPLOT_LIB=/builddir/build/BUILD/plplot-5.9.1/data/\ ./plplo > > t-test.sh\ --verbose\ --front-end=c\ --device=pstex > ^^^^^ > > Hi Orion: > > I have never run ctest for -dev pstex myself. PLD_pstex defaults to OFF > because there are so many better POSTSCRIPT alternatives. Did ctest of this > device ever work properly before we put example 14 into the tests scripts? > Does your test succeed if you drop pstex from your list of devices and deal > with the additional octave issue you have found? > > It's possible our best course of action here is to remove the pstex > possibility from plplot-test/CMakeLists.txt or even permanently disable > pstex rather than spending effort trying to fix that little-used device so > that it will work with example 14. Orion, It's the same issue as with the xfig driver that I fixed last week. The driver is not safe for use with multiple streams as it uses global variables. I've now fixed this up, though it is still disabled by default and you probably don't want to use it. pscairo and psttf offer better alternatives. Andrew |
From: Alan W. I. <ir...@be...> - 2009-01-14 18:30:35
|
On 2009-01-14 10:40-0000 Andrew Ross wrote: > It's the same issue as with the xfig driver that I fixed last week. The > driver is not safe for use with multiple streams as it uses global > variables. I've now fixed this up, though it is still disabled by > default and you probably don't want to use it. pscairo and psttf offer > better alternatives. Hi Andrew: I am glad you were able to fix the multiple-stream issue for this driver. For completeness, I have also added it to the install-tree tests where it now passes the same test that is done by ctest in the build tree. I am sure the -dev pstex users out there are grateful that we are still maintaining this device driver, but at the same time I think it is still probably a good decision to leave this device driver disabled by default so that non-legacy users will be encouraged to use the other better PostScript alternatives. 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 libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
From: Orion P. <or...@co...> - 2009-01-14 15:55:38
|
Andrew Ross wrote: > Orion, > > It's the same issue as with the xfig driver that I fixed last week. The > driver is not safe for use with multiple streams as it uses global > variables. I've now fixed this up, though it is still disabled by > default and you probably don't want to use it. pscairo and psttf offer > better alternatives. > > Andrew I'll let you guys make the final call. In general with building Fedora packages we tend to throw everything including the kitchen sink into the build to cover all possible use cases. But if you don't think anyone should be using the pstex driver, I'm happy to disable it. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane or...@co... Boulder, CO 80301 http://www.cora.nwra.com |
From: Andrew R. <and...@us...> - 2009-01-14 18:16:50
|
On Wed, Jan 14, 2009 at 08:55:31AM -0700, Orion Poplawski wrote: > Andrew Ross wrote: > > Orion, > > > > It's the same issue as with the xfig driver that I fixed last week. The > > driver is not safe for use with multiple streams as it uses global > > variables. I've now fixed this up, though it is still disabled by > > default and you probably don't want to use it. pscairo and psttf offer > > better alternatives. > > > > Andrew > > I'll let you guys make the final call. In general with building Fedora > packages we tend to throw everything including the kitchen sink into the > build to cover all possible use cases. But if you don't think anyone > should be using the pstex driver, I'm happy to disable it. Well if it is working and you always have included it, then you could leave it in. I wouldn't encourage new users to use this though. The lack of documentation will probably put new users off anyway. As packager, the final call is yours. Andrew |
From: Orion P. <or...@co...> - 2009-01-14 16:36:26
|
Andrew Ross wrote: > > Orion, > > It's the same issue as with the xfig driver that I fixed last week. The > driver is not safe for use with multiple streams as it uses global > variables. I've now fixed this up, though it is still disabled by > default and you probably don't want to use it. Just to confirm - all tests pass now with svn 9306. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane or...@co... Boulder, CO 80301 http://www.cora.nwra.com |
From: Andrew R. <and...@us...> - 2009-01-14 18:16:54
|
On Wed, Jan 14, 2009 at 09:36:15AM -0700, Orion Poplawski wrote: > Andrew Ross wrote: > > > > Orion, > > > > It's the same issue as with the xfig driver that I fixed last week. The > > driver is not safe for use with multiple streams as it uses global > > variables. I've now fixed this up, though it is still disabled by > > default and you probably don't want to use it. > > > Just to confirm - all tests pass now with svn 9306. Excellent. Andrew |