pywin32-bugs — Automated tracker notifications (not for bug reports!)

[pywin32-bugs] [ pywin32-Bugs-1167608 ] win32gui.GetCapture seems broken

[SourceForge.net <no...@so...>]

Bugs item #1167608, was opened at 2005-03-22 01:21
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1167608&group_id=78018

Category: win32
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Giovanni Bajo (giovannibajo)
Assigned to: Nobody/Anonymous (nobody)
Summary: win32gui.GetCapture seems broken

Initial Comment:
Hello,

it looks like win32gui.GetCapture is broken:

>>> import win32gui
>>> win32gui.GetCapture()
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
pywintypes.error: (0, 'GetCapture', 'No error message is 
available')
>>> import ctypes
>>> ctypes.windll.user32.GetCapture()
0

As you can see, it always reports an exception with 
win32gui, I don't know why. My workaround of using 
ctypes for it seems to fix the problem.

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

>Comment By: Mark Hammond (mhammond)
Date: 2005-04-12 13:42

Message:
Logged In: YES 
user_id=14198

Checking in win32gui.i;
new revision: 1.60; previous revision: 1.59

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1167608&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-1170769 ] commctrl.PY_0U should be 0

[SourceForge.net <no...@so...>]

Bugs item #1170769, was opened at 2005-03-26 09:03
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1170769&group_id=78018

Category: win32
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 6
Submitted By: Adal Chiriliuc (adalx)
Assigned to: Nobody/Anonymous (nobody)
Summary: commctrl.PY_0U should be 0

Initial Comment:
It took me 2 hours to track this down.

It causes problems when comparing notification codes
since the code returned by Windows is 0 based, but the
ones in commctrl.py are based on PY_0U which is not 0
right now.

The correct notifications are invoked for both the bad
and the good values of this constant. Probably because
Windows only considers the lower 16 bits of the value,
which are identical in both forms.


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

>Comment By: Mark Hammond (mhammond)
Date: 2005-04-12 13:04

Message:
Logged In: YES 
user_id=14198

Checking in commctrl.py;
new revision: 1.6; previous revision: 1.5

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1170769&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-1176581 ] Runtime Error - terminate in an unusual way

[SourceForge.net <no...@so...>]

Bugs item #1176581, was opened at 2005-04-05 05:49
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1176581&group_id=78018

Category: pythonwin
Group: None
>Status: Closed
>Resolution: Duplicate
Priority: 5
Submitted By: Broadus (sbj3)
Assigned to: Nobody/Anonymous (nobody)
Summary: Runtime Error - terminate in an unusual way

Initial Comment:
When exiting Pythonwin, a error dialog box pops up with
the following text.

----- title -----
Microsoft Visual C++ Runtime Library
------ body -----
Runtime Error!

Program:
C:\Python24\Lib\Site-packages\pythonwin\Pythonwin.exe

This application has requested the Runtime to terminate
it in an unusual way.  Please contact the application's
support team for more information.

-----

It has the red 'X' and one "OK" button.

My machine is Windows XP Prof., with Python 2.4. I
installed pywin32-203.win32-py2.4.exe from SourceForge.  

Any ideas?

Broadus



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

>Comment By: Mark Hammond (mhammond)
Date: 2005-04-12 12:59

Message:
Logged In: YES 
user_id=14198

I believe this is already fixed in source and will be in
build 204.  Please retry this when that build becomes
available (hopefully today!) and reopen if it still fails
for you

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1176581&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-1177738 ] Quiting PythonWin leaves taskbar icon visible

[SourceForge.net <no...@so...>]

Bugs item #1177738, was opened at 2005-04-06 23:00
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1177738&group_id=78018

Category: pythonwin
Group: None
>Status: Closed
>Resolution: Duplicate
Priority: 5
Submitted By: Atis Straujums (astraujums)
Assigned to: Nobody/Anonymous (nobody)
Summary: Quiting PythonWin leaves taskbar icon visible

Initial Comment:
Just start the PythonWin and exit it.
The green taskbar icon stays visible until mouse is 
moved over it.  Then it disapears.

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

>Comment By: Mark Hammond (mhammond)
Date: 2005-04-12 12:58

Message:
Logged In: YES 
user_id=14198

Already fixed in source, will be in build 204.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1177738&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-1177742 ] Recent file list is not saved

[SourceForge.net <no...@so...>]

Bugs item #1177742, was opened at 2005-04-06 23:05
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1177742&group_id=78018

Category: pythonwin
Group: None
>Status: Closed
>Resolution: Duplicate
Priority: 5
Submitted By: Atis Straujums (astraujums)
Assigned to: Nobody/Anonymous (nobody)
Summary: Recent file list is not saved

Initial Comment:
PythonWin 203
Python 2.4.1
Windows 2000/XP Pro/XP Home

The list of recently opened files is not saved across 
PythonWin sessions.

Within one session, however, it is saved.

The number of recent files can be configured properly 
and is reflected in the Windows Registry but the key 
that should contain Recent file paths stays empty.


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

>Comment By: Mark Hammond (mhammond)
Date: 2005-04-12 12:57

Message:
Logged In: YES 
user_id=14198

