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

[pywin32-bugs] [ pywin32-Bugs-947000 ] Stop at exceptions.

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

Bugs item #947000, was opened at 2004-05-03 09:50
Message generated for change (Comment added) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=947000&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: bob gailer (ramrom)
Assigned to: Nobody/Anonymous (nobody)
Summary: Stop at exceptions.

Initial Comment:
Options -> Debugger check box labeled "Stop at
exceptions". What is this supposed to do. It does not
do what I'd expect.

So what do I expect? To have the line of code causing
the exception to be in the front window, and execution
stopped at that line.

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

>Comment By: Roger Upole (rupole)
Date: 2008-08-25 16:41

Message:
Logged In: YES 
user_id=771074
Originator: NO

I was looking at this while going thru some of the exception handling
changes required for py3k.  This appears to be redundant with the
'Post-mortem' option of the Run dialog.
It might be best to just remove it to avoid confusion.
Another possibility would be to default the Run option to
post-mortem if this options is set.



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

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

[pywin32-bugs] [ pywin32-Bugs-2065850 ] Some typelibs have non integer versions

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

Bugs item #2065850, was opened at 2008-08-22 08:59
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=2065850&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: Mark Hammond (mhammond)
Assigned to: Mark Hammond (mhammond)
Summary: Some typelibs have non integer versions

Initial Comment:
>From python-win32:
"""
When using the makepy utility I noticed it used to crash out with the following traceback:

line 148, in SelectTlb
    i.major = int(i.major, 16)
ValueError: invalid literal for int() with base 16: 'CS2'
...
Most likely this (last line of traceback) refers to the version number of Adobe Photoshop Creative Suite 2.
"""
There is some existing confusion between hex and int in that file, but it doesn't expect strings!  Note that GetTypeLibInfo() etc all use integers for the version info - which probably means the typelib can't be directly loaded - but that isn't really our problem - we shouldn't die.

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

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

[pywin32-bugs] [ pywin32-Bugs-2056539 ] LoadDialogResource doesn't recognize extended dialogs

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

Bugs item #2056539, was opened at 2008-08-17 20: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=2056539&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: Roger Upole (rupole)
Assigned to: Roger Upole (rupole)
Summary: LoadDialogResource doesn't recognize extended dialogs

Initial Comment:
Extended dialog templates have a different format
than regular dialogs. (DLGTEMPLATEEX, which is apparently not actually defined as a struct anywhere)
According to MSDN, they can be identified by 0xffff in the second WORD of the data.
Currently win32ui tries to treat them as a regular
dialog resource and returns bad data.

>>> win32ui.LoadDialogResource(win32ui.IDD_ABOUTBOX)
[['About Pythonwin', (0, 192, -32568, 4), 4294901761, 0, None, '"\x16t', 0]]

For right now, I'm just going to check for the 0xffff and return NotImplementedError.

  

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

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

[pywin32-bugs] [ pywin32-Bugs-2052253 ] Problem calling WMI method

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

Bugs item #2052253, was opened at 2008-08-15 02:06
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=2052253&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: Ramon Garcia (ramong)
Assigned to: Nobody/Anonymous (nobody)
Summary: Problem calling WMI method

Initial Comment:
An exception is issued if a WMI method call is attempted. The following code shows it.

	wmiservice = Dispatch("WbemScripting.SWbemLocator")
	wmi = wmiservice.ConnectServer("localhost", "root\cimv2")
	moniker = r"winmgmts:" \
		"{impersonationLevel=impersonate,(Security,Backup)}!\\\\" + \
		computer + r"\root\cimv2"
	wmi = GetObject(moniker)
	log_files = wmi.ExecQuery \
		("SELECT * FROM Win32_NTEventLogFile")
	for log_file in log_files:
		base = re.sub("event$", "", log_file.FileName)
		backup_filename = base + u".evt"
		log_file.BackupEventlog(backup_filename)

The following exception is raised

  File "c:\python25\lib\site-packages\win32com\client\dynamic.py", line 495, in __getattr__
    raise pythoncom.com_error, details
com_error: (-2147352567, 'Ocurri\xf3 una excepci\xf3n.', (0, u'SWbemObjectEx', u'Invalid parameter ', None, 0, -2147217400), None)


We traced this problem to WMI issing an unexecpected return code when it is attempted to get a property that is a method. The function __getattr__ in class CDispatch tries to resolve an attribute request as an attribute first, and then, if an error is raisen by COM, as a method:

if details[0] in ERRORS_BAD_CONTEXT:
    # May be a method.
    self._olerepr_.mapFuncs[attr] = retEntry
    return self._make_method_(attr)
raise pythoncom.com_error, details

But the list of such errors seems not be enough. WMI is returning error code winerror.DISP_E_EXCEPTION in this case. We workarounded the problem adding winerror.DISP_E_EXCEPTION to ERRORS_BAD_CONTEXT in dynamic.py, but perhaps there is a more specific solution.

Best regards

Ramon Garcia
ra...@cn...
Comisin Nacional de Mercado de Valores

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

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

[pywin32-bugs] [ pywin32-Bugs-2014292 ] ADODBAPI error

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

Bugs item #2014292, was opened at 2008-07-09 09:51
Message generated for change (Comment added) made by kf7xm
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2014292&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: Fixed
Priority: 5
Private: No
Submitted By: Adam Vandenberg (adamvan)
Assigned to: Vernon Cole (kf7xm)
Summary: ADODBAPI error

Initial Comment:
CoInitialize needs to be called before creating an ADO connection via Dispatch:

Previous:
Line 248:
conn=Dispatch('ADODB.Connection')
if win32:
  pythoncom.CoInitialize()    #v2.1 Paj

Suggested:
if win32:
  pythoncom.CoInitialize()
conn=Dispatch('ADODB.Connection')


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

