[ psqlodbc-Bugs-1000475 ] SEGFAULT during SQLCancel

From: <noreply(at)pgfoundry(dot)org>
To: noreply(at)pgfoundry(dot)org
Subject: [ psqlodbc-Bugs-1000475 ] SEGFAULT during SQLCancel
Date: 2005-12-09 01:29:03
Message-ID: 20051209012903.8CD411125006@pgfoundry.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-odbc

Bugs item #1000475, was opened at 2005-12-08 09:56
You can respond by visiting:
http://pgfoundry.org/tracker/?func=detail&atid=538&aid=1000475&group_id=1000125

Category: None
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Nobody (None)
Assigned to: Nobody (None)
Summary: SEGFAULT during SQLCancel

Initial Comment:
I've got seg.fault when I issued "cancel" from one thread for statement which was performing in another thread.
Primarily, it's because statement thread was started to fetch data when "cancel" was issued.
I'm using unixODBC 2.2.9, psqlodbc 08.01.0102 with "Threading=0, UseDeclareFetch=1" options. Also I'm using ODBC auto_commit mode.
MyLog file is attached.
P.S. What I think - it's because PGAPI_FreeStmt call (from PGAPI_Cancel function) doesn't block any mutex against Fetch functions. When I tried to create special mutex to protect PGAPI_Cancel->PGAPI_FreeStmt call against SQLFetchScroll, seg.fault disappeared.

----------------------------------------------------------------------

>Comment By: Ludek Finstrle (luf)
Date: 2005-12-09 02:29

Message:
Feel free to attach patch which solve the problem. It could be good start point for us at least. You can post the patch to pgsql-odbc mailing list.

----------------------------------------------------------------------

You can respond by visiting:
http://pgfoundry.org/tracker/?func=detail&atid=538&aid=1000475&group_id=1000125

Browse pgsql-odbc by date

  From Date Subject
Next Message Ludek Finstrle 2005-12-09 02:28:21 Re: [ psqlodbc-Bugs-1000476 ] DateStyle and Transaction
Previous Message Ludek Finstrle 2005-12-09 01:15:13 Re: BLOB handling compatibility with PostgreSQL > 7.4