Already fixed in source, will be in build 204.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1177742&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-1178513 ] Invalid handle with win32file.CreateIoCompletionPort

[SourceForge.net <no...@so...>]

Bugs item #1178513, was opened at 2005-04-07 22:56
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1178513&group_id=78018

Category: win32
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Fred Gansevles (gansevle)
Assigned to: Nobody/Anonymous (nobody)
Summary: Invalid handle with win32file.CreateIoCompletionPort

Initial Comment:
When upgrading from build 202 to build 203 I couldn't 
register more than one (1) handle to an IoCompletionPort 
 
The attached script gives output 1 with build 202 and output 
2 with build 203 
 
output 1: 
[<socket._socketobject object at 0x008DE7E0>, 
<socket._socketobject object at 0x008DE810>, 
<socket._socketobject object at 0x008DE840>, 
<socket._socketobject object at 0x008DE870>, 
<socket._socketobject object at 0x008DE8A0>] 
84 
 
output 2: 
(6, 'CreateIoCompletionPort', 'The handle is invalid.') 
[<socket._socketobject object at 0x008DE7E0>, 
<socket._socketobject object at 0x008DE810>] 
81 
 
 

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

>Comment By: Mark Hammond (mhammond)
Date: 2005-04-12 12:57

Message:
Logged In: YES 
user_id=14198

Thanks - all fixed.  I've also added this test to the test
suite.

Checking in src/win32file.i;
new revision: 1.46; previous revision: 1.45
Checking in test/test_win32file.py;
new revision: 1.6; previous revision: 1.5


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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1178513&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-1119799 ] Active Debugging bugs

[SourceForge.net <no...@so...>]

Bugs item #1119799, was opened at 2005-02-10 14:35
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1119799&group_id=78018

Category: com
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Kiriakos Vlahos (kvlahos)
Assigned to: Nobody/Anonymous (nobody)
Summary: Active Debugging bugs

Initial Comment:
I know that Active Scripting is a bit passe, but I have
written a "Smart" Active Scripting host that works well
with VBScript and JScript and I thought that it would
cool if it worked with Python.  It did not work out of
the box.  I played a bit with PythonWin and I have made
it work after introducing various changes.  Below I
discribed the resolved and outstanding issues. 
(pywin32 build 203)

a)  ActiveScriptDebug fails when queried for IActiveScript
The class ActiveScriptDebug in debug.py implements the
IActiveScriptDebug interface.  Hosts get access to this
interface by quering the IActiveScript interface. 
According to the MS specification the
IActiveScriptDebug should provide back the
IActiveScript inteface when queried for it.   Indeed
this happens when the host calls GetScriptBlockInfo on
 IDebugDocumentHelper when handling breakpoints and the
like (and in a couple of other cases).  When this
happens ActiveScript debug does not return a valid
Interface and the Process Debug Manager (PDM) raises an
exception preventing debugging.  A workaround is to
modify following method:

	def _query_interface_(self, iid):
		trace("DebuggerQI with", iid)
		return _wrap(self.debugMgr.scriptEngine, iid)

Of course the Interface returned is not the same as the
original IActiveScript and the host should discard it.
 But it keeps PDM happy.  I could find no way to
retrieve the original interface.  Any ideas?

b)  Adb.OnDisconnect debugger
This method should set the appDebugger to None. 
Checking the existance of appDebugger provides a good
way to see whether debugging should take palce or not.
 (see next issue).  There is no reason to slow down
code if an appDebugger does not exist.  Modified method:

	def OnDisconnectDebugger(self):
		traceenter("OnDisconnectDebugger")
		self.appDebugger = None #KV
		self.set_quit()

c)  Debugger tracing never starts
If I understand it well, debugging is supposed to start
after a call to OnEnterScript.  This method finds the
right stackframe, passes it to adb.SetupAXDebugging
which calls  _BreakFlagsChanged.  This last method sets
the frame.f_trace to trace_dispatch.   However, just
setting f_trace is not enough to start debugger
tracing.  sys.settrace needs to be called somewhere, or
else the running of the code should be done through the
run, runexec, runevall etc. methods of the debugger. 
This second method is much better I think (avoids
fiddling with the frames directly and traces only the
script code), but I have implemented the first method
by modifying :

	def OnEnterScript(self):
		trace("OnEnterScript")
		baseFrame = sys._getframe().f_back
		self.adb.SetupAXDebugging(baseFrame)
		if self.adb.appDebugger:
			sys.settrace(self.adb.trace_dispatch)

d)  Debugger tracing never stops (after the above change)
Debugging is supposed to stop when the
adb.OnDisconnectDebugger is called since this calls the
set_quit method which in turn calls sys.settrace(None).
 However, OnDisconnectDebugger is called on a different
thread from the Script thread (not 100% sure on this)
and the effect is that the Script thread (and PyWin)
carries on beign traced by the debugger.  I have modified:
	def OnLeaveScript(self):
		trace("OnLeaveScript")
		self.adb.ResetAXDebugging()
		sys.settrace(None);  # KV
Implementing the second solution described above would
be simpler and cleaner than this though.

