Re: socket calls in signal handler (WAS: APC + socket r

From: Claudio Natoli <claudio(dot)natoli(at)memetrics(dot)com>
To: 'Tom Lane ' <tgl(at)sss(dot)pgh(dot)pa(dot)us>, 'Magnus Hagander ' <mha(at)sollentuna(dot)net>
Cc: 'Kurt Roeckx ' <Q(at)ping(dot)be>, Claudio Natoli <claudio(dot)natoli(at)memetrics(dot)com>, "'pgsql-hackers(at)postgresql(dot)org '" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: socket calls in signal handler (WAS: APC + socket r
Date: 2004-03-09 00:49:38
Message-ID: A02DEC4D1073D611BAE8525405FCCE2B55F364@harris.memetrics.local
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


Tom Lane wrote:
> I don't like the idea of redesigning that
> code just because someone misunderstands it.

Fair enough, on both counts. However, the original question which was asked
out of ignorance (that I'll freely admit) doesn't seem to have been directly
addressed:

Claudio Natoli wrote:
> The specific (and possibly only? are their others?) issue is the call to
> pgstat_beterm from reaper/CleanupProc, invoked by a SIGCHLD. Can this call
> be deferred to the main loop (ie. ServerLoop) and is there any merit in
> doing so?

Just canvassing for options. If we can get a win32 specific change that we
trust, great! (I think it goes without saying that, throughout the work on
this port, we've tried to avoid changing the existing code as much as
possible). However, if we can not, I'd like to have other options, and am
exploring this possibility.

Cheers,
Claudio

---
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
ailpolicy.html</a>

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2004-03-09 01:59:19 Re: postgres Mac OS X startup script
Previous Message Claudio Natoli 2004-03-09 00:38:39 Re: socket calls in signal handler (WAS: APC + socket r