This is a discussion on =?UTF-8?Q?[_psqlodbc-Bugs-1000475_]_SEGFAULT_during_SQLCancel?= within the pgsql Interfaces odbc forums, part of the PostgreSQL category; --> Bugs item #1000475, was opened at 2005-12-08 08:56 You can respond by visiting: http://pgfoundry.org/tracker/?func=d...oup_id=1000125 Category: None Group: None Status: ...
| |||||||
| Register | FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
| ||||
| Bugs item #1000475, was opened at 2005-12-08 08:56 You can respond by visiting: http://pgfoundry.org/tracker/?func=d...oup_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. ---------------------------------------------------------------------- You can respond by visiting: http://pgfoundry.org/tracker/?func=d...oup_id=1000125 ---------------------------(end of broadcast)--------------------------- TIP 2: Don't 'kill -9' the postmaster |
| Thread Tools | |
| Display Modes | |
|
|