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

[pywin32-bugs] [ pywin32-Bugs-3314345 ] dde module initialization failing

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

Bugs item #3314345, was opened at 2011-06-09 20:00
Message generated for change (Comment added) made by jonvspython
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3314345&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: ajs (ajssf)
Assigned to: Nobody/Anonymous (nobody)
Summary: dde module initialization failing

Initial Comment:
If I import the dde module after importing the win32ui module, the error generated tells me to import the win32ui module.

I get the same behaviour for builds 215 and 216

Below is a copy of a real session

    C:\>c:\Python31\python.exe
    Python 3.1.3 (r313:86834, Nov 27 2010, 17:20:37) [MSC v.1500 64 bit (AMD64)] on win32
    Type "help", "copyright", "credits" or "license" for more information.
    >>> import win32ui
    >>> import dde
    Traceback (most recent call last):
      File "<stdin>", line 1, in <module>
    ImportError: This must be an MFC application - try loading win32ui first
    >>> win32ui.GetApp()
    object 'PyCWinApp' - assoc is 000000000247D150, vi=<None>, notify=0,ch/u=0/0
    >>> 

Looking at the source code, the import error from the dde module appears to be generated because there is no CWinApp being created
by the win32ui import, but the call to win32ui.GetApp() seems to show that there is one created.



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

Comment By: jon vs. python (jonvspython)
Date: 2011-07-06 12:33

Message:
I had the same problem with Python 2.7.2 (default, Jun 12 2011, 15:08:59)
[MSC v.1500 32 bit (Intel)] on win32 and build 216.

The problem did not arise with Python 2.7.2 (default, Jun 12 2011,
15:08:59) [MSC v.1500 32 bit (Intel)] on win32 and build 214, though.

Hope it helps.

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

Comment By: Mark Hammond (mhammond)
Date: 2011-06-10 01:27

Message:
I'll fix the message later, but I don't think I will be able to fix the
behaviour.

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

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

[pywin32-bugs] [ pywin32-Bugs-3323058 ] GetFileSecurity & SetFileSecurity do not support UTF8 paths

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

Bugs item #3323058, was opened at 2011-06-20 12:19
Message generated for change (Comment added) made by sf-robot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3323058&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: mandel ()
Assigned to: Nobody/Anonymous (nobody)
Summary: GetFileSecurity & SetFileSecurity do not support UTF8 paths

Initial Comment:
The GetFileSecurity and SetSecurity method are using the non utf8 versions of the COM API. The simples way to fix the issue is to use the UTF8 versions of the functions (GetFileSecurityW, SetFileSecurityW).

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

>Comment By: SourceForge Robot (sf-robot)
Date: 2011-07-05 21: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: Roger Upole (rupole)
Date: 2011-06-24 17:12

Message:
That code works here.  Can you please provide a complete traceback ?
Also, what versions of Python and Pywin32 are you running ?

If the function had been using the plain char api's, and this patch was
applied, the code should fail to compile due to passing a char * to a
funtion that requires WCHAR *.  And again, the *W versions of these
functions do *not* use utf8.  Wide character is a 2-byte encoding, whereas
utf8 is a single byte encoding with a continuation indicator.

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

Comment By: mandel ()
Date: 2011-06-24 14:08

Message:
For what I was able to test if I used valid unicode chars in the path the
calls to GetFileSecurity from win32security would return na exception. Here
is an example of valid code that would not work:

>>> from win32security import GetFileSecurity, DACL_SECURITY_INFORMATION
>>> file_name = u'test_file\u200b\u2033\u200b\u200b\u203d\u200b\u200b'
>>> open(file_name, 'wb').close()
>>> GetFileSecurity(file_name, DACL_SECURITY_INFORMATION)

Running the above code create a test file that does have utf8 chars. Once
that file is created the GetFileSecurity raises an exception complaining
about the path. On the other hand with the given patch the code works as
expected.

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

Comment By: Roger Upole (rupole)
Date: 2011-06-21 20:25

Message:
The win32security module is built with UNICODE defined, so it's already
calling
GetFileSecurityW and SetFileSecurityW.  Also, these functions use WCHAR
rather than utf8.


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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3323058&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 12:06
Message generated for change (Comment added) made by rupole
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: Closed
>Resolution: Fixed
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: Roger Upole (rupole)
Date: 2011-06-25 13:48

Message:
Tested with the other Python versions we support, and committed.

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

Comment By: Roger Upole (rupole)
Date: 2011-06-22 07:35

Message:
This line in win32com.client.__init__.py seems to be the problem:
elif type(self) == type(oobj): # An instance

As the print shows, in Python 3.2 type(obj) returns the class.
Changing the line to
elif isinstance(oobj, DispatchBaseClass):
allows it to work correctly in 3.2.  I'll test with other versions.
 

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

Comment By: millgner ()
Date: 2011-05-02 12:06

Message:
I have inserted a print(type(self), type(oobj)) as first line in __init__

