Re: Issues tangential to win32 support

From: "Dann Corbit" <DCorbit(at)connx(dot)com>
To: "mlw" <markw(at)mohawksoft(dot)com>
Cc: <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Issues tangential to win32 support
Date: 2002-05-09 22:10:43
Message-ID: D90A5A6C612A39408103E6ECDD77B82920CE13@voyager.corporate.connx.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> -----Original Message-----
> From: mlw [mailto:markw(at)mohawksoft(dot)com]
> Sent: Thursday, May 09, 2002 2:56 PM
> To: Dann Corbit
> Cc: PostgreSQL-development
> Subject: Re: Issues tangential to win32 support
>
>
> Dann Corbit wrote:
> > Our package avoids Cygwin altogether. We wrote our own
> POSIX layer from
> > scratch, and we junked fork() for CreateProcess() {and
> inserted copious:
> > #ifdef ICKY_WIN32_KLUDGE
> > /* our code goes here */
> > #else
> > /* Standard UNIX code goes here */
> > #endif
>
> OK, what sorts of things did you do in your
> ICKY_WIN32_KLUDGE? Were they ever
> migrated back into the main tree? Did you simulate fork() or
> a stand-alone?

I explained it in another mail.

We had quite a few changes we had to make (several hundred man-hours,
about half of which was the POSIX layer and the precise time routines).

No sense trying to simulate fork() -- it stinks on Win32. The Cygwin
and PW32 implementations of fork() are dogs. Smarter folks than us
tried it and failed miserably. Why reinvent a broken wheel? We use
create process and our own startup code. Our version is competitive
with fork() on Linux for spawning tasks and in general the queries run
considerably faster.

> I know Windows very well, but I have thus far remained
> ignorant of PostgreSQL
> internals.

Browse pgsql-hackers by date

  From Date Subject
Next Message Bartus Levente 2002-05-09 22:30:00 Re: www.pgaccess.org - the official story (the way I saw it)
Previous Message mlw 2002-05-09 21:56:01 Re: Issues tangential to win32 support