From: | "Merlin Moncure" <merlin(dot)moncure(at)rcsonline(dot)com> |
---|---|
To: | "pgsql-hackers-win32" <pgsql-hackers-win32(at)postgresql(dot)org> |
Cc: | "Claudio Natoli" <claudio(dot)natoli(at)memetrics(dot)com>, "PostgreSQL-development" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | What's left? |
Date: | 2004-01-22 14:59:51 |
Message-ID: | 303E00EBDD07B943924382E153890E5434AA6C@cuthbert.rcsinc.local |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-hackers-win32 |
Hello,
I think it's safe to say there is a working implementation of a signal
handler. The one tricky part left is to identify some smart places for
the backend to check the awaiting signal queue. The first one is easy:
switch recv() with select() with a reasonable timeout and a poll.
If and when the signal handler gets patched into CVS, is there anything
else left that prevents the cvs version from compiling and linking?
From what I understand, Claudio's fork/exec implementation is either
complete or nearly complete.
I would like very much to help any way possible in solving any last
remaining issues. Once the CVS sources are compliable, it will be
easier to make meaningful contributions. I'm really looking forward to
testing and benchmarking the win32 port. A big thanks to all who
continue to work so hard on this project.
Merlin
From | Date | Subject | |
---|---|---|---|
Next Message | Jean-Michel POURE | 2004-01-22 15:15:36 | PostgreSQL installation CD based on Morphix |
Previous Message | Jan Wieck | 2004-01-22 14:20:58 | Re: cache control? |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2004-01-22 15:53:33 | Re: Singnals code (not just win32 specific) |
Previous Message | Jan Wieck | 2004-01-22 13:34:35 | Re: Singnals code (not just win32 specific) |