Tom Lane wrote:
> Michael Fuhr <[EMAIL PROTECTED]> writes:
>> In Plauger's _The Standard C Library_ (1992) on p 335 is an excerpt
>> from the standard (I think).   At the end of a section entitled
>> "7.10.1.4 The strtod function" is the following: "If the correct
>> value would cause underflow, zero is returned and the value of the
>> macro ERANGE is stored in errno."
> 
> The Single Unix Spec also makes it clear that ERANGE on underflow is not
> optional:
> http://www.opengroup.org/onlinepubs/007908799/xsh/strtod.html
> 
> I think there is no question that OpenBSD is broken.  The question for
> us is whether we should expend effort to work around that.  We already
> have a "small-is-zero" workaround comparison file in the main regression
> tests, so my thought is that ecpg should probably do likewise ...

The openbsd guys are already aware of the issue and working on a solution:

http://marc.theaimsgroup.com/?l=openbsd-tech&m=115756205505000&w=2


Stefan

---------------------------(end of broadcast)---------------------------
TIP 9: In versions below 8.0, the planner will ignore your desire to
       choose an index scan if your joining column's datatypes do not
       match

Reply via email to