Scott Ribe <[EMAIL PROTECTED]> writes:
> Note when it happens, and if it doesn't succeed for some value of "too
> long", at least escalate to ERROR message, possibly fail.
ERROR and "fail" are the same thing. We could do this, and it wouldn't
even be much code, but it doesn't seem to address the
> Comments?
Note when it happens, and if it doesn't succeed for some value of "too
long", at least escalate to ERROR message, possibly fail.
--
Scott Ribe
[EMAIL PROTECTED]
http://www.killerbytes.com/
(303) 722-0567 voice
---(end of broadcast)--
"Patrick Earl" <[EMAIL PROTECTED]> writes:
> In any case, the unit tests remove all contents and schema within the
> database before starting, and they remove the tables they create as
> they proceed. Certainly there are many things have been recently
> deleted.
Yeah, I think then there's no ques
There is no antivirus software running on the machine.
I'm not entirely sure how to determine which relation it is
complaining about. I see a folder that corresponds to the middle
number in the log, and I see numbers in the same range as the right
number from the log.
In any case, the unit test
"Patrick Earl" <[EMAIL PROTECTED]> writes:
> We're getting the error as part of an automated test suite and it is
> seems to occur every time the suite is run. The platform is Win XP 64
> bit.
Hm. We've seen problems of this ilk caused by bogus antivirus software,
but if that were the explanatio
We're getting the error as part of an automated test suite and it is
seems to occur every time the suite is run. The platform is Win XP 64
bit.
When running the same unit test suite from a remote machine, the error
does not occur. The error also does not occur when manually running
the create d
"Patrick Earl" <[EMAIL PROTECTED]> writes:
> 2007-01-11 09:56:17 ERROR: could not open relation 1663/16403/16426:
> Permission denied
> 2007-01-11 09:56:17 ERROR: checkpoint request failed
> 2007-01-11 09:56:17 HINT: Consult recent messages in the server log
> for details.
> 2007-01-11 09:56:17