result for 2.7
(<type 'instance'>, <type 'PyIDispatch'>)
(<type 'instance'>, <type 'PyIDispatch'>)
(<type 'instance'>, <type 'PyIDispatch'>)
(<type 'instance'>, <type 'PyIDispatch'>)
(<type 'instance'>, <type 'PyIDispatch'>)
(<type 'instance'>, <type 'PyIDispatch'>)
(<type 'instance'>, <type 'PyIDispatch'>)
(<type 'instance'>, <type 'instance'>)
(<type 'instance'>, <type 'PyIDispatch'>)

and for 3.2


<class
'win32com.gen_py.9E93C96F-CF0D-43F6-8BA8-B807A3370712x0x1x13.IiTunes.IiTunes'>
<class 'PyIDispatch'>
<class
'win32com.gen_py.9E93C96F-CF0D-43F6-8BA8-B807A3370712x0x1x13.IITSource.IITSource'>
<class 'PyIDispatch'>
<class
'win32com.gen_py.9E93C96F-CF0D-43F6-8BA8-B807A3370712x0x1x13.IITPlaylistCollection.IITPlaylistCollection'>
<class 'PyIDispatch'>
<class
'win32com.gen_py.9E93C96F-CF0D-43F6-8BA8-B807A3370712x0x1x13.IITPlaylist.IITPlaylist'>
<class 'PyIDispatch'>
<class
'win32com.gen_py.9E93C96F-CF0D-43F6-8BA8-B807A3370712x0x1x13.IITLibraryPlaylist.IITLibraryPlaylist'>
<class 'PyIDispatch'>
<class
'win32com.gen_py.9E93C96F-CF0D-43F6-8BA8-B807A3370712x0x1x13.IITTrackCollection.IITTrackCollection'>
<class 'PyIDispatch'>
<class
'win32com.gen_py.9E93C96F-CF0D-43F6-8BA8-B807A3370712x0x1x13.IITTrack.IITTrack'>
<class 'PyIDispatch'>
<class
'win32com.gen_py.9E93C96F-CF0D-43F6-8BA8-B807A3370712x0x1x13.IITUserPlaylist.IITUserPlaylist'>
<class
'win32com.gen_py.9E93C96F-CF0D-43F6-8BA8-B807A3370712x0x1x13.IITPlaylist.IITPlaylist'>
Traceback (most recent call last):
  File "D:\Users\fillg1\workspace\pyTest\src\test.py", line 12, 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 464, 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 0x42196656>' object has no attribute 'InvokeTypes'

And now comes the interesszting point

if I delete the generated  dispatch classes it works excatly once. So may
be a bug in genpy ?

I will attach the generated files


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

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

Message:
OK, I will try this

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

Comment By: Mark Hammond (mhammond)
Date: 2011-05-02 07: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 02: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-27 19: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-3323058 ] GetFileSecurity & SetFileSecurity do not support UTF8 paths

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

Bugs item #3323058, was opened at 2011-06-20 07:19
Message generated for change (Comment added) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3323058&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: Pending
Resolution: None
Priority: 5
Private: No
Submitted By: mandel ()
Assigned to: Nobody/Anonymous (nobody)
Summary: GetFileSecurity & SetFileSecurity do not support UTF8 paths

Initial Comment:
The GetFileSecurity and SetSecurity method are using the non utf8 versions of the COM API. The simples way to fix the issue is to use the UTF8 versions of the functions (GetFileSecurityW, SetFileSecurityW).

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

>Comment By: Roger Upole (rupole)
Date: 2011-06-24 12:12

Message:
That code works here.  Can you please provide a complete traceback ?
Also, what versions of Python and Pywin32 are you running ?

If the function had been using the plain char api's, and this patch was
applied, the code should fail to compile due to passing a char * to a
funtion that requires WCHAR *.  And again, the *W versions of these
functions do *not* use utf8.  Wide character is a 2-byte encoding, whereas
utf8 is a single byte encoding with a continuation indicator.

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

Comment By: mandel ()
Date: 2011-06-24 09:08

Message:
For what I was able to test if I used valid unicode chars in the path the
calls to GetFileSecurity from win32security would return na exception. Here
is an example of valid code that would not work:

>>> from win32security import GetFileSecurity, DACL_SECURITY_INFORMATION
>>> file_name = u'test_file\u200b\u2033\u200b\u200b\u203d\u200b\u200b'
>>> open(file_name, 'wb').close()
>>> GetFileSecurity(file_name, DACL_SECURITY_INFORMATION)

Running the above code create a test file that does have utf8 chars. Once
that file is created the GetFileSecurity raises an exception complaining
about the path. On the other hand with the given patch the code works as
expected.

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

Comment By: Roger Upole (rupole)
Date: 2011-06-21 15:25

Message:
The win32security module is built with UNICODE defined, so it's already
calling
GetFileSecurityW and SetFileSecurityW.  Also, these functions use WCHAR
rather than utf8.


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

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