e)  Code positions are reported incorrectly
With the above changes I could set and handle
breakpoints examine the stack frames and get access to
the local variables just fine. One problem though was
that the posisitions of the breakpoints and errors
returned by PyWin were incorrect.   This is due to the
fact that when the Engine receives code from the hosts
it removes the CRs using RemoveCR in framework.py.  In
calculating the position of the various lines it does
so without taking account of the CRs that exist in the
host code.  One solution to this problem is to keep the
code as defined by the host and only apply RemoveCR
prior to submitting the code to the interpreter (not
implemented).  

f)  DebugProperty.SetValueAsString causes Access violation.
DebugProperty.GetPropertyInfo in unit expressions.py
works fine.  DebugProperty.SetValueAsString on the
other hand calls  RaiseNotImpl which would also be OK.
 However my host gets an access violation when calling
this method and the code in SetValueAsString is never
called (I added a trace statement to check this). 
Could this be a problem with the C part of PyWin?? 
This feature works well with other engines.  By the way
it wouldn't be too difficult to implement this.  All
you would need is to pass the stackFrame to the
__init__ of DebugProperty and then just say in
SetValueAsString:
exec(self.name+"="+self.value, stackFrame.f_locals,
stackFrame.f_globals)
with exception handling of course.

The followiing are feature requests rather than bugs:

g)  Partial InvokeEx support for ScriptDispatch
It is fairly easy to provide partial InvokeEx support
to ScriptDispatch by overriding two mehtods in
StrictDynamicPolicy

class
StrictDynamicPolicy(win32com.server.policy.DynamicPolicy):
	def _wrap_(self, object):
		win32com.server.policy.DynamicPolicy._wrap_(self, object)
		if hasattr(self._obj_, 'scriptNamespace'):
			for name in dir(self._obj_.scriptNamespace):
				self._dyn_dispid_to_name_[self._getdispid_(name,0)]
= name    

	def _getmembername_(self, dispid):
		try:
			return str(self._dyn_dispid_to_name_[dispid])
		except KeyError:
			raise
COMException(scode=winerror.DISP_E_UNKNOWNNAME,
desc="Name not found")	

h)  Module support
Currently ParseScriptText in Framework.py ignores the
second argument ItemName and compiles all code in the
module globalNameSpaceModule.  The proper (Microsoft
Engines like) way of handling ItemName is to compile
into globalNameSpaceModule only when ItemName is None
and create new modules for different ItemNames.  The
globalNameSpaceModule should be imported into the other
modules so that all members of globalNameSpaceModule
are visible in other modules.  

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

>Comment By: Mark Hammond (mhammond)
Date: 2005-04-11 23:08

Message:
Logged In: YES 
user_id=14198

Patches as supplied checked in.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1119799&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-1178513 ] Invalid handle with win32file.CreateIoCompletionPort

[SourceForge.net <no...@so...>]

Bugs item #1178513, was opened at 2005-04-07 14:56
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1178513&group_id=78018

Category: win32
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Fred Gansevles (gansevle)
Assigned to: Nobody/Anonymous (nobody)
Summary: Invalid handle with win32file.CreateIoCompletionPort

Initial Comment:
When upgrading from build 202 to build 203 I couldn't 
register more than one (1) handle to an IoCompletionPort 
 
The attached script gives output 1 with build 202 and output 
2 with build 203 
 
output 1: 
[<socket._socketobject object at 0x008DE7E0>, 
<socket._socketobject object at 0x008DE810>, 
<socket._socketobject object at 0x008DE840>, 
<socket._socketobject object at 0x008DE870>, 
<socket._socketobject object at 0x008DE8A0>] 
84 
 
output 2: 
(6, 'CreateIoCompletionPort', 'The handle is invalid.') 
[<socket._socketobject object at 0x008DE7E0>, 
<socket._socketobject object at 0x008DE810>] 
81 
 
 

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1178513&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-1173025 ] Can't load Python for pre-install script

[SourceForge.net <no...@so...>]

Bugs item #1173025, was opened at 2005-03-29 21:42
Message generated for change (Settings changed) made by tms43
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1173025&group_id=78018

Category: installation
Group: None
Status: Open
Resolution: None
>Priority: 8
Submitted By: tms (tms43)
Assigned to: Nobody/Anonymous (nobody)
Summary: Can't load Python for pre-install script

Initial Comment:
I see others have had this problem.  Has it been 
resolved?  I need these files for a class I am taking.

Thank you for your attention.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1173025&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-1166627 ] Makepy do not work for python-2.4.1c2

[SourceForge.net <no...@so...>]

Bugs item #1166627, was opened at 2005-03-19 20:30
Message generated for change (Comment added) made by jkew
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1166627&group_id=78018

Category: com
Group: None
Status: Open
Resolution: Accepted
Priority: 8
Submitted By: Boris Nazaroff (bor-ka)
Assigned to: Mark Hammond (mhammond)
Summary: Makepy do not work for python-2.4.1c2

Initial Comment:
I've tried to install  python-2.4.1c2 and pywin32 -
(build 203 for 2.4). And when trying to use makepy on
MSXML-4 or MSXML-3 it just bailed out with syntax error
somewhere in the generated py-file. (Moreover, i've
tried com tests - many of them have failed). 

