Attached is a cygipc patch against 8.0.0p1 and 7.4.5:
The cygipc patch should also be applied to the 7.4.x branch (if there
will be some more releases):
cygipc is deprecated in cygwin, replaced by cygserver
added test to check for running cygserver and the required
server in $CYGWIN.
Reini Urban wrote:
cygipc is deprecated in cygwin, replaced by cygserver
added test to check for running cygserver and the required
server in $CYGWIN. Otherwise build for cygipc, but print a
warning.
configure checks the build environment, not the run time environment.
It's
Peter Eisentraut schrieb:
Reini Urban wrote:
cygipc is deprecated in cygwin, replaced by cygserver
added test to check for running cygserver and the required
server in $CYGWIN. Otherwise build for cygipc, but print a
warning.
configure checks the build environment, not the run time
-Original Message-
From: Magnus Hagander [mailto:[EMAIL PROTECTED]
Sent: 25 August 2004 14:59
To: Tom Lane
Cc: Dave Page; [EMAIL PROTECTED]
Subject: RE: [pgsql-hackers-win32] postmaster.pid
Ok, if you say so :-) I had the general impression we wanted
that. But then let's go
-Original Message-
From: Bruce Momjian [mailto:[EMAIL PROTECTED]
Sent: 26 August 2004 02:44
To: Max Dunn
Cc: Dave Page; 'Barry Lind'; [EMAIL PROTECTED]
Subject: Re: [pgsql-hackers-win32] Service startup delay
Another issue is that when installing the Postgres service with
Should we (if only for the sake of completeness) make the converse
one-byte change in port/win32/signal.c?
It says:
void
pg_queue_signal(int signum)
{
if (signum = PG_SIGNAL_COUNT || signum 0)
return;
...
ISTM we should not ever queue any event for signal 0.
cheers
andrew
Dave Page
-Original Message-
From: Andrew Dunstan [mailto:[EMAIL PROTECTED]
Sent: 26 August 2004 15:43
To: Dave Page
Cc: Magnus Hagander; Tom Lane;
[EMAIL PROTECTED]; PostgreSQL-patches
Subject: Re: [PATCHES] [pgsql-hackers-win32] postmaster.pid
Should we (if only for the sake of
Shouldn't be necessary. We can do it, but it makes no real difference
:-) It just ends up queued, but since there is no signal #0, it will
never get dispatched.
But it certainly wouldn't break things to do it either :-)
//Magnus
Should we (if only for the sake of completeness) make the
Dave Page [EMAIL PROTECTED] writes:
ISTM we should not ever queue any event for signal 0.
That was my original intention, however Magnus thought it best just to
let it be queued and subsequently ignored by the backend - thinking
about it 15 minutes later I can't for the life of me think why
Dear all!
I'm new to the list, so please excuse if I repost this patch.
In the found the _very_ useful oracle_compat.c function which implements
correct UPPER(), LOWER() and INITCAP() for multibyte charactersets.
This change is very important for everyone who uses multilingual
databases,
-Original Message-
From: Tom Lane [mailto:[EMAIL PROTECTED]
Sent: 26 August 2004 16:24
To: Dave Page
Cc: Andrew Dunstan; Magnus Hagander;
[EMAIL PROTECTED]; PostgreSQL-patches
Subject: Re: [PATCHES] [pgsql-hackers-win32] postmaster.pid
Dave Page [EMAIL PROTECTED] writes:
OK, doc patch attached and applied that prefers CIDR format for pg_hba.conf.
---
Andrew Dunstan wrote:
Tom Lane said:
Andrew Dunstan [EMAIL PROTECTED] writes:
Since our defaults don't use old-style masks any more, I
After taking some suggestions, I added a number of routines.
Please test and tell me what you think.
(Yes, I know the API is poorly named, have any suggestions?)
sharedvar-040826.tgz
Description: application/unix-tar
---(end of broadcast)---
TIP
13 matches
Mail list logo