Re: pg_atoi: zero length string

Started by Christopher Kings-Lynneabout 23 years ago3 messages
#1Christopher Kings-Lynne
chriskl@familyhealth.com.au

I know, it's late, and I assume this is intentional, but wanted to check:

<snip>

This drive phpgroupware nuts...

(their code needs help, but).

It is in the release notes. I'm not sure why the behaviour was changed
(other than it really is bad behaviour).

Chris

#2Larry Rosenman
ler@lerctr.org
In reply to: Christopher Kings-Lynne (#1)

Bug #1797 filed with the PHPgroupware side of savannah.

LER

--On Sunday, November 24, 2002 14:55:52 -0800 Christopher Kings-Lynne
<chriskl@familyhealth.com.au> wrote:

I know, it's late, and I assume this is intentional, but wanted to check:

<snip>

This drive phpgroupware nuts...

(their code needs help, but).

It is in the release notes. I'm not sure why the behaviour was changed
(other than it really is bad behaviour).

Chris

--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: ler@lerctr.org
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749

#3Tom Lane
tgl@sss.pgh.pa.us
In reply to: Christopher Kings-Lynne (#1)

"Christopher Kings-Lynne" <chriskl@familyhealth.com.au> writes:

It is in the release notes. I'm not sure why the behaviour was changed
(other than it really is bad behaviour).

I think someone exhibited a case where COPY behavior was really
confusing because it was silently accepting an empty string for an int
field, instead of giving an error. Since the behavior seemed obviously
bogus anyway, we were finally motivated to change it.

regards, tom lane