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

[pywin32-bugs] [ pywin32-Bugs-1201289 ] Exception handling code generates malformed EXCEPINFO struct

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

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

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Kevin Gadd (janusfury)
Assigned to: Nobody/Anonymous (nobody)
Summary: Exception handling code generates malformed EXCEPINFO struct

Initial Comment:
In ErrorUtils.cpp, the PyCom_ExcepInfoFromPyException
function does not zero out the EXCEPINFO structure with
ZeroMemory or memset before filling in the data
elements, and it does not fill all of them in. Because
of this, the Python Active Scripting interface sends
malformed errors to script hosts. In particular, the
pfnDeferredFillIn member of the EXCEPINFO struct
contains a random value. This member is a function
pointer, and according to MS's documentation, the only
way to prevent it from being called is to assign it a
NULL value. The particular script hosting
implementation I use attempts to call this pointer upon
recieving any and all Python script errors, and the
only fix I've been able to come up with is to ignore
the field outright (which probably is not correct).

If this behavior is by design, any suggestions on a
scripting host hack for dealing with this would be
appreciated, so I can pass them on to the scripting
host's author.

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

>Comment By: Mark Hammond (mhammond)
Date: 2005-05-16 11:56

Message:
Logged In: YES 
user_id=14198

It sounds like you are correct.  I have made the change here
- would you be able to test this for me?  If so, what Python
version are you using?

Mark

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

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

RE: [pywin32-bugs] RE: [Spambayes] PyWin32 Outlook Adding crashes Outlook on Window 2003SP1

[Tony M. <ta...@ih...>]

> As I have mentioned to Sean, my test server (which appears to 
> be running the exact same version of Windows) works fine with 
> Pythonwin.  It doesn't have Office installed, so I can't test 
> the addins - but I am trying to arrange that now.
> 
> Have there been any other reports of failure apart from Sean?

Not that I recall.  I can ask spa...@py... if there's anyone else
using Windows 2003 Server to try and find someone for whom it does work, if
that would help.

=Tony.Meyer

[pywin32-bugs] RE: [Spambayes] PyWin32 Outlook Adding crashes Outlook on Window 2003SP1

[Tony M. <ta...@ih...>]

> I've been using SpamBayes for some time on Window 2003 Server.  After
> upgrading to Windows 2003, the plugin no longer works.  After some
> debugging, It was determined it was probably a PyWin32 problem.
> 
> Python 2.4.1
> pywin32-204.win32-py2.4.exe
> 
> I have tested the example Outlook plugin
> (win32com/demos/Outlookadin.py).  That plugin also crashes Outlook.

Also: opening PythonWin crashes in much the same way for Sean.  (i.e. this
isn't Outlook specific).

=Tony.Meyer

[pywin32-bugs] [ pywin32-Bugs-1202339 ] Early binding of WMI Scripting V1.2 Library hides properties

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

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

Category: com
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Jason R. Coombs (jaraco)
Assigned to: Nobody/Anonymous (nobody)
Summary: Early binding of WMI Scripting V1.2 Library hides properties

Initial Comment:
Using the microsoft sample code located at
http://www.microsoft.com/technet/scriptcenter/scripts/python/ad/domains/addmpy01.mspx,
I find that the code will not run if the the scripting
library (Microsoft WMI Scripting V1.2 Library) is
configured for early binding (that is, I use the makepy
utility).  If I remove the early binding, the script
runs fine.

With early binding enabled, I get the following output:

--- begin output ---
Caption:
Traceback (most recent call last):
  File "C:\bin\domain_enum.py", line 7, in ?
    print "Caption: ", objItem.Caption
  File "C:\Program
Files\Python\Lib\site-packages\win32com\client\__init__.py",
line 454, in __getattr__
    raise AttributeError, "'%s' object has no attribute
'%s'" % (repr(self), attr)
AttributeError: '<win32com.gen_py.Microsoft WMI
Scripting V1.2 Library.ISWbemObjectEx instance at
0x14848208>' object has no attribute 'Caption'
--- end output ---

I have found that the objItem.Caption attribute is not
available, but I can use objItem.Properties_.Item(
'Caption' ).Value to acquire the correct result.

I am unsure how to approach this problem, but I post it
for public knowledge.  I will be happy to look into the
problem further or provide more information, but I
would need some direction to proceed.

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

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

[pywin32-bugs] [ pywin32-Bugs-1202308 ] genpy.py doesn't catch all dispatchable interfaces.

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

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

Category: com
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: George van den Driessche (gbmvdd)
Assigned to: Nobody/Anonymous (nobody)
Summary: genpy.py doesn't catch all dispatchable interfaces.

Initial Comment:
Symptoms
========

PyWin32 is installed from pywin32-204.win32-py2.3.exe.
Using win32com.client to hook events in Visual 
Studio .NET 2003, the following code fails:

-------- bugtest.py --------
from win32com.client.gencache import EnsureModule
from win32com.client import Dispatch

EnvDTE = EnsureModule( '{80CC9F66-E7D8-4DDD-
85B6-D9E6CD0E93E2}', 0, 7, 0 ) 
dte = Dispatch( 'VisualStudio.DTE' )
events = dte.Events
docEvents = events.DocumentEvents
print docEvents
-------- bugtest.py --------


The failure is as follows:

-------- traceback --------
Traceback (most recent call last):
  File "C:\dev\PyAddin\BugTest.py", line 7, in -toplevel-
    docEvents = events.DocumentEvents
  File "C:\PROGRA~1\Python23\lib\site-
packages\win32com\client\__init__.py", line 455, in 
__getattr__
    return self._ApplyTypes_(*args)
  File "C:\PROGRA~1\Python23\lib\site-
packages\win32com\client\__init__.py", line 449, in 
_ApplyTypes_
    user, resultCLSID)
  File "C:\PROGRA~1\Python23\lib\site-
