Just to let you know that you can use the transfer
tool of the hsqldb JAVA database to transfer database from Informix to Postgres.
I have used it to transfer my application from IDS 7.3 to Postgres 7.2.1.
Because it relies on JDBC, it can be used/expended to
support other databases.
It s
I read a thread about table lock timeout but don't
know whether anything has been done about it.
Here is what I'd like to do:
I don't want my transactions to be on hold for too
long so I'd like to use a syntax I use on INFORMIX already:
SET LOCK MODE TO [WAIT [second] | NOT
WAIT]
I'm using
I also want to implement the same feature but for
ecpg. On INFORMIX there is the following syntax to control
timeouts:
SET LOCK MODE TO [WAIT [seconds] | NO
WAIT]
There is 2 possibilities:
- either the pre-processor implements execution of
the statement with the asynchronous functions. T
Just a small remark, type name "any" would be more meaningfull than
"unknown". Also it's widely used (CORBA for example) and may enter in the
STL someday.
- Original Message -
From: "Tom Lane" <[EMAIL PROTECTED]>
To: "Rod Taylor" <[EMAIL PROTECTED]>
Cc: "Hackers List" <[EMAIL PROTECTED]>
Yes I proposed to use the GNU Pth library instead. It's an event
demultiplexer just like the sgi library, but has a posix thread interface.
This architecture is actually the more robust and also the more scalable. On
a single processor server, you don't have the multi-thread synchronization
and co
Gnu Pth also supports AIO
- Original Message -
From: "Nicolas Bazin" <[EMAIL PROTECTED]>
To: "Jon Franz" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Thursday, June 06, 2002 10:50 AM
Subject: Re: [HACKERS] Roadmap for a Win32 port
> Yes I pr
How does the upgrade work on UNIX? Is there anything available apart from
reading the release note?
- Original Message -
From: "Christopher Kings-Lynne" <[EMAIL PROTECTED]>
To: "Lamar Owen" <[EMAIL PROTECTED]>; "Jan Wieck" <[EMAIL PROTECTED]>;
"HACKERS" <[EMAIL PROTECTED]>
Sent: Tuesday, J
Just A note on Linux.
I consider Linux on the same level as Windows. I
have been able to crash it (kernel 2.4.18) just as well and the lib C API is
nowhere near complete or fault tolerant to any commercial OS. For the moment
nothing beats SCO Openserver/Unixware stability on PC. These are OS
- Original Message -
From: "Lance Ellinghaus" <[EMAIL PROTECTED]>
To: "Tom Lane" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Saturday, March 16, 2002 6:54 AM
Subject: Re: [HACKERS] User Level Lock question
> I know it does not sound like something that would need to be done, but
h
It would be nice to add it to the docs of the project.
- Original Message -
From: "Tom Lane" <[EMAIL PROTECTED]>
To: "Christopher Kings-Lynne" <[EMAIL PROTECTED]>
Cc: "Rod Taylor" <[EMAIL PROTECTED]>; "Hackers List"
<[EMAIL PROTECTED]>
Sent: Friday, March 22, 2002 1:29 PM
Subject: Re: [HAC
Does it mean that we are not 100% sure they are open documents?
- Original Message -
From: "Thomas Lockhart" <[EMAIL PROTECTED]>
To: "Nicolas Bazin" <[EMAIL PROTECTED]>
Cc: "Christopher Kings-Lynne" <[EMAIL PROTECTED]>; "Tom Lane
Sorry for the package, but the following patch need
to be applied to get the new verion compiled on SCO Openserver 5.0.5 and
Unixware 7.1.1
pgsql-7.2.1.diff
Description: Binary data
---(end of broadcast)---
TIP 5: Have you checked our extensi
e same compiler.
Appart these points the regression tests work fine for these platforms. They
are still a few warnings during the compilation process, when I get some
time, I'll try to correct them.
Nicolas
- Original Message -----
From: "Bruce Momjian" <[EMAIL PROTECTED
- Original Message -
From: Nicolas
Bazin
To: [EMAIL PROTECTED]
Sent: Wednesday, March 27, 2002 4:03 PM
Subject: pgc.l modif. has been overwritten again
We need a little bit of order when several people
can commit on the source code, It would be nice that they update their local
It's more warnings than bugs. I also have seen that but not familiar enough
with bison or yacc to think more of it. Have you got an idea on how to fix
these warnings?
- Original Message -
From: "Christopher Kings-Lynne" <[EMAIL PROTECTED]>
To: "Hackers" <[EMAIL PROTECTED]>
Sent: Wednesday,
- Original Message -
From: "Bruce Momjian" <[EMAIL PROTECTED]>
To: "Nicolas Bazin" <[EMAIL PROTECTED]>
Cc: "PostgreSQL-development" <[EMAIL PROTECTED]>
Sent: Wednesday, March 27, 2002 10:21 PM
Subject: Re: [HACKERS] build of 7.2.1 on SCO O
- Original Message -
From: "Tom Lane" <[EMAIL PROTECTED]>
To: "Bruce Momjian" <[EMAIL PROTECTED]>
Cc: "Nicolas Bazin" <[EMAIL PROTECTED]>; "PostgreSQL-development"
<[EMAIL PROTECTED]>
Sent: Thursday, March 28, 2002 2:3
Here is the description:
When a macro is replaced by the preprocessor, pgc.l
reaches a end of file, which is not the actual end of the file. One side effect
of that is that if you are in a ifdef block, you get a wrong error telling you
that a endif is missing.
This patch corrects pgc.l an
- Original Message -
From: Nicolas
Bazin
To: PostgreSQL-development
Cc: Tom
Lane ; Bruce Momjian ; Michael
Meskes
Sent: Thursday, March 28, 2002 9:30 AM
Subject: Always the same ecpg bug - please (re)apply
patch
Here is the description:
When a macro is replaced by the
For the next release and package it would be good to differentiate the
release candidate to the proper release. (7.2.1 had the same name and it can
be confusing). a suffix postgresql-7.3-RCN.tar.gz is enough to make the
difference between different verisons of release candidates and the final
rele
20 matches
Mail list logo
