Tom Lane wrote:
This seems quite bizarre: ' -INFINiTY ' works but
'infinity' does not? Please try in psql
\set VERBOSITY verbose
SELECT 'infinity'::float4;
and send along the output.
It's even a little more bizarre:
When I start a fresh psql session, SELECT 'infinity'::
Tom Lane wrote:
So forget my previous proposed patch and try this one:
/* skip leading whitespace */
while (*num != '\0' && isspace((unsigned char) *num))
num++;
errno = 0;
val = strtod(num, &endptr);
+ if (endptr != num && endptr[-1] == 0)
+
Michael Fuhr <[EMAIL PROTECTED]> writes:
> I've run numerous queries with variants of 'Infinity' and '-Infinity'
> and I haven't been able to break it. Thanks for taking care of it.
No problem. Appreciate the followup.
regards, tom lane
---(end o
On Wed, Aug 11, 2004 at 01:22:46PM -0400, Tom Lane wrote:
> I've applied the attached patch to try to fix this problem with minimal
> run-time cost. Since I don't have a Solaris machine I can't positively
> confirm it works --- would one of you please test?
==
All 96 tests pa
I've applied the attached patch to try to fix this problem with minimal
run-time cost. Since I don't have a Solaris machine I can't positively
confirm it works --- would one of you please test?
regards, tom lane
*** src/backend/utils/adt/float.c.orig Wed Aug 4 17:34:02
=?ISO-8859-15?Q?Martin_M=FCnstermann?= <[EMAIL PROTECTED]> writes:
> Yeah, with this patch the tests just pass on solaris8.
Great, thanks for the confirmation.
regards, tom lane
---(end of broadcast)---
TIP 9: the planner wi
On Wed, Aug 11, 2004 at 10:34:24AM -0400, Tom Lane wrote:
> Michael Fuhr <[EMAIL PROTECTED]> writes:
> > I've replied on this topic a couple of times in the "SOLARIS 9
> > ULTRASPARC BUILD" thread, but perhaps my messages aren't getting
> > through. On Solaris, when strtod() parses "infinity" or i
On Wed, Aug 11, 2004 at 09:36:30AM -0400, Tom Lane wrote:
> =?ISO-8859-15?Q?Martin_M=FCnstermann?= <[EMAIL PROTECTED]> writes:
> > It's even a little more bizarre:
> > When I start a fresh psql session, SELECT 'infinity'::float4 just works.
> > Then I \i sql/float4.sql, and after that
> > template1
Michael Fuhr <[EMAIL PROTECTED]> writes:
> I've replied on this topic a couple of times in the "SOLARIS 9
> ULTRASPARC BUILD" thread, but perhaps my messages aren't getting
> through. On Solaris, when strtod() parses "infinity" or its
> equivalent, it sets endptr one character beyond where it shou
>> My best guess about it is that strtod() is actively broken on your
>> platform, and is recognizing the "infinity" input but returning an
>> incorrect endptr. I seem to recall that we've heard of such bugs
>> before. Can you check for any updates from Sun that might affect
>> strtod()?
Hmm, ta
=?ISO-8859-15?Q?Martin_M=FCnstermann?= <[EMAIL PROTECTED]> writes:
> It's even a little more bizarre:
> When I start a fresh psql session, SELECT 'infinity'::float4 just works.
> Then I \i sql/float4.sql, and after that
> template1=# \set VERBOSITY verbose
> template1=# SELECT 'infinity'::float4;
>
=?ISO-8859-15?Q?Martin_M=FCnstermann?= <[EMAIL PROTECTED]> writes:
> make check gives me two errors, see attached diffs file.
See my response to Andrea just now:
This seems quite bizarre: ' -INFINiTY ' works but
'infinity' does not? Please try in psql
\set VERBOSITY verbose
System Configuration
-
Architecture (example: Intel Pentium) : sun4u sparc
SUNW,Ultra-250
Operating System (example: Linux 2.4.18) : Solaris8 (SunOS
myhost 5.8 Generic_108528-29 )
PostgreSQL version (example: PostgreSQL-8.0): PostgreSQL-8.0.0 (beta1)
C
13 matches
Mail list logo