packages\win32com\client\__init__.py", line 467, in 
_get_good_object_
    return _get_good_object_(obj, obUserName, 
resultCLSID)
  File "C:\PROGRA~1\Python23\lib\site-
packages\win32com\client\__init__.py", line 485, in 
_get_good_object_
    return _get_good_single_object_(obj, obUserName, 
resultCLSID)
  File "C:\PROGRA~1\Python23\lib\site-
packages\win32com\client\__init__.py", line 472, in 
_get_good_single_object_
    return Dispatch(obj, obUserName, resultCLSID, 
UnicodeToString=NeedUnicodeConversions)
  File "C:\PROGRA~1\Python23\lib\site-
packages\win32com\client\__init__.py", line 96, in 
Dispatch
    return __WrapDispatch(dispatch, userName, 
resultCLSID, typeinfo, UnicodeToString, clsctx)
  File "C:\PROGRA~1\Python23\lib\site-
packages\win32com\client\__init__.py", line 40, in 
__WrapDispatch
    return klass(dispatch)
  File "C:\PROGRA~1\Python23\lib\site-
packages\win32com\client\__init__.py", line 490, in 
__init__
    self.__dict__["_dispobj_"] = self.default_interface(oobj)
  File "C:\PROGRA~1\Python23\lib\site-
packages\win32com\client\__init__.py", line 495, in 
__getattr__
    d=self.__dict__["_dispobj_"]
KeyError: '_dispobj_'
-------- traceback --------



Cause
=====

In genpy.py, _Build_CoClassChildren enumerates the 
dispatchable interfaces of a coclass, to construct the 
list of interfaces and dispinterfaces to be generated. But 
some interfaces, though dispatchable, are not listed as 
TKIND_DISPATCH (I think these are Automation 
interfaces as opposed to Dual interfaces; this is just a 
guess, though). These interfaces then don't get included 
in the generated module. Listing the dispinterfaces for 
DocumentEvents using the OLE object viewer that 
comes with Visual Studio, versus inspecting the 
generated Python coclass for DocumentEvents, 
highlights the shortcoming.



Possible solution
=================

Applying the following patch to genpy.py solves the 
problem, allowing Visual Studio events to be hooked in 
Python:

-------- diff --------
680c680,681
<         if refAttr.typekind == 
pythoncom.TKIND_DISPATCH:
---
>         if refAttr.typekind == 
pythoncom.TKIND_DISPATCH or >            (refAttr.typekind == 
pythoncom.TKIND_INTERFACE and refAttr[11] & 
pythoncom.TYPEFLAG_FDISPATCHABLE):
-------- diff --------

I have not tried to test whether this has any adverse 
effects on other aspects of pythoncom. But the 
additional data in the generated module seems to be 
healthy.



