From: | mlw <markw(at)mohawksoft(dot)com> |
---|---|
To: | "Marc G(dot) Fournier" <scrappy(at)hub(dot)org> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: OK, lets talk portability. |
Date: | 2002-05-07 14:58:29 |
Message-ID: | 3CD7EB95.26A70EE9@mohawksoft.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
"Marc G. Fournier" wrote:
>
> On Tue, 7 May 2002, mlw wrote:
>
> > Tom Lane wrote:
> > > And no, I don't want to undo those changes. Especially not if the
> > > only reason for it is to not have to use Cygwin on Windows. Most
> > > of these changes made the startup code substantially simpler,
> > > faster, and more reliable.
> >
> > Then I think the notion of a pure Windows version is dead in the water.
> > Writing a fork()-like API for Windows is, of course, doable as evidenced
> > by cygwin, and from a general theory seems like a pretty straight
> > forward thing to do (with a few low level tricks of course) but the
> > details are pretty scary.
>
> How is Apache doing this? I believe they do allow the pre-forked model to
> work, so how are they getting around those limitations?
Apache and PostgreSQL are quite different in their requirements of shared
memory. Apache (2.x) simply uses CreateProcess and passes duplicate file
handles.
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2002-05-07 15:03:20 | Re: IF- statements in a rule's 'DO INSTEAD SELECT ...'- statement |
Previous Message | pgsql-bugs | 2002-05-07 14:51:12 | Bug #659: lower()/upper() bug on ->multibyte<- DB |