Re: [pgsql-hackers-win32] Win32 signal code - first try

From: Claudio Natoli <claudio(dot)natoli(at)memetrics(dot)com>
To: 'Magnus Hagander ' <mha(at)sollentuna(dot)net>, Claudio Natoli <claudio(dot)natoli(at)memetrics(dot)com>, 'Merlin Moncure ' <merlin(dot)moncure(at)rcsonline(dot)com>
Cc: "'pgsql-hackers(at)postgresql(dot)org '" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [pgsql-hackers-win32] Win32 signal code - first try
Date: 2004-01-16 00:07:00
Message-ID: A02DEC4D1073D611BAE8525405FCCE2B55F271@harris.memetrics.local
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> > > 1. setjmp/longjmp stack manipulation (i.e. ELOG)
> >
> > Wrote a small program to check this out. As we
> > hoped/assumed/expected, it looks just fine.
> Great!
> Just checking - we're talking doing this from inside a user APC, right?

Yes, of course! :-)

[From a user APC executing on the main thread.]

> > Magnus, are you working on a second run at this stuff?
>
> Not right this moment, but I hope to do that sometime this weekend. (No
time until then).

Tell me about it [sigh].

> A thought there. If we go with the "select loop" version you had tried
> out and just poll (select() with short timeout, poll, loop..), do we
> actually *need* the APCs *at all*? Or should we go with a pure-polling
> solution? (With signals delivered on a separate thread as we discussed,
> of course) The only advantage we gain by the APCs is that they will stop
> the "Ex functions", no? (It's not much extra code to put it in there,
> but if we don't need it..)

Hmmm, not sure. Possibly we can, although it depends on where else we might
end up needing to "wait". I'd be unreluctant to undo your good work on this
until we are sure it is safe to...

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 Tom Lane 2004-01-16 00:16:47 Re: set search_path and pg_dumpall
Previous Message Michael Brusser 2004-01-15 21:48:55 Postgres v.7.3.4 - Performance tuning