Remarks
=======

Visual Studio .NET has a different system of event 
source objects from Office applications. Office 
applications are their own event sources, whereas 
Visual Studio .NET has several different event objects, 
for Document events, Solution events, IDE events and 
so on. I suppose this architectural difference is why this 
bug appears not to have been reported against Office 
applications too.


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

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

[pywin32-bugs] PyWin32 Outlook Adding crashes Outlook on Window 2003 SP1

[Sean C. <sea...@co...>]

To all,

I've been using SpamBayes for some time on Window 2003 Server.  After
upgrading to Windows 2003, the plugin no longer works.  After some
debugging, It was determined it was probably a PyWin32 problem.

Python 2.4.1
pywin32-204.win32-py2.4.exe

I have tested the example Outlook plugin
(win32com/demos/Outlookadin.py).  That plugin also crashes Outlook.  I
added a bunch of win32traceutil;print statements to attempt to figure
out where the crash it.

The output I get is this:

Collecting Python Trace Output...
Starting up 1
Starting up 2
Starting up 3
Starting up 6
Starting up 7

Here's the code:
-------------------------------------------------
from win32com import universal
from win32com.server.exception import COMException
from win32com.client import gencache, DispatchWithEvents
import winerror
import pythoncom
from win32com.client import constants
import sys
import win32traceutil

win32traceutil;print 'Starting up 1'

# Support for COM objects we use.
gencache.EnsureModule('{00062FFF-0000-0000-C000-000000000046}', 0, 9, 0,
bForDemand=True) # Outlook 9
gencache.EnsureModule('{2DF8D04C-5BFA-101B-BDE5-00AA0044DE52}', 0, 2, 1,
bForDemand=True) # Office 9
win32traceutil;print 'Starting up 2'

# The TLB defiining the interfaces we implement
universal.RegisterInterfaces('{AC0714F2-3D04-11D1-AE7D-00A0C90F26F4}',
0, 1, 0, ["_IDTExtensibility2"])
win32traceutil;print 'Starting up 3'

class ButtonEvent:
    def OnClick(self, button, cancel):
        win32traceutil;print 'Starting up 4'
        import win32ui # Possible, but not necessary, to use a Pythonwin GUI
        win32ui.MessageBox("Hello from Python")
        return cancel

class FolderEvent:
    def OnItemAdd(self, item):
        win32traceutil;print 'Starting up 5'
        try:
            print "An item was added to the inbox with subject:",
item.Subject
        except AttributeError:
            print "An item was added to the inbox, but it has no
subject! - ", repr(item)



class OutlookAddin:
    win32traceutil;print 'Starting up 6'
    _com_interfaces_ = ['_IDTExtensibility2']
    _public_methods_ = []
    _reg_clsctx_ = pythoncom.CLSCTX_INPROC_SERVER
    _reg_clsid_ = "{0F47D9F3-598B-4d24-B7E3-92AC15ED27E2}"
    _reg_progid_ = "Python.Test.OutlookAddin"
    _reg_policy_spec_ = "win32com.server.policy.EventHandlerPolicy"
    win32traceutil;print 'Starting up 7'

    def OnConnection(self, application, connectMode, addin, custom):
        win32traceutil;print 'OnConnection'
        print "OnConnection", application, connectMode, addin, custom
        # ActiveExplorer may be none when started without a UI (eg,
WinCE synchronisation)
        activeExplorer = application.ActiveExplorer()
        if activeExplorer is not None:
            bars = activeExplorer.CommandBars
            toolbar = bars.Item("Standard")
            item = toolbar.Controls.Add(Type=constants.msoControlButton,
Temporary=True)
            # Hook events for the item
            item = self.toolbarButton = DispatchWithEvents(item,
ButtonEvent)
            item.Caption="Python"
            item.TooltipText = "Click for Python"
            item.Enabled = True

        win32traceutil;print 'Setup Hooks'
        # And now, for the sake of demonstration, setup a hook for all
new messages
        inbox =
