From: Harri P. <har...@tr...> - 2002-09-11 01:46:16
|
On Tuesday 10 September 2002 10:18, hopfgartner wrote: > > Here we go: > > Traceback (most recent call last): > File "sqlDumpTbl.py", line 143, in ? > dump.dump() > File "sqlDump.py", line 64, in dump > obj_text =3D self.get_obj_definition(sp[0]) > File "sqlDumpTbl.py", line 31, in get_obj_definition > self.sql_cursor.execute('SELECT name FROM sysobjects > WHERE id =3D ' + > File "/usr/lib/python2.1/site-packages/Sybase.py", line > 346, in execute > self._unlock() > File "/usr/lib/python2.1/site-packages/Sybase.py", line > 259, in _unlock > self._owner._lock.release() > File "/usr/lib/python2.1/threading.py", line 101, in > release > assert self.__owner is me, "release() of un-acquire()d > lock" > AssertionError: release() of un-acquire()d lock > I saw exactly the same thing. If you feel adventurous you can apply the= =20 quick and dirty patch I have attached to effectively remove the threading= =20 support which I suspect you are not using anyway. Note that the patch is in no way cleaned to be final, it just works for m= e. Just copy the Sybase.py from /usr/lib/python2.2/site-packages/Sybase.py to your test script directory, and run: patch < Sybase.py.test-patch Then your script has a chance of passing this hurdle... -Harri |