Hi,
> Knowing that it is possible for WaitForMultipleObjectsEx to lock up means
> that it is not safe to call with an INFINITE timeout. The workaround that's
> being discussed is beginning to look like the one at line 172 of socket.c.
> It's bad enough that there is a WSASend in pgwin32_waitf
The following bug has been logged online:
Bug reference: 4966
Logged by: walkerlacombe
Email address: swarl...@hotmail.com
PostgreSQL version: 8.0
Operating system: vista home premium
Description:wrong password.
Details:
when i boot up my pc i have owner and pos
The following bug has been logged online:
Bug reference: 4965
Logged by: Jeff Janes
Email address: jeff.ja...@gmail.com
PostgreSQL version: 8.4.0
Operating system: Linux
Description:missing tests in tools/fsync/test_fsync.c
Details:
In the part that implements "Comp
jasen Betts wrote:
> PQsendQuery() seems to return 0 on success and 1 on failure contrary to the
> documented behavior.
>
> http://www.postgresql.org/docs/8.3/interactive/libpq-async.html
Umm, no, the documentation is correct. You must be doing something
wrong, but it's hard to guess what it is w
Finally guys...got this thing to workjust follow the simple steps
1] Allow full access to all users ( including "postgres" user) on "Postgres
Folder".
2] Make "postgres" user as the owner of the data directory
This is should install postgres without any error I got it to
work..fi
On Thu, Jul 30, 2009 at 06:59:32AM +, Heiko Folkerts wrote:
> When compiling the following code with ecpg the result is missing some of
> the embedded SQL code:
> ...
> It seems that the open command for the cursor is not present. The first
No, there simply is no such thing as an open command
The following bug has been logged online:
Bug reference: 4964
Logged by: jasen Betts
Email address: ja...@xnet.co.nz
PostgreSQL version: 8.3
Operating system: linux
Description:return value does not agree with documentation
Details:
PQsendQuery() seems to return 0 o