Also I've tried latest CVS snapshot as of 10:00 (GMT+3)
19-Mar, have built it with MSVS 7.1 - no luck. 

I cannot decide if this is related to the "long code"
bug, since (1) python do not crash, it just report
syntax error and (2) this "long code" appears to be
fixed at this moment. So I desided to add this issue as
a new bug.

Unfortunately I cannot check it with python 2.4 now,
I'll report on this later. (Since latest ActiveState
Python build works fine for me with python 2.4, and, as
I think with pywin January snapshot - there were some
pathches for overflows in the generation).

I'll attach generated gen-py file and the error
message, may be it'll help.

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

Comment By: James Kew (jkew)
Date: 2005-04-06 19:26

Message:
Logged In: YES 
user_id=598066

I think I might be experiencing the same bug: on ActiveState 
Python 2.4.1, and iTunes 4.7.1, running

import win32com.client
win32com.client.gencache.EnsureDispatch
("iTunes.Application")

throws a syntax error:

"C:\DOCUME~1\James\LOCALS~1\Temp\gen_py\2.4
\9E93C96F-CF0D-43F6-8BA8-B807A3370712x0x1x2
\IiTunes.py", line 232
    "CurrentVisual": (1610743851, 2, (9, 0), 
(), "CurrentVisual", '{340F3315-ED72-4C09-9ACF-
21EB4BDF9931}'),
		"EQEnabled": (1610743853, 2, (11, 0), 
(), "EQEnabled", None),
                                                                                          
                  ^
SyntaxError: invalid syntax


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

Comment By: janez jere (janezj)
Date: 2005-04-01 08:32

Message:
Logged In: YES 
user_id=182593

it must be a python bug, because a single space = ' ' fixes
the code and python proceeds.

Example: if error is reported on "ret = ..." line bellow,
just add one single space at the end of the line before
error: in this case at the end def clone....):--> <--

	# Result is of type IXMLDOMNode
	def cloneNode(self, deep=defaultNamedNotOptArg):
		ret = self._oleobj_.InvokeTypes(19, LCID, 1, (9, 0), ((11,
1),),deep 
			)


In all cases an extra space before error is good workaround


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

Comment By: Boris Nazaroff (bor-ka)
Date: 2005-03-31 12:16

Message:
Logged In: YES 
user_id=1242633

2.4.1 is out and still the same story :-(

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

Comment By: Mark Hammond (mhammond)
Date: 2005-03-21 12:27

Message:
Logged In: YES 
user_id=14198

I can repro this - thanks!  See http://www.python.org/sf/1163244

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

Comment By: Boris Nazaroff (bor-ka)
Date: 2005-03-21 09:03

Message:
Logged In: YES 
user_id=1242633

Ok, I've tried it on python 2.4 and 2.4.1c2. Generated
{CLSID}.py file on 2.4.1c2.

2.4 imports it Ok
2.4.1c2  reports error in this module

I do not know Python enough ot decide if this is a bug in
2.4.1c2 (or in 2.4 contrary, that parsed errorneous file Ok
instead of producing an error). If this is a bug in 2.4.1c2,
should it be reported to python project?

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

Comment By: Boris Nazaroff (bor-ka)
Date: 2005-03-20 17:07

Message:
Logged In: YES 
user_id=1242633

It appears that it 'errs' in random place, at least I have
tried several COMs and haven't succeeded in finding a
patter, except that it always in the comment after some
function.
 
I'll try to reproduce it on another computer at work.

May be it is 2.4.1 that is broken...

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

Comment By: Mark Hammond (mhammond)
Date: 2005-03-20 10:28

Message:
Logged In: YES 
user_id=14198

That is a very strange error - I can see no problem with the
generated file, and the error in the traceback is clearly
referencing a 'return' in a comment.  I've never seen
anything like it :)

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1166627&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-1177742 ] Recent file list is not saved

[SourceForge.net <no...@so...>]

Bugs item #1177742, was opened at 2005-04-06 16:05
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1177742&group_id=78018

Category: pythonwin
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Atis Straujums (astraujums)
Assigned to: Nobody/Anonymous (nobody)
Summary: Recent file list is not saved

Initial Comment:
PythonWin 203
Python 2.4.1
Windows 2000/XP Pro/XP Home

The list of recently opened files is not saved across 
PythonWin sessions.

Within one session, however, it is saved.

The number of recent files can be configured properly 
and is reflected in the Windows Registry but the key 
that should contain Recent file paths stays empty.


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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1177742&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-1177738 ] Quiting PythonWin leaves taskbar icon visible

[SourceForge.net <no...@so...>]

Bugs item #1177738, was opened at 2005-04-06 16:00
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1177738&group_id=78018

Category: pythonwin
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Atis Straujums (astraujums)
Assigned to: Nobody/Anonymous (nobody)
Summary: Quiting PythonWin leaves taskbar icon visible

Initial Comment:
Just start the PythonWin and exit it.
The green taskbar icon stays visible until mouse is 
moved over it.  Then it disapears.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1177738&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-1177733 ] VSS integration produces error when checking out a file

[SourceForge.net <no...@so...>]

