"Sean" <[EMAIL PROTECTED]> writes:
> The pg log files are the culprit - they fill up at a rate of about 50 megs a
> minute with lines reading
> "SSL SYSCALL error: A blocking operation was interrupted by a call to
> WSACancelBlockingCall."
We've seen this reported before...
> Is this a psql problem or a psqlODBC problem?
[ pokes around... ] I'm inclined to say it's an OpenSSL bug --- the
message string corresponds to WSAEINTR, which to the extent I know
anything about Windows (which is admittedly nil) seems like it should be
treated the same as EINTR on Unix, ie, retry. That is how Postgres
treats it on regular unsecured socket connections. But a look in the
OpenSSL sources finds no indication that they treat it specially,
which means they're going to think it's a hard error.
We could probably suppress the log-file-filling behavior by not
reporting duplicate messages (pqcomm.c has done that for a long
time, but there's no such logic in secure_write). But really you
want a fix for the underlying bug, and I think for that you ought
to report it to the OpenSSL folk.
regards, tom lane
---------------------------(end of broadcast)---------------------------
TIP 9: In versions below 8.0, the planner will ignore your desire to
choose an index scan if your joining column's datatypes do not
match