application.Session.GetDefaultFolder(constants.olFolderInbox)
        self.inboxItems = DispatchWithEvents(inbox.Items, FolderEvent)

    def OnDisconnection(self, mode, custom):
        win32traceutil;print 'Starting up 8'
        print "OnDisconnection"
    def OnAddInsUpdate(self, custom):
        win32traceutil;print 'Starting up 9'
        print "OnAddInsUpdate", custom
    def OnStartupComplete(self, custom):
        win32traceutil;print 'Starting up 10'
        print "OnStartupComplete", custom
    def OnBeginShutdown(self, custom):
        win32traceutil;print 'Starting up 11'
        print "OnBeginShutdown", custom

def RegisterAddin(klass):
    win32traceutil;print 'RegisterAddin'
    import _winreg
    key = _winreg.CreateKey(_winreg.HKEY_CURRENT_USER,
"Software\\Microsoft\\Office\\Outlook\\Addins")
    subkey = _winreg.CreateKey(key, klass._reg_progid_)
    _winreg.SetValueEx(subkey, "CommandLineSafe", 0, _winreg.REG_DWORD, 0)
    _winreg.SetValueEx(subkey, "LoadBehavior", 0, _winreg.REG_DWORD, 3)
    _winreg.SetValueEx(subkey, "Description", 0, _winreg.REG_SZ,
klass._reg_progid_)
    _winreg.SetValueEx(subkey, "FriendlyName", 0, _winreg.REG_SZ,
klass._reg_progid_)

def UnregisterAddin(klass):
    win32traceutil;print 'UnregesterAddin'

    import _winreg
    try:
        _winreg.DeleteKey(_winreg.HKEY_CURRENT_USER,
"Software\\Microsoft\\Office\\Outlook\\Addins\\" + klass._reg_progid_)
    except WindowsError:
        pass

if __name__ == '__main__':
    import win32com.server.register
    win32com.server.register.UseCommandLine(OutlookAddin)
    if "--unregister" in sys.argv:
        UnregisterAddin(OutlookAddin)
    else:
        RegisterAddin(OutlookAddin)
---------------------------------------------------------------

Anything I can do to help, just let me know.

Sean

[pywin32-bugs] [ pywin32-Bugs-1201289 ] Exception handling code generates malformed EXCEPINFO struct

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

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

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Kevin Gadd (janusfury)
Assigned to: Nobody/Anonymous (nobody)
Summary: Exception handling code generates malformed EXCEPINFO struct

Initial Comment:
In ErrorUtils.cpp, the PyCom_ExcepInfoFromPyException
function does not zero out the EXCEPINFO structure with
ZeroMemory or memset before filling in the data
elements, and it does not fill all of them in. Because
of this, the Python Active Scripting interface sends
malformed errors to script hosts. In particular, the
pfnDeferredFillIn member of the EXCEPINFO struct
contains a random value. This member is a function
pointer, and according to MS's documentation, the only
way to prevent it from being called is to assign it a
NULL value. The particular script hosting
implementation I use attempts to call this pointer upon
recieving any and all Python script errors, and the
only fix I've been able to come up with is to ignore
the field outright (which probably is not correct).

If this behavior is by design, any suggestions on a
scripting host hack for dealing with this would be
appreciated, so I can pass them on to the scripting
host's author.

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

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

[pywin32-bugs] [ pywin32-Feature Requests-1199083 ] Add CreateSpinButtonCtrl

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

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

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

Initial Comment:
There is the PyCSpinButtonCtrl Object, but there doesn't 
seem to be anyway to create this object from within the 
extensions. Some member functions seem to be there, 
but not the SetBuddy() or GetBuddy(). The equivalent 
MFC class is CSpinButtonCtrl()

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

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

[pywin32-bugs] [ pywin32-Bugs-1198857 ] Installation failure : Critical

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

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

Category: installation
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Neil J. McLeish (neiljmac)
Assigned to: Nobody/Anonymous (nobody)
Summary: Installation failure : Critical

Initial Comment:
pywin32-204.win32-py2.2 installer says it needs Python
2.2 in the registry.
I have ActiveState Python 2.4 installed.  What gives?

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

>Comment By: Neil J. McLeish (neiljmac)
Date: 2005-05-10 12:53

Message:
Logged In: YES 
user_id=187020

Thanks for that Roger.

That'll be a 'DOH!' from me then :)

Neil

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

Comment By: Roger Upole (rupole)
Date: 2005-05-10 11:23

Message:
Logged In: YES 
user_id=771074

