Marcin Waldowski wrote:
> Magnus Hagander wrote:
>> Tom Lane wrote:
>>
>>> Magnus Hagander <[EMAIL PROTECTED]> writes:
>>>
No, it's definitly the right primitive. But we're creating it with a
max
count of 1.
>>> That's definitely wrong. There are at least three rea
Tom Lane wrote:
"Dorochevsky,Michel" <[EMAIL PROTECTED]> writes:
The failing transaction is visible in the database after restart, I have
checked three of the last inserts, e.g.
Good, at least we're not losing data ;-). But I expected that because
this PANIC must be occurring after the Record
Heikki Linnakangas wrote:
> I think we need to see more debug-information. Is there a debug- and
> assertion-enabled binary available for Windows?
Unfortunately no - 95% of the time we've found that Mingw/gdb on windows
simply doesn't work. That's one of the major reasons why we're working
on movi
Dave Page <[EMAIL PROTECTED]> writes:
> Heikki Linnakangas wrote:
>> I think we need to see more debug-information. Is there a debug- and
>> assertion-enabled binary available for Windows?
> Unfortunately no - 95% of the time we've found that Mingw/gdb on windows
> simply doesn't work. That's one
Dave Page wrote:
Heikki Linnakangas wrote:
I think we need to see more debug-information. Is there a debug- and
assertion-enabled binary available for Windows?
Unfortunately no - 95% of the time we've found that Mingw/gdb on windows
simply doesn't work. That's one of the major reasons why we'r
Heikki Linnakangas wrote:
I can build one tomorrow if you want to try for the 5%. What version was
this?
Thanks, it was 8.2.3.
Actually, no reason this needs to wait until I'm in the office.
Michel; I've uploaded an 8.2.3 postgres.exe to
http://developer.pgadmin.org/~dpage/postgres-8.2.3-de
"William Lawrance" <[EMAIL PROTECTED]> writes:
> This program that does "PQprepare" and then
> "PQexecPrepared" has worked previously, but doesn't
> work now.
> ...
> strcpy(openStmt, "declare C1 cursor for select cola"
>" from tprep"
>" where