Bugs item #1177733, was opened at 2005-04-06 15:54
Message generated for change (Comment added) made by astraujums
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1177733&group_id=78018

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Atis Straujums (astraujums)
Assigned to: Nobody/Anonymous (nobody)
Summary: VSS integration produces error when checking out a file

Initial Comment:
Python version 2.4.1.
Pythonwin version 203.

Below is the traceback seen in PythonWin.

The error can be worked around by going to the 
mentioned line and changing the code to fit the list in 
one line (like xxx = [IVSSVersion,])

With Python 2.3.3. and PythonWin 203 for 2.3 it worked 
fine.

Traceback (most recent call last):
  File "C:\Python24\Lib\site-
packages\pythonwin\pywin\framework\editor\vss.py", 
line 65, in CheckoutFile
    mod = win32com.client.gencache.EnsureModule
('{783CD4E0-9D54-11CF-B8EE-00608CC9A71F}', 0, 5, 0)
  File "C:\Python24\Lib\site-
packages\win32com\client\gencache.py", line 407, in 
EnsureModule
    module = GetModuleForTypelib(typelibCLSID, tlbAttr
[1], tlbAttr[3], tlbAttr[4])
  File "C:\Python24\Lib\site-
packages\win32com\client\gencache.py", line 258, in 
GetModuleForTypelib
    mod = _GetModule(modName)
  File "C:\Python24\Lib\site-
packages\win32com\client\gencache.py", line 629, in 
_GetModule
    mod = __import__(mod_name)
  File "C:\Python24\lib\site-
packages\win32com\gen_py\783CD4E0-9D54-11CF-
B8EE-00608CC9A71Fx0x5x1.py", line 679
     IVSSVersion,
	]
                 ^
 SyntaxError: invalid syntax



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

>Comment By: Atis Straujums (astraujums)
Date: 2005-04-06 15:57

Message:
Logged In: YES 
user_id=1254016

It is reproducible on three machines: Windows 2000, 
Windows XP Professional, Windows XP Home

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1177733&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-1177733 ] VSS integration produces error when checking out a file

[SourceForge.net <no...@so...>]

Bugs item #1177733, was opened at 2005-04-06 15:54
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1177733&group_id=78018

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Atis Straujums (astraujums)
Assigned to: Nobody/Anonymous (nobody)
Summary: VSS integration produces error when checking out a file

Initial Comment:
Python version 2.4.1.
Pythonwin version 203.

Below is the traceback seen in PythonWin.

The error can be worked around by going to the 
mentioned line and changing the code to fit the list in 
one line (like xxx = [IVSSVersion,])

With Python 2.3.3. and PythonWin 203 for 2.3 it worked 
fine.

Traceback (most recent call last):
  File "C:\Python24\Lib\site-
packages\pythonwin\pywin\framework\editor\vss.py", 
line 65, in CheckoutFile
    mod = win32com.client.gencache.EnsureModule
('{783CD4E0-9D54-11CF-B8EE-00608CC9A71F}', 0, 5, 0)
  File "C:\Python24\Lib\site-
packages\win32com\client\gencache.py", line 407, in 
EnsureModule
    module = GetModuleForTypelib(typelibCLSID, tlbAttr
[1], tlbAttr[3], tlbAttr[4])
  File "C:\Python24\Lib\site-
packages\win32com\client\gencache.py", line 258, in 
GetModuleForTypelib
    mod = _GetModule(modName)
  File "C:\Python24\Lib\site-
packages\win32com\client\gencache.py", line 629, in 
_GetModule
    mod = __import__(mod_name)
  File "C:\Python24\lib\site-
packages\win32com\gen_py\783CD4E0-9D54-11CF-
B8EE-00608CC9A71Fx0x5x1.py", line 679
     IVSSVersion,
	]
                 ^
 SyntaxError: invalid syntax



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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1177733&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-1176581 ] Runtime Error - terminate in an unusual way

[SourceForge.net <no...@so...>]

Bugs item #1176581, was opened at 2005-04-04 14:49
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1176581&group_id=78018

Category: pythonwin
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Broadus (sbj3)
Assigned to: Nobody/Anonymous (nobody)
Summary: Runtime Error - terminate in an unusual way

Initial Comment:
When exiting Pythonwin, a error dialog box pops up with
the following text.

----- title -----
Microsoft Visual C++ Runtime Library
------ body -----
Runtime Error!

Program:
C:\Python24\Lib\Site-packages\pythonwin\Pythonwin.exe

This application has requested the Runtime to terminate
it in an unusual way.  Please contact the application's
support team for more information.

-----

It has the red 'X' and one "OK" button.

My machine is Windows XP Prof., with Python 2.4. I
installed pywin32-203.win32-py2.4.exe from SourceForge.  

Any ideas?

Broadus



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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1176581&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-1174966 ] wrong coloring when sys.ps1 is changed

[SourceForge.net <no...@so...>]

Bugs item #1174966, was opened at 2005-04-01 11:26
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1174966&group_id=78018

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Steven Bethard (bediviere)
Assigned to: Nobody/Anonymous (nobody)
Summary: wrong coloring when sys.ps1 is changed

Initial Comment:
If I set
    sys.ps1 = 'py>'
    sys.ps2 = '... '
