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.
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) |