On Sep 25, 2006, at 1:27 PM, Hans-Bernhard Br=F6ker wrote:
> Scott Lamb wrote:
>> Using PDFlib Lite 6.0.1 and gnuplot 4.1 CVS 20060923, "set =20
>> terminal pdf" output is missing pointtypes 0 (".") and 1 ("+").
> Pointtype 0 isn't missing --- it's just so small that you have to =20
> crank up the zoom quite a bit to see it (600% or above). The only =20
> real problem in that plot is pt1. That should be a + or so, but =20
> it's a dot, too.
>> This happens on a couple of my machines:
>> * Fedora Core 5, x86_64
>> * Fedora Core 5, i386
>> but a couple others are fine:
>> * OS X 10.4
>> * RedHat Linux 4ES
>> The last two are running an older version - "Sat Jul 3 00:04:32 =20
>> CEST 2004", they claim - but when I try 20060703 on one of the FC5 =20=
>> machines, I still have this problem.
> Too many variables: 3 different types of CPU, 3 OSes, 3 different =20
> CVS versions of gnuplot (20060923, 20060703, 20040703). You'll =20
> have to reduce the variance to get a meaningful result.
Oops! Yeah, my goal was to try the same version on all machines, but =20
I misread the "2004" as a "2006". Interestingly, 20040703 doesn't =20
build on these new systems; so, something's different...my PDFlib =20
Lite versions (even though both claim to be 6.0.1), my build options, =20=
or whatever. Unfortunately, I don't have a reproducible source RPM of =20=
the older version. Error below:
term.o: In function `PDF_init':
../term/pdf.trm:345: undefined reference to `PDF_open_fp'
so instead I'm trying CVS 20060923 on a previously-working machine. =20
Here we go: On the RedHat Linux 4ES system (which claims to have =20
* "Sat Jul 3 00:04:32 CEST 2004" works.
* "cvs up -D20060923" does not. (Same problem as the FC5 systems.)
> For all you've shown so far, this could be a bug in either PDFlib =20
> or pdf.trm that only shows up under very specific conditions.
> Does normal plotting work better than 'test'? E.g. does 'plot sin=20
> (x) with points pt1' contain proper '+' symbols?
No. I first noticed the problem with normal plotting.
Scott Lamb <http://www.slamb.org/>