From: "Magnus Hagander"
I am sorry in a very late reaction...
>>> We'll need a VC buildfarm member in place to catch us anytime we
>>> change the Makefiles in a way that the script doesn't understand.
>>
>> Not a problem - Snake has VC++ 6, 2003 and 2005 installed.
This is a trial in the
I wrote:
> The solution I'm considering is to add an additional namespace.c routine
> defined like
> Oid OpnameGetOprid(List *opname, Oid oprleft, Oid oprright)
I coded this up, and it seems to be a win just on code cleanliness
grounds, because there are several places that want to do a sear
Larry Rosenman wrote:
> Jim C. Nasby wrote:
>> On Mon, May 01, 2006 at 12:28:21PM -0500, Larry Rosenman wrote:
>>> Since both vacuum and autovacuum will be cutting stats records, do
>>> we want to just have the autovacuum
>>> stats record have the fact that it was autovacuum that did the
>>> vacuum
Atsushi Ogawa <[EMAIL PROTECTED]> writes:
> I think that we can search the system catalog cache instead of
> retrieval from the candidates of operator in the binary_oper_exact,
> and reverse the order of executing (1) and (2) for performance
> improvement.
I've been thinking more about how this mi
It turns out the problem is that port/pipe.c is compiled with -DFRONTEND
and include/port/win32.h wraps the recv to pgwin32_recv macro in a
#ifndef FRONTEND. We've actually been using the WinSock recv function
directly (verified with gcc -E).
If somebody else could take over actually fixing this,
