Re: Roadmap for a Win32 port

From: "Dave Page" <dpage(at)vale-housing(dot)co(dot)uk>
To: "Bruce Momjian" <pgman(at)candle(dot)pha(dot)pa(dot)us>, "Peter Eisentraut" <peter_e(at)gmx(dot)net>
Cc: "PostgreSQL-development" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Roadmap for a Win32 port
Date: 2002-06-09 10:38:26
Message-ID: D85C66DA59BA044EB96AB9683819CF610150D6@dogbert.vale-housing.co.uk
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> -----Original Message-----
> From: Bruce Momjian [mailto:pgman(at)candle(dot)pha(dot)pa(dot)us]
> Sent: 08 June 2002 22:48
> To: Peter Eisentraut
> Cc: PostgreSQL-development
> Subject: Re: Roadmap for a Win32 port
>
>
> >
> > > Also, it seems Win32 doesn't need these scripts, except initdb.
> >
> > The utility of these programs is independent of the
> platform. If we
> > think pg_dumpall is not useful, then let's remove it.
>
> I think the first two targets for C-ification would be
> pg_dumpall and initdb. The others have SQL equivalents.
> Maybe pg_ctl too.

I looked at this issue some time ago & came to the conclusion that the
only scripts that Win32 really needed were pg_dumpall, initdb &
initlocation.

The others have SQL equivalents as you say, apart from pg_ctl which
under Windows should probably (and generally is) be replaced by the SCM
(Service Control Manager). The only thing that comes to mind that the
SCM can't do is a reload.

Regards, Dave.

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2002-06-09 15:59:55 Re: revised sample SRF C function; proposed SRF API
Previous Message Tom Lane 2002-06-09 05:41:22 Re: Project scheduling issues (was Re: Per tuple overhead, cmin, cmax, OID)