You'll need the installer for Python 2.4.  The filename given is 
for python 2.2.
        Roger


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

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

[pywin32-bugs] [ pywin32-Bugs-1198857 ] Installation failure : Critical

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

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

Category: installation
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Neil J. McLeish (neiljmac)
Assigned to: Nobody/Anonymous (nobody)
Summary: Installation failure : Critical

Initial Comment:
pywin32-204.win32-py2.2 installer says it needs Python
2.2 in the registry.
I have ActiveState Python 2.4 installed.  What gives?

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

>Comment By: Roger Upole (rupole)
Date: 2005-05-10 06:23

Message:
Logged In: YES 
user_id=771074

You'll need the installer for Python 2.4.  The filename given is 
for python 2.2.
        Roger


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

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

[pywin32-bugs] [ pywin32-Bugs-1198857 ] Installation failure : Critical

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

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

Category: installation
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Neil J. McLeish (neiljmac)
Assigned to: Nobody/Anonymous (nobody)
Summary: Installation failure : Critical

Initial Comment:
pywin32-204.win32-py2.2 installer says it needs Python
2.2 in the registry.
I have ActiveState Python 2.4 installed.  What gives?

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

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

[pywin32-bugs] [ pywin32-Patches-1195096 ] Native access to SAFEARRAY with wrapper class

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

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

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Stefan Schukat (sschukat)
Assigned to: Nobody/Anonymous (nobody)
Summary: Native access to SAFEARRAY with wrapper class

Initial Comment:
The conversion to/from SAFEARRAYs to tuples takes up a
lot of time if the SAFEARRAYs are really big. Therefore
I created a wrapper class which does not copy any data
and just wraps the access to the underlying SAFEARRAY
data. 
In addition to the performance improvements thes
classes could be created for specific dimensions and
data types if the automatic calculation of the
dimension does not work or a specific data type is
requested by the COM server.
The new object does support, comparision, sequence
protocol, printing and representation. 
The changed files a test client and script are attached.

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

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

[pywin32-bugs] [ pywin32-Bugs-1016558 ] 202 Windows Installer requires MSVCR71.dll

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

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

Category: installation
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Will Watts (willw)
Assigned to: Nobody/Anonymous (nobody)
Summary: 202 Windows Installer requires MSVCR71.dll

Initial Comment:
When I run the install, it fails at once with a modal
dialog:

pywin32-202.win32-py2.4.exe - Unable to Locate DLL

The dynamic link library MSVCR71.dll could not be found
in the specified path.... [path on my machine]

After that the install stops and no further progress is
possible.

OS is Win2k SP4.



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

>Comment By: Will Watts (willw)
Date: 2005-05-04 07:25

Message:
Logged In: YES 
user_id=70647