[pywin32-bugs] [ pywin32-Bugs-3323058 ] GetFileSecurity & SetFileSecurity do not support UTF8 paths

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

Bugs item #3323058, was opened at 2011-06-20 12:19
Message generated for change (Comment added) made by 
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3323058&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: Pending
Resolution: None
Priority: 5
Private: No
Submitted By: mandel ()
Assigned to: Nobody/Anonymous (nobody)
Summary: GetFileSecurity & SetFileSecurity do not support UTF8 paths

Initial Comment:
The GetFileSecurity and SetSecurity method are using the non utf8 versions of the COM API. The simples way to fix the issue is to use the UTF8 versions of the functions (GetFileSecurityW, SetFileSecurityW).

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

Comment By: mandel ()
Date: 2011-06-24 14:08

Message:
For what I was able to test if I used valid unicode chars in the path the
calls to GetFileSecurity from win32security would return na exception. Here
is an example of valid code that would not work:

>>> from win32security import GetFileSecurity, DACL_SECURITY_INFORMATION
>>> file_name = u'test_file\u200b\u2033\u200b\u200b\u203d\u200b\u200b'
>>> open(file_name, 'wb').close()
>>> GetFileSecurity(file_name, DACL_SECURITY_INFORMATION)

Running the above code create a test file that does have utf8 chars. Once
that file is created the GetFileSecurity raises an exception complaining
about the path. On the other hand with the given patch the code works as
expected.

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

Comment By: Roger Upole (rupole)
Date: 2011-06-21 20:25

Message:
The win32security module is built with UNICODE defined, so it's already
calling
GetFileSecurityW and SetFileSecurityW.  Also, these functions use WCHAR
rather than utf8.


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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3323058&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 12:06
Message generated for change (Comment added) made by rupole
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: Roger Upole (rupole)
Date: 2011-06-22 07:35

Message:
This line in win32com.client.__init__.py seems to be the problem:
elif type(self) == type(oobj): # An instance

As the print shows, in Python 3.2 type(obj) returns the class.
Changing the line to
elif isinstance(oobj, DispatchBaseClass):
allows it to work correctly in 3.2.  I'll test with other versions.
 

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

Comment By: millgner ()
Date: 2011-05-02 12:06

Message:
I have inserted a print(type(self), type(oobj)) as first line in __init__

result for 2.7
(<type 'instance'>, <type 'PyIDispatch'>)
(<type 'instance'>, <type 'PyIDispatch'>)
(<type 'instance'>, <type 'PyIDispatch'>)
(<type 'instance'>, <type 'PyIDispatch'>)
(<type 'instance'>, <type 'PyIDispatch'>)
(<type 'instance'>, <type 'PyIDispatch'>)
(<type 'instance'>, <type 'PyIDispatch'>)
(<type 'instance'>, <type 'instance'>)
(<type 'instance'>, <type 'PyIDispatch'>)

and for 3.2


<class
'win32com.gen_py.9E93C96F-CF0D-43F6-8BA8-B807A3370712x0x1x13.IiTunes.IiTunes'>
<class 'PyIDispatch'>
<class
'win32com.gen_py.9E93C96F-CF0D-43F6-8BA8-B807A3370712x0x1x13.IITSource.IITSource'>
<class 'PyIDispatch'>
<class
'win32com.gen_py.9E93C96F-CF0D-43F6-8BA8-B807A3370712x0x1x13.IITPlaylistCollection.IITPlaylistCollection'>
<class 'PyIDispatch'>
<class
'win32com.gen_py.9E93C96F-CF0D-43F6-8BA8-B807A3370712x0x1x13.IITPlaylist.IITPlaylist'>
<class 'PyIDispatch'>
<class
'win32com.gen_py.9E93C96F-CF0D-43F6-8BA8-B807A3370712x0x1x13.IITLibraryPlaylist.IITLibraryPlaylist'>
<class 'PyIDispatch'>
<class
'win32com.gen_py.9E93C96F-CF0D-43F6-8BA8-B807A3370712x0x1x13.IITTrackCollection.IITTrackCollection'>
<class 'PyIDispatch'>
<class
'win32com.gen_py.9E93C96F-CF0D-43F6-8BA8-B807A3370712x0x1x13.IITTrack.IITTrack'>
<class 'PyIDispatch'>
<class
'win32com.gen_py.9E93C96F-CF0D-43F6-8BA8-B807A3370712x0x1x13.IITUserPlaylist.IITUserPlaylist'>
<class
'win32com.gen_py.9E93C96F-CF0D-43F6-8BA8-B807A3370712x0x1x13.IITPlaylist.IITPlaylist'>
Traceback (most recent call last):
  File "D:\Users\fillg1\workspace\pyTest\src\test.py", line 12, 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 464, 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 0x42196656>' object has no attribute 'InvokeTypes'

And now comes the interesszting point

if I delete the generated  dispatch classes it works excatly once. So may
be a bug in genpy ?