>Comment By: Vernon Cole (kf7xm)
Date: 2008-08-06 11:30

Message:
Logged In: YES 
user_id=855661
Originator: NO

Perfect Timing. This bug (and patch) submitted just before the resulting
error appeared on my system. Suggested fix works great! Thank you, Adam.
--
Change applied to CVS


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

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

[pywin32-bugs] [ pywin32-Bugs-2033679 ] Easily corrected error cause failure to open debugger

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

Bugs item #2033679, was opened at 2008-07-31 11:44
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=2033679&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: Martin Gfeller (gfe)
Assigned to: Nobody/Anonymous (nobody)
Summary: Easily corrected error cause failure to open debugger

Initial Comment:
Hi,

when entering the debugger through a break-point or post-mortem, I often get the following traceback:

 File "C:\Quantax\trunk\Zope\Python\Lib\site-packages\pythonwin\pywin\debugger\__init__.py", line 110, in post_mortem
    p.done_run()
  File "C:\Quantax\trunk\Zope\Python\Lib\site-packages\pythonwin\pywin\debugger\debugger.py", line 542, in done_run
    self.RespondDebuggerState(DBGSTATE_NOT_DEBUGGING)
  File "C:\Quantax\trunk\Zope\Python\Lib\site-packages\pythonwin\pywin\debugger\debugger.py", line 769, in RespondDebuggerState
    cb.RespondDebuggerState(state)
  File "C:\Quantax\trunk\Zope\Python\Lib\site-packages\pythonwin\pywin\debugger\debugger.py", line 202, in RespondDebuggerState
    self.list.Refresh()
  File "C:\Quantax\trunk\Zope\Python\Lib\site-packages\pythonwin\pywin\tools\hierlist.py", line 215, in Refresh
    self.AddItem(hparent, newItem)
  File "C:\Quantax\trunk\Zope\Python\Lib\site-packages\pythonwin\pywin\tools\hierlist.py", line 140, in AddItem
    text = self.GetText(item)
  File "C:\Quantax\trunk\Zope\Python\Lib\site-packages\pythonwin\pywin\tools\hierlist.py", line 266, in GetText
    return self.DelegateCall( item.GetText )
  File "C:\Quantax\trunk\Zope\Python\Lib\site-packages\pythonwin\pywin\tools\hierlist.py", line 255, in DelegateCall
    return fn()
  File "C:\Quantax\trunk\Zope\Python\Lib\site-packages\pythonwin\pywin\debugger\debugger.py", line 58, in GetText
    name = self.myobject.f_locals['__name__'] + " module"
TypeError: unsupported operand type(s) for +: 'NoneType' and 'str'


This can be corrected easily by putting an str() around
self.myobject.f_locals['__name__'] in debugger.HierFrameItem[58] or a get with check against None instead of the has_key() in the line above. 

I did not investigate why the f_locals exists and is None, just cured the symptoms. 

Best regards, Martin


HierFrameItem 

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

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

[pywin32-bugs] [ pywin32-Bugs-2033080 ] Errors when setting source file encoding with scripting host

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

Bugs item #2033080, was opened at 2008-07-30 21:37
Message generated for change (Comment added) made by ramong
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2033080&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: None
Priority: 5
Private: No
Submitted By: Ramon Garcia (ramong)
Assigned to: Nobody/Anonymous (nobody)
Summary: Errors when setting source file encoding with scripting host

Initial Comment:
When setting source file encoding (see pep 263), running a script with cscript produces strange errors.

A trivial script like

# This Python file uses the following encoding: utf-8

runs with python.exe, but crashes when running under cscript. The errors are:

Microsoft (R) Windows Script Host Version 5.6
Copyright (C) Microsoft Corporation 1996-2001. All rights reserved.

 Debugging interfaces not available - debugging is disabled..
Traceback (most recent call last):
  File "C:\Python25\Lib\site-packages\win32comext\axscript\client\error.py", lin
e 86, in __BuildFromException
    self._BuildFromSyntaxError(site, value, tb)
  File "C:\Python25\Lib\site-packages\win32comext\axscript\client\error.py", lin
e 104, in _BuildFromSyntaxError
    self.colno = offset - 1
TypeError: unsupported operand type(s) for -: 'NoneType' and 'int'
pythoncom error: Unexpected exception in gateway method 'SetScriptState'

and more errors follow.


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

>Comment By: Ramon Garcia (ramong)
Date: 2008-07-30 22:16

Message:
Logged In: YES 
user_id=2163452
Originator: YES

Fixed (mostly) after updating to Pywin32 211

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

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

[pywin32-bugs] [ pywin32-Bugs-2033080 ] Errors when setting source file encoding with scripting host

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

Bugs item #2033080, was opened at 2008-07-30 21:37
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2033080&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: Ramon Garcia (ramong)
Assigned to: Nobody/Anonymous (nobody)
Summary: Errors when setting source file encoding with scripting host

Initial Comment:
When setting source file encoding (see pep 263), running a script with cscript produces strange errors.

A trivial script like

# This Python file uses the following encoding: utf-8

runs with python.exe, but crashes when running under cscript. The errors are:

Microsoft (R) Windows Script Host Version 5.6
Copyright (C) Microsoft Corporation 1996-2001. All rights reserved.

 Debugging interfaces not available - debugging is disabled..
Traceback (most recent call last):
  File "C:\Python25\Lib\site-packages\win32comext\axscript\client\error.py", lin
e 86, in __BuildFromException
    self._BuildFromSyntaxError(site, value, tb)
  File "C:\Python25\Lib\site-packages\win32comext\axscript\client\error.py", lin
e 104, in _BuildFromSyntaxError
    self.colno = offset - 1
TypeError: unsupported operand type(s) for -: 'NoneType' and 'int'
pythoncom error: Unexpected exception in gateway method 'SetScriptState'

