Re: [HACKERS] [PATCHES] fork/exec patch

From: "Steve Tibbett" <stibbett(at)zim(dot)biz>
To: "pgsql-hackers-win32" <pgsql-hackers-win32(at)postgresql(dot)org>
Subject: Re: [HACKERS] [PATCHES] fork/exec patch
Date: 2003-12-15 22:19:05
Message-ID: 546CD3100F4C0F42A30A94C0F2B349148FC5DF@zimmail1.zim.zimismobile.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers-win32

>IMNSHO it might be easier in the long run to work with message
>handlers instead of events. Map the necessary signals to messages
>in the WM_APP space and broadcast them (blocking: sendmessage,
>nonblocking: postmessage) with the signal in LPARAM and the pid in
>WPARAM, and the 'signalee' takes action following a switch. This
>will minimize the win32 API code except for implementing the callback
>into each backend.

I'd say avoid this if you can.. shared memory and events is cleaner in
that messages are more for GUI apps than for services.. otherwise
you're going to have a window handle and a message pump around just
for this.

Also, there's no security on an HWND, so unless you're going to verify
the permissions some other way you'd lose the security you have
available
to protect you from any process being able to send you signals. This is

the basis for the Shatter attacks on win32.

--
Steve Tibbett
stibbett(at)zim(dot)biz

Browse pgsql-hackers-win32 by date

  From Date Subject
Next Message Bruce Momjian 2003-12-16 01:10:19 Re: Build error in src/interfaces
Previous Message Merlin Moncure 2003-12-15 21:55:11 Re: [HACKERS] [PATCHES] fork/exec patch