I will attach the generated files


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

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

Message:
OK, I will try this

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

Comment By: Mark Hammond (mhammond)
Date: 2011-05-02 07: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 02: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-27 19: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-Feature Requests-3324407 ] Silent Install

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

Feature Requests item #3324407, was opened at 2011-06-22 18:07
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3324407&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: Closed
>Resolution: Wont Fix
Priority: 5
Private: No
Submitted By: JordanRinke (jordanrinke)
Assigned to: Nobody/Anonymous (nobody)
Summary: Silent Install

Initial Comment:
It would be nice to be able to silently install from the compiled EXE for PyWin. Unless there is a way to install it from source without requiring full blown VS2008 that I haven't been able to find?

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

Comment By: Mark Hammond (mhammond)
Date: 2011-06-22 22:01

Message:
This is often requested, but unfortunately is not supported by the
'bdist_wininst' command in distutils which is used to create the installer.

A work around is to extract and copy the files manually, then run the
command "python pywin32_postinstall.py -install" after the files are in
place.

The files can be extracted either by installing the executable into a
clean Python install and copying the files manually, or opening the .exe as
a ZIP file and extracting directly from there - some tools may require you
to rename the ..exe to .zip before this will work (but the .exe is a valid
zip file)

Closing as "wont fix" as the fix needs to be in Python itself (ie, in
distutils) rather than pywin32.

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

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

[pywin32-bugs] [ pywin32-Feature Requests-3324407 ] Silent Install

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

Feature Requests item #3324407, was opened at 2011-06-22 03:07
Message generated for change (Tracker Item Submitted) made by jordanrinke
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3324407&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: JordanRinke (jordanrinke)
Assigned to: Nobody/Anonymous (nobody)
Summary: Silent Install

Initial Comment:
It would be nice to be able to silently install from the compiled EXE for PyWin. Unless there is a way to install it from source without requiring full blown VS2008 that I haven't been able to find?

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

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

[pywin32-bugs] [ pywin32-Bugs-3323058 ] GetFileSecurity & SetFileSecurity do not support UTF8 paths

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

Bugs item #3323058, was opened at 2011-06-20 07:19
Message generated for change (Comment added) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3323058&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: Pending
Resolution: None
Priority: 5
Private: No
Submitted By: mandel ()
Assigned to: Nobody/Anonymous (nobody)
Summary: GetFileSecurity & SetFileSecurity do not support UTF8 paths

Initial Comment:
The GetFileSecurity and SetSecurity method are using the non utf8 versions of the COM API. The simples way to fix the issue is to use the UTF8 versions of the functions (GetFileSecurityW, SetFileSecurityW).

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

>Comment By: Roger Upole (rupole)
Date: 2011-06-21 15:25

Message:
The win32security module is built with UNICODE defined, so it's already
calling
GetFileSecurityW and SetFileSecurityW.  Also, these functions use WCHAR
rather than utf8.


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

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

[pywin32-bugs] [ pywin32-Bugs-3301153 ] Need VC 10 version of Python for Windows extensions

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

Bugs item #3301153, was opened at 2011-05-12 13:12
Message generated for change (Settings changed) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3301153&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: Closed
>Resolution: Duplicate
Priority: 5
Private: No
Submitted By: Martin Glynn (martymike)
Assigned to: Nobody/Anonymous (nobody)
Summary: Need VC 10 version of Python for Windows extensions

Initial Comment:
Background: have app that has Python embedded and we using the extensions in many scripts that we supply. Needed features in new MFC with VC10. Want to use Python 2.7. Python won't initialize unless same C run-time, so rebuilt python27.dll (and some others, but that seems all that is critical). We've done this before (at Python 2.8 with VC 9) but this time cannot import win32api. So thought we needed to rebuild that, too.
Using Python 2.7. Downloaded source for v 216.2. Try to build it using setup.py that came with it with installed Py 2.7. Fails trying to build perfmondata; appears to be looking for *.man files that do not exist. Decided to try again using rebuilt Python (VC10). Setup correctly identifies compiler and linker (cool!) but now failure occurs trying to load winapi. Tried rebuilding that using VS project file. Seems to build. Tried to run product on bare hope that that was all that was needed - failure importing _win32sysloader. Don't see how that gets rebuilt. Still can't get past perfmondata in setup.
Are we going about this the right way?

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

>Comment By: Roger Upole (rupole)
Date: 2011-06-21 15:02

Message:
Dup of 3301132

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

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

[pywin32-bugs] [ pywin32-Bugs-3323058 ] GetFileSecurity & SetFileSecurity do not support UTF8 paths

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

Bugs item #3323058, was opened at 2011-06-20 12:19
Message generated for change (Settings changed) made by 
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3323058&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: mandel ()
Assigned to: Nobody/Anonymous (nobody)
>Summary: GetFileSecurity & SetFileSecurity do not support UTF8 paths

