ITAGAKI Takahiro wrote:
> The attached patch clears up the usage of strxfrm() on Windows. If the
> server encoding is UTF-8 and the locale is not C, we should use wcsxfrm()
> instead of strxfrm() because UTF-8 locale are not supported on Windows.
> We've already have a special version of strcoll() for Windows, but the
> usage of strxfrm() was still broken.
> When we are caught up in the bug, we see the next error message.
> | ERROR: invalid memory alloc request size 2147483648
> If the server is wrong configured between the server encoding and the
> locale, strxfrm() could be failed and return values like INT_MAX or
> (size_t)-1. We've passed the result+1 straight to palloc(), so the server
> tried to allocale more than 1GB of memory and gave up.
I was just about to commit this with the following two changes:
* wcsxfrm() sets errno, so you can't use GetLastError() to report problems
* The code added a check for return value >= INT_MAX on Unix as well,
but the spec for strxfrm() says that there is no specific return value
Put those in there for reference. But I also recalled a previous
discussion, and found this:
Given this, perhaps the proper approach should instead be to just check
the return value, and go from there? Should be a simple enough patch,
something like the attached.
Tom, can you comment?
Takahiro, can you test if this patch fixes your problem?
Description: text/plain (899 bytes)
In response to
pgsql-patches by date
|Next:||From: Tom Lane||Date: 2007-05-02 21:25:39|
|Subject: Re: Clear up strxfrm() in UTF-8 with locale on Windows |
|Previous:||From: Alvaro Herrera||Date: 2007-05-02 18:44:25|
|Subject: Re: autovacuum does not start in HEAD|