--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?


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

Attachment: pgp00000.pgp
Description: PGP signature

Reply via email to