Initial Comment:
The GetFileSecurity and SetSecurity method are using the non utf8 versions of the COM API. The simples way to fix the issue is to use the UTF8 versions of the functions (GetFileSecurityW, SetFileSecurityW).

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

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

[pywin32-bugs] [ pywin32-Bugs-3323058 ] GetFileSecurity & SetFileSecurity do not support UTF8 fpaths

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

Bugs item #3323058, was opened at 2011-06-20 12:19
Message generated for change (Tracker Item Submitted) made by 
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3323058&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: mandel ()
Assigned to: Nobody/Anonymous (nobody)
Summary: GetFileSecurity & SetFileSecurity do not support UTF8 fpaths

Initial Comment:
The GetFileSecurity and SetSecurity method are using the non utf8 versions of the COM API. The simples way to fix the issue is to use the UTF8 versions of the functions (GetFileSecurityW, SetFileSecurityW).

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

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

[pywin32-bugs] [ pywin32-Bugs-3322095 ] problems installing pywin32-216.win32-py3.1.exe

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

Bugs item #3322095, was opened at 2011-06-19 02:18
Message generated for change (Tracker Item Submitted) made by antoniobotelho
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3322095&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: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Antonio Botelho (antoniobotelho)
Assigned to: Nobody/Anonymous (nobody)
Summary: problems installing pywin32-216.win32-py3.1.exe

Initial Comment:
Hi, regarding issue 3290176, same problem occurs with installation file pywin32-216.win32-py3.1.exe.
Is it possible to generate a new installation file with the fixed postinstall script?
Thanks!!

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

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

[pywin32-bugs] [ pywin32-Bugs-3304799 ] stdout and stderr fail as service

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

Bugs item #3304799, was opened at 2011-05-19 21:20
Message generated for change (Comment added) made by sf-robot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3304799&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: Steve Kelker (skelker)
Assigned to: Nobody/Anonymous (nobody)
Summary: stdout and stderr fail as service

Initial Comment:
Overall, you implementation of win32 is excellent.  I have one issue to report:

There appears to be a bug in either  implementation of stderr/stdout for window's services, or there is an error in the way the os handles it, but if you write to stdout or stderr from a windows service using win32 service implementation, the script will throw an exception after a buffer fills up.  It looks like the buffer is probably 4k based on some googling I've done and the results of the attached script.  The attached script proves this bug exists.  It fails on the 228th time that it tries to write an 18 byte string to stdout.  

If you install the attached script:

test_logger.py install

Then start the service, it will shut itself down after writing this error to the system event log:

Failed on the 227 write to stdout:
Traceback (most recent call last):
  File "D:\SVN\trunk\tool\scripts\python\cashGrainsMQ\test_logger.py", line 41, in appStart
    print "Writing to stdout"
IOError: [Errno 9] Bad file descriptor

Thanks for the help.

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

>Comment By: SourceForge Robot (sf-robot)
Date: 2011-06-13 20: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: Roger Upole (rupole)
Date: 2011-05-30 19:52

Message:
This is a fairly common issue with services and other apps that don't have
a console.  There is no real stdout or stderr.  Your best bet would be to
either assign a file object to sys.stdout and sys.stderr, or use the
logging module.

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

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

[pywin32-bugs] [ pywin32-Bugs-3314345 ] dde module initialization failing

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

Bugs item #3314345, was opened at 2011-06-10 04:00
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3314345&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: ajs (ajssf)
Assigned to: Nobody/Anonymous (nobody)
Summary: dde module initialization failing

Initial Comment:
If I import the dde module after importing the win32ui module, the error generated tells me to import the win32ui module.

I get the same behaviour for builds 215 and 216

Below is a copy of a real session

    C:\>c:\Python31\python.exe
    Python 3.1.3 (r313:86834, Nov 27 2010, 17:20:37) [MSC v.1500 64 bit (AMD64)] on win32
    Type "help", "copyright", "credits" or "license" for more information.
    >>> import win32ui
    >>> import dde
    Traceback (most recent call last):
      File "<stdin>", line 1, in <module>
    ImportError: This must be an MFC application - try loading win32ui first
    >>> win32ui.GetApp()
    object 'PyCWinApp' - assoc is 000000000247D150, vi=<None>, notify=0,ch/u=0/0
    >>> 

Looking at the source code, the import error from the dde module appears to be generated because there is no CWinApp being created
by the win32ui import, but the call to win32ui.GetApp() seems to show that there is one created.



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

>Comment By: Mark Hammond (mhammond)
Date: 2011-06-10 09:27

Message:
I'll fix the message later, but I don't think I will be able to fix the
behaviour.

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

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

[pywin32-bugs] [ pywin32-Bugs-3314345 ] dde module initialization failing

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

Bugs item #3314345, was opened at 2011-06-09 12:00
Message generated for change (Tracker Item Submitted) made by ajssf
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3314345&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: ajs (ajssf)
Assigned to: Nobody/Anonymous (nobody)
Summary: dde module initialization failing

