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

[pywin32-bugs] [ pywin32-Bugs-3296287 ] Browse PythonPath fails

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

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: pythonwin
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Richard Stockford (stockford)
Assigned to: Nobody/Anonymous (nobody)
Summary: Browse PythonPath fails

Initial Comment:
On a new Vista machine, I installed Py 3.2 and pywin32-216.win-amd64-py3.2 with no errors.  PyWin works, but Tools\Browse PythonPath fails as follows:

>>> Failed to execute command:
from pywin.tools import browseProjects;browseProjects.Browse()
Traceback (most recent call last):
  File "C:\Python32\Lib\site-packages\pythonwin\pywin\framework\toolmenu.py", line 103, in HandleToolCommand
    exec("%s\n" % pyCmd)
  File "<string>", line 1, in <module>
  File "C:\Python32\Lib\site-packages\pythonwin\pywin\tools\browseProjects.py", line 254, in DockablePathBrowser
    bar.CreateWindow(win32ui.GetMainFrame(), DockableBrowserCreator, "Path Browser", 0x8e0a)
  File "C:\Python32\Lib\site-packages\pythonwin\pywin\docking\DockingBar.py", line 74, in CreateWindow
    self.dialog = childCreator(*(self,) + childCreatorArgs)
  File "C:\Python32\Lib\site-packages\pythonwin\pywin\tools\browseProjects.py", line 248, in DockableBrowserCreator
    list = hl.HierInit (parent, control)
  File "C:\Python32\Lib\site-packages\pythonwin\pywin\tools\hierlist.py", line 102, in HierInit
    self.AcceptRoot(self.root)
  File "C:\Python32\Lib\site-packages\pythonwin\pywin\tools\hierlist.py", line 238, in AcceptRoot
    subItems = self.GetSubList(root)
  File "C:\Python32\Lib\site-packages\pythonwin\pywin\tools\hierlist.py", line 286, in GetSubList
    return self.DelegateCall(item.GetSubList)
  File "C:\Python32\Lib\site-packages\pythonwin\pywin\tools\hierlist.py", line 273, in DelegateCall
    return fn()
  File "C:\Python32\Lib\site-packages\pythonwin\pywin\tools\browseProjects.py", line 181, in GetSubList
    hKey = win32api.RegOpenKey(regutil.GetRootKey(), keyStr)
pywintypes.error: (2, 'RegOpenKeyEx', 'The system cannot find the file specified.')
>>> 

