Magnus Hagander wrote:
The patch mimcs the syslog handling in most cases. It also hijacks
the syslog guc variable.
I'm less happy about this. In fact the 0 | 1 | 2 for syslog is very
hokey anyway. What is more, it is not inconceivable that
someone would
run syslogd on a Windows
Revised patch, for application to HEAD [open.c destined for src/port]
---
Certain disclaimers and policies apply to all email sent from Memetrics.
For the full text of these disclaimers and policies see
a
href=http://www.memetrics.com/emailpolicy.html;http://www.memetrics.com/em
Here's my attempt, as discussed earlier today. As always, comments
welcome. I did provide (and use) a fallback mechanism after all, for
the case of a function with a non-empty probin. A few examples from a
dump of the regression db:
--
-- Name: tg_hub_adjustslots(character, integer,
Here's a patch implementing the thread method to
workaround the bug
with socket calls in signal handlers. See details in mail to
pgsql-hackers-win32 a couple of minutes ago.
Looks ok, but wouldn't it be better placed in pgstat.c?
Actually, I don't think so. I considered it,
Bruce Momjian [EMAIL PROTECTED] writes:
/*
+ * Become the owner of the the given TOC entry object. If
+ * changes in ownership are not allowed, this doesn't do anything.
+ */
+ static void
+ _setWithOids(ArchiveHandle *AH, TocEntry *te)
Cutting and pasting our comments, are we?
Tom Lane wrote:
Bruce Momjian [EMAIL PROTECTED] writes:
/*
+ * Become the owner of the the given TOC entry object. If
+ * changes in ownership are not allowed, this doesn't do anything.
+ */
+ static void
+ _setWithOids(ArchiveHandle *AH, TocEntry *te)
Cutting and pasting our
Andrew Dunstan [EMAIL PROTECTED] writes:
Here's my attempt, as discussed earlier today. As always, comments
welcome. I did provide (and use) a fallback mechanism after all, for
the case of a function with a non-empty probin.
Applied with light editorializing (fallback seemed a weird
Tom Lane wrote:
Andrew Dunstan [EMAIL PROTECTED] writes:
Here's my attempt, as discussed earlier today. As always, comments
welcome. I did provide (and use) a fallback mechanism after all, for
the case of a function with a non-empty probin.
Applied with light
What I am wondering about now, is where else we need to change? AFAICS,
there is (at least?) one signal handler that performs sockets
ops, namely Async_NotifyHandler.
Actually, I don't think we need to do anything about that one. This
signal handler is used in the backend (not
On 23-Mar-04, at 4:57 PM, Magnus Hagander wrote:
Something about like this?
Looks good. One trivial gripe: you need to update psql/tab-complete.c
BTW, integrating PostgreSQL with WMI (Windows Management
Instrumentation) would be neat, I think:
Patch applied, with comment added. Thanks.
---
Andrew Dunstan wrote:
Bruce Momjian wrote:
Andrew Dunstan wrote:
Also, what is the default connection mode of psql? It should probably be
equivalent to -h
Allow unlink/rename of files open by another process on Win32, using a
special Win32 open flag FILE_SHARE_DELETE.
Patch applied. Thanks.
---
Claudio Natoli wrote:
Revised patch, for application to HEAD [open.c destined
Patch applied. Thanks.
I added #ifdef WIN32 around your new postmaster function.
---
Magnus Hagander wrote:
Hi!
Here's a patch implementing the thread method to workaround the bug
with socket calls in signal
Tom Lane wrote:
Andrew Dunstan [EMAIL PROTECTED] writes:
Second attempt attached. The fatal message now reads no configured
listening socket available, but I am not wedded to the wording. I also
was not sure how to mark up * in the docs.
Reviewed and committed.
I found a bunch more
14 matches
Mail list logo