Re: BUG #6233: pg_dump hangs with Access Violation C0000005

-----Original Message-----
From: Craig Ringer [mailto:ringerc(at)ringerc(dot)id(dot)au]
Sent: Thursday, October 06, 2011 2:05 AM
To: Pavel Holec
Cc: 'Tom Lane'; 'Alvaro Herrera'; 'Pg Bugs'
Subject: Re: [BUGS] BUG #6233: pg_dump hangs with Access Violation C0000005

On 10/05/2011 09:37 PM, Pavel Holec wrote:

> Yes, this is the problem. libpq.dll I have built in VC6. With original
> I had problem with msvcr80.dll and WinSxS because my end client app is
> also from
> VC6 and I can't prepare redist msvcr for end user. Can you advice me
> how to do it?

>> It would've been nice if you'd mentioned that ;-)

>> Running a msvcrt.dll libpq with a msvcr80.dll pg_dump should work,
though; Windows programs are expected to cope with insane things like mixing
multiple C runtimes. It sounds like there's a bug where pg_dump doesn't use
the libpq memory management functions and instead does a direct free();
changing those crash sites you found to use PQfreemem should solve >> the
problem. Try it and see.

>> Advise you how to do what?

>> By the way, you should be able to use a regular libpq compiled against
msvcr80.dll with your VC6 client app so long as the client app uses
PQfreemem to release memory allocated by libpq.

>> --
>> Craig Ringer

PQfreemem is what I've been thinking about - great.

With SxS I see problem if customer have a clear new installation of WinXP
and no msvcrt80.dll. I'm not be able to ship this dll with installaton of my
client - when I use for example Inno setup.

Isn't possible to have redistribute package with proper version msvcrt80.dll
accord with your binaries on the wb site?

Pavel Holec

PS: Thank You all so much