Re: odds and ends

[Daniel J S. <dan...@ie...>]

Hans-Bernhard Br=F6ker wrote:
> Daniel J Sebald wrote:
>=20
>=20
>>>No, leading and trailing whitespace inside strings should *not* be=20
>>>ignored. If the code currently does that, that's a bug.
>=20
>=20
>>You mean "currently doesn't do that", I think.  (I originally framed
>>the issue as double negative, but so no other way.)
>=20
>=20
> No.  I meant exactly what I wrote.  If blanks *anywhere* inside the=20
> delimeters of a string passed to gnuplot get ignored, that's a bug,=20
> period.

Right.  That is currently how linux works.

>=20
> As of the CVS version right now, trailing blanks apparently get ignored=
=20
> at least in the Windows version.  That's a bug.  IIRC from the earlier=20
> discussion, this was found to be an unintentional side effect of the=20
> intended tolerance towards forgetting the closing quote.  I.e. while it=
=20
> makes some sense to interpret
>=20
> 	load 'foo.dem
>=20
> (note: two trailing blanks after 'dem', but not closing quote) as
>=20
> 	load 'foo.dem'
>=20
> and strip those invisible blanks, the same is *not* the case for
>=20
> 	load 'foo.dem '

If blanks are to matter, I contend that invisible blanks should not be st=
rip even in the case of

load 'foo.dem =20

Because then one could argue that the following

load 'foo  dem

should be interpretted as

load 'foo' dem

>=20
> "foo.dem " is a legal (though highly unusual) file name on at least som=
e=20
> platforms, and it indicates a different file than "foo.dem".  It's thus=
=20
> a clear bug if gnuplot can't access that file even though its exact nam=
e=20
> has been passed by the user.

There may be a bug in the Windows version.  I don't have Windows access.

Dan