in my sitecustomize.py, then PythonWin colors all text
in the Interactive Window blue, and performs no syntax
highlighting.  One hack that fixes this is to put '>>>'
after the copyright information, e.g. replace:
    sys.stderr.write("Portions %s - see 'Help/About
PythonWin' for further copyright information.\n" %
(win32ui.copyright,) )
in framework.interact with:
    sys.stderr.write("Portions %s - see 'Help/About
PythonWin' for further copyright information.\n>>>\n" %
(win32ui.copyright,) )
This causes code after the '>>>' to be correctly colorized.

Ideally, the code that causes the coloring to be wrong
would be changed, but I couldn't figure that out well
enough to suggest how that might be done.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1174966&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-1166627 ] Makepy do not work for python-2.4.1c2

[SourceForge.net <no...@so...>]

Bugs item #1166627, was opened at 2005-03-19 21:30
Message generated for change (Comment added) made by janezj
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1166627&group_id=78018

Category: com
Group: None
Status: Open
Resolution: Accepted
Priority: 8
Submitted By: Boris Nazaroff (bor-ka)
Assigned to: Mark Hammond (mhammond)
Summary: Makepy do not work for python-2.4.1c2

Initial Comment:
I've tried to install  python-2.4.1c2 and pywin32 -
(build 203 for 2.4). And when trying to use makepy on
MSXML-4 or MSXML-3 it just bailed out with syntax error
somewhere in the generated py-file. (Moreover, i've
tried com tests - many of them have failed). 

Also I've tried latest CVS snapshot as of 10:00 (GMT+3)
19-Mar, have built it with MSVS 7.1 - no luck. 

I cannot decide if this is related to the "long code"
bug, since (1) python do not crash, it just report
syntax error and (2) this "long code" appears to be
fixed at this moment. So I desided to add this issue as
a new bug.

Unfortunately I cannot check it with python 2.4 now,
I'll report on this later. (Since latest ActiveState
Python build works fine for me with python 2.4, and, as
I think with pywin January snapshot - there were some
pathches for overflows in the generation).

I'll attach generated gen-py file and the error
message, may be it'll help.

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

Comment By: janez jere (janezj)
Date: 2005-04-01 10:32

Message:
Logged In: YES 
user_id=182593

it must be a python bug, because a single space = ' ' fixes
the code and python proceeds.

Example: if error is reported on "ret = ..." line bellow,
just add one single space at the end of the line before
error: in this case at the end def clone....):--> <--

	# Result is of type IXMLDOMNode
	def cloneNode(self, deep=defaultNamedNotOptArg):
		ret = self._oleobj_.InvokeTypes(19, LCID, 1, (9, 0), ((11,
1),),deep 
			)


In all cases an extra space before error is good workaround


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

Comment By: Boris Nazaroff (bor-ka)
Date: 2005-03-31 14:16

Message:
Logged In: YES 
user_id=1242633

2.4.1 is out and still the same story :-(

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

Comment By: Mark Hammond (mhammond)
Date: 2005-03-21 13:27

Message:
Logged In: YES 
user_id=14198

I can repro this - thanks!  See http://www.python.org/sf/1163244

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

Comment By: Boris Nazaroff (bor-ka)
Date: 2005-03-21 10:03

Message:
Logged In: YES 
user_id=1242633

Ok, I've tried it on python 2.4 and 2.4.1c2. Generated
{CLSID}.py file on 2.4.1c2.

2.4 imports it Ok
2.4.1c2  reports error in this module

I do not know Python enough ot decide if this is a bug in
2.4.1c2 (or in 2.4 contrary, that parsed errorneous file Ok
instead of producing an error). If this is a bug in 2.4.1c2,
should it be reported to python project?

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

Comment By: Boris Nazaroff (bor-ka)
Date: 2005-03-20 18:07

Message:
Logged In: YES 
user_id=1242633

It appears that it 'errs' in random place, at least I have
tried several COMs and haven't succeeded in finding a
patter, except that it always in the comment after some
function.
 
I'll try to reproduce it on another computer at work.

May be it is 2.4.1 that is broken...

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

Comment By: Mark Hammond (mhammond)
Date: 2005-03-20 11:28

Message:
Logged In: YES 
user_id=14198

That is a very strange error - I can see no problem with the
generated file, and the error in the traceback is clearly
referencing a 'return' in a comment.  I've never seen
anything like it :)

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1166627&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-1166627 ] Makepy do not work for python-2.4.1c2

[SourceForge.net <no...@so...>]

Bugs item #1166627, was opened at 2005-03-19 23:30
Message generated for change (Comment added) made by bor-ka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1166627&group_id=78018

Category: com
Group: None
Status: Open
Resolution: Accepted
Priority: 8
Submitted By: Boris Nazaroff (bor-ka)
Assigned to: Mark Hammond (mhammond)
Summary: Makepy do not work for python-2.4.1c2

Initial Comment:
I've tried to install  python-2.4.1c2 and pywin32 -
(build 203 for 2.4). And when trying to use makepy on
MSXML-4 or MSXML-3 it just bailed out with syntax error
somewhere in the generated py-file. (Moreover, i've
tried com tests - many of them have failed). 

Also I've tried latest CVS snapshot as of 10:00 (GMT+3)
19-Mar, have built it with MSVS 7.1 - no luck. 

