Re: OK, lets talk portability.

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.

In response to

Browse pgsql-hackers by date

  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