Skip site navigation (1) Skip section navigation (2)

Re: Most recent driver aborts transaction after one error

From: Bart Samwel <bart(at)samwel(dot)tk>
To: Hiroshi Inoue <inoue(at)tpf(dot)co(dot)jp>
Cc: pgsql-odbc(at)postgresql(dot)org
Subject: Re: Most recent driver aborts transaction after one error
Date: 2006-03-18 23:29:56
Message-ID: 441C97F4.4060004@samwel.tk (view raw or flat)
Thread:
Lists: pgsql-odbc
Hiroshi Inoue wrote:
> Bart Samwel wrote:
> 
>> Hiroshi Inoue wrote:
>>
>>> Bart Samwel wrote:
>>>
>>>>
>>>> 2. I also encountered an access violation while exiting. The call 
>>>> stack was not very informative:
>>>>
>>>>      ntdll(dot)dll!_RtlpWaitForCriticalSection(at)4()  + 0x5b        
>>>> ntdll(dot)dll!_RtlEnterCriticalSection(at)4()  + 0x46       
>>>> psqlodbc35w.dll!023a097e()         ntdll(dot)dll!_RtlpFreeDebugInfo(at)4()  
>>>> + 0x57        ntdll(dot)dll!_RtlDeleteCriticalSection(at)4()  + 0x78  If 
>>>> you want me to try this with a debug-compiled psqlodbc35w, just say 
>>>> the word!
>>>
>>>
>>>
>>> It looks like a thread is about to Free a Handle while another thread 
>>> is wating for the Handle.
>>> OK please send me the mylog output.
>>
>>
>> I've attached two mylogs: in the first, I ordered my debugger to 
>> continue after the access violation, in the second, I immediately 
>> killed the program at the point of the access violation. If you need 
>> more info, let me know.
>>
> 
> Thanks.
> Please retry the dll at 
> http://www.geocities.jp/inocchichichi/psqlodbc/index.html .
> Check SQLGetInfo with the option SQL_DBMS_NAME or SQL_DBMS_VERSION
> as well.

OK, that fixes both the access violation and the DBMS_NAME and 
DBMS_VERSION issues. The DBMS_NAME is now "PostgreSQL", and the version 
is 8.1.3, as expected. Thanks for the quick response!

--Bart

In response to

pgsql-odbc by date

Next:From: AndreasDate: 2006-03-19 04:46:58
Subject: efficiency of ODBC, MS-Access, subforms with filter
Previous:From: Hiroshi InoueDate: 2006-03-18 23:20:37
Subject: Re: Most recent driver aborts transaction after one error

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group