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. Otherw
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 comp
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 environmen
> -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
> -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
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 w
> -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 s
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
> con
"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 thi
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, because
> -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]
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 m
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