--On Friday, May 14, 2004 09:41:58 -0400 Tom Lane <[EMAIL PROTECTED]> wrote:
Larry Rosenman <[EMAIL PROTECTED]> writes:Reply from SCO:
Indeed. For "inf", "infinity", and "nan", but not "nan(digits)", the pointer is left at the trailing matched character instead of the next.
Moreover, checking our source history, it has been broken this way for nearly 12 years. Couldn't you folks have noticed this bug a little sooner!? :-)
Doesn't give one a warm feeling for the average level of error checking in Unix programs, does it?
nope....
I gather from this that it will be fixed in the first maint packs for 7.1.4.
Good. I'd say we just leave it for that then.
Ok, but see below.
Is there some way we can work around this?
I don't want to, because it would compromise the error checking. For instance, if we hack the code to accept this behavior, then it would also accept "NaNN" as soon as SCO fixes their bug.
Won't this change behaviour for
select 'NaN'::float8
etc such that Applications might fail?
The regression tests exist to discover platform bugs as well as Postgres bugs. In this case, I think having them fail on unpatched SCO platforms is exactly what should happen.
If you want, you can send in a docs patch for FAQ_SCO to give people a clue about it.
OK. See above comment, etc.
regards, tom lane
---------------------------(end of broadcast)--------------------------- TIP 2: you can get off all lists at once with the unregister command (send "unregister YourEmailAddressHere" to [EMAIL PROTECTED])
-- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: [EMAIL PROTECTED] US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749
pgp00000.pgp
Description: PGP signature