and more errors follow.


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

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

[pywin32-bugs] [ pywin32-Bugs-2030170 ] Installer for Python 2.5 / v211 does not work

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

Bugs item #2030170, was opened at 2008-07-28 12:05
Message generated for change (Comment added) made by hb08
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2030170&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: H_B (hb08)
Assigned to: Nobody/Anonymous (nobody)
Summary: Installer for Python 2.5 / v211 does not work

Initial Comment:
After Downloading the Win-Installer for Python 2.5 / v211  and starting it for installation using the current user (not admin), the message "Setup program invalid or damaged" appears and the installer exits.

Tried different mirrors to download (Berlin, Kent) - same results.

Regards, HB




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

>Comment By: H_B (hb08)
Date: 2008-07-28 12:07

Message:
Logged In: YES 
user_id=2160671
Originator: YES

forgot to mention: WinXP, Py 2.5 installed in the usual path
(C:/Python2.5/....

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

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

[pywin32-bugs] [ pywin32-Bugs-2030170 ] Installer for Python 2.5 / v211 does not work

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

Bugs item #2030170, was opened at 2008-07-28 12:05
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2030170&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: H_B (hb08)
Assigned to: Nobody/Anonymous (nobody)
Summary: Installer for Python 2.5 / v211 does not work

Initial Comment:
After Downloading the Win-Installer for Python 2.5 / v211  and starting it for installation using the current user (not admin), the message "Setup program invalid or damaged" appears and the installer exits.

Tried different mirrors to download (Berlin, Kent) - same results.

Regards, HB




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

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

[pywin32-bugs] [ pywin32-Feature Requests-1501429 ] would like to have ReadProcessMemory

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

Feature Requests item #1501429, was opened at 2006-06-06 02:03
Message generated for change (Comment added) made by valhallaknight
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1501429&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: Jason Currey (jpcurrey)
Assigned to: Nobody/Anonymous (nobody)
Summary: would like to have ReadProcessMemory

Initial Comment:
would like to see ReadProcessMemory added to the api.


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

Comment By: Valhalla (valhallaknight)
Date: 2008-07-21 00:43

Message:
Logged In: YES 
user_id=2153795
Originator: NO

Yes, that would be great !

And of course other process manipulation APIs like OpenProcess etc would
be great !

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

Comment By: Andrew Barnert (barnert)
Date: 2007-11-10 07:48

Message:
Logged In: YES 
user_id=1473180
Originator: NO

Until this is done, you can use ctypes to access these functions. I've
written a little game-cheat program in Python that does exactly that, and
it includes a module that wraps ReadProcessMemory and friends in a nice
Process class. 

Here's a stripped-down version of the key functions:

import ctypes
kernel = ctypes.windll.kernel32

class Process(object):
  def __init__(self, pid):
    self.pid = pid
    self.h = kernel.OpenProcess(0x0018, 0, pid)
  def close(self):
    if (self.h):
      kernel.CloseHandle(self.h)
    self.h = None
  def __del__(self):
    self.close()
  def read(self, addr, size):
    buf = ctypes.create_string_buffer(size)
    bytesread = ctypes.c_size_t()
    kernel.ReadProcessMemory(self.h, addr, buf,
                             ctypes.c_size_t(size),
                             ctypes.addressof(bytesread))
    return buf[:bytesread.value]

You can also use win32api for most of the work and only use ctypes for the
missing functions. For example, if you used the win32api.OpenProcess
function, h would be a PyHANDLE, so you'd have to pass self.h.handle to
ReadProcessMemory.


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

Comment By: Jason Currey (jpcurrey)
Date: 2006-06-06 02:21

Message:
Logged In: YES 
user_id=543879

I guess also WriteProcessMemory would also be helpful. 
I notice these functions are in the perl equivalent.

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

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

[pywin32-bugs] [ pywin32-Bugs-2021738 ] Type Library Error

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

Bugs item #2021738, was opened at 2008-07-18 13:41
Message generated for change (Comment added) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2021738&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: mark panasevich (mjp1550)
Assigned to: Nobody/Anonymous (nobody)
Summary: Type Library Error

Initial Comment:
when attempting to open the type libraries in the COM browser, the following error occurs in build 211

File "C:\Python25\Lib\site-packages\pythonwin\pywin\tools\hierlist.py", line 123, in OnTreeItemExpanding
    self.AddSubList(itemHandle, self.GetSubList(item))
  File "C:\Python25\Lib\site-packages\pythonwin\pywin\tools\hierlist.py", line 137, in AddSubList
    self.AddItem(parentHandle, item)
  File "C:\Python25\Lib\site-packages\pythonwin\pywin\tools\hierlist.py", line 149, in AddItem
    hitem = self.list.InsertItem(parentHandle, hInsertAfter, (None, None, None, text, bitmapCol, bitmapSel, cItems, 0))
TypeError: The text item must be a string or None (got unicode)
C:\Python25\lib\site-packages\win32com\client\combrowse.py:530: Warning: Exception in OnNotify() handler
  dlg.DoModal()


build 210 apparently works.

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

>Comment By: Roger Upole (rupole)
Date: 2008-07-18 18:57

Message:
Logged In: YES 
user_id=771074
Originator: NO

Looks like this is due to PyITypeLib.GetDocumentation returning unicode
now.
For a short-term workaround, change lines 227 & 228 in combrowse.py:

		if doc: ret.append(browser.HLIDocString(str(doc), "Doc"))
		if helpFile: ret.append(HLIHelpFile(	(str(helpFile), ctx) ))

For a longer term solution, the tree control's InsertItem method needs to
be changed to accept
unicode.


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

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

[pywin32-bugs] [ pywin32-Bugs-2021738 ] Type Library Error

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

Bugs item #2021738, was opened at 2008-07-18 14:41
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=2021738&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: mark panasevich (mjp1550)
Assigned to: Nobody/Anonymous (nobody)
Summary: Type Library Error

Initial Comment:
when attempting to open the type libraries in the COM browser, the following error occurs in build 211

File "C:\Python25\Lib\site-packages\pythonwin\pywin\tools\hierlist.py", line 123, in OnTreeItemExpanding
    self.AddSubList(itemHandle, self.GetSubList(item))
  File "C:\Python25\Lib\site-packages\pythonwin\pywin\tools\hierlist.py", line 137, in AddSubList
    self.AddItem(parentHandle, item)
  File "C:\Python25\Lib\site-packages\pythonwin\pywin\tools\hierlist.py", line 149, in AddItem
    hitem = self.list.InsertItem(parentHandle, hInsertAfter, (None, None, None, text, bitmapCol, bitmapSel, cItems, 0))
TypeError: The text item must be a string or None (got unicode)
C:\Python25\lib\site-packages\win32com\client\combrowse.py:530: Warning: Exception in OnNotify() handler
  dlg.DoModal()


build 210 apparently works.

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

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

[pywin32-bugs] [ pywin32-Bugs-1763285 ] win32 extensions cannot be used by non-admin user

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

Bugs item #1763285, was opened at 2007-07-29 22:54
Message generated for change (Comment added) made by sf-robot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1763285&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: delta (delta_c)
Assigned to: Nobody/Anonymous (nobody)
Summary: win32 extensions cannot be used by non-admin user

Initial Comment:
pywin32-210.win32-py2.5.exe was installed on Windows XP after installing Python 2.5.

PythonWin shows only on admin startup menu.

win32com.client could not be imported by a non-admin user.  However, after being imported by admin, the non-admin user could do so.  The import had been done twice - once in IDLE and once in PythonWin.  Sorry, I don't know if either by itself would have worked.


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

>Comment By: SourceForge Robot (sf-robot)
Date: 2008-07-18 02:20

Message:
Logged In: YES 
user_id=1312539
Originator: NO

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

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

Comment By: Mark Hammond (mhammond)
Date: 2008-07-04 02:06

Message:
Logged In: YES 
user_id=14198
Originator: NO

Would it be possible to see if this is fixed in build 211 (lots of work
for non-admin users was done, but your description sounds a little
different than the other cases I know are fixed)

Thanks

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

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

[pywin32-bugs] [ pywin32-Bugs-2016768 ] issues with 1-based indexed collections

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

Bugs item #2016768, was opened at 2008-07-13 04:54
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2016768&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: Mark Hammond (mhammond)
Assigned to: Nobody/Anonymous (nobody)
Summary: issues with 1-based indexed collections

Initial Comment:
A report from a thread entitled "[python-win32] problem with win32com and one-based indexed collections" in July 2007.  Full details in next comment.

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

>Comment By: Mark Hammond (mhammond)
Date: 2008-07-13 04:55

Message:
Logged In: YES 
user_id=14198
Originator: YES

>From initial bug report on the python-win32 mailing list:

I have run across what I believe may be a shortcoming with win32com when
trying to call functions that expect one-based indexed arrays as input. 
The function I'm trying to invoke which demonstrates the problem is defined
in my documentation as follows: 

HRESULT SyncRead(
      [in] SHORT Source,
      [in] LONG NumItems, 
      [in] SAFEARRAY(LONG) * ServerHandles,
      [out] SAFEARRAY(VARIANT) * Values,
      [out] SAFEARRAY(LONG) * Errors,
      [out,optional] VARIANT * Qualities,
      [out,optional] VARIANT * TimeStamps);

In Python, this looks like:

server_handles = [16384,16385] 
num_items = 2
values, errors, qualities, timestamps = groups.SyncRead(2, num_items,
server_handles)

The num_items parameter is supposed to tell the function the total number
sever_handles being passed in.  Anyway, the above code always throws a com
exception and fails.  I am assuming this issue is due to the SyncRead
function using one-based indexing for its array collection. 

However, if I append an extra "dummy" argument to the beginning of the
server_handles list, it will always work.

server_handles = [0, 16384,16385]
num_items = 2
values, errors, qualities, timestamps = groups.SyncRead(2, num_items,
server_handles)

The above example is a very poor solution since it appears to produce a
slow memory leak in my application.  Every 10 to 12 times the SyncRead call
is invoked using the exact same server_handles, memory consumption
increases by 4kb.  This memory leak problem does not happen when called
from VB. 

As an amusing test, I tried setting the variables passed to the function
as follows:

server_handles = [0, 16384, 16385, 0, 0, 0, 0, 0, 0, 0, 0, 0]
num_items = 2

This makes an even bigger memory leak, leading me to believe any extra
elements passed in the list beyond the num_items passed will always be
allocated but never freed. 

Does Mark or anyone else know how to correctly pass a collection to a COM
call using one-based indexing that won't cause a mem leak?   I couldn't
find any mention of this issue in the Python Win32 book other than an Excel
example which didn't seem to apply. 

-BB


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

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

[pywin32-bugs] [ pywin32-Bugs-2016768 ] issues with 1-based indexed collections

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

Bugs item #2016768, was opened at 2008-07-13 04:54
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2016768&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: Mark Hammond (mhammond)
Assigned to: Nobody/Anonymous (nobody)
Summary: issues with 1-based indexed collections

Initial Comment:
A report from a thread entitled "[python-win32] problem with win32com and one-based indexed collections" in July 2007.  Full details in next comment.

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

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

[pywin32-bugs] [ pywin32-Bugs-2014292 ] ADODBAPI error

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

Bugs item #2014292, was opened at 2008-07-09 11:51
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=2014292&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: Adam Vandenberg (adamvan)
Assigned to: Nobody/Anonymous (nobody)
Summary: ADODBAPI error

Initial Comment:
CoInitialize needs to be called before creating an ADO connection via Dispatch:

Previous:
Line 248:
conn=Dispatch('ADODB.Connection')
if win32:
  pythoncom.CoInitialize()    #v2.1 Paj

Suggested:
if win32:
  pythoncom.CoInitialize()
conn=Dispatch('ADODB.Connection')


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

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

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

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

Patches item #2014169, was opened at 2008-07-09 15:00
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=2014169&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: Ralph Bärtschi (bralph1)
Assigned to: Nobody/Anonymous (nobody)
Summary: Native access to SAFEARRAY with wrapper 

Initial Comment:
I do need the patch from 
[ 1195096 ] Native access to SAFEARRAY with wrapper class. I think a lot of people cannot automate some application because of the transition-behaviour of nested lists.

I am particulary dependent on automating Rhino. 
For python24 I obtained a pythoncom24.dll with the patch of 1195096. But for python25 I do not have one.



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

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

[pywin32-bugs] [ pywin32-Bugs-2009780 ] UnicodeDecodeError on version 211

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

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: pythonwin
Group: None
>Status: Closed
>Resolution: Duplicate
Priority: 5
Private: No
Submitted By: Steven Doyle (steven_doyle)
Assigned to: Nobody/Anonymous (nobody)
Summary: UnicodeDecodeError on version 211

Initial Comment:
Clean install of python 2.5.2 and windows extensions version 211.

After calling my own COM object

moniker = win32com.client.Dispatch('MXApi.MXMoniker')
moniker.ParseDisplayName("live/chain.fx/global/usd/default")

results in a UnicodeDecodeError: 'ascii' codec can't decode byte ... error.

Reinstalling version 210 again and the problem goes away.

Any ideas?

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

>Comment By: Mark Hammond (mhammond)
Date: 2008-07-05 09:45

Message:
Logged In: YES 
user_id=14198
Originator: NO

Thanks - we have already fixed this, so it should be fixed in pywin-212
(and also note the error only happens when using IDLE - consider using
python.exe or pythonwin as a work-around.

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

Comment By: Steven Doyle (steven_doyle)
Date: 2008-07-04 19:50

Message:
Logged In: YES 
user_id=2135024
Originator: YES

ok here is my traceback for the error:

>>> import win32com.client
>>> moniker = win32com.client.Dispatch('MXApi.MXMoniker')
>>> moniker.ParseDisplayName("live/chain.fx/global/usd/default")
Traceback (most recent call last):
  File "<pyshell#2>", line 1, in <module>
    moniker.ParseDisplayName("live/chain.fx/global/usd/default")
  File "C:\apps\Python25\Lib\site-packages\win32com\client\dynamic.py",
line 467, in __getattr__
    if self._olerepr_.mapFuncs.has_key(attr): return
self._make_method_(attr)
  File "C:\apps\Python25\Lib\site-packages\win32com\client\dynamic.py",
line 295, in _make_method_
    methodCodeList =
self._olerepr_.MakeFuncMethod(self._olerepr_.mapFuncs[name], methodName,0)
  File "C:\apps\Python25\Lib\site-packages\win32com\client\build.py", line
297, in MakeFuncMethod
    return self.MakeDispatchFuncMethod(entry, name, bMakeClass)
  File "C:\apps\Python25\Lib\site-packages\win32com\client\build.py", line
318, in MakeDispatchFuncMethod
    s = linePrefix + 'def ' + name + '(self' + BuildCallList(fdesc, names,
defNamedOptArg, defNamedNotOptArg, defUnnamedArg, defOutArg) + '):'
  File "C:\apps\Python25\Lib\site-packages\win32com\client\build.py", line
604, in BuildCallList
    argName = MakePublicAttributeName(argName)
  File "C:\apps\Python25\Lib\site-packages\win32com\client\build.py", line
542, in MakePublicAttributeName
    return filter( lambda char: char in valid_identifier_chars,
className)
  File "C:\apps\Python25\Lib\site-packages\win32com\client\build.py", line
542, in <lambda>
    return filter( lambda char: char in valid_identifier_chars,
className)
UnicodeDecodeError: 'ascii' codec can't decode byte 0x83 in position 52:
ordinal not in range(128)
>>> 


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

Comment By: Michiel Overtoom (motoom)
Date: 2008-07-04 18:40

Message:
Logged In: YES 
user_id=96530
Originator: NO


I get the same error as steven_doyle with version 211 when I try to access
MS-Word or ADO via Win32com.  I include a full traceback:

>>> import win32com.client
>>> word = win32com.client.gencache.EnsureDispatch ("Word.Application")
Traceback (most recent call last):
  File "<pyshell#1>", line 1, in <module>
    word = win32com.client.gencache.EnsureDispatch ("Word.Application")
  File "C:\Ap\Python\lib\site-packages\win32com\client\gencache.py", line
536, in EnsureDispatch
    mod = EnsureModule(tla[0], tla[1], tla[3], tla[4],
bForDemand=bForDemand)
  File "C:\Ap\Python\lib\site-packages\win32com\client\gencache.py", line
520, in EnsureModule
    module = MakeModuleForTypelib(typelibCLSID, lcid, major, minor,
progressInstance, bForDemand = bForDemand, bBuildHidden = bBuildHidden)
  File "C:\Ap\Python\lib\site-packages\win32com\client\gencache.py", line
287, in MakeModuleForTypelib
    makepy.GenerateFromTypeLibSpec( (typelibCLSID, lcid, major, minor),
progressInstance=progressInstance, bForDemand = bForDemand, bBuildHidden =
bBuildHidden)
  File "C:\Ap\Python\Lib\site-packages\win32com\client\makepy.py", line
275, in GenerateFromTypeLibSpec
    gen.generate(fileUse, bForDemand)
  File "C:\Ap\Python\Lib\site-packages\win32com\client\genpy.py", line
770, in generate
    self.do_generate()
  File "C:\Ap\Python\Lib\site-packages\win32com\client\genpy.py", line
831, in do_generate
    oleItems, enumItems, recordItems, vtableItems =
self.BuildOleItemsFromType()
  File "C:\Ap\Python\Lib\site-packages\win32com\client\genpy.py", line
739, in BuildOleItemsFromType
    newItem = EnumerationItem(info, attr, doc)
  File "C:\Ap\Python\Lib\site-packages\win32com\client\genpy.py", line
180, in __init__
    build.OleItem.__init__(self, doc)
  File "C:\Ap\Python\Lib\site-packages\win32com\client\build.py", line 91,
in __init__
    self.python_name = MakePublicAttributeName(self.doc[0])
  File "C:\Ap\Python\Lib\site-packages\win32com\client\build.py", line
542, in MakePublicAttributeName
    return filter( lambda char: char in valid_identifier_chars,
className)
  File "C:\Ap\Python\Lib\site-packages\win32com\client\build.py", line
542, in <lambda>
    return filter( lambda char: char in valid_identifier_chars,
className)
UnicodeDecodeError: 'ascii' codec can't decode byte 0x83 in position 52:
ordinal not in range(128)
>>> 





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

Comment By: Mark Hammond (mhammond)
Date: 2008-07-04 09:22

Message:
Logged In: YES 
user_id=14198
Originator: NO

Can you please include the full traceback you see?

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

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

[pywin32-bugs] [ pywin32-Bugs-2009780 ] UnicodeDecodeError on version 211

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

Bugs item #2009780, was opened at 2008-07-03 15:42
Message generated for change (Comment added) made by steven_doyle
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2009780&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: Steven Doyle (steven_doyle)
Assigned to: Nobody/Anonymous (nobody)
Summary: UnicodeDecodeError on version 211

Initial Comment:
Clean install of python 2.5.2 and windows extensions version 211.

After calling my own COM object

moniker = win32com.client.Dispatch('MXApi.MXMoniker')
moniker.ParseDisplayName("live/chain.fx/global/usd/default")

results in a UnicodeDecodeError: 'ascii' codec can't decode byte ... error.

Reinstalling version 210 again and the problem goes away.

Any ideas?

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

>Comment By: Steven Doyle (steven_doyle)
Date: 2008-07-04 10:50

Message:
Logged In: YES 
user_id=2135024
Originator: YES

ok here is my traceback for the error:

>>> import win32com.client
>>> moniker = win32com.client.Dispatch('MXApi.MXMoniker')
>>> moniker.ParseDisplayName("live/chain.fx/global/usd/default")
Traceback (most recent call last):
  File "<pyshell#2>", line 1, in <module>
    moniker.ParseDisplayName("live/chain.fx/global/usd/default")
  File "C:\apps\Python25\Lib\site-packages\win32com\client\dynamic.py",
line 467, in __getattr__
    if self._olerepr_.mapFuncs.has_key(attr): return
self._make_method_(attr)
  File "C:\apps\Python25\Lib\site-packages\win32com\client\dynamic.py",
line 295, in _make_method_
    methodCodeList =
self._olerepr_.MakeFuncMethod(self._olerepr_.mapFuncs[name], methodName,0)
  File "C:\apps\Python25\Lib\site-packages\win32com\client\build.py", line
297, in MakeFuncMethod
    return self.MakeDispatchFuncMethod(entry, name, bMakeClass)
  File "C:\apps\Python25\Lib\site-packages\win32com\client\build.py", line
318, in MakeDispatchFuncMethod
    s = linePrefix + 'def ' + name + '(self' + BuildCallList(fdesc, names,
defNamedOptArg, defNamedNotOptArg, defUnnamedArg, defOutArg) + '):'
  File "C:\apps\Python25\Lib\site-packages\win32com\client\build.py", line
604, in BuildCallList
    argName = MakePublicAttributeName(argName)
  File "C:\apps\Python25\Lib\site-packages\win32com\client\build.py", line
542, in MakePublicAttributeName
    return filter( lambda char: char in valid_identifier_chars,
className)
  File "C:\apps\Python25\Lib\site-packages\win32com\client\build.py", line
542, in <lambda>
    return filter( lambda char: char in valid_identifier_chars,
className)
UnicodeDecodeError: 'ascii' codec can't decode byte 0x83 in position 52:
ordinal not in range(128)
>>> 


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

Comment By: Michiel Overtoom (motoom)
Date: 2008-07-04 09:40

Message:
Logged In: YES 
user_id=96530
Originator: NO


I get the same error as steven_doyle with version 211 when I try to access
MS-Word or ADO via Win32com.  I include a full traceback:

>>> import win32com.client
>>> word = win32com.client.gencache.EnsureDispatch ("Word.Application")
Traceback (most recent call last):
  File "<pyshell#1>", line 1, in <module>
    word = win32com.client.gencache.EnsureDispatch ("Word.Application")
  File "C:\Ap\Python\lib\site-packages\win32com\client\gencache.py", line
536, in EnsureDispatch
    mod = EnsureModule(tla[0], tla[1], tla[3], tla[4],
bForDemand=bForDemand)
  File "C:\Ap\Python\lib\site-packages\win32com\client\gencache.py", line
520, in EnsureModule
    module = MakeModuleForTypelib(typelibCLSID, lcid, major, minor,
progressInstance, bForDemand = bForDemand, bBuildHidden = bBuildHidden)
  File "C:\Ap\Python\lib\site-packages\win32com\client\gencache.py", line
287, in MakeModuleForTypelib
    makepy.GenerateFromTypeLibSpec( (typelibCLSID, lcid, major, minor),
progressInstance=progressInstance, bForDemand = bForDemand, bBuildHidden =
bBuildHidden)
  File "C:\Ap\Python\Lib\site-packages\win32com\client\makepy.py", line
275, in GenerateFromTypeLibSpec
    gen.generate(fileUse, bForDemand)
  File "C:\Ap\Python\Lib\site-packages\win32com\client\genpy.py", line
770, in generate
    self.do_generate()
  File "C:\Ap\Python\Lib\site-packages\win32com\client\genpy.py", line
831, in do_generate
    oleItems, enumItems, recordItems, vtableItems =
self.BuildOleItemsFromType()
  File "C:\Ap\Python\Lib\site-packages\win32com\client\genpy.py", line
739, in BuildOleItemsFromType
    newItem = EnumerationItem(info, attr, doc)
  File "C:\Ap\Python\Lib\site-packages\win32com\client\genpy.py", line
180, in __init__
    build.OleItem.__init__(self, doc)
  File "C:\Ap\Python\Lib\site-packages\win32com\client\build.py", line 91,
in __init__
    self.python_name = MakePublicAttributeName(self.doc[0])
  File "C:\Ap\Python\Lib\site-packages\win32com\client\build.py", line
542, in MakePublicAttributeName
    return filter( lambda char: char in valid_identifier_chars,
className)
  File "C:\Ap\Python\Lib\site-packages\win32com\client\build.py", line
542, in <lambda>
    return filter( lambda char: char in valid_identifier_chars,
className)
UnicodeDecodeError: 'ascii' codec can't decode byte 0x83 in position 52:
ordinal not in range(128)
>>> 





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

Comment By: Mark Hammond (mhammond)
Date: 2008-07-04 00:22

Message:
Logged In: YES 
user_id=14198
Originator: NO

Can you please include the full traceback you see?

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

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

[pywin32-bugs] [ pywin32-Bugs-2009780 ] UnicodeDecodeError on version 211

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

Bugs item #2009780, was opened at 2008-07-03 16:42
Message generated for change (Comment added) made by motoom
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2009780&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: Steven Doyle (steven_doyle)
Assigned to: Nobody/Anonymous (nobody)
Summary: UnicodeDecodeError on version 211

Initial Comment:
Clean install of python 2.5.2 and windows extensions version 211.

After calling my own COM object

moniker = win32com.client.Dispatch('MXApi.MXMoniker')
moniker.ParseDisplayName("live/chain.fx/global/usd/default")

results in a UnicodeDecodeError: 'ascii' codec can't decode byte ... error.

Reinstalling version 210 again and the problem goes away.

Any ideas?

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

Comment By: Michiel Overtoom (motoom)
Date: 2008-07-04 10:40

Message:
Logged In: YES 
user_id=96530
Originator: NO


I get the same error as steven_doyle with version 211 when I try to access
MS-Word or ADO via Win32com.  I include a full traceback:

>>> import win32com.client
>>> word = win32com.client.gencache.EnsureDispatch ("Word.Application")
Traceback (most recent call last):
  File "<pyshell#1>", line 1, in <module>
    word = win32com.client.gencache.EnsureDispatch ("Word.Application")
  File "C:\Ap\Python\lib\site-packages\win32com\client\gencache.py", line
536, in EnsureDispatch
    mod = EnsureModule(tla[0], tla[1], tla[3], tla[4],
bForDemand=bForDemand)
  File "C:\Ap\Python\lib\site-packages\win32com\client\gencache.py", line
520, in EnsureModule
    module = MakeModuleForTypelib(typelibCLSID, lcid, major, minor,
progressInstance, bForDemand = bForDemand, bBuildHidden = bBuildHidden)
  File "C:\Ap\Python\lib\site-packages\win32com\client\gencache.py", line
287, in MakeModuleForTypelib
    makepy.GenerateFromTypeLibSpec( (typelibCLSID, lcid, major, minor),
progressInstance=progressInstance, bForDemand = bForDemand, bBuildHidden =
bBuildHidden)
  File "C:\Ap\Python\Lib\site-packages\win32com\client\makepy.py", line
275, in GenerateFromTypeLibSpec
    gen.generate(fileUse, bForDemand)
  File "C:\Ap\Python\Lib\site-packages\win32com\client\genpy.py", line
770, in generate
    self.do_generate()
  File "C:\Ap\Python\Lib\site-packages\win32com\client\genpy.py", line
831, in do_generate
    oleItems, enumItems, recordItems, vtableItems =
self.BuildOleItemsFromType()
  File "C:\Ap\Python\Lib\site-packages\win32com\client\genpy.py", line
739, in BuildOleItemsFromType
    newItem = EnumerationItem(info, attr, doc)
  File "C:\Ap\Python\Lib\site-packages\win32com\client\genpy.py", line
180, in __init__
    build.OleItem.__init__(self, doc)
  File "C:\Ap\Python\Lib\site-packages\win32com\client\build.py", line 91,
in __init__
    self.python_name = MakePublicAttributeName(self.doc[0])
  File "C:\Ap\Python\Lib\site-packages\win32com\client\build.py", line
542, in MakePublicAttributeName
    return filter( lambda char: char in valid_identifier_chars,
className)
  File "C:\Ap\Python\Lib\site-packages\win32com\client\build.py", line
542, in <lambda>
    return filter( lambda char: char in valid_identifier_chars,
className)
UnicodeDecodeError: 'ascii' codec can't decode byte 0x83 in position 52:
ordinal not in range(128)
>>> 





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

Comment By: Mark Hammond (mhammond)
Date: 2008-07-04 01:22

Message:
Logged In: YES 
user_id=14198
Originator: NO

Can you please include the full traceback you see?

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

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

[pywin32-bugs] [ pywin32-Bugs-1751668 ] Ok now!

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

Bugs item #1751668, was opened at 2007-07-11 07:15
Message generated for change (Comment added) made by wildpash
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1751668&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: None
Priority: 5
Private: No
Submitted By: Pash (wildpash)
Assigned to: Nobody/Anonymous (nobody)
>Summary: Ok now!

Initial Comment:
Hi,

PythonWin crashes at startup.

Machine: Windows 2003 Server

Does there exist a possibility to switch on a log-file for further investigation?

Thanks

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

>Comment By: Pash (wildpash)
Date: 2008-07-04 08:04

Message:
Logged In: YES 
user_id=1005254
Originator: YES

No problems anymore with PythonWin 2.11. Just noticed in 'About' Dialog:
pywin32 build 210.9. :O) 


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

Comment By: Mark Hammond (mhammond)
Date: 2008-07-04 02:06

Message:
Logged In: YES 
user_id=14198
Originator: NO

Does this still happen in build 211?

Thanks

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

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

[pywin32-bugs] [ pywin32-Patches-1806435 ] registring a win32com server with non admin privilges only

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

Patches item #1806435, was opened at 2007-10-03 02:17
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1806435&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: Robert Langmeier (rlangmeier)
Assigned to: Nobody/Anonymous (nobody)
Summary: registring a win32com server with non admin privilges only

Initial Comment:
I produced this patch to be able to register and use a COM server with insufficient privileges.

A little explanation:
- As a non admin user, you cannot write HKEY_CLASSES_ROOT, but you can register a COM server into HKEY_CURRENT_USER
- HKEY_CLASSES_ROOT is a consolidated view of HKEY_LOCAL_MACHINE  and HKEY_CURRENT_USER (see MSDN)
- The client can always read the registry keys in HKEY_CLASSES_ROOT

It would be great if it can be integrated in a future build. Some check has to be done for parts i'm not using. Registring and unregistring "Standard" servers is correct and functionning.

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

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

Message:
Logged In: YES 
user_id=14198
Originator: NO

FWIW, VS 2008 appears to use "regsvr32 /s /i:user dllname.dll" when you
select the "register per user" option in their IDE UI (I can't recall the
exact spelling of the UI option).  It's undocumented best I can tell, but I
stumbled across how IronPython checks for this, and it worked!

The code a C++ DLL needs to support this in MSVS is below (from Tamarin):
it makes sense that we do the same to support this functionality?

STDAPI DllInstall(BOOL bInstall, LPCWSTR pszCmdLine)
{
   HRESULT hr = E_FAIL;
   // MSVC will call "regsvr32 /i:user" if "per-user registration" is set
as a 
   // linker option - so handle that here (its also handle for anyone else
to
   // be able to manually install just for themselves.)
   static const wchar_t szUserSwitch[] = L"user";
   if (pszCmdLine != NULL)
   {
       if (_wcsnicmp(pszCmdLine, szUserSwitch, _countof(szUserSwitch)) ==
0)
       {
           AtlSetPerUserRegistration(true);
           // But ATL still barfs if you try and register a COM category,
so
           // just arrange to not do that.
          _AtlComModule.m_ppAutoObjMapFirst =
_AtlComModule.m_ppAutoObjMapLast;
       }
   }
   if (bInstall)
   {    
       hr = DllRegisterServer();
...
 

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

Comment By: Mark Hammond (mhammond)
Date: 2008-05-05 21:00

Message:
Logged In: YES 
user_id=14198
Originator: NO

Note that _get_classe_hkey() can probably go - just checking if you can
open the key with KEY_ALL_ACCESS should work.  Note too that the CVS
version of register.py takes a different approach - it attempts to elevate
and retry.  This means we would probably need to add a new cmdline option
to specify which behaviour you desire.  Finally, it would be great if you
can send me a "diff" which compares the old and new files (use "diff -u") -
otherwise it is very hard to determine what changes you made.

Thanks

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

Comment By: Robert Langmeier (rlangmeier)
Date: 2007-10-12 07:00

Message:
Logged In: YES 
user_id=75471
Originator: YES

just corrected a bug in _get_classe_hkey and modified RegisterServer
File Added: register-patch.py

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

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

[pywin32-bugs] [ pywin32-Bugs-1751668 ] PythonWin 210 crashes on startup

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

Bugs item #1751668, was opened at 2007-07-11 17:15
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1751668&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: Pending
Resolution: None
Priority: 5
Private: No
Submitted By: Pash (wildpash)
Assigned to: Nobody/Anonymous (nobody)
Summary: PythonWin 210 crashes on startup

Initial Comment:
Hi,

PythonWin crashes at startup.

Machine: Windows 2003 Server

Does there exist a possibility to switch on a log-file for further investigation?

Thanks

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

>Comment By: Mark Hammond (mhammond)
Date: 2008-07-04 12:06

Message:
Logged In: YES 
user_id=14198
Originator: NO

Does this still happen in build 211?

Thanks

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

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

[pywin32-bugs] [ pywin32-Bugs-1763285 ] win32 extensions cannot be used by non-admin user

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

Bugs item #1763285, was opened at 2007-07-30 08:54
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1763285&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: delta (delta_c)
Assigned to: Nobody/Anonymous (nobody)
Summary: win32 extensions cannot be used by non-admin user

Initial Comment:
pywin32-210.win32-py2.5.exe was installed on Windows XP after installing Python 2.5.

PythonWin shows only on admin startup menu.

win32com.client could not be imported by a non-admin user.  However, after being imported by admin, the non-admin user could do so.  The import had been done twice - once in IDLE and once in PythonWin.  Sorry, I don't know if either by itself would have worked.


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

>Comment By: Mark Hammond (mhammond)
Date: 2008-07-04 12:06

Message:
Logged In: YES 
user_id=14198
Originator: NO

Would it be possible to see if this is fixed in build 211 (lots of work
for non-admin users was done, but your description sounds a little
different than the other cases I know are fixed)

Thanks

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

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