Initial Comment:
If I import the dde module after importing the win32ui module, the error generated tells me to import the win32ui module.

I get the same behaviour for builds 215 and 216

Below is a copy of a real session

    C:\>c:\Python31\python.exe
    Python 3.1.3 (r313:86834, Nov 27 2010, 17:20:37) [MSC v.1500 64 bit (AMD64)] on win32
    Type "help", "copyright", "credits" or "license" for more information.
    >>> import win32ui
    >>> import dde
    Traceback (most recent call last):
      File "<stdin>", line 1, in <module>
    ImportError: This must be an MFC application - try loading win32ui first
    >>> win32ui.GetApp()
    object 'PyCWinApp' - assoc is 000000000247D150, vi=<None>, notify=0,ch/u=0/0
    >>> 

Looking at the source code, the import error from the dde module appears to be generated because there is no CWinApp being created
by the win32ui import, but the call to win32ui.GetApp() seems to show that there is one created.



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

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

[pywin32-bugs] [ pywin32-Bugs-3311111 ] win32api installation with BitNami Djangostack

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

Bugs item #3311111, was opened at 2011-06-04 00:32
Message generated for change (Settings changed) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3311111&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: Invalid
Priority: 5
Private: No
Submitted By: Melissa AW. ()
Assigned to: Nobody/Anonymous (nobody)
Summary: win32api installation with BitNami Djangostack

Initial Comment:
BitNami Djangostack installs Python in a non-standard location (C:\Program Files\BitNami DjangoStack\python) and apparently doesn't put it in whatever registry the win32api is searching for. What "registry" is that (the Windows registry?)? Can I manually add my installation of Python to it?

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

Comment By: Mark Hammond (mhammond)
Date: 2011-06-05 14:03

Message:
Thanks fir your report, but this tracker is for reporting bugs in pywin32
rather than a support forum.

Please email support requests to the python-win32 mailing list where many
more people will see your request and be able to help.  You need to be
subscribed to the list before you can post to it - see
http://mail.python.org/mailman/listinfo/python-win32 for subscription
options.


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

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

[pywin32-bugs] [ pywin32-Bugs-3311111 ] win32api installation with BitNami Djangostack

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

Bugs item #3311111, was opened at 2011-06-03 10:32
Message generated for change (Tracker Item Submitted) made by 
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3311111&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: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Melissa AW. ()
Assigned to: Nobody/Anonymous (nobody)
Summary: win32api installation with BitNami Djangostack

Initial Comment:
BitNami Djangostack installs Python in a non-standard location (C:\Program Files\BitNami DjangoStack\python) and apparently doesn't put it in whatever registry the win32api is searching for. What "registry" is that (the Windows registry?)? Can I manually add my installation of Python to it?

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

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

[pywin32-bugs] [ pywin32-Bugs-3304799 ] stdout and stderr fail as service

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

Bugs item #3304799, was opened at 2011-05-19 16:20
Message generated for change (Comment added) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3304799&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: Pending
Resolution: None
Priority: 5
Private: No
Submitted By: Steve Kelker (skelker)
Assigned to: Nobody/Anonymous (nobody)
Summary: stdout and stderr fail as service

Initial Comment:
Overall, you implementation of win32 is excellent.  I have one issue to report:

There appears to be a bug in either  implementation of stderr/stdout for window's services, or there is an error in the way the os handles it, but if you write to stdout or stderr from a windows service using win32 service implementation, the script will throw an exception after a buffer fills up.  It looks like the buffer is probably 4k based on some googling I've done and the results of the attached script.  The attached script proves this bug exists.  It fails on the 228th time that it tries to write an 18 byte string to stdout.  

If you install the attached script:

test_logger.py install

Then start the service, it will shut itself down after writing this error to the system event log:

Failed on the 227 write to stdout:
Traceback (most recent call last):
  File "D:\SVN\trunk\tool\scripts\python\cashGrainsMQ\test_logger.py", line 41, in appStart
    print "Writing to stdout"
IOError: [Errno 9] Bad file descriptor

Thanks for the help.

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

>Comment By: Roger Upole (rupole)
Date: 2011-05-30 14:52

Message:
This is a fairly common issue with services and other apps that don't have
a console.  There is no real stdout or stderr.  Your best bet would be to
either assign a file object to sys.stdout and sys.stderr, or use the
logging module.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3304799&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 03:03
Message generated for change (Comment added) made by mwtoews
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: Michael Toews (mwtoews)
Date: 2011-05-29 22:25

Message:
I frequently (daily) have a similar error, typically while editing code or
comments in Python scripts where I happen to type letters followed by the
"." character. This edited error was 2000 lines long:

Firing event 'KeyDot' failed.
Traceback (most recent call last):
  File
"C:\Python25\Lib\site-packages\pythonwin\pywin\scintilla\bindings.py", line
142, in fire
    rc = binding.handler(*args)
  File "C:\Python25\Lib\site-packages\pythonwin\pywin\scintilla\view.py",
