Title: RE: [BUGS] TimeZone bug again.
Operating system is redhat 9
Postgres is 7.3.2 binary rpm for linux
Hi
It seems that because to_timestamp does a time-zone conversion it is upsetting are attempt to load legitimate data...
Is it possible (similar to the to_date fix that was
Hi Michael,
This is how we build dyntest:
/platdb/bin/ecpg -I /platdb/include -o dyntest74.c dyntest.pgc
cc -I/platdb/include -R/platdb/lib -L/platdb/lib -lecpg -o
lucyDyntest74 dyntest74.c
The cc here is the Sun Workshop compiler.
Thanks.
Gan
At 10:03 pm +0100 2003/12/10, Michael Meskes wro
On Wed, Dec 10, 2003 at 01:50:39PM -0600, Seum-Lim Gan wrote:
> We compiled the dyntest.pgc (in src/interfaces/ecpg/test)
> and tried it out but it seems like it is not able to
> stop after reading the last record and keep going on
> forever. sqlcode return is always 0 and never get to 100
> where
Hi everyone,
We compiled the dyntest.pgc (in src/interfaces/ecpg/test)
and tried it out but it seems like it is not able to
stop after reading the last record and keep going on
forever. sqlcode return is always 0 and never get to 100
where it is supposed to. The dyntest.pgc has not changed from
7.
"Chad N. Tindel" <[EMAIL PROTECTED]> writes:
> LOG: received fast shutdown request
> LOG: aborting any active transactions
> FATAL: terminating connection due to administrator command
> However, nobody issued a "fast shutdown request".
*Something* sent the postmaster a SIGINT. You need to fig
The following bug has been logged online:
Bug reference: 1004
Logged by: Andrew Benham
Email address: [EMAIL PROTECTED]
PostgreSQL version: 7.4
Operating system: RedHat Linux 3AS
Description:configure failure with --infodir=
Details:
Line 819 of the 'configure' file
