-Original Message-
From: Tom Lane [mailto:[EMAIL PROTECTED]
Sent: 29 July 2004 18:41
To: Andreas Pflug
Cc: Bruce Momjian; PostgreSQL Patches; Dave Page
Subject: Re: [PATCHES] Admin functions contrib
Andreas Pflug [EMAIL PROTECTED] writes:
Bruce Momjian wrote:
So, I
The crash people are getting in initdb is due to the 1.19
revision to
pgtz.c. Not sure why yet...looking into it...
Unfortunate behavior when probing pre-1970 dates, maybe?
Indeed that was the problem. Attached patch fixes the issue
here and for Merlin :-)
I've also figured out
Perhaps a compromise would be to set versioninfo on
libpq.dll (which
we alerady do), and on all the EXEs, and ignore the rest of
the DLLs.
It's not ideal, but it's a great deal better than nothing at all.
If that is an option, why not just put versions into the
build-time linkable
Dave Page wrote:
As Bruce has seen, this is some pretty nice functionality that
Andreas has added to pga3, and is one of the few areas that we
lag behind SQL Server etc. in on the management front.
If you're curious what Bruce has seen, it was this:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Magnus Hagander
Sent: 30 July 2004 09:58
To: Peter Eisentraut
Cc: Andrew Dunstan; [EMAIL PROTECTED]
Subject: Re: [PATCHES] win32 version info
Perhaps a compromise would be to set versioninfo
Andreas Pflug wrote:
Dave Page wrote:
As Bruce has seen, this is some pretty nice functionality that
Andreas has added to pga3, and is one of the few areas that we
lag behind SQL Server etc. in on the management front.
If you're curious what Bruce has seen, it was this:
Dave Page wrote:
Also, what happens if you find that the contrib package
doesn't do everything you need? You'll be stuck for another
PG release cycle, whereas rejiggering a plperl function that
pgadmin is defining for itself is no problem.
pgAdmin I used to create helper functions
Applied by Peter.
---
Fabien COELHO wrote:
Dear patchers,
Please find attached another new version of a patch which provides a
working infrastructure for pg extensions. I hope it addresses all of
Peter's comments.
Magnus Hagander [EMAIL PROTECTED] writes:
Here we go again with a more correct patch, per Toms comments and hints
off-list.
Applied.
regards, tom lane
---(end of broadcast)---
TIP 2: you can get off all lists at once with
Per discussion off-list with Tom, here is a patch to redo the way the
system timezone is detected on win32. Instead of trying to figure out
what to do, it just looks in a lookup table for all available timezones
(there is a finite and stable number of timezones on a win32 system,
unlike unixes
Magnus Hagander [EMAIL PROTECTED] writes:
Per discussion off-list with Tom, here is a patch to redo the way the
system timezone is detected on win32.
Er ... no patch attached?
regards, tom lane
---(end of broadcast)---
Do people want the server file logging/rotating patch applied if it is
Unix-only? Right now the patch is ifdef'ed so Win32 use of it is
disabled.
Andreas is asking.
---
Dave Page wrote:
-Original Message-
Attached is an applied fix for initdb translation for po/zh_TW.po.
Without it I get these errors:
gmake[3]: Entering directory
`/usr/var/local/src/gen/pgsql/CURRENT/pgsql/src/bin/initdb'
msgfmt -o po/de.mo po/de.po
msgfmt -o po/fr.mo po/fr.po
Looks good. I will have to do a little adjustment because dirmod is
currently only used by Win32.
Your patch has been added to the PostgreSQL unapplied patches list at:
http://momjian.postgresql.org/cgi-bin/pgpatches
It will be applied as soon as one of the PostgreSQL committers
14 matches
Mail list logo