Re: Chris Mahan's comment: You've missed my point. I don't
(or rather didn't) have MSVCR71.dll to copy around to any
directory. 

It is a redistributable DLL that is part of Microsoft's
Visual C++ 7.1. It's not part of the OS - at least, not
Win2K. Therefore any program that depends on it should
supply it.

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

Comment By: Chris Mahan (chris_mahan)
Date: 2005-05-04 03:42

Message:
Logged In: YES 
user_id=102754

You can work around it by copying the dll to the directory 
where pywin installer is. Win XP here.

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

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

[pywin32-bugs] [ pywin32-Bugs-1016558 ] 202 Windows Installer requires MSVCR71.dll

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

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

Category: installation
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Will Watts (willw)
Assigned to: Nobody/Anonymous (nobody)
Summary: 202 Windows Installer requires MSVCR71.dll

Initial Comment:
When I run the install, it fails at once with a modal
dialog:

pywin32-202.win32-py2.4.exe - Unable to Locate DLL

The dynamic link library MSVCR71.dll could not be found
in the specified path.... [path on my machine]

After that the install stops and no further progress is
possible.

OS is Win2k SP4.



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

Comment By: Chris Mahan (chris_mahan)
Date: 2005-05-03 20:42

Message:
Logged In: YES 
user_id=102754

You can work around it by copying the dll to the directory 
where pywin installer is. Win XP here.

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

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

[pywin32-bugs] [ pywin32-Bugs-1191250 ] Python for Wind requires Pyhon 2.5 to install

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

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

Category: installation
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: wwlf (graffit)
Assigned to: Nobody/Anonymous (nobody)
Summary: Python for Wind requires Pyhon 2.5 to install

Initial Comment:
Hello,
I 've installed last release of python which is "Python
2.4.1 (#65, Mar 30 2005, 09:13:57)" 
Python Extensions requires v2.5.
How come?

Bye

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

Comment By: Tony Meyer (anadelonbrin)
Date: 2005-04-28 10:42

Message:
Logged In: YES 
user_id=552329

The pywin32 extensions need to match the Python version
being installed.  You need to download the one that matches
the Python version you have.  The latest release (204) of
pywin32 is available for Python 2.2, 2.3, 2.4 and 2.5.  That
doesn't mean that it requires Python 2.5, just that it's an
option.

Download the pywin32 build 204 for Python 2.4, and you
should be fine.

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

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

[pywin32-bugs] [ pywin32-Bugs-1191250 ] Python for Wind requires Pyhon 2.5 to install

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

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

Category: installation
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: wwlf (graffit)
Assigned to: Nobody/Anonymous (nobody)
Summary: Python for Wind requires Pyhon 2.5 to install

Initial Comment:
Hello,
I 've installed last release of python which is "Python
2.4.1 (#65, Mar 30 2005, 09:13:57)" 
Python Extensions requires v2.5.
How come?

Bye

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

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

[pywin32-bugs] [ pywin32-Patches-1186128 ] Adding dynamic dispatch methods to AutoComplete list

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

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

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Jerry Gamache (sfjerry)
Assigned to: Nobody/Anonymous (nobody)
Summary: Adding dynamic dispatch methods to AutoComplete list

Initial Comment:
The autocomplete in the PyWin interactive shell can be
pretty bare for pure COM dynamic dispatch objects. It
does not need to be that way since the typelib can be
explored for function and attribute names. This patch
adds the names to the dict of functions.

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

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

[pywin32-bugs] [ pywin32-Bugs-1185186 ] Huge Resouce usage

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

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

Category: pythonwin
Group: None
>Status: Closed
Resolution: None
Priority: 8
Submitted By: ChaosKCW (chaoskcw)
Assigned to: Nobody/Anonymous (nobody)
Summary: Huge Resouce usage

Initial Comment:
Hi

When runnin Python for windows IDE all my programs tend
to run out fo windows resources. Dialogs and menus
refuse to pop-up until you close some other appliations
etc.. Many programs report errors about windows system
resources being depleted. This is windows XP SP2,
python for win Build 203 for python 2.4. I have over
10GB of disk space free, over 1GB of sap space free and
over 700MB of phsycail RAM free. No other program cause
this issue. 

When I check tak manager, the only super high value
compared with other programs is the USER Handles
catagory which is over 5000 on startup of python for
winodws IDE. 

All MS docyumentation on Win XP suggests resources are
unlimited, but this is obviously a bunch of rubish. Why
does Python for windows open so many handles just to
show  a basic menu and interactiev widnow ? Can it be
reduced ? 

Thanks, 

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

>Comment By: ChaosKCW (chaoskcw)
Date: 2005-04-19 09:39

Message:
Logged In: YES 
user_id=1261533

Hi

thanks for your quick and accurate resposnes. 

I can confirm this is the same issue. I have deleted the
Regsitry Entries and no more than about 8 appear to have
returned.

I consider this bug closed now. Thanks again. 

PS here is a script for anyone who needs to delete a million
regsitry entries :-)

import win32api
import win32con

def main():
	mainkey = win32api.RegOpenKeyEx(win32con.HKEY_CURRENT_USER,
'SOFTWARE\Python 2.4\Python for Win32' , 0 ,
win32con.KEY_ALL_ACCESS )
	for key in win32api.RegEnumKeyEx(mainkey):
		if key[0].find("Toolbar") == 0:
			print "2.4: Deleting %s" % (key[0])
			win32api.RegDeleteKey(mainkey, key[0])
	mainkey = win32api.RegOpenKeyEx(win32con.HKEY_CURRENT_USER,
'SOFTWARE\Python 2.3\Python for Win32' , 0 ,
win32con.KEY_ALL_ACCESS )
	for key in win32api.RegEnumKeyEx(mainkey):
		if key[0].find("Toolbar") == 0:
			print "2.3: Deleting %s" % (key[0])
			win32api.RegDeleteKey(mainkey, key[0])			

if __name__=='__main__':
    main()			

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

Comment By: Mark Hammond (mhammond)
Date: 2005-04-19 03:20

Message:
Logged In: YES 
user_id=14198

Also note that the bug has been fixed in build 204 (or so my
testing demonstrates)

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

Comment By: bob gailer (ramrom)
Date: 2005-04-18 16:25

Message:
Logged In: YES 
user_id=587593

Known problem reported in bug 849191 et. al.
Registry gets many ToolbarDefault-Bar entries under:
HKEY_CURRENT_USER\Software\Python 2.3\Python for Win32.
Workaround: delete the extra entries & set
ToolbarDefault-Summary Bars=1

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

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

[pywin32-bugs] [ pywin32-Bugs-1185186 ] Huge Resouce usage

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

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

Category: pythonwin
Group: None
Status: Open
Resolution: None
Priority: 8
Submitted By: ChaosKCW (chaoskcw)
Assigned to: Nobody/Anonymous (nobody)
Summary: Huge Resouce usage

Initial Comment:
Hi

When runnin Python for windows IDE all my programs tend
to run out fo windows resources. Dialogs and menus
refuse to pop-up until you close some other appliations
etc.. Many programs report errors about windows system
resources being depleted. This is windows XP SP2,
python for win Build 203 for python 2.4. I have over
10GB of disk space free, over 1GB of sap space free and
over 700MB of phsycail RAM free. No other program cause
this issue. 

When I check tak manager, the only super high value
compared with other programs is the USER Handles
catagory which is over 5000 on startup of python for
winodws IDE. 

All MS docyumentation on Win XP suggests resources are
unlimited, but this is obviously a bunch of rubish. Why
does Python for windows open so many handles just to
show  a basic menu and interactiev widnow ? Can it be
reduced ? 

Thanks, 

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

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

Message:
Logged In: YES 
user_id=14198

Also note that the bug has been fixed in build 204 (or so my
testing demonstrates)

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

Comment By: bob gailer (ramrom)
Date: 2005-04-19 02:25

Message:
Logged In: YES 
user_id=587593

Known problem reported in bug 849191 et. al.
Registry gets many ToolbarDefault-Bar entries under:
HKEY_CURRENT_USER\Software\Python 2.3\Python for Win32.
Workaround: delete the extra entries & set
ToolbarDefault-Summary Bars=1

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

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

[pywin32-bugs] [ pywin32-Bugs-1185186 ] Huge Resouce usage

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

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

Category: pythonwin
Group: None
Status: Open
Resolution: None
Priority: 8
Submitted By: ChaosKCW (chaoskcw)
Assigned to: Nobody/Anonymous (nobody)
Summary: Huge Resouce usage

Initial Comment:
Hi

When runnin Python for windows IDE all my programs tend
to run out fo windows resources. Dialogs and menus
refuse to pop-up until you close some other appliations
etc.. Many programs report errors about windows system
resources being depleted. This is windows XP SP2,
python for win Build 203 for python 2.4. I have over
10GB of disk space free, over 1GB of sap space free and
over 700MB of phsycail RAM free. No other program cause
this issue. 

When I check tak manager, the only super high value
compared with other programs is the USER Handles
catagory which is over 5000 on startup of python for
winodws IDE. 

All MS docyumentation on Win XP suggests resources are
unlimited, but this is obviously a bunch of rubish. Why
does Python for windows open so many handles just to
show  a basic menu and interactiev widnow ? Can it be
reduced ? 

Thanks, 

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

Comment By: bob gailer (ramrom)
Date: 2005-04-18 10:25

Message:
Logged In: YES 
user_id=587593

Known problem reported in bug 849191 et. al.
Registry gets many ToolbarDefault-Bar entries under:
HKEY_CURRENT_USER\Software\Python 2.3\Python for Win32.
Workaround: delete the extra entries & set
ToolbarDefault-Summary Bars=1

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

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

[pywin32-bugs] [ pywin32-Bugs-1185186 ] Huge Resouce usage

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

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

Category: pythonwin
Group: None
Status: Open
Resolution: None
>Priority: 8
Submitted By: ChaosKCW (chaoskcw)
Assigned to: Nobody/Anonymous (nobody)
Summary: Huge Resouce usage

Initial Comment:
Hi

When runnin Python for windows IDE all my programs tend
to run out fo windows resources. Dialogs and menus
refuse to pop-up until you close some other appliations
etc.. Many programs report errors about windows system
resources being depleted. This is windows XP SP2,
python for win Build 203 for python 2.4. I have over
10GB of disk space free, over 1GB of sap space free and
over 700MB of phsycail RAM free. No other program cause
this issue. 

When I check tak manager, the only super high value
compared with other programs is the USER Handles
catagory which is over 5000 on startup of python for
winodws IDE. 

All MS docyumentation on Win XP suggests resources are
unlimited, but this is obviously a bunch of rubish. Why
does Python for windows open so many handles just to
show  a basic menu and interactiev widnow ? Can it be
reduced ? 

Thanks, 

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

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

[pywin32-bugs] [ pywin32-Bugs-1185186 ] Huge Resouce usage

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

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

Category: pythonwin
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: ChaosKCW (chaoskcw)
Assigned to: Nobody/Anonymous (nobody)
Summary: Huge Resouce usage

Initial Comment:
Hi

When runnin Python for windows IDE all my programs tend
to run out fo windows resources. Dialogs and menus
refuse to pop-up until you close some other appliations
etc.. Many programs report errors about windows system
resources being depleted. This is windows XP SP2,
python for win Build 203 for python 2.4. I have over
10GB of disk space free, over 1GB of sap space free and
over 700MB of phsycail RAM free. No other program cause
this issue. 

When I check tak manager, the only super high value
compared with other programs is the USER Handles
catagory which is over 5000 on startup of python for
winodws IDE. 

All MS docyumentation on Win XP suggests resources are
unlimited, but this is obviously a bunch of rubish. Why
does Python for windows open so many handles just to
show  a basic menu and interactiev widnow ? Can it be
reduced ? 

Thanks, 

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

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

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

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

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

Category: win32
Group: None
Status: Open
>Resolution: Accepted
Priority: 5
Submitted By: Charlie51 (charlie51)
>Assigned to: Mark Hammond (mhammond)
Summary: Add DrawTextW

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

DrawText does not accept Unicode strings.

DrawTextW is avalable on NT, 2000 and XP.

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

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

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

Message:
Logged In: YES 
user_id=14198

Sorry - my mistake - you did say "DrawText does not accept
Unicode strings" and you are correct.  This can be fixed to
do what I thought it did :)

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

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

Message:
Logged In: YES 
user_id=14198

I'm interested to know why you need this.  If you pass a
unicode object now an mbcs encoded string should be passed
to Windows, which means most Unicode characters can be sent.
 I'm interested to know if this is unsuitable for some
reason (mainly so I can understand the issues involved!)

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

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

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

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

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

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

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

DrawText does not accept Unicode strings.

DrawTextW is avalable on NT, 2000 and XP.

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

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

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

Message:
Logged In: YES 
user_id=14198

I'm interested to know why you need this.  If you pass a
unicode object now an mbcs encoded string should be passed
to Windows, which means most Unicode characters can be sent.
 I'm interested to know if this is unsuitable for some
reason (mainly so I can understand the issues involved!)

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

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

[pywin32-bugs] [ pywin32-Bugs-1168761 ] win32gui.EnumChildWindows() crashes when no children

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

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

Category: None
Group: None
>Status: Closed
>Resolution: Wont Fix
Priority: 5
Submitted By: ingesson (ingesson)
Assigned to: Nobody/Anonymous (nobody)
Summary: win32gui.EnumChildWindows() crashes when no children

Initial Comment:
When the method win32gui.EnumChildWindows(hwnd,
callback, extra) finds the window for which to return
children but the window doesn't have any children it
crashes with the error: "pywintypes.error: (0,
'EnumChildWindows', 'No error message is available')". 

The correct behavior should be to return a empty list. 

However as Mark has pointed out on python-win32 mail
list this may be an unsafe change for already written
code expecting an exception if a empty list is returned
instead. In which case, at least an exception with a
error description should be thrown.

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

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

Message:
Logged In: YES 
user_id=14198

I don't think this should be fixed.  The underlying API
function is indeed returning FALSE, so we report that as an
exception.  As it is not our error detection logic which is
at fault, there isn't anything to fix.

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

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