line 307, in KeyDotEvent
    self._AutoComplete()
  File "C:\Python25\Lib\site-packages\pythonwin\pywin\scintilla\view.py",
line 465, in _AutoComplete
    minline, maxline, curclass = self._GetClassInfoFromBrowser()
  File "C:\Python25\Lib\site-packages\pythonwin\pywin\scintilla\view.py",
line 520, in _GetClassInfoFromBrowser
    if not browser.list: return (minline,maxline,None) # Not initialized
  File "C:\Python25\Lib\site-packages\pythonwin\pywin\tools\hierlist.py",
line 62, in __getattr__
    return getattr(self, attr)
  File "C:\Python25\Lib\site-packages\pythonwin\pywin\tools\hierlist.py",
line 62, in __getattr__
    return getattr(self, attr)
80 lines deleted
  File "C:\Python25\Lib\site-packages\pythonwin\pywin\tools\hierlist.py",
line 62, in __getattr__
    return getattr(self, attr)
  File "C:\Python25\Lib\site-packages\pythonwin\pywin\tools\hierlist.py",
line 60, in __getattr__
    return getattr(self.listControl, attr)
RuntimeError: maximum recursion depth exceeded

I'm using pywin32 build 214, WinXP, Python 2.5.1 (r251:54863, Apr 18 2007,
08:51:08) [MSC v.1310 32 bit (Intel)]

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

Comment By: Mark Hammond (mhammond)
Date: 2011-04-25 23: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 05: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-28 10: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-3304799 ] stdout and stderr fail as service

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

Bugs item #3304799, was opened at 2011-05-19 17:20
Message generated for change (Tracker Item Submitted) made by skelker
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3304799&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: Steve Kelker (skelker)
Assigned to: Nobody/Anonymous (nobody)
Summary: stdout and stderr fail as service

Initial Comment:
Overall, you implementation of win32 is excellent.  I have one issue to report:

There appears to be a bug in either  implementation of stderr/stdout for window's services, or there is an error in the way the os handles it, but if you write to stdout or stderr from a windows service using win32 service implementation, the script will throw an exception after a buffer fills up.  It looks like the buffer is probably 4k based on some googling I've done and the results of the attached script.  The attached script proves this bug exists.  It fails on the 228th time that it tries to write an 18 byte string to stdout.  

If you install the attached script:

test_logger.py install

Then start the service, it will shut itself down after writing this error to the system event log:

Failed on the 227 write to stdout:
Traceback (most recent call last):
  File "D:\SVN\trunk\tool\scripts\python\cashGrainsMQ\test_logger.py", line 41, in appStart
    print "Writing to stdout"
IOError: [Errno 9] Bad file descriptor

Thanks for the help.

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

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

[pywin32-bugs] [ pywin32-Bugs-3301132 ] Need VC 10 version of Python for Windows extensions

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

Bugs item #3301132, was opened at 2011-05-13 03:40
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3301132&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: Martin Glynn (martymike)
Assigned to: Nobody/Anonymous (nobody)
Summary: Need VC 10 version of Python for Windows extensions

Initial Comment:
Background: have app that has Python embedded and we using the extensions in many scripts that we supply. Needed features in new MFC with VC10. Want to use Python 2.7. Python won't initialize unless same C run-time, so rebuilt python27.dll (and some others, but that seems all that is critical). We've done this before (at Python 2.8 with VC 9) but this time cannot import win32api. So thought we needed to rebuild that, too.
Using Python 2.7. Downloaded source for v 216.2. Try to build it using setup.py that came with it with installed Py 2.7. Fails trying to build perfmondata; appears to be looking for *.man files that do not exist. Decided to try again using rebuilt Python (VC10). Setup correctly identifies compiler and linker (cool!) but now failure occurs trying to load winapi. Tried rebuilding that using VS project file. Seems to build. Tried to run product on bare hope that that was all that was needed - failure importing _win32sysloader. Don't see how that gets rebuilt. Still can't get past perfmondata in setup.
Are we going about this the right way?

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

>Comment By: Mark Hammond (mhammond)
Date: 2011-05-13 08:55

Message:
Things should be build with just "setup.py build" - the VS project files
are out of date and just act as a "container" for the list of source files
for each project.

Try doing "setup.py build --force" and paste the full error log.

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

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

[pywin32-bugs] [ pywin32-Bugs-3301153 ] Need VC 10 version of Python for Windows extensions

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

Bugs item #3301153, was opened at 2011-05-12 14:12
Message generated for change (Tracker Item Submitted) made by martymike
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3301153&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: Martin Glynn (martymike)
Assigned to: Nobody/Anonymous (nobody)
Summary: Need VC 10 version of Python for Windows extensions

