Excerpts from Tom Lane's message of lun abr 25 17:22:41 -0300 2011:
> Fix pg_size_pretty() to avoid overflow for inputs close to INT64_MAX.
> The expression that tried to round the value to the nearest TB could
> overflow, leading to bogus output as reported in bug #5993 from Nicola
> Cossu. This isn't likely to ever happen in the intended usage of the
> function (if it could, we'd be needing to use a wider datatype instead);
> but it's not hard to give the expected output, so let's do so.
Apparently this change is causing Moa's SunStudio compiler to fail an
Álvaro Herrera <alvherre(at)commandprompt(dot)com>
The PostgreSQL Company - Command Prompt, Inc.
PostgreSQL Replication, Consulting, Custom Development, 24x7 support
In response to
pgsql-hackers by date
|Next:||From: Alvaro Herrera||Date: 2011-04-27 19:12:52|
|Subject: Re: Alpha4 release blockers (was Re: wrapping up this CommitFest)|
|Previous:||From: Andrew Dunstan||Date: 2011-04-27 19:05:30|
|Subject: Re: XML with invalid chars|
pgsql-committers by date
|Next:||From: Peter Eisentraut||Date: 2011-04-27 19:11:31|
|Subject: pgsql: Fix binary upgrade of altered typed tables|
|Previous:||From: Andrew Dunstan||Date: 2011-04-27 18:57:32|
|Subject: pgsql: Revert "Force use of "%I64d" format for 64 bit ints on MinGW."|