I cannot decide if this is related to the "long code"
bug, since (1) python do not crash, it just report
syntax error and (2) this "long code" appears to be
fixed at this moment. So I desided to add this issue as
a new bug.

Unfortunately I cannot check it with python 2.4 now,
I'll report on this later. (Since latest ActiveState
Python build works fine for me with python 2.4, and, as
I think with pywin January snapshot - there were some
pathches for overflows in the generation).

I'll attach generated gen-py file and the error
message, may be it'll help.

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

>Comment By: Boris Nazaroff (bor-ka)
Date: 2005-03-31 16:16

Message:
Logged In: YES 
user_id=1242633

2.4.1 is out and still the same story :-(

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

Comment By: Mark Hammond (mhammond)
Date: 2005-03-21 15:27

Message:
Logged In: YES 
user_id=14198

I can repro this - thanks!  See http://www.python.org/sf/1163244

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

Comment By: Boris Nazaroff (bor-ka)
Date: 2005-03-21 12:03

Message:
Logged In: YES 
user_id=1242633

Ok, I've tried it on python 2.4 and 2.4.1c2. Generated
{CLSID}.py file on 2.4.1c2.

2.4 imports it Ok
2.4.1c2  reports error in this module

I do not know Python enough ot decide if this is a bug in
2.4.1c2 (or in 2.4 contrary, that parsed errorneous file Ok
instead of producing an error). If this is a bug in 2.4.1c2,
should it be reported to python project?

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

Comment By: Boris Nazaroff (bor-ka)
Date: 2005-03-20 20:07

Message:
Logged In: YES 
user_id=1242633

It appears that it 'errs' in random place, at least I have
tried several COMs and haven't succeeded in finding a
patter, except that it always in the comment after some
function.
 
I'll try to reproduce it on another computer at work.

May be it is 2.4.1 that is broken...

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

Comment By: Mark Hammond (mhammond)
Date: 2005-03-20 13:28

Message:
Logged In: YES 
user_id=14198

That is a very strange error - I can see no problem with the
generated file, and the error in the traceback is clearly
referencing a 'return' in a comment.  I've never seen
anything like it :)

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1166627&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-1173795 ] ISAPI TerminateFilter function not called

[SourceForge.net <no...@so...>]

Bugs item #1173795, was opened at 2005-03-31 13:37
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1173795&group_id=78018

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Mark Hammond (mhammond)
Assigned to: Nobody/Anonymous (nobody)
Summary: ISAPI TerminateFilter function not called

Initial Comment:
TerminateFilter is not called by IIS.  I have confirmed
with the debugger and with print statements that the C
function in pyISAPI.cpp is not called.  The function is
exported in the DLL.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1173795&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-1064265 ] Having system32 in sys.path causes problems for services

[SourceForge.net <no...@so...>]

Bugs item #1064265, was opened at 2004-11-11 13:30
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1064265&group_id=78018

Category: win32
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Tony Meyer (anadelonbrin)
Assigned to: Nobody/Anonymous (nobody)
Summary: Having system32 in sys.path causes problems for services

Initial Comment:
If system32 is on sys.path and a script is run as a
Windows service, then it may die when it finds a
zlib.dll in system32 before it tries to find one in
PythonXX\DLLs.

In Mark's own words:

"I think that for a service (or for any Python program
for that matter), we don't want system32 on sys.path"


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

>Comment By: Mark Hammond (mhammond)
Date: 2005-03-31 10:21

Message:
Logged In: YES 
user_id=14198

Checking in PythonService.cpp;
new revision: 1.17; previous revision: 1.16

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1064265&group_id=78018

[pywin32-bugs] [ pywin32-Feature Requests-1173716 ] Add DrawTextW

[SourceForge.net <no...@so...>]

Feature Requests item #1173716, was opened at 2005-03-30 23:31
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1173716&group_id=78018

Category: win32
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Charlie51 (charlie51)
Assigned to: Nobody/Anonymous (nobody)
Summary: Add DrawTextW

Initial Comment:
It would be useful to draw unicode strings onto a dc.

DrawText does not accept Unicode strings.

DrawTextW is avalable on NT, 2000 and XP.

Sorry but I am not capable of trying to do this myself.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1173716&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-1173025 ] Can't load Python for pre-install script

[SourceForge.net <no...@so...>]

Bugs item #1173025, was opened at 2005-03-29 21:42
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1173025&group_id=78018

Category: installation
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: tms (tms43)
Assigned to: Nobody/Anonymous (nobody)
Summary: Can't load Python for pre-install script

Initial Comment:
I see others have had this problem.  Has it been 
resolved?  I need these files for a class I am taking.

Thank you for your attention.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1173025&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-1170769 ] commctrl.PY_0U should be 0

[SourceForge.net <no...@so...>]

Bugs item #1170769, was opened at 2005-03-26 00:03
Message generated for change (Settings changed) made by adalx
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1170769&group_id=78018

Category: win32
Group: None
Status: Open
Resolution: None
>Priority: 6
Submitted By: Adal Chiriliuc (adalx)
Assigned to: Nobody/Anonymous (nobody)
Summary: commctrl.PY_0U should be 0

