Alvaro Herrera writes:
> Excerpts from Tom Lane's message of mar oct 04 22:04:29 -0300 2011:
>> Hmm. I can see how that would happen if you're using one of the Windows
>> environments wherein malloc's done inside libpq have to be free'd inside
>> libpq. (The PQExpBuffer support code is in libpq.
Excerpts from Tom Lane's message of mar oct 04 22:04:29 -0300 2011:
> "Pavel Holec" writes:
> > In the meantime I tried debug in msvc2005 (Win7/32) and
> > free(funcsig); in pg_dump.c line 7510 cause
> > _ASSERTE(_CrtIsValidHeapPointer(pUserData)); in dbgheap.c line 1252
> > * If this ASSERT fail
"Pavel Holec" writes:
> In the meantime I tried debug in msvc2005 (Win7/32) and
> free(funcsig); in pg_dump.c line 7510 cause
> _ASSERTE(_CrtIsValidHeapPointer(pUserData)); in dbgheap.c line 1252
> * If this ASSERT fails, a bad pointer has been passed in. It may be
> * totally bogus, or it may hav
On Wednesday, October 5, 2011, Craig Ringer wrote:
> On 10/05/2011 03:46 AM, Dave Page wrote:
>>
>> Oh, the joys of supporting Windows :-)
>
> It's funny: for an OS with so relatively few "flavours" and versions, the
number of quirks and bizarre behaviors is quite remarkable. I guess the text
matr
On 10/05/2011 03:46 AM, Dave Page wrote:
Oh, the joys of supporting Windows :-)
It's funny: for an OS with so relatively few "flavours" and versions,
the number of quirks and bizarre behaviors is quite remarkable. I guess
the text matrix isn't small, though:
Windows
XP / Vista / 7 / [8]
-Original Message-
From: Craig Ringer [mailto:ring...@ringerc.id.au]
Sent: Tuesday, October 04, 2011 4:44 AM
To: Pavel Holec
Cc: pgsql-bugs@postgresql.org
Subject: Re: [BUGS] BUG #6233: pg_dump hangs with Access Violation C005
On 03/10/11 19:42, Pavel Holec wrote:
> On 09/29/2011 0
On Tue, Oct 4, 2011 at 6:02 PM, wrote:
>
> >Can I get you to check the task manager for "icacls" while the install is
> hung?
>
> Yes, I did notice icacls.exe running when I used the task manager to see
> what
> processes were consuming cpu cycles or doing disk writes.
>
> In fact, icacls.exe was
On Mon, Oct 3, 2011 at 2:15 PM, Dave Page wrote:
> On Mon, Oct 3, 2011 at 9:42 AM, Thomas Kellerer wrote:
>> Dave Page wrote on 03.10.2011 10:11:
>>>
>>> Karl; can you please provide precise details of your Windows version,
>>> and anything unusual about your disk configuration? I know this
>>> d
>Did you also change the variable definition to long long?
Yes
Michael Meskes
10/04/2011 05:15 AM
To
Jim Gray
cc
pgsql-bugs@postgresql.org
Subject
Re: [BUGS] BUG #6238: ECPG converts "long long" to long on Windows
Hi Jim,
> Postgres 9.1.1 installed on a Windows XP PC.
> Running ECP
>Can I get you to check the task manager for "icacls" while the install is
hung?
Yes, I did notice icacls.exe running when I used the task manager to see
what
processes were consuming cpu cycles or doing disk writes.
In fact, icacls.exe was the only thing using the cpu or the disk; the
postgre
Excerpts from Robert Haas's message of mar oct 04 10:39:27 -0300 2011:
> On Tue, Oct 4, 2011 at 8:15 AM, Michael Meskes wrote:
> >> 2010 on Windows, which accepts "long long" to mean the same thing as
> >> __int64, but ECPG doesn't recognize the later.
> >> May be related to BUG #5464: ecpg on 6
On Tue, Oct 4, 2011 at 8:15 AM, Michael Meskes wrote:
> Hi Jim,
>
>> Postgres 9.1.1 installed on a Windows XP PC.
>> Running ECPG with "long long" data type specified in the SQL DECLARE SECTION
>> results in "long" being used instead. The same input file works OK on Linux
>
> This suggests that H
Hi Jim,
> Postgres 9.1.1 installed on a Windows XP PC.
> Running ECPG with "long long" data type specified in the SQL DECLARE SECTION
> results in "long" being used instead. The same input file works OK on Linux
This suggests that HAVE_LONG_LONG_INT was not defined during ecpg build. Or in
other
13 matches
Mail list logo
