-Original Message-
From: Tom Lane [mailto:[EMAIL PROTECTED]
Sent: 14 September 2004 05:00
To: Dave Page
Cc: PostgreSQL-patches
Subject: Re: [PATCHES] Tsearch2 update for Win32.
Dave Page [EMAIL PROTECTED] writes:
The Win32 installer cannot easily handle 'copy from stdin
Dave Page [EMAIL PROTECTED] writes:
The Win32 installer cannot easily handle 'copy from stdin' thus
preventing execution of scripts that use copy. Tsearch2 appears to have
the only script that does this - the attached patch changes the copy to
a bunch of INSERTs.
Applied. I also fixed the
-Original Message-
From: Tom Lane [mailto:[EMAIL PROTECTED]
Sent: 08 September 2004 15:14
To: Dave Page
Cc: PostgreSQL-patches
Subject: Re: [PATCHES] Tsearch2 update for Win32.
While I have no particular objection to adjusting the
tsearch2 script, why has the installer got
Dave Page [EMAIL PROTECTED] writes:
While I have no particular objection to adjusting the
tsearch2 script, why has the installer got a problem with it?
Seems like this suggests a bug in win32 psql.
The installer runs contrib module scripts without using psql - it
executes them in a
While I have no particular objection to adjusting the
tsearch2 script, why has the installer got a problem with it?
Seems like this suggests a bug in win32 psql.
The installer runs contrib module scripts without using psql - it
executes them in a 'custom action' - code that is
Magnus Hagander [EMAIL PROTECTED] writes:
Oh. Hmm ... wouldn't it be easier and safer to launch psql script
as a subprocess?
I'd say no. Executing processes from the installer environment can be a
headache (we've had enough problems with initdb already..). And you have
to go through all the
Dear Magnus,
Oh. Hmm ... wouldn't it be easier and safer to launch psql script
as a subprocess?
I'd say no. Executing processes from the installer environment can be a
headache (we've had enough problems with initdb already..). And you have
to go through all the weirdness with the commandline
-Original Message-
From: Tom Lane [mailto:[EMAIL PROTECTED]
Sent: 08 September 2004 15:49
To: Magnus Hagander
Cc: Dave Page; PostgreSQL-patches
Subject: Re: [PATCHES] Tsearch2 update for Win32.
I was about to mention trapping errors as being a likely weak
spot of custom
Tom Lane wrote:
Magnus Hagander [EMAIL PROTECTED] writes:
Oh. Hmm ... wouldn't it be easier and safer to launch psql script
as a subprocess?
I'd say no. Executing processes from the installer environment can be a
headache (we've had enough problems with initdb already..). And you
-Original Message-
From: Andrew Dunstan [mailto:[EMAIL PROTECTED]
Sent: 08 September 2004 17:17
To: Tom Lane
Cc: Magnus Hagander; Dave Page; PostgreSQL-patches
Subject: Re: [PATCHES] Tsearch2 update for Win32.
Not to mention someone putting a \ command in the install
Dave Page [EMAIL PROTECTED] writes:
I understand the difficulties, but ISTM that getting
psql -f scriptfile
working could be a Good Thing (tm).
If you have any suggestions on how we can trap errors I'm all ears
I believe you can look at psql's exit status. (You may need to do
something
11 matches
Mail list logo