Reinstall / repair of Py and PyWin makes no difference.  Any advice gratefully received.  
Interestingly [?] this is almost an exact duplicate of my last post [2271571 of 081112, when the same error occurred on a new XP machine with an earlier version of Py, 2.5.2.  I never did fix this and used the default path for everything.

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

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

[pywin32-bugs] [ pywin32-Bugs-3293883 ] InvokeType problem with python32

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

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: com
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: millgner ()
Assigned to: Nobody/Anonymous (nobody)
Summary: InvokeType problem with python32

Initial Comment:
I want to control iTunes from python using pywin32 and just want ro add a track to a playlist

    it = win32com.client.Dispatch("iTunes.Application")
    
    pl = it.LibrarySource.Playlists.ItemByName("NewPL")
    if pl == None:
        pl = it.CreatePlaylist("NewPL");   
    
    track = it.LibraryPlaylist.Tracks[1]    
    upl = win32com.client.CastTo(pl, "IITUserPlaylist")
    upl.AddTrack(track)

This code works perfectly with python27 and pywin32-216.win32-py2.7.exe.
But with python 3.2 and pywin32-216.1.win32-py3.2.exe i got the following error

Traceback (most recent call last):
  File "D:\Users\fillg1\workspace\pyTest\src\event.py", line 34, in <module>
    upl.AddTrack(track)
  File "D:\Tools\Python32\lib\site-packages\win32com\gen_py\9E93C96F-CF0D-43F6-8BA8-B807A3370712x0x1x13\IITUserPlaylist.py", line 54, in AddTrack
    ret = self._oleobj_.InvokeTypes(1610874883, LCID, 1, (9, 0), ((16396, 1),),iTrackToAdd
  File "D:\Tools\Python32\lib\site-packages\win32com\client\__init__.py", line 462, in __getattr__
    raise AttributeError("'%s' object has no attribute '%s'" % (repr(self), attr))
AttributeError: '<win32com.gen_py.iTunes 1.13 Type Library.IITPlaylist instance at 0x44495728>' object has no attribute 'InvokeTypes'


Any idea ?


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

>Comment By: millgner ()
Date: 2011-05-02 16:30

Message:
OK, I will try this

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

Comment By: Mark Hammond (mhammond)
Date: 2011-05-02 14:16

Message:
I was talking about the DispatchBaseClass in win32com.client - but the
makepy generated dispatch classes all derive from this.

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

Comment By: millgner ()
Date: 2011-05-02 09:44

Message:
>For some reason though things are going wrong. It would be great if you
>could sprinkle some print() statements in the __init__ function so we
can
>try and see what it going wrong.

Sorry I did not get this
which __init__ function do you mean ?

The code generated by genpy /makepy ?
or wincom32.client ?



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

Comment By: Mark Hammond (mhammond)
Date: 2011-04-28 02:39

Message:
I can't reproduce this with COM objects other than ITunes.  What should
happen is that the __init__ function in DispatchBaseClass in
win32com\client\__init__.py is called with your "pl" object.  Then the
line:

				oobj = oobj._oleobj_.QueryInterface(self.CLSID,
pythoncom.IID_IDispatch) # Must be a valid COM instance

should be called, which should return a low-level COM object (ie, one that
prints as "<PyIDispatch at 0x02B9F250 with obj at 0x0330EA18>" - this is
the object with the InvokeTypes method.  This object should then be stored
in the object's _oleobj_ attribute.

Then, as shown in the traceback, when calling AddTrack it does:

  self._oleobj_.InvokeTypes() - where self._oleobj_ should be the object
which was returned above by QueryInterface.

For some reason though things are going wrong.  It would be great if you
could sprinkle some print() statements in the __init__ function so we can
try and see what it going wrong.

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

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

[pywin32-bugs] [ pywin32-Bugs-3293883 ] InvokeType problem with python32

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

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: com
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: millgner ()
Assigned to: Nobody/Anonymous (nobody)
Summary: InvokeType problem with python32

Initial Comment:
I want to control iTunes from python using pywin32 and just want ro add a track to a playlist

    it = win32com.client.Dispatch("iTunes.Application")
    
    pl = it.LibrarySource.Playlists.ItemByName("NewPL")
    if pl == None:
        pl = it.CreatePlaylist("NewPL");   
    
    track = it.LibraryPlaylist.Tracks[1]    
    upl = win32com.client.CastTo(pl, "IITUserPlaylist")
    upl.AddTrack(track)

This code works perfectly with python27 and pywin32-216.win32-py2.7.exe.
But with python 3.2 and pywin32-216.1.win32-py3.2.exe i got the following error

Traceback (most recent call last):
  File "D:\Users\fillg1\workspace\pyTest\src\event.py", line 34, in <module>
    upl.AddTrack(track)
  File "D:\Tools\Python32\lib\site-packages\win32com\gen_py\9E93C96F-CF0D-43F6-8BA8-B807A3370712x0x1x13\IITUserPlaylist.py", line 54, in AddTrack
    ret = self._oleobj_.InvokeTypes(1610874883, LCID, 1, (9, 0), ((16396, 1),),iTrackToAdd
  File "D:\Tools\Python32\lib\site-packages\win32com\client\__init__.py", line 462, in __getattr__
    raise AttributeError("'%s' object has no attribute '%s'" % (repr(self), attr))
AttributeError: '<win32com.gen_py.iTunes 1.13 Type Library.IITPlaylist instance at 0x44495728>' object has no attribute 'InvokeTypes'


Any idea ?


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

>Comment By: Mark Hammond (mhammond)
Date: 2011-05-02 22:16

Message:
I was talking about the DispatchBaseClass in win32com.client - but the
makepy generated dispatch classes all derive from this.

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

Comment By: millgner ()
Date: 2011-05-02 17:44

Message:
>For some reason though things are going wrong. It would be great if you
>could sprinkle some print() statements in the __init__ function so we
can
>try and see what it going wrong.

Sorry I did not get this
which __init__ function do you mean ?

The code generated by genpy /makepy ?
or wincom32.client ?



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

Comment By: Mark Hammond (mhammond)
Date: 2011-04-28 10:39

Message:
I can't reproduce this with COM objects other than ITunes.  What should
happen is that the __init__ function in DispatchBaseClass in
win32com\client\__init__.py is called with your "pl" object.  Then the
line:

				oobj = oobj._oleobj_.QueryInterface(self.CLSID,
pythoncom.IID_IDispatch) # Must be a valid COM instance

should be called, which should return a low-level COM object (ie, one that
prints as "<PyIDispatch at 0x02B9F250 with obj at 0x0330EA18>" - this is
the object with the InvokeTypes method.  This object should then be stored
in the object's _oleobj_ attribute.

Then, as shown in the traceback, when calling AddTrack it does:

  self._oleobj_.InvokeTypes() - where self._oleobj_ should be the object
which was returned above by QueryInterface.

For some reason though things are going wrong.  It would be great if you
could sprinkle some print() statements in the __init__ function so we can
try and see what it going wrong.

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

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

[pywin32-bugs] [ pywin32-Bugs-3293883 ] InvokeType problem with python32

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

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: com
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: https://www.google.com/accounts ()
Assigned to: Nobody/Anonymous (nobody)
Summary: InvokeType problem with python32

Initial Comment:
I want to control iTunes from python using pywin32 and just want ro add a track to a playlist

    it = win32com.client.Dispatch("iTunes.Application")
    
    pl = it.LibrarySource.Playlists.ItemByName("NewPL")
    if pl == None:
        pl = it.CreatePlaylist("NewPL");   
    
    track = it.LibraryPlaylist.Tracks[1]    
    upl = win32com.client.CastTo(pl, "IITUserPlaylist")
    upl.AddTrack(track)

This code works perfectly with python27 and pywin32-216.win32-py2.7.exe.
But with python 3.2 and pywin32-216.1.win32-py3.2.exe i got the following error

Traceback (most recent call last):
  File "D:\Users\fillg1\workspace\pyTest\src\event.py", line 34, in <module>
    upl.AddTrack(track)
  File "D:\Tools\Python32\lib\site-packages\win32com\gen_py\9E93C96F-CF0D-43F6-8BA8-B807A3370712x0x1x13\IITUserPlaylist.py", line 54, in AddTrack
    ret = self._oleobj_.InvokeTypes(1610874883, LCID, 1, (9, 0), ((16396, 1),),iTrackToAdd
  File "D:\Tools\Python32\lib\site-packages\win32com\client\__init__.py", line 462, in __getattr__
    raise AttributeError("'%s' object has no attribute '%s'" % (repr(self), attr))
AttributeError: '<win32com.gen_py.iTunes 1.13 Type Library.IITPlaylist instance at 0x44495728>' object has no attribute 'InvokeTypes'


Any idea ?


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

>Comment By: https://www.google.com/accounts ()
Date: 2011-05-02 09:44

Message:
>For some reason though things are going wrong. It would be great if you
>could sprinkle some print() statements in the __init__ function so we
can
>try and see what it going wrong.

Sorry I did not get this
which __init__ function do you mean ?

The code generated by genpy /makepy ?
or wincom32.client ?



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

Comment By: Mark Hammond (mhammond)
Date: 2011-04-28 02:39

Message:
I can't reproduce this with COM objects other than ITunes.  What should
happen is that the __init__ function in DispatchBaseClass in
win32com\client\__init__.py is called with your "pl" object.  Then the
line:

				oobj = oobj._oleobj_.QueryInterface(self.CLSID,
pythoncom.IID_IDispatch) # Must be a valid COM instance

should be called, which should return a low-level COM object (ie, one that
prints as "<PyIDispatch at 0x02B9F250 with obj at 0x0330EA18>" - this is
the object with the InvokeTypes method.  This object should then be stored
in the object's _oleobj_ attribute.

Then, as shown in the traceback, when calling AddTrack it does:

  self._oleobj_.InvokeTypes() - where self._oleobj_ should be the object
which was returned above by QueryInterface.

For some reason though things are going wrong.  It would be great if you
could sprinkle some print() statements in the __init__ function so we can
try and see what it going wrong.

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

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

[pywin32-bugs] [ pywin32-Bugs-3292681 ] adodbapi - Subtle crash

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

Bugs item #3292681, was opened at 2011-04-25 09:51
Message generated for change (Settings changed) made by kf7xm
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3292681&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: adodbapi
Group: None
>Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: https://www.google.com/accounts ()
Assigned to: Vernon Cole (kf7xm)
Summary: adodbapi - Subtle crash

Initial Comment:
There is a subtle crash that can occur related to time.sleep(>10) and adodbapi.connect() calls, the second time will crash,
attached there is the simplest test case to crash it and various comments explaining the crash behavior test enviroement and stacktraces.

i hope will be useful to find the right solution, i've only found a bad workarond, without calling adodbapi.close() the crash doesn't happens.

thank you in advice

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

Comment By: Vernon Cole (kf7xm)
Date: 2011-04-29 21:43

Message:
fixed by removing CoUninitialize() and removing reference to Dispatch
structure after closing.

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

Comment By: Vernon Cole (kf7xm)
Date: 2011-04-28 11:44

Message:
Crash duplicated on Windows Vista 32 bit with SQL Server (local).
Does NOT crash in IronPython, indicating that this is probably a pywin32
error.
Investigation continues.
--
Vernon


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

Comment By: https://www.google.com/accounts ()
Date: 2011-04-26 15:11

Message:
The connection string needs sqlserver express installed on the machine, but
the same happens also with oracle oledb provider, this are the two
providers i've tested on, but could be the crash occurs with any provider

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

Comment By: Mark Hammond (mhammond)
Date: 2011-04-25 21:19

Message:
I haven't had a chance to repro this yet as the connection string doesn't
work on my dev box.

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

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

[pywin32-bugs] [ pywin32-Bugs-3292681 ] adodbapi - Subtle crash

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

Bugs item #3292681, was opened at 2011-04-25 09:51
Message generated for change (Comment added) made by kf7xm
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3292681&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: adodbapi
Group: None
Status: Open
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: https://www.google.com/accounts ()
Assigned to: Vernon Cole (kf7xm)
Summary: adodbapi - Subtle crash

Initial Comment:
There is a subtle crash that can occur related to time.sleep(>10) and adodbapi.connect() calls, the second time will crash,
attached there is the simplest test case to crash it and various comments explaining the crash behavior test enviroement and stacktraces.

i hope will be useful to find the right solution, i've only found a bad workarond, without calling adodbapi.close() the crash doesn't happens.

thank you in advice

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

>Comment By: Vernon Cole (kf7xm)
Date: 2011-04-28 11:44

Message:
Crash duplicated on Windows Vista 32 bit with SQL Server (local).
Does NOT crash in IronPython, indicating that this is probably a pywin32
error.
Investigation continues.
--
Vernon


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

Comment By: https://www.google.com/accounts ()
Date: 2011-04-26 15:11

Message:
The connection string needs sqlserver express installed on the machine, but
the same happens also with oracle oledb provider, this are the two
providers i've tested on, but could be the crash occurs with any provider

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

Comment By: Mark Hammond (mhammond)
Date: 2011-04-25 21:19

Message:
I haven't had a chance to repro this yet as the connection string doesn't
work on my dev box.

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

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

[pywin32-bugs] [ pywin32-Bugs-3293883 ] InvokeType problem with python32

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

Bugs item #3293883, was opened at 2011-04-27 19:06
Message generated for change (Settings changed) made by 
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3293883&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: com
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: https://www.google.com/accounts ()
Assigned to: Nobody/Anonymous (nobody)
>Summary: InvokeType problem with python32

Initial Comment:
I want to control iTunes from python using pywin32 and just want ro add a track to a playlist

    it = win32com.client.Dispatch("iTunes.Application")
    
    pl = it.LibrarySource.Playlists.ItemByName("NewPL")
    if pl == None:
        pl = it.CreatePlaylist("NewPL");   
    
    track = it.LibraryPlaylist.Tracks[1]    
    upl = win32com.client.CastTo(pl, "IITUserPlaylist")
    upl.AddTrack(track)

This code works perfectly with python27 and pywin32-216.win32-py2.7.exe.
But with python 3.2 and pywin32-216.1.win32-py3.2.exe i got the following error

Traceback (most recent call last):
  File "D:\Users\fillg1\workspace\pyTest\src\event.py", line 34, in <module>
    upl.AddTrack(track)
  File "D:\Tools\Python32\lib\site-packages\win32com\gen_py\9E93C96F-CF0D-43F6-8BA8-B807A3370712x0x1x13\IITUserPlaylist.py", line 54, in AddTrack
    ret = self._oleobj_.InvokeTypes(1610874883, LCID, 1, (9, 0), ((16396, 1),),iTrackToAdd
  File "D:\Tools\Python32\lib\site-packages\win32com\client\__init__.py", line 462, in __getattr__
    raise AttributeError("'%s' object has no attribute '%s'" % (repr(self), attr))
AttributeError: '<win32com.gen_py.iTunes 1.13 Type Library.IITPlaylist instance at 0x44495728>' object has no attribute 'InvokeTypes'


Any idea ?


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

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

[pywin32-bugs] [ pywin32-Bugs-3293883 ] InvokeType with python32

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

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: com
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: https://www.google.com/accounts ()
Assigned to: Nobody/Anonymous (nobody)
Summary: InvokeType with python32

Initial Comment:
I want to control iTunes from python using pywin32 and just want ro add a track to a playlist

    it = win32com.client.Dispatch("iTunes.Application")
    
    pl = it.LibrarySource.Playlists.ItemByName("NewPL")
    if pl == None:
        pl = it.CreatePlaylist("NewPL");   
    
    track = it.LibraryPlaylist.Tracks[1]    
    upl = win32com.client.CastTo(pl, "IITUserPlaylist")
    upl.AddTrack(track)

This code works perfectly with python27 and pywin32-216.win32-py2.7.exe.
But with python 3.2 and pywin32-216.1.win32-py3.2.exe i got the following error

Traceback (most recent call last):
  File "D:\Users\fillg1\workspace\pyTest\src\event.py", line 34, in <module>
    upl.AddTrack(track)
  File "D:\Tools\Python32\lib\site-packages\win32com\gen_py\9E93C96F-CF0D-43F6-8BA8-B807A3370712x0x1x13\IITUserPlaylist.py", line 54, in AddTrack
    ret = self._oleobj_.InvokeTypes(1610874883, LCID, 1, (9, 0), ((16396, 1),),iTrackToAdd
  File "D:\Tools\Python32\lib\site-packages\win32com\client\__init__.py", line 462, in __getattr__
    raise AttributeError("'%s' object has no attribute '%s'" % (repr(self), attr))
AttributeError: '<win32com.gen_py.iTunes 1.13 Type Library.IITPlaylist instance at 0x44495728>' object has no attribute 'InvokeTypes'


Any idea ?


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

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

[pywin32-bugs] [ pywin32-Bugs-3285187 ] Your example services not started at Windows 7

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

Bugs item #3285187, was opened at 2011-04-12 10:57
Message generated for change (Comment added) made by sf-robot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3285187&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: win32
Group: None
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: kaa  (kaa777)
Assigned to: Nobody/Anonymous (nobody)
Summary: Your example services not started at Windows 7

Initial Comment:
Service written in Python is installed but not started at Windows 7/Windows Server 2008 32/64bit. Winerror 1063 occurs.
Try run your examples:

serviceEvents.py install
serviceEvents.py start

pipeTestService.py install
pipeTestService.py start

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

>Comment By: SourceForge Robot (sf-robot)
Date: 2011-04-26 23:20

Message:
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).

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

Comment By: Mark Hammond (mhammond)
Date: 2011-04-12 22:33

Message:
Works for me and I've had no other reports.  You might like to try another
machine or mail the python-win32 mailing list to see if anyone else can
reproduce it.  Also, make sure you have installed Python for "all users"
rather than "just for me"

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

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

[pywin32-bugs] [ pywin32-Bugs-3292681 ] adodbapi - Subtle crash

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

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: adodbapi
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: https://www.google.com/accounts ()
Assigned to: Vernon Cole (kf7xm)
Summary: adodbapi - Subtle crash

Initial Comment:
There is a subtle crash that can occur related to time.sleep(>10) and adodbapi.connect() calls, the second time will crash,
attached there is the simplest test case to crash it and various comments explaining the crash behavior test enviroement and stacktraces.

i hope will be useful to find the right solution, i've only found a bad workarond, without calling adodbapi.close() the crash doesn't happens.

thank you in advice

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

>Comment By: https://www.google.com/accounts ()
Date: 2011-04-26 21:11

Message:
The connection string needs sqlserver express installed on the machine, but
the same happens also with oracle oledb provider, this are the two
providers i've tested on, but could be the crash occurs with any provider

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

Comment By: Mark Hammond (mhammond)
Date: 2011-04-26 03:19

Message:
I haven't had a chance to repro this yet as the connection string doesn't
work on my dev box.

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

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

[pywin32-bugs] [ pywin32-Bugs-2841107 ] v214 breaks modules autogenerated with v212's EnsureDispatch

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

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: com
Group: None
>Status: Closed
>Resolution: Out of Date
Priority: 5
Private: No
Submitted By: blair sutton (bsdz)
Assigned to: Nobody/Anonymous (nobody)
Summary: v214 breaks modules autogenerated with v212's EnsureDispatch

Initial Comment:
The additional unicode support added in revision 3.18 breaks modules generated with previous versions of pywin32. This happens in Python 2.6.

When running a previously generated module the following assert breaks previously generated modules that set UnicodeToString=0: -

assert UnicodeToString is None, "this is deprecated and will go away"

The revision that makes this change can be found here: -

http://pywin32.cvs.sourceforge.net/viewvc/pywin32/pywin32/com/win32com/client/__init__.py?r1=1.37&r2=1.38&pathrev=HEAD

A workaround is to remove autogenerated files under 

C:\Python26\Lib\site-packages\win32com\gen_py\



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

>Comment By: Mark Hammond (mhammond)
Date: 2011-04-26 16:30

Message:
This sucks and could have been avoided.  For future builds, the makepy
internal version has already been bumped which will force such regeneration
- so this will not happen in future builds.

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

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

[pywin32-bugs] [ pywin32-Bugs-2946054 ] Missing elements from documentation

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

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: win32
Group: None
>Status: Closed
>Resolution: Wont Fix
Priority: 5
Private: No
Submitted By: olivier-toupin ()
Assigned to: Nobody/Anonymous (nobody)
Summary: Missing elements from documentation

Initial Comment:
There is missing element in the provided documentation installed by the package.

Running Python 2.6.4
PyWin32 214

I had to do

for members in inspect.getmembers(win32con):
    print members

to find some constants

exemple 
PROCESS_TERMINATE needed for openProcess

Also win32con is completely missing from documentation

Random search also proved unsuccessful

win32api.VOS_NT_WINDOWS32
win32api.VS_FF_PRIVATEBUILD

There should be an online documentation too
    

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

>Comment By: Mark Hammond (mhammond)
Date: 2011-04-26 16:28

Message:
I don't think there is much value in indexing every win32con constant in
the documentation.  I'm open to ideas on specifically how this could be
improved though.

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

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

[pywin32-bugs] [ pywin32-Bugs-2933477 ] Two Link Errors: LNK2001 and LNK1120

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

Bugs item #2933477, was opened at 2010-01-17 05:51
Message generated for change (Settings changed) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2933477&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: installation
Group: None
>Status: Closed
>Resolution: Fixed
>Priority: 5
Private: No
Submitted By: Tyler (programmer09)
Assigned to: Nobody/Anonymous (nobody)
Summary: Two Link Errors: LNK2001 and LNK1120

Initial Comment:
I was able to fix the previous issue (ID 2929574) by inserting this line in win32/src/win32job_py2_swig.cpp (generated in setup.py):
long JOB_OBJECT_LIMIT_RESERVED2=0X00000000L;
right before the call to PyInt_FromLong() on the next line. With that issue resolved, I continued the build, but then I got two errors (both linker errors, no compiler errors):

...Previous output...
   Creating library build\temp.win32-2.6\Release\com/win32comext/axdebug/src\axdebug.lib and object build\temp.win32-2.6\Release\com/win32comext/axdebug/src\axdebug.exp
AXDebug.obj : error LNK2001: unresolved external symbol _CLSID_MachineDebugManager
build\lib.win32-2.6\win32comext/axdebug\axdebug.pyd : fatal error LNK1120: 1 unresolved externals
error: command '"C:\Program Files\Microsoft Visual Studio 9.0\VC\BIN\link.exe"' failed with exit status 1120


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

>Comment By: Mark Hammond (mhammond)
Date: 2011-04-26 16:26

Message:
instructions in setup.py are now up-to-date and everything builds fine
following them.

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

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

[pywin32-bugs] [ pywin32-Bugs-2998318 ] Python doesn't works with Windows Scripting Host anymore.

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

Bugs item #2998318, was opened at 2010-05-08 05:53
Message generated for change (Settings changed) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2998318&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: win32
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 7
Private: No
Submitted By: Oscar Lesta (oscarl-2)
Assigned to: Nobody/Anonymous (nobody)
Summary: Python doesn't works with Windows Scripting Host anymore.

Initial Comment:
In a clean WinXP Pro install, I've installed ActivePython-3.1.2.3-win32-x86.msi.

Trying to execute the following script:

-------- C:\test.vbs ----------
set x = CreateObject("Python")
-------------------------------

Fails with the followin information:

--------------------------
Windows Scripting Host:

Line: 1
Character: 1
Error: ActiveX component can't create object: 'Python'
Code: 800A01AD
Origen: Microsoft VBScript runtime error
--------------------------

Just to be sure, I executed the following lines:

C:\Python31\Lib\site-packages\win32comext\axscript\client>pyscript.py
Registered: Python
C:\Python31\Lib\site-packages\win32comext\axscript\client>cd C:\

Rerunning C:\>test.vbs now doesn't shows the previous error, but a new one stating that: "the application could not be started because MSVCR90.DLL was not found".

Installing the Visual C++ 9 Runtime redistributable from Microsoft (file vcredist_x86.exe) does not improves the situation.

The same happens with: ActivePython-2.6.5.12-win32-x86.msi and with
http://www.python.org/ftp/python/2.7/python-2.7b1.msi

But it works OK with: ActivePython-2.5.4.3-win32-x86.msi


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

>Comment By: Mark Hammond (mhammond)
Date: 2011-04-26 16:24

Message:
This should have been fixed in build 216 as part of the manifest changes. 
Please reopen if that is not the case (in which case I'll probably need
more information as it works for me)

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

Comment By: Oscar Lesta (oscarl-2)
Date: 2010-05-08 06:04

Message:
Trying to run the following code (saved as test.wsf):

<Job Id="WshTest">
<script language="Python.AXScript.2">
import sys
import win32com.client
import win32api
ws = win32com.client.Dispatch("WScript.Shell")
ws.popup("Hello from Python!")
</script>
</job>

Shows two error messages, the first stating the missing MSVCR90.DLL, the
second
with the folling info:

--------------------------
Windows Scripting Host:

Command sequence: C:\test.wsf
Line: 0
Character: 1
Error:      : Python.AXScript.2
Code: 8007007E
Origin: Microsoft VBScript runtime error
--------------------------

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

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

[pywin32-bugs] [ pywin32-Bugs-3075531 ] Content of mutable objects changes when I type the dot '.'

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

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: pythonwin
Group: None
>Status: Closed
>Resolution: Wont Fix
Priority: 5
Private: No
Submitted By: andrewme2 (andrewme2)
Assigned to: Nobody/Anonymous (nobody)
Summary: Content of mutable objects changes when I type the dot '.'

Initial Comment:
>From the Python interpreter, create this function:

>>> def myfunc(some_list):
>>>     some_list.append(2)
>>>     return some_list

Now create an empty list 'abc' and type "myfunc(abc)." to invoke autocompletion. Without hitting enter, erase the line. 'abc' will now contain the number 2.


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

>Comment By: Mark Hammond (mhammond)
Date: 2011-04-26 16:22

Message:
This is by design - maybe it just needs to be made clearer in the docs, or
maybe even added as a preference but the reports of problems are so low I'm
not sure it is worth it.  I'd accept a patch to add a preference though :)

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

Comment By: Mark Hammond (mhammond)
Date: 2010-10-23 11:37

Message:
This is because pythonwin evaluates function calls and indexes (ie, [x])
for autocomplete, which probably isn't ideal, but is useful.

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

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

[pywin32-bugs] [ pywin32-Bugs-3058134 ] Problems with ACL Table, missing IID_IExchangeModifyTable

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

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: win32
Group: None
>Status: Closed
>Resolution: Duplicate
Priority: 5
Private: No
Submitted By: Patrick Breucking (marquies)
Assigned to: Nobody/Anonymous (nobody)
Summary: Problems with ACL Table, missing IID_IExchangeModifyTable

Initial Comment:
Hi,

while try to read the ACL Table of a folder, I ran into this problem:

In a C++ tool (MFCMAPI) this method is used to get the Property PR_ACL_TABLE in a usable data type:

// Open the table in an IExchangeModifyTable interface
	EC_H(lpMAPIProp->OpenProperty(
		ulPropTag,
		(LPGUID)&IID_IExchangeModifyTable,
		0,
		MAPI_DEFERRED_ERRORS,
		(LPUNKNOWN FAR *)&lpExchTbl));

I figured out to do this in python:

table = mystore.OpenProperty(mapitags.PR_ACL_TABLE, IID_IExchangeModifyTable, 0 , mapi.MAPI_DEFERRED_ERRORS)

But it seems that the MAPI Extension does not know the IID_IExchangeModifyTable type. I just got just this error: 

AttributeError: 'module' object has no attribute 'IID_IExchangeModifyTable'

Maybe I'm wrong, but as far as i can say the MAPI Extension is incomplete in this point, or?

Thanks
- Marquies

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

>Comment By: Mark Hammond (mhammond)
Date: 2011-04-26 16:20

Message:
Tracking in the patch at
https://sourceforge.net/tracker/index.php?func=detail&aid=3083568&group_id=78018&atid=551956

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

Comment By: Patrick Breucking (marquies)
Date: 2010-10-27 18:30

Message:
The patch in
https://sourceforge.net/tracker/?func=detail&atid=551956&aid=3083568&group_id=78018?
also contains transformation functions for ACTION structs. I think these
should also go into the exchange features. 

Nevertheless, I just opened the thread because I thought that this would
be the better place to submit patches to the project. It can be
merged/closed.

If compiling the exchange parts is a hard problem, it might be an option
to create a new interface for my extensions. They can compile without the
Ex2KSdk. What do you think? 

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

Comment By: Mark Hammond (mhammond)
Date: 2010-10-27 15:42

Message:
I'm looking to getting the exchange modules building again, but in the
meantime, can you tell me the status of the patches here vs the patches in
https://sourceforge.net/tracker/?func=detail&atid=551956&aid=3083568&group_id=78018?
 One of them probably needs to be closed.

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

Comment By: Patrick Breucking (marquies)
Date: 2010-10-26 01:52

Message:
No problem, I'm still adding some stuff for the rules.

The first one are easy changes, the tuple change need some time ;) 

I have a problem to compile the exchange part because of missing libs.
("exchange: No library 'Ex2KSdk'") Could you give me a hint what to do? I
will then move the changes, compile and test.

Thanks a lot.

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

Comment By: Mark Hammond (mhammond)
Date: 2010-10-23 12:00

Message:
Sorry for the delay in looking at this.  It seems that the changes to
mapilib.i and mapiutil should really go in exchange.i.  There are a few
issues in PyMAPIObject_AsROWLIST:

* The error message needs updating (ie, it refers to SRowSet etc instead
of ROWLIST), 

* The line in the 'done:' label
+	if (!rc && (ppResult)) {
should be:
+	if (!rc && (*ppResult)) {

* The reference counting of 'rowEntries' and 'rowObject' are wrong.  
+		rowEntries = NULL;
+		rowObject = NULL; // important for cleanup
both of these should Py_DECREF() the objects before nulling them (it looks
like there is a bug in PyMAPIObject_AsSRowSet, which you copied this from. 
Further, 'rowEntries' isn't checked for NULL and will crash if you pass a
dict without an 'entries' element, and isn't Py_DECREF's in done:

* You should probably treat a ROWENTRY object as a simple tuple instead of
a dict, to be consistent with the other mapi helpers.

It would be great if you could address these and I'd be happy to integrate
it.


Also, the line:


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

Comment By: Patrick Breucking (marquies)
Date: 2010-09-29 01:55

Message:
Please have a look into the path and the other attached files. You also
need some more header files from the SDK to compile. Feedback welcome.

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

Comment By: Patrick Breucking (marquies)
Date: 2010-09-16 21:08

Message:
I started to write the code for this interface, the swig interface
additions and some utility code for type conversions. I would appreciate if
this additions would go into the repository. What do you think?

- Marquies

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

Comment By: Mark Hammond (mhammond)
Date: 2010-09-02 23:15

Message:
Yes - it is incomplete, at least wrt that interface.

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

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

[pywin32-bugs] [ pywin32-Patches-3083568 ] Adding support for IExchangeModifyTables for Rules and ACLs

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

Patches item #3083568, was opened at 2010-10-08 18:56
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551956&aid=3083568&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Patrick Breucking (marquies)
Assigned to: Nobody/Anonymous (nobody)
Summary: Adding support for IExchangeModifyTables for Rules and ACLs

Initial Comment:
This patch provides an implementation of the wrapping IExchangeModifyTable interface and the needed utility methods. The patch contains methods to wrap ROWLIST and ACTIONS structures and a set of flags to work with it. Please give me feedback if something is not conform to coding guidelines or other things to change.

Thanks
Patrick

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

>Comment By: Mark Hammond (mhammond)
Date: 2011-04-26 16:20

Message:
Hi marquies,
  Are you still interested in re-working this as described?

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

Comment By: Mark Hammond (mhammond)
Date: 2010-12-21 09:00

Message:
If you get the latest from cvs and follow the instructions in setup.py, you
should be able to get all the exchange modules building with just MSVC and
the most recent platform SDK.

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

Comment By: Patrick Breucking (marquies)
Date: 2010-12-21 00:17

Message:
Hi Mark,

I'm glad that you respond this patch. I agree with you that this stuff is
exchange specific and could be moved. Do you have a hint where to get the
exchange sdk files to build the exchange extensions? I have installed this
one [1] but I can't find the expected files to compile.

I would be pleased if we can fix this problem to continue the integration
of this patch


[1]
http://www.microsoft.com/downloads/details.aspx?familyid=4afe3504-c209-4a73-ac5d-ff2a4a3b48b7

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

Comment By: Mark Hammond (mhammond)
Date: 2010-12-18 11:34

Message:
Sorry for the delay in looking at this.

Any chance this could be moved into the exchange module - it seems
specific to exchange itself and I'm reluctant to have mapi itself include
headers specific to the exchange SDK as I've been burnt before with mapi
building but exchange failing.  

Also, the addition of blank lines which aren't surrounded by other changes
should be removed, and it appears OOF_TEXT isn't used so should be removed
too.

Any reason you had to stick with integer literals instead of macro names
in things like:
+        case  8:  //OP_DELEGATE,
+            lpAction->acttype = OP_DELEGATE;
? OP_DELEGATE must exist as it is used in the following line.

+                printf ("Fatal Error, can not parse message ID");
Should set a Python error instead of a simple printf - ditto for a couple
of other printfs.

The addition of EdkMdb.h etc worries me - the copyright statements don't
say they are able to be copied - isn't this stuff in the exchange SDK?


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

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

[pywin32-bugs] [ pywin32-Bugs-3074702 ] frequent KeyDot failed, UnicodeError in interactive

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

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: pythonwin
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: kxroberto (kxroberto)
Assigned to: Nobody/Anonymous (nobody)
Summary: frequent KeyDot failed, UnicodeError in interactive

Initial Comment:
build214


Firing event 'KeyDot' failed.
Traceback (most recent call last):
  File "C:\Python23\Lib\site-packages\pythonwin\pywin\scintilla\bindings.py", line 145, in fire
    rc = binding.handler(*args)
  File "C:\Python23\Lib\site-packages\pythonwin\pywin\scintilla\view.py", line 307, in KeyDotEvent
    self._AutoComplete()
  File "C:\Python23\Lib\site-packages\pythonwin\pywin\scintilla\view.py", line 467, in _AutoComplete
    text = self.GetTextRange(self.LineIndex(minline),endpos)
  File "C:\Python23\Lib\site-packages\pythonwin\pywin\scintilla\control.py", line 362, in GetTextRange
    ret = ret.decode(default_scintilla_encoding)
UnicodeDecodeError: 'utf8' codec can't decode byte 0xff in position 5946: unexpected code byte


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

>Comment By: Mark Hammond (mhammond)
Date: 2011-04-26 16:10

Message:
Yeah - we are sending the GETTESTRANGE message, but the start and end pos
have both come directly from LineIndex (EM_LINEINDEX).  This is basically
the same strategy taken by GetLine():

		start = self.LineIndex(line)
		end = self.LineIndex(line+1)
		return self.GetTextRange(start, end)

the docs for EM_GETTEXTRANGE say end if "Character position immediately
following the last character in the range.", so this looks correct.

The above all assumes scintilla doesn't have a bug in some corner case:)

It also seems strange the exception refers to 0xff  - best I can tell,
0xff is not a leading utf8 byte.

So I guess I need instructions for a repro so I can see what is going on
via the debugger!

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

Comment By: kxroberto (kxroberto)
Date: 2010-10-28 23:06

Message:
the start/end for this GetTextRange come unchecked from LineIndex() 's.
The lineno's unchecked from _GetClassInfoFromBrowser
Maybe just a line is -1 or so.
If always complete valid lines are decoded completely, may there should be
no such problem?

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

Comment By: Roger Upole (rupole)
Date: 2010-09-29 03:24

Message:
The underlying problem is how Scintilla handles (or fails to handle)
multibyte characters when in utf-8 mode.  None of the text handling
messages (SCI_GETTEXTRANGE in this case) take continuation characters
into account.  If you ask for say 10 characters, what you get back is
10 bytes, which may contain partial characters at the start or the end
of the buffer.
The only way I can see to deal with discrete characters are the
SCI_POSITIONBEFORE and SCI_POSITIONAFTER messages, which means all
operations would have to be done one character at a time.


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

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

[pywin32-bugs] [ pywin32-Bugs-3156202 ] windows script host behaviour changes after pywin32 install

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

Bugs item #3156202, was opened at 2011-01-12 02:48
Message generated for change (Comment added) made by cjgohlke
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3156202&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Cyrille Bollu (cyrillebollu)
Assigned to: Nobody/Anonymous (nobody)
Summary: windows script host behaviour changes after pywin32 install

Initial Comment:
Hi,

This problem has been reported on http://pythonforum.org/topic62-pywin32-and-windows-script-host-problem.html.

I'm experiencing the same problem.

The bug is reproductible (validated with http://surfnet.dl.sourceforge.net/sourceforge/pywin32/pywin32-214.win32-py2.5.exe):

1- take a computer where pywin32 is not installed
2- open a cmd prompt and type "wscript //h:wscript" => you get a prompt telling you that the default script host has been changed
3- install http://surfnet.dl.sourceforge.net/sourceforge/pywin32/pywin32-214.win32-py2.5.exe
4- open a new cmd prompt and type "wscript //h:wscript" => you get "can't change the default script host"

This problem might seem minor but in my company we use this "wscript //h:wscript" command to silently install softwares on client computers. And, when this problem occurs, our silent installation fails.

I will gladly help but I don't have visual studio.

Best regards,

Cyrille



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

Comment By: Christoph Gohlke (cjgohlke)
Date: 2011-04-25 20:27

Message:
That's strange. wscript //h:  and cscript //h: commands do succeed for me
after manually merging the registry file (Windows 7 Pro 64 bit). Maybe
another registry key is incomplete on your system?

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

Comment By: Mark Hammond (mhammond)
Date: 2011-04-25 20:12

Message:
I still can't find a solution to this.  FWIW, the note below about changing
the registry is simply a workaround to the problem - it manually sets
wscript as the default for .pys files but does not allow for the //h
command to succeed in the future.

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

Comment By: Cyrille Bollu (cyrillebollu)
Date: 2011-01-13 01:55

Message:
Hi,

Great!

The registry changes did the trick.

Many thanks!

Cyrille

PS: I let you close the bug

========================

What I did:
-------------

Installed python-2.6
Installed
http://downloads.sourceforge.net/project/pywin32/pywin32/Build%20214/pywin32-214.win32-py2.6.exe
wscript //h:wscript => doesn't work (usual error)
regedit 
wscript //h:wscript => works 

Note:
------

In my case I only add to create the [HKEY_CLASSES_ROOT\pysFile\Shell]
hive; The rest of [HKEY_CLASSES_ROOT\pysFile] was correct.





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

Comment By: Cyrille Bollu (cyrillebollu)
Date: 2011-01-13 01:11

Message:
>Just to be sure: "wscript //h:wscript" must be run as administrator to
succeed.
yes sure. I run it as local administrator

Now, I've removed pywin32-214.win32-py25 from my computer and I can't
manage to re-install it.

I'll now reboot my computer to see if my python 2.6 & co. installation
worked. If yes, I'll try your regedit trick.

BR,

Cyrille


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

Comment By: Christoph Gohlke (cjgohlke)
Date: 2011-01-12 17:24

Message:
Just to be sure: "wscript //h:wscript" must be run as administrator to
succeed.

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

Comment By: Christoph Gohlke (cjgohlke)
Date: 2011-01-12 17:19

Message:
Seems that [HKEY_CLASSES_ROOT\pysFile\Shell\Open] and
[HKEY_CLASSES_ROOT\pysFile\Shell\Open2] keys need to be set in the
pywin32\com\win32comext\axscript\client\pyscript.py DllRegisterServer()
function. The following registry file works for me on Windows 7:

REGEDIT4

[HKEY_CLASSES_ROOT\pysFile]
@="Python Script File"

[HKEY_CLASSES_ROOT\pysFile\ScriptEngine]
@="Python"

[HKEY_CLASSES_ROOT\pysFile\ShellEx]

[HKEY_CLASSES_ROOT\pysFile\ShellEx\DropHandler]
@="{60254CA5-953B-11CF-8C96-00AA00B8708C}"

[HKEY_CLASSES_ROOT\pysFile\ShellEx\PropertySheetHandlers]

[HKEY_CLASSES_ROOT\pysFile\ShellEx\PropertySheetHandlers\WSHProps]
@="{60254CA5-953B-11CF-8C96-00AA00B8708C}"

[HKEY_CLASSES_ROOT\pysFile\Shell\Open]

[HKEY_CLASSES_ROOT\pysFile\Shell\Open\Command]
@=hex(2):22,25,53,79,73,74,65,6d,52,6f,6f,74,25,5c,53,79,73,74,65,6d,33,32,5c,\
  57,53,63,72,69,70,74,2e,65,78,65,22,20,22,25,31,22,20,25,2a,00

[HKEY_CLASSES_ROOT\pysFile\Shell\Open2]
@=hex(2):4f,70,65,6e,20,26,77,69,74,68,20,43,6f,6d,6d,61,6e,64,20,50,72,6f,6d,\
  70,74,00
"MUIVerb"=hex(2):40,25,53,79,73,74,65,6d,52,6f,6f,74,25,5c,53,79,73,74,65,6d,\
  33,32,5c,77,73,68,65,78,74,2e,64,6c,6c,2c,2d,34,35,31,31,00

[HKEY_CLASSES_ROOT\pysFile\Shell\Open2\Command]
@=hex(2):22,25,53,79,73,74,65,6d,52,6f,6f,74,25,5c,53,79,73,74,65,6d,33,32,5c,\
  43,53,63,72,69,70,74,2e,65,78,65,22,20,22,25,31,22,20,25,2a,00


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

Comment By: Mark Hammond (mhammond)
Date: 2011-01-12 17:15

Message:
In my (limited) testing, I unregistered the AXScript engine (python
...\axscript.py --unregister), which deletes that key and a number of
others, and the problem remains.  I can't verify it ever did work for me
though...

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

Comment By: Christoph Gohlke (cjgohlke)
Date: 2011-01-12 16:26

Message:
Try rename or delete HKEY_CLASSES_ROOT\pysFile

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

Comment By: Mark Hammond (mhammond)
Date: 2011-01-12 14:33

Message:
I can't see how python could manage to do this.  Some googling shows other
people are having a similar issue without Python being installed - I wonder
if the installation of *any* WSH-compatible scripting language is causing
the problem?

> I will gladly help but I don't have visual studio.

You don't need visual studio - running wscript.exe like that shouldn't be
loading Python at all (and certainly can't once it is uninstalled but the
problem remains).  I expect something we write to the registry isn't being
cleaned up or something...

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

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

[pywin32-bugs] [ pywin32-Bugs-3292681 ] adodbapi - Subtle crash

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

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
>Category: adodbapi
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: https://www.google.com/accounts ()
>Assigned to: Vernon Cole (kf7xm)
>Summary: adodbapi - Subtle crash

Initial Comment:
There is a subtle crash that can occur related to time.sleep(>10) and adodbapi.connect() calls, the second time will crash,
attached there is the simplest test case to crash it and various comments explaining the crash behavior test enviroement and stacktraces.

i hope will be useful to find the right solution, i've only found a bad workarond, without calling adodbapi.close() the crash doesn't happens.

thank you in advice

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

>Comment By: Mark Hammond (mhammond)
Date: 2011-04-26 13:19

Message:
I haven't had a chance to repro this yet as the connection string doesn't
work on my dev box.

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

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

[pywin32-bugs] [ pywin32-Bugs-3156202 ] windows script host behaviour changes after pywin32 install

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

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Cyrille Bollu (cyrillebollu)
Assigned to: Nobody/Anonymous (nobody)
Summary: windows script host behaviour changes after pywin32 install

Initial Comment:
Hi,

This problem has been reported on http://pythonforum.org/topic62-pywin32-and-windows-script-host-problem.html.

I'm experiencing the same problem.

The bug is reproductible (validated with http://surfnet.dl.sourceforge.net/sourceforge/pywin32/pywin32-214.win32-py2.5.exe):

1- take a computer where pywin32 is not installed
2- open a cmd prompt and type "wscript //h:wscript" => you get a prompt telling you that the default script host has been changed
3- install http://surfnet.dl.sourceforge.net/sourceforge/pywin32/pywin32-214.win32-py2.5.exe
4- open a new cmd prompt and type "wscript //h:wscript" => you get "can't change the default script host"

This problem might seem minor but in my company we use this "wscript //h:wscript" command to silently install softwares on client computers. And, when this problem occurs, our silent installation fails.

I will gladly help but I don't have visual studio.

Best regards,

Cyrille



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

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

Message:
I still can't find a solution to this.  FWIW, the note below about changing
the registry is simply a workaround to the problem - it manually sets
wscript as the default for .pys files but does not allow for the //h
command to succeed in the future.

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

Comment By: Cyrille Bollu (cyrillebollu)
Date: 2011-01-13 20:55

Message:
Hi,

Great!

The registry changes did the trick.

Many thanks!

Cyrille

PS: I let you close the bug

========================

What I did:
-------------

Installed python-2.6
Installed
http://downloads.sourceforge.net/project/pywin32/pywin32/Build%20214/pywin32-214.win32-py2.6.exe
wscript //h:wscript => doesn't work (usual error)
regedit 
wscript //h:wscript => works 

Note:
------

In my case I only add to create the [HKEY_CLASSES_ROOT\pysFile\Shell]
hive; The rest of [HKEY_CLASSES_ROOT\pysFile] was correct.





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

Comment By: Cyrille Bollu (cyrillebollu)
Date: 2011-01-13 20:11

Message:
>Just to be sure: "wscript //h:wscript" must be run as administrator to
succeed.
yes sure. I run it as local administrator

Now, I've removed pywin32-214.win32-py25 from my computer and I can't
manage to re-install it.

I'll now reboot my computer to see if my python 2.6 & co. installation
worked. If yes, I'll try your regedit trick.

BR,

Cyrille


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

Comment By: Christoph Gohlke (cjgohlke)
Date: 2011-01-13 12:24

Message:
Just to be sure: "wscript //h:wscript" must be run as administrator to
succeed.

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

Comment By: Christoph Gohlke (cjgohlke)
Date: 2011-01-13 12:19

Message:
Seems that [HKEY_CLASSES_ROOT\pysFile\Shell\Open] and
[HKEY_CLASSES_ROOT\pysFile\Shell\Open2] keys need to be set in the
pywin32\com\win32comext\axscript\client\pyscript.py DllRegisterServer()
function. The following registry file works for me on Windows 7:

REGEDIT4

[HKEY_CLASSES_ROOT\pysFile]
@="Python Script File"

[HKEY_CLASSES_ROOT\pysFile\ScriptEngine]
@="Python"

[HKEY_CLASSES_ROOT\pysFile\ShellEx]

[HKEY_CLASSES_ROOT\pysFile\ShellEx\DropHandler]
@="{60254CA5-953B-11CF-8C96-00AA00B8708C}"

[HKEY_CLASSES_ROOT\pysFile\ShellEx\PropertySheetHandlers]

[HKEY_CLASSES_ROOT\pysFile\ShellEx\PropertySheetHandlers\WSHProps]
@="{60254CA5-953B-11CF-8C96-00AA00B8708C}"

[HKEY_CLASSES_ROOT\pysFile\Shell\Open]

[HKEY_CLASSES_ROOT\pysFile\Shell\Open\Command]
@=hex(2):22,25,53,79,73,74,65,6d,52,6f,6f,74,25,5c,53,79,73,74,65,6d,33,32,5c,\
  57,53,63,72,69,70,74,2e,65,78,65,22,20,22,25,31,22,20,25,2a,00

[HKEY_CLASSES_ROOT\pysFile\Shell\Open2]
@=hex(2):4f,70,65,6e,20,26,77,69,74,68,20,43,6f,6d,6d,61,6e,64,20,50,72,6f,6d,\
  70,74,00
"MUIVerb"=hex(2):40,25,53,79,73,74,65,6d,52,6f,6f,74,25,5c,53,79,73,74,65,6d,\
  33,32,5c,77,73,68,65,78,74,2e,64,6c,6c,2c,2d,34,35,31,31,00

[HKEY_CLASSES_ROOT\pysFile\Shell\Open2\Command]
@=hex(2):22,25,53,79,73,74,65,6d,52,6f,6f,74,25,5c,53,79,73,74,65,6d,33,32,5c,\
  43,53,63,72,69,70,74,2e,65,78,65,22,20,22,25,31,22,20,25,2a,00


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

Comment By: Mark Hammond (mhammond)
Date: 2011-01-13 12:15

Message:
In my (limited) testing, I unregistered the AXScript engine (python
...\axscript.py --unregister), which deletes that key and a number of
others, and the problem remains.  I can't verify it ever did work for me
though...

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

Comment By: Christoph Gohlke (cjgohlke)
Date: 2011-01-13 11:26

Message:
Try rename or delete HKEY_CLASSES_ROOT\pysFile

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

Comment By: Mark Hammond (mhammond)
Date: 2011-01-13 09:33

Message:
I can't see how python could manage to do this.  Some googling shows other
people are having a similar issue without Python being installed - I wonder
if the installation of *any* WSH-compatible scripting language is causing
the problem?

> I will gladly help but I don't have visual studio.

You don't need visual studio - running wscript.exe like that shouldn't be
loading Python at all (and certainly can't once it is uninstalled but the
problem remains).  I expect something we write to the registry isn't being
cleaned up or something...

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

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

[pywin32-bugs] [ pywin32-Bugs-3029949 ] Type information lost in enumeration of COM objects

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

Bugs item #3029949, was opened at 2010-07-15 22:09
Message generated for change (Settings changed) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3029949&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: com
Group: None
Status: Open
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Erik Janssen (erikjanssen)
Assigned to: Nobody/Anonymous (nobody)
Summary: Type information lost in enumeration of COM objects

Initial Comment:
I am using the pywin32-214.win32-py2.7.exe distribution.

I notice type information is not always available. In the following 3-line snippet 'SearchResult' is an enumerator of objects of a certain type'.

Coding it like this everything is fine and python knows the type of f:

        for i in range(0,result.SearchResults.Count):
            f = result.SearchResults.Item(i)
            print f.StartTime, "-", f.EndTime, f.Camera.CameraName

But in the following code, imho preffered, python complains about f being IUnknown and can't continue:

        for f in result.SearchResults:
            print f
            print f.StartTime, "-", f.EndTime, f.Camera.CameraName

In the generated files (gencache) all information seems to be available, as in the IDL of the COM component. 

I can supply lot's of additional information but I don't know what is making sense and what isn't.


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

>Comment By: Mark Hammond (mhammond)
Date: 2011-04-25 11:18

Message:
I still can't see a problem with this, but we don't have test coverage for
iterators returning COM objects, so I'll leave it open until I find time to
add such an enumerator to the PyComTest com object.

Could you please tell me what "print f" displays inside the loop?  First
thing I need to be sure of is whether a makepy supported object is being
used or just a "dynamc" object.  It would be great if you could try this
for both the working and failing objects.

Assuming a makepy object, what *should* happen is that gen_py.py has a
special block starting with 'if specialItems["_newenum"]:'.  It creates the
iterator object, but before doing so it checks the object for a method
named "Item" and assumes each element is of that type.  I guess this is
failing and that we don't get the correct type from the "Item" method (even
though the IDL you posted looks fine).

Once we work out what is going on there, it may still turn out that the
iterator stuff should just get more aggressive when it gets back and
IUnknown - it should attempt to query for IDispatch and then try and use
the typeinfo to locate the correct object.  This should be doable, but as
mentioned above, I'd really want test coverage before doing that.

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

Comment By: Mark Hammond (mhammond)
Date: 2010-10-23 12:23

Message:
That is very strange - they look identical!

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

Comment By: Erik Janssen (erikjanssen)
Date: 2010-07-19 19:32

Message:
Here is the relevant IDL, assuming that is what you refer to:

223 interface IFootageDescriptionEnumerator : IDispatch
224 {
225 [id(DISPID_NEWENUM), propget] HRESULT _NewEnum([out, retval]
IUnknown** Enumerator);
226 [id(DISPID_VALUE), propget] HRESULT Item([in] VARIANT Index, [out,
retval] IFootageDescription **FootageInfo);
227 [id(0x00000001), propget] HRESULT Count([out, retval] long * Count);
228 }; 

I notice that another enumarator works fine in python, it is in the IDL
declared as:

131 interface ICameraEnumerator : IDispatch{
132 [id(0xfffffffc), propget] HRESULT _NewEnum([out, retval] IUnknown
**CameraEnum);
133 [id(00000000), propget] HRESULT Item([in] int Index, [out, retval]
ICamera **CameraInfo);
134 [id(00000000), propput] HRESULT Item([in] int Index, [in] ICamera
*CameraInfo);
135 [id(0x00000001), propget] HRESULT Count([out, retval] int *Count);

Hope that helps.

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

Comment By: Mark Hammond (mhammond)
Date: 2010-07-16 02:40

Message:
Does the item have a _NewEnum method?  If so, how is it defined?  Otherwise
I am surprised IUnknown is returned - it should behave identically to when
you call Item() manually.

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

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

[pywin32-bugs] [ pywin32-Feature Requests-3292482 ] Minifilter User-Mode Application Functions

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

Feature Requests item #3292482, was opened at 2011-04-24 22:31
Message generated for change (Tracker Item Submitted) made by h4sp
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3292482&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: win32
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: h4sp (h4sp)
Assigned to: Nobody/Anonymous (nobody)
Summary: Minifilter User-Mode Application Functions

Initial Comment:
Would be great if pywin32 would have a support for these (at least some) functions. Website included for more information.


Link: http://msdn.microsoft.com/en-us/library/ff549772%28v=VS.85%29.aspx


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

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

[pywin32-bugs] [ pywin32-Bugs-3139486 ] Prompt to save file with encoding problems

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

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: pythonwin
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Greg Hazel (ghazel)
Assigned to: Nobody/Anonymous (nobody)
Summary: Prompt to save file with encoding problems

Initial Comment:
Related to https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3137807&group_id=78018 and another common case I run in to, it would be useful for pythonwin to provide a prompt when it would currently refuse to save a file, which would allow the user to save the file anyway despite possible incorrect encoding. Notepad has similar behavior, which is the alternative I'm forced to use when pythonwin fails.

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

>Comment By: Mark Hammond (mhammond)
Date: 2011-04-24 17:43

Message:
Done in 1f726f95d353

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

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

[pywin32-bugs] [ pywin32-Bugs-3150027 ] python.exe help() modules crashes

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

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: win32
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Dev Player (devplayer)
Assigned to: Nobody/Anonymous (nobody)
Summary: python.exe help() modules crashes

Initial Comment:
On Microsoft Windows XP SP3 intel Pentium 4 3.2Ghz/3.2Ghz pc with Python 2.7 installed
I installed the file
pywin32-214.win32-py2.7.exe

When in pycrust, and type help(), then type "modules" without the quotes I get:
the standard output of help
"""
Welcome to Python 2.7!  This is the online help utility.

If this is your first time using Python, you should definitely check out
bla bla bla, lists installed packages and all...
"""
all the way until the end of the help() modules I then get:
"""
Traceback (most recent call last):
  File "<input>", line 1, in <module>
  File "Q:\Python27\lib\site.py", line 453, in __call__
    return pydoc.help(*args, **kwds)
  File "Q:\Python27\lib\pydoc.py", line 1723, in __call__
    self.interact()
  File "Q:\Python27\lib\pydoc.py", line 1735, in interact
    request = self.getline('help> ')
  File "Q:\Python27\lib\pydoc.py", line 1746, in getline
    return raw_input(prompt)
  File "Q:\Python27\Lib\site-packages\pythonwin\pywin\framework\app.py", line 367, in Win32RawInput
    ret=dialog.GetSimpleInput(prompt)
  File "Q:\Python27\Lib\site-packages\pythonwin\pywin\mfc\dialog.py", line 223, in GetSimpleInput
    if title is None: title=win32ui.GetMainFrame().GetWindowText()
error: The frame does not exist
"""
While in pycrust and then doing:
import win32ui
from win32ui import GetMainFrame
dir(win32ui.GetMainFrame)

I get:
['__call__', '__class__', '__cmp__', '__delattr__', '__doc__', '__eq__', '__format__', '__ge__', '__getattribute__', '__gt__', '__hash__', '__init__', '__le__', '__lt__', '__module__', '__name__', '__ne__', '__new__', '__reduce__', '__reduce_ex__', '__repr__', '__self__', '__setattr__', '__sizeof__', '__str__', '__subclasshook__']

dir(GetMainFrame)
['__call__', '__class__', '__cmp__', '__delattr__', '__doc__', '__eq__', '__format__', '__ge__', '__getattribute__', '__gt__', '__hash__', '__init__', '__le__', '__lt__', '__module__', '__name__', '__ne__', '__new__', '__reduce__', '__reduce_ex__', '__repr__', '__self__', '__setattr__', '__sizeof__', '__str__', '__subclasshook__']

Thought I'd just try this to be more complete:
from GetMainFrame import GetWindowText
Traceback (most recent call last):
  File "<input>", line 1, in <module>
ImportError: No module named GetMainFrame

I have tried reinstalling from the windows installer file mentioned above with the same result.
Note that if I do a "help()", "modules" in IDLE or python.exe I either get a locked up console, or a crash.

I would try to install from the cvn if I knew how. Can anyone else replicate this problem?

Also this was reported on python bugs tracekr too:
http://bugs.python.org/issue10060

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

>Comment By: Mark Hammond (mhammond)
Date: 2011-04-24 16:27

Message:
Hopefully I've fixed this in rev a5a35d18b1de - now pythonwin will not hook
the input function as a side-effect of pywin.framework.app being imported, 
Please let me know after the next pywin32 release if problems remain.

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

Comment By: Mark Hammond (mhammond)
Date: 2011-01-03 13:20

Message:
What we need to understand here is how
Q:\Python27\Lib\site-packages\pythonwin\pywin\framework\app.py got loaded
into the process in the first place - I suspect pycrust may be doing it,
which is the root cause of the problem.

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

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