Using the dll from the link that Hiroshi posted actually fixed v1 in my
case (though perhaps it's just an unrelated side-effect caused by using
a different random number generator which might be slower???). Thanks!
Anyhow, I would have expected v1 to work fine in this case too as the
ossp-uui
Hi all,
This may not be the appropriate list to discuss this on (since it looks
like the bug is in the underlying library), but as the win32 port was
done because of postgresql (as far as I can tell), I wanted to see if
anyone had run into this and/or had any workarounds:
As best as I can te
Thanks all ... I'm going to do some more digging and see if I can
isolate the problem.
Meetesh
Tom Lane wrote:
Alvaro Herrera <[EMAIL PROTECTED]> writes:
Meetesh Karia wrote:
After upgrading to 8.3 and Slony 1.2.13, one of our import processes
started constantly failing
Hi all,
After upgrading to 8.3 and Slony 1.2.13, one of our import processes
started constantly failing because of deadlock. Our import process
(pl/pgsql function) just uses COPY FROM to populate a temp table and
then inserts from that (without any special locks, etc). And, the
deadlock err
The following bug has been logged online:
Bug reference: 2879
Logged by: Meetesh Karia
Email address: [EMAIL PROTECTED]
PostgreSQL version: 8.0.10
Operating system: Centos-4.2
Description:RPM: wrong quoting of error message about old database
format after upgrading