Initial Comment:
Background: have app that has Python embedded and we using the extensions in many scripts that we supply. Needed features in new MFC with VC10. Want to use Python 2.7. Python won't initialize unless same C run-time, so rebuilt python27.dll (and some others, but that seems all that is critical). We've done this before (at Python 2.8 with VC 9) but this time cannot import win32api. So thought we needed to rebuild that, too.
Using Python 2.7. Downloaded source for v 216.2. Try to build it using setup.py that came with it with installed Py 2.7. Fails trying to build perfmondata; appears to be looking for *.man files that do not exist. Decided to try again using rebuilt Python (VC10). Setup correctly identifies compiler and linker (cool!) but now failure occurs trying to load winapi. Tried rebuilding that using VS project file. Seems to build. Tried to run product on bare hope that that was all that was needed - failure importing _win32sysloader. Don't see how that gets rebuilt. Still can't get past perfmondata in setup.
Are we going about this the right way?

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

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

[pywin32-bugs] [ pywin32-Bugs-3301132 ] Need VC 10 version of Python for Windows extensions

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

Bugs item #3301132, was opened at 2011-05-12 13:40
Message generated for change (Tracker Item Submitted) made by martymike
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3301132&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: Martin Glynn (martymike)
Assigned to: Nobody/Anonymous (nobody)
Summary: Need VC 10 version of Python for Windows extensions

Initial Comment:
Background: have app that has Python embedded and we using the extensions in many scripts that we supply. Needed features in new MFC with VC10. Want to use Python 2.7. Python won't initialize unless same C run-time, so rebuilt python27.dll (and some others, but that seems all that is critical). We've done this before (at Python 2.8 with VC 9) but this time cannot import win32api. So thought we needed to rebuild that, too.
Using Python 2.7. Downloaded source for v 216.2. Try to build it using setup.py that came with it with installed Py 2.7. Fails trying to build perfmondata; appears to be looking for *.man files that do not exist. Decided to try again using rebuilt Python (VC10). Setup correctly identifies compiler and linker (cool!) but now failure occurs trying to load winapi. Tried rebuilding that using VS project file. Seems to build. Tried to run product on bare hope that that was all that was needed - failure importing _win32sysloader. Don't see how that gets rebuilt. Still can't get past perfmondata in setup.
Are we going about this the right way?

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3301132&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 19:06

Message:
I have inserted a print(type(self), type(oobj)) as first line in __init__

result for 2.7
(<type 'instance'>, <type 'PyIDispatch'>)
(<type 'instance'>, <type 'PyIDispatch'>)
(<type 'instance'>, <type 'PyIDispatch'>)
(<type 'instance'>, <type 'PyIDispatch'>)
(<type 'instance'>, <type 'PyIDispatch'>)
(<type 'instance'>, <type 'PyIDispatch'>)
(<type 'instance'>, <type 'PyIDispatch'>)
(<type 'instance'>, <type 'instance'>)
(<type 'instance'>, <type 'PyIDispatch'>)

and for 3.2


<class
'win32com.gen_py.9E93C96F-CF0D-43F6-8BA8-B807A3370712x0x1x13.IiTunes.IiTunes'>
<class 'PyIDispatch'>
<class
'win32com.gen_py.9E93C96F-CF0D-43F6-8BA8-B807A3370712x0x1x13.IITSource.IITSource'>
<class 'PyIDispatch'>
<class
'win32com.gen_py.9E93C96F-CF0D-43F6-8BA8-B807A3370712x0x1x13.IITPlaylistCollection.IITPlaylistCollection'>
<class 'PyIDispatch'>
<class
'win32com.gen_py.9E93C96F-CF0D-43F6-8BA8-B807A3370712x0x1x13.IITPlaylist.IITPlaylist'>
<class 'PyIDispatch'>
<class
'win32com.gen_py.9E93C96F-CF0D-43F6-8BA8-B807A3370712x0x1x13.IITLibraryPlaylist.IITLibraryPlaylist'>
<class 'PyIDispatch'>
<class
'win32com.gen_py.9E93C96F-CF0D-43F6-8BA8-B807A3370712x0x1x13.IITTrackCollection.IITTrackCollection'>
<class 'PyIDispatch'>
<class
'win32com.gen_py.9E93C96F-CF0D-43F6-8BA8-B807A3370712x0x1x13.IITTrack.IITTrack'>
<class 'PyIDispatch'>
<class
'win32com.gen_py.9E93C96F-CF0D-43F6-8BA8-B807A3370712x0x1x13.IITUserPlaylist.IITUserPlaylist'>
<class
'win32com.gen_py.9E93C96F-CF0D-43F6-8BA8-B807A3370712x0x1x13.IITPlaylist.IITPlaylist'>
Traceback (most recent call last):
  File "D:\Users\fillg1\workspace\pyTest\src\test.py", line 12, 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 464, 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 0x42196656>' object has no attribute 'InvokeTypes'

And now comes the interesszting point

if I delete the generated  dispatch classes it works excatly once. So may
be a bug in genpy ?

I will attach the generated files


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

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