Re: pgsql: Check return code from strxfrm on Windows since it has a

From: Magnus Hagander <magnus(at)hagander(dot)net>
To: Bruce Momjian <bruce(at)momjian(dot)us>
Cc: pgsql-committers(at)postgresql(dot)org
Subject: Re: pgsql: Check return code from strxfrm on Windows since it has a
Date: 2007-05-06 07:17:20
Message-ID: 463D8100.2060100@hagander.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers

This is actually a different patch. I'm still waiting for confirmation
on if it's enough or if we need both this patch and the original, or if
this one is enough to solve his problem.

Still, I did forget the report-and-research attribution. My apologies.

//Magnus

Bruce Momjian wrote:
> FYI, you forgot the author's in the commit message, ITAGAKI Takahiro.
>
> ---------------------------------------------------------------------------
>
> Magnus Hagander wrote:
>> Log Message:
>> -----------
>> Check return code from strxfrm on Windows since it has a
>> non-standard way of indicating errors, so we don't try to
>> allocate INT_MAX bytes to store a result in.
>>
>> Modified Files:
>> --------------
>> pgsql/src/backend/utils/adt:
>> selfuncs.c (r1.233 -> r1.234)
>> (http://developer.postgresql.org/cvsweb.cgi/pgsql/src/backend/utils/adt/selfuncs.c.diff?r1=1.233&r2=1.234)
>>
>> ---------------------------(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
>

In response to

Browse pgsql-committers by date

  From Date Subject
Next Message Tom Lane 2007-05-06 14:32:14 Re: [COMMITTERS] pgsql: Teach tuplesort.c about "top N" sorting, in which only the first
Previous Message Bruce Momjian 2007-05-06 02:31:55 Re: pgsql: Check return code from strxfrm on Windows since it has a