Initial Comment:
It took me 2 hours to track this down.

It causes problems when comparing notification codes
since the code returned by Windows is 0 based, but the
ones in commctrl.py are based on PY_0U which is not 0
right now.

The correct notifications are invoked for both the bad
and the good values of this constant. Probably because
Windows only considers the lower 16 bits of the value,
which are identical in both forms.


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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1170769&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-1170769 ] commctrl.PY_0U should be 0

[SourceForge.net <no...@so...>]

Bugs item #1170769, was opened at 2005-03-26 00:03
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1170769&group_id=78018

Category: win32
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Adal Chiriliuc (adalx)
Assigned to: Nobody/Anonymous (nobody)
Summary: commctrl.PY_0U should be 0

Initial Comment:
It took me 2 hours to track this down.

It causes problems when comparing notification codes
since the code returned by Windows is 0 based, but the
ones in commctrl.py are based on PY_0U which is not 0
right now.

The correct notifications are invoked for both the bad
and the good values of this constant. Probably because
Windows only considers the lower 16 bits of the value,
which are identical in both forms.


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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1170769&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-1160437 ] Connect different DSNs servial times and Python would crash.

[SourceForge.net <no...@so...>]

Bugs item #1160437, was opened at 2005-03-10 07:27
Message generated for change (Comment added) made by jiangwen365
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1160437&group_id=78018

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: 江文 (jiangwen365)
Assigned to: Nobody/Anonymous (nobody)
Summary: Connect different DSNs servial times and Python would crash.

Initial Comment:
Hi,
  When I run the script listed below, Python VM would
crash, and usually within 20 seconds. "HScode_MDB" is
the ODBC DSN pointing to an Access MDB file, "HScode"
is the ODBC DSN pointing to a PostgreSQL Server. Dunno
it's a bug of ODBC module or the ODBC drivers. But
somehow it seems more like the ODBC module's bug. 

import dbi,odbc
while True:
	print 'connecting MDB'
	a=odbc.odbc("HScode_MDB") # a DSN
	print 'getting MDB cursor'
	ac=a.cursor()
	ac.execute('SELECT * FROM [latest_parts]') # some
operations
	ac.fetchall()
	ac.close()
	a.close()
	
	print 'connecting Postgres'
	b=odbc.odbc("HScode") # another DSN
	print 'getting postgres cursor'
	bc=b.cursor()
	bc.execute('select * from latest_parts limit 1') #
some operations
	#print bc.fetchall()
	bc.close()
	b.close()


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

>Comment By: 江文 (jiangwen365)
Date: 2005-03-23 07:42

Message:
Logged In: YES 
user_id=1147025

Mhanmond,
	Sorry, at last I'm not able to find a server for you, as
I'm no longer in university and my PC is only using
telephone line to connect to the internet.
	But if your PC has enough room for installing a PostgreSQL
win32 server(I mean if you are willing to:-)), I would be
glad to give you the URL for download, it's about 17.5M, and
comes with both ODBC Driver & GUI data browser:
http://wwwmaster.postgresql.org/download/mirrors-ftp?file=win32%2Fpostgresql-8.0.1.zip

	Below is the script which leads to crash: (But sometimes it
crashes a lot at first and somehow becomes pretty stable
later, I can't explain why, so I'm just hoping you can
luckily and successfully crash your python when running tests:))

import dbi,odbc
while True:
	print 'connecting Postgres'
	b=odbc.odbc("HScode") # another DSN
	print 'getting postgres cursor'
	bc=b.cursor()
	bc.execute('select * from latest_parts limit 1') #do some
operations
	#print bc.fetchall()
	bc.close()
	b.close() 


	It would be great if you can find and fix the problem,
after all, odbc is such a important module for any
programming languages.

	Thanks,
	Henry

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

Comment By: Mark Hammond (mhammond)
Date: 2005-03-16 23:01

Message:
Logged In: YES 
user_id=14198

I don't have a postgres DB server available to me, so am
unable to reproduce this crash.  If you can make a
connection available to me and give me a complete script
that demonstrates the error against the connection, I'd be
happy to help diagnose it.

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

Comment By: 江文 (jiangwen365)
Date: 2005-03-10 08:58

Message:
Logged In: YES 
user_id=1147025

Another strangeness found: Increase the number after LIMIT,
say 7, and Python could go further, maybe 60 loops; increase
it to 100, and Python could almost pass the loop block
successfully!

Maybe it's still Python's bug? I'm confused.

'select * from latest_parts limit 100'

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

Comment By: 江文 (jiangwen365)
Date: 2005-03-10 08:19

Message:
Logged In: YES 
user_id=1147025

Oh, when commenting out the MDB block and leaving the
Postgres block, Python would crash much sooner. Exactly the
fifith loop, aftter printing out "connecting Postgres" on my
machine!

But it seems to work pretty smoothly with the MDB block only.
So it's more likly a Postgres ODBC driver bug.

I'v submitted this to the postgres odbc developer group:
http://gborg.postgresql.org/project/psqlodbc/bugs/bugupdate.php?1207

I don't know if it would be helpful if somebody here can
provide some debug info to the postgres ODBC team?

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1160437&group_id=78018