pywin32-bugs Mailing List for Python for Windows Extensions (Page 22)
OLD project page for the Python extensions for Windows
Brought to you by:
mhammond
Menu
▾
▴
pywin32-bugs — Automated tracker notifications (not for bug reports!)
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
(24) |
May
(19) |
Jun
(15) |
Jul
(43) |
Aug
(39) |
Sep
(25) |
Oct
(43) |
Nov
(19) |
Dec
(4) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(21) |
Feb
(18) |
Mar
(14) |
Apr
(80) |
May
(56) |
Jun
(24) |
Jul
(30) |
Aug
(17) |
Sep
(36) |
Oct
(106) |
Nov
(38) |
Dec
(30) |
| 2005 |
Jan
(14) |
Feb
(14) |
Mar
(48) |
Apr
(28) |
May
(49) |
Jun
(23) |
Jul
(9) |
Aug
(13) |
Sep
(28) |
Oct
(21) |
Nov
(8) |
Dec
(26) |
| 2006 |
Jan
(56) |
Feb
(33) |
Mar
(33) |
Apr
(18) |
May
(16) |
Jun
(9) |
Jul
(24) |
Aug
(16) |
Sep
(14) |
Oct
(37) |
Nov
(38) |
Dec
(22) |
| 2007 |
Jan
(7) |
Feb
(16) |
Mar
(11) |
Apr
(15) |
May
(15) |
Jun
(8) |
Jul
(24) |
Aug
(26) |
Sep
(18) |
Oct
(11) |
Nov
(20) |
Dec
(1) |
| 2008 |
Jan
(19) |
Feb
(55) |
Mar
(7) |
Apr
(35) |
May
(66) |
Jun
(38) |
Jul
(26) |
Aug
(5) |
Sep
(25) |
Oct
(25) |
Nov
(18) |
Dec
(18) |
| 2009 |
Jan
(25) |
Feb
(38) |
Mar
(29) |
Apr
(25) |
May
(5) |
Jun
(11) |
Jul
(16) |
Aug
(16) |
Sep
(16) |
Oct
(1) |
Nov
(15) |
Dec
(33) |
| 2010 |
Jan
(13) |
Feb
(11) |
Mar
(1) |
Apr
(24) |
May
(26) |
Jun
(19) |
Jul
(22) |
Aug
(51) |
Sep
(38) |
Oct
(39) |
Nov
(25) |
Dec
(27) |
| 2011 |
Jan
(40) |
Feb
(31) |
Mar
(21) |
Apr
(42) |
May
(11) |
Jun
(16) |
Jul
(20) |
Aug
(14) |
Sep
(6) |
Oct
(8) |
Nov
(34) |
Dec
(7) |
| 2012 |
Jan
(60) |
Feb
(24) |
Mar
(6) |
Apr
(28) |
May
(41) |
Jun
(15) |
Jul
(14) |
Aug
(25) |
Sep
(30) |
Oct
(18) |
Nov
(30) |
Dec
(9) |
| 2013 |
Jan
(3) |
Feb
(8) |
Mar
(17) |
Apr
(23) |
May
(34) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2011-04-24 04:23:53
|
Bugs item #3199843, was opened at 2011-03-05 05:29 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3199843&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: Fixed Priority: 5 Private: No Submitted By: pachalmars (pachalmars) Assigned to: Nobody/Anonymous (nobody) Summary: No module named new (216 - py3.1) Initial Comment: Using pywin32-216.win32-py3.1, i get the error : File "C:\Python31\lib\site-packages\win32com\client\__init__.py", line 320, in WithEvents import new ImportError: No module named new Can be corrected by replacing lines 320-324 : import new events_class = getevents(clsid) if events_class is None: raise ValueError("This COM object does not support events.") result_class = new.classobj("COMEventClass", (events_class, user_event_class), {}) with : try: from types import ClassType as new_type except ImportError: new_type = type # py3k events_class = getevents(clsid) if events_class is None: raise ValueError("This COM object does not support events.") result_class = new_type("COMEventClass", (events_class, user_event_class), {}) ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2011-04-24 14:23 Message: Thanks! Fixed in rev 7f44ae5e7785 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3199843&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-04-24 03:49:17
|
Bugs item #3156634, was opened at 2011-01-13 09:50 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3156634&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: Invalid Priority: 5 Private: No Submitted By: Quin Dennis (quindennis) Assigned to: Nobody/Anonymous (nobody) Summary: OPCHDA Not Mapped Correctly Initial Comment: The OPCHDA (Graybox HDA Wrapper) is not correctly mapped, specifically, the OPCHDABrowser object. This is mapped correctly in C#. With PyWin, the Browser object only shows 'count' and 'index' properties. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2011-04-24 13:49 Message: Without more details I can't do much - please reopen if/when you have more information. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-01-13 09:59 Message: I'm not familiar with that object. Are you sure it is designed to be used via IDispatch from script languages? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3156634&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-04-23 13:20:12
|
Bugs item #3199631, was opened at 2011-03-05 00:56 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3199631&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: com Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Christophe de Vienne (cdevienne) Assigned to: Nobody/Anonymous (nobody) Summary: Syntax error in a gen_py generated file Initial Comment: When a Class method documentation has a trailing backslash, the generated cache file has a syntax error because the \ de-specialise the first closing double-quote of the docstring. The case I had is the following: # The method GetAlchemyDirectory is actually a property, but must be used as a method to correctly pass the arguments def GetAlchemyDirectory(self, MergeDirectory=False): """Get Alchemcy Directory eg C:\Agora\Settings\LsAlchemy\""" return self._ApplyTypes_(1745027165, 2, (8, 0), ((16395, 51),), u'G etAlchemyDirectory', None,MergeDirectory ) ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2011-04-23 23:20 Message: Thanks! Fixed in 6859167bf2ab ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3199631&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-04-23 12:43:35
|
Bugs item #3152800, was opened at 2011-01-07 18:57 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3152800&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: com Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Klaus Noekel (kahlbutz) Assigned to: Nobody/Anonymous (nobody) Summary: gen_py fails to map type correctly Initial Comment: Hi, I am calling a COM server (written in C++) from Python. The COM server defines methods: interface IMatrix : IDispatch { ... [id(14), helpstring ("Copy matrix contents to a pointer to a C-style 2D double array")] HRESULT GetValuesRaw ( [in] unsigned int hi, [in] unsigned int lo); [id(15), helpstring ("Copy matrix contents from a pointer to a C-style 2D double array")] HRESULT SetValuesRaw ( [in] unsigned int hi, [in] unsigned int lo); } Pywin32 does not pick up the unsigned int, but generates def GetValuesRaw(self, hi=defaultNamedNotOptArg, lo=defaultNamedNotOptArg): """Copy matrix contents to a pointer to a C-style 2D double array""" return self._oleobj_.InvokeTypes(14, LCID, 1, (24, 0), ((3, 1), (3, 1)),hi , lo) where the type id 3 stands for VT_I4 instead of VT_UI4. As you would expect this fails the first time bit 31 of hi or lo is set. Is it a bug in pywin32? If not, how can I influence gen_py so that it correctly recognizes the type? Do I have to write the IDL differently? Can I include hints? Finally, what I really want to achieve is pass a 64-bit pointer from Python to the C++ COM server. Splitting it into the 32-bit hi/lo parts and passing them separately is my current solution. Am I overlooking a better option? Thanks and best regards, Klaus Noekel ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2011-04-23 22:43 Message: Thanks for the report! Investigating this shows you are 100% correct and also led me to another bug - that OverFlowError exceptions passing too large integers are ignored with -1 silently passed. Fixed and checked into hg with tests as of 62ea09011278 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3152800&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-04-22 05:53:55
|
Bugs item #3260878, was opened at 2011-03-31 05:32 Message generated for change (Settings changed) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3260878&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: Invalid Priority: 5 Private: No Submitted By: Marc-André Belzile (mabxsi) Assigned to: Nobody/Anonymous (nobody) Summary: pythoncom GetRefTypeOfImplType doesn't work Initial Comment: Hi, I'm trying to get the base interface typeinfo with pythoncom.GetRefTypeOfImplType but it's always returning the typeinfo of the IDispatch interface. You can use the code belwo with any tlb you like to repro the problem. Thank you for your help. -mab def log_base_interface( tlb ): n = tlb.GetTypeInfoCount() for i in range(n): iface_ti = tlb.GetTypeInfo( i ) iface_attr = iface_ti.GetTypeAttr() if iface_attr[5] == pythoncom.TKIND_DISPATCH: print '>>>>> Base interfaces for %s' % (iface_ti.GetDocumentation(-1)[0]) for i in range(iface_attr[8]): flags = iface_ti.GetImplTypeFlags(i) refType = iface_ti.GetRefTypeInfo(iface_ti.GetRefTypeOfImplType(i)) refAttr = refType.GetTypeAttr() print refType.GetDocumentation(-1)[0] output: >>>>> Base interfaces for SIObject IDispatch >>>>> Base interfaces for Application IDispatch >>>>> Base interfaces for SIObjectCollection IDispatch >>>>> Base interfaces for LightRig IDispatch etc... ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2011-04-22 15:53 Message: Without more detail, I can't see how this is broken. Note that win32com (win32com\client\gen_py in particular) uses this function. Please reopen this bug if you can provide more detail. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-03-31 09:03 Message: It isn't clear why this is broken. Your example seems to be showing that each of the types in that typelib have one base interface which is IDispatch. Do you think there is a bug in pywin32's wrapping of this function, or that the function itself is behaving incorrectly? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3260878&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-04-22 04:43:05
|
Bugs item #3290176, was opened at 2011-04-20 18:53 Message generated for change (Settings changed) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3290176&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Duplicate Priority: 5 Private: No Submitted By: Paul Metcalfe (pmetcalfe) Assigned to: Nobody/Anonymous (nobody) Summary: install error in pywin32-216.win32.py3.2.exe Initial Comment: pywin32-216.win32-py3.2.exe fails to install on my machine [Win7, fresh install of python 3.2 and of pywin32]. At the postinstall phase of running the installer, I get the error: Traceback (most recent call last): File "<string>", line 604, in <module> File "<string>", line 332, in install File "<string>", line 15, in write AttributeError: 'NoneType' object has no attribute 'write' Exception AttributeError: "'NoneType' object has no attribute 'flush'" in <__main__.Tee object at 0x03093350> ignored If I try to run the install script by hand: cd \Python32 python Scripts\pywin32_postinstall.py -install I get the following error: Traceback (most recent call last): File "<string>", line 604, in <module> File "<string>", line 332, in install File "<string>", line 15, in write AttributeError: 'NoneType' object has no attribute 'write' Exception AttributeError: "'NoneType' object has no attribute 'flush'" in <__main__.Tee object at 0x03093350> ignored C:\Python32>python Scripts\pywin32_postinstall.py -install Copied pythoncom32.dll to C:\Windows\system32\pythoncom32.dll Copied pythoncomloader32.dll to C:\Windows\system32\pythoncomloader32.dll Copied pywintypes32.dll to C:\Windows\system32\pywintypes32.dll FAILED to register the Python COM objects Traceback (most recent call last): File "Scripts\pywin32_postinstall.py", line 372, in install RegisterCOMObjects() File "Scripts\pywin32_postinstall.py", line 170, in RegisterCOMObjects import win32com.server.register File "C:\Python32\lib\site-packages\win32com\server\register.py", line 47 except win32api.error, (code, fn, msg): ^ SyntaxError: invalid syntax -> Software\Python\PythonCore\3.2\Help[None]=None -> Software\Python\PythonCore\3.2\Help\Pythonwin Reference[None]='C:\\Python32\\ Lib\\site-packages\\PyWin32.chm' Pythonwin has been registered in context menu Creating directory C:\Python32\Lib\site-packages\win32com\gen_py Can't install shortcuts - 'C:\\Users\\pmetcalfe\\AppData\\Roaming\\Microsoft\\Windows\\Start Menu\\Programs\\Python 3.2' is not a folder Traceback (most recent call last): File "Scripts\pywin32_postinstall.py", line 604, in <module> install() File "Scripts\pywin32_postinstall.py", line 471, in install import win32com.client File "C:\Python32\lib\site-packages\win32com\client\__init__.py", line 424 except pythoncom.com_error, details: ^ SyntaxError: invalid syntax There do indeed seem to be old-style exception statements scattered throughout the pywin32 subdirectories of site-packages, as detailed in the attached file. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2011-04-22 14:43 Message: There seem to be 2 problems here: * pywin32-216.win32-py3.2.exe did indeed have some py2k syntax files - that file has been removed from the 216 build and replaced with pywin32-216.1.win32-py3.2.exe - how did you find the old one? * The AttributeError at install time is a different problem I don't yet understand, but will probably work around in the next build - see issue 3192904 for more details. Both those are duplicates of existing bugs (the first fixed, the second not yet) so closing this issue. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3290176&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-04-22 04:40:31
|
Bugs item #3276421, was opened at 2011-04-06 02:36 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3276421&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: installation Group: None >Status: Closed >Resolution: Duplicate Priority: 5 Private: No Submitted By: Todd Whiteman (twhiteman) Assigned to: Nobody/Anonymous (nobody) Summary: pywin32-216 install error for Python 3.2 Initial Comment: After installing "pywin32-216.1.win32-py3.2.exe" for Python 3.2 (32-bit), on Windows 7 (64-bit) I see the following error at the end of Pywin32 installer (though it appears to have completed the installation, as it finished the byte compiling to .pyc and .pyo beforehand). Note: This was a completely clean installation (directly after installing Python-3.2.msi). Error details: Traceback (most recent call last): File "<string>", line 604, in <module> File "<string>", line 332, in install File "<string>", line 15, in write AttributeError: 'NoneType' object has no attribute 'write' Exception AttributeError: "'NoneType' object has no attribute 'flush'" in <__main__.Tee object at 0x04B0E250> ignored Note: I cannot run Pythonwin.exe after installing - as an alert dialog appears with "The application can not locate win32ui.pyd (or Python) (126). The specified module could not be found", so perhaps the installer didn't actually work correctly... ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2011-04-22 14:40 Message: hrmph - still no closer to understanding this, but closing this as a dupe of issue 3192904 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3276421&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-04-20 08:53:06
|
Bugs item #3290176, was opened at 2011-04-20 09:53 Message generated for change (Tracker Item Submitted) made by pmetcalfe You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3290176&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: Paul Metcalfe (pmetcalfe) Assigned to: Nobody/Anonymous (nobody) Summary: install error in pywin32-216.win32.py3.2.exe Initial Comment: pywin32-216.win32-py3.2.exe fails to install on my machine [Win7, fresh install of python 3.2 and of pywin32]. At the postinstall phase of running the installer, I get the error: Traceback (most recent call last): File "<string>", line 604, in <module> File "<string>", line 332, in install File "<string>", line 15, in write AttributeError: 'NoneType' object has no attribute 'write' Exception AttributeError: "'NoneType' object has no attribute 'flush'" in <__main__.Tee object at 0x03093350> ignored If I try to run the install script by hand: cd \Python32 python Scripts\pywin32_postinstall.py -install I get the following error: Traceback (most recent call last): File "<string>", line 604, in <module> File "<string>", line 332, in install File "<string>", line 15, in write AttributeError: 'NoneType' object has no attribute 'write' Exception AttributeError: "'NoneType' object has no attribute 'flush'" in <__main__.Tee object at 0x03093350> ignored C:\Python32>python Scripts\pywin32_postinstall.py -install Copied pythoncom32.dll to C:\Windows\system32\pythoncom32.dll Copied pythoncomloader32.dll to C:\Windows\system32\pythoncomloader32.dll Copied pywintypes32.dll to C:\Windows\system32\pywintypes32.dll FAILED to register the Python COM objects Traceback (most recent call last): File "Scripts\pywin32_postinstall.py", line 372, in install RegisterCOMObjects() File "Scripts\pywin32_postinstall.py", line 170, in RegisterCOMObjects import win32com.server.register File "C:\Python32\lib\site-packages\win32com\server\register.py", line 47 except win32api.error, (code, fn, msg): ^ SyntaxError: invalid syntax -> Software\Python\PythonCore\3.2\Help[None]=None -> Software\Python\PythonCore\3.2\Help\Pythonwin Reference[None]='C:\\Python32\\ Lib\\site-packages\\PyWin32.chm' Pythonwin has been registered in context menu Creating directory C:\Python32\Lib\site-packages\win32com\gen_py Can't install shortcuts - 'C:\\Users\\pmetcalfe\\AppData\\Roaming\\Microsoft\\Windows\\Start Menu\\Programs\\Python 3.2' is not a folder Traceback (most recent call last): File "Scripts\pywin32_postinstall.py", line 604, in <module> install() File "Scripts\pywin32_postinstall.py", line 471, in install import win32com.client File "C:\Python32\lib\site-packages\win32com\client\__init__.py", line 424 except pythoncom.com_error, details: ^ SyntaxError: invalid syntax There do indeed seem to be old-style exception statements scattered throughout the pywin32 subdirectories of site-packages, as detailed in the attached file. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3290176&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-04-12 22:33:43
|
Bugs item #3285187, was opened at 2011-04-12 20:57 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3285187&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: win32 Group: None >Status: Pending Resolution: None >Priority: 5 Private: No Submitted By: kaa (kaa777) Assigned to: Nobody/Anonymous (nobody) Summary: Your example services not started at Windows 7 Initial Comment: Service written in Python is installed but not started at Windows 7/Windows Server 2008 32/64bit. Winerror 1063 occurs. Try run your examples: serviceEvents.py install serviceEvents.py start pipeTestService.py install pipeTestService.py start ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2011-04-13 08:33 Message: Works for me and I've had no other reports. You might like to try another machine or mail the python-win32 mailing list to see if anyone else can reproduce it. Also, make sure you have installed Python for "all users" rather than "just for me" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3285187&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-04-12 12:05:34
|
Bugs item #3285187, was opened at 2011-04-12 14:57 Message generated for change (Settings changed) made by kaa777 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3285187&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: win32 Group: None Status: Open Resolution: None Priority: 9 Private: No Submitted By: kaa (kaa777) Assigned to: Nobody/Anonymous (nobody) Summary: Your example services not started at Windows 7 Initial Comment: Service written in Python is installed but not started at Windows 7/Windows Server 2008 32/64bit. Winerror 1063 occurs. Try run your examples: serviceEvents.py install serviceEvents.py start pipeTestService.py install pipeTestService.py start ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3285187&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-04-12 11:00:56
|
Bugs item #3285187, was opened at 2011-04-12 14:57 Message generated for change (Settings changed) made by kaa777 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3285187&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pythonwin Group: None Status: Open Resolution: None >Priority: 9 Private: No Submitted By: kaa (kaa777) Assigned to: Nobody/Anonymous (nobody) Summary: Your example services not started at Windows 7 Initial Comment: Service written in Python is installed but not started at Windows 7/Windows Server 2008 32/64bit. Winerror 1063 occurs. Try run your examples: serviceEvents.py install serviceEvents.py start pipeTestService.py install pipeTestService.py start ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3285187&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-04-12 10:57:17
|
Bugs item #3285187, was opened at 2011-04-12 14:57 Message generated for change (Tracker Item Submitted) made by kaa777 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3285187&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: kaa (kaa777) Assigned to: Nobody/Anonymous (nobody) Summary: Your example services not started at Windows 7 Initial Comment: Service written in Python is installed but not started at Windows 7/Windows Server 2008 32/64bit. Winerror 1063 occurs. Try run your examples: serviceEvents.py install serviceEvents.py start pipeTestService.py install pipeTestService.py start ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3285187&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-04-11 04:28:26
|
Bugs item #3277528, was opened at 2011-04-07 00:45 Message generated for change (Settings changed) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3277528&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: win32 Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Vano (native_api) Assigned to: Nobody/Anonymous (nobody) Summary: win32con is missing FILE_ATTRIBUTE_REPARSE_POINT Initial Comment: http://msdn.microsoft.com/en-us/library/gg258117.aspx Subj. I believe the constant was introduced at some point after Mark Russinovich disclosed that hidden feature ;) A diff from win32/lib/win32con.py build 216 is attached. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2011-04-11 14:28 Message: Thanks - fixed in r945ffb215e08 (along with other missing values) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3277528&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-04-10 08:38:51
|
Bugs item #3277647, was opened at 2011-04-07 02:47 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3277647&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: Fixed Priority: 5 Private: No Submitted By: Series8217 (series8217) Assigned to: Nobody/Anonymous (nobody) Summary: GetOpenFileNameW may return a C-style null-terminated string Initial Comment: *Environment* Windows 7 Professional 64-bit (no service pack), Python 2.7.1, PyWin32 Build 216 Addtl Note: I posted this as a question on Stack Overflow here: http://stackoverflow.com/questions/5559810/how-do-i-handle-python-unicode-strings-with-null-bytes-the-right-way/5559907 One other user has noted that the problem does not occur for them on Windows 7 SP1 64-bit with the same PyWin32 build (216) and Python 2.6.5 64-bit. *Problem Description* I'm using the Win32 file chooser function GetOpenFileNameW from the PyWin32 package. According to the documentation, this function returns a tuple containing the full filename path as a Python unicode object. When I open the dialog with an existing path and filename set, I get a strange return value. For example I had the default set to: C:\\Users\\Guest\\MyFileIsReallyReallyReallyAwesome.asy In the dialog I changed the name to MyFile.asy and clicked save. The full path part of the return value was: u'C:\Users\Guest\MyFile.asy\x00wesome.asy'` I expected it to be: u'C:\\Users\\Guest\\MyFile.asy' It appears that GetOopenFileNameW is returning a recycled buffer (from the default file path it seems) without trimming off the terminating bytes. Needless to say, the rest of my code wasn't set up for handling a C-style null-terminated string. *Demo Code* The following code demonstrates null-terminated string in return value from GetSaveFileNameW. Directions: In the dialog change the filename to 'MyFile.asy' then click Save. Observe what is printed to the console. The output I get is u'C:\\Users\\Guest\\MyFile.asy\x00wesome.asy'. import win32gui, win32con if __name__ == "__main__": initial_dir = 'C:\\Users\\Guest' initial_file = 'MyFileIsReallyReallyReallyAwesome.asy' filter_string = 'All Files\0*.*\0' (filename, customfilter, flags) = \ win32gui.GetSaveFileNameW(InitialDir=initial_dir, Flags=win32con.OFN_EXPLORER, File=initial_file, DefExt='txt', Title="Save As", Filter=filter_string, FilterIndex=0) print repr(filename) Note: If you don't shorten the filename enough (for example, if you try MyFileIsReally.asy) the string will be complete without a null byte. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2011-04-10 18:38 Message: Yeah, the handling of this buffer is just plain broken. I've checked a fix in which also clarifies the docs. Rev f3fdaae5e93d. Thanks! ---------------------------------------------------------------------- Comment By: Series8217 (series8217) Date: 2011-04-10 13:03 Message: Thanks for the comment, Roger. Perhaps the documentation could be more clear about the return value. At the moment it says: "If multiple files are selected, returned string will be the directory followed by files names separated by nulls, otherwise it will be the full path." There is no indication that there should be nulls if only a single file is selected. Besides, without passing the multiple selection flag, selecting multiple files isn't allowed so I would just expect a single path. Assuming multiple selections ARE enabled, is the last selection in the list always going to be followed by a double null? If so, it would make sense to cut off the return value at the double null. Then we can do return_vallue.split('\x00') to get the list of selected file paths, and single selections would work predictably as well. ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2011-04-09 11:31 Message: This is because this function can legimately return a string with embedded nulls when multiple files are selected. The wrapper code could be smarter about how the string is trimmed, though. Cutting it off at a double null might be the way to go. However, if you're only allowing a single selection, you can just split it on '\x00' and use the first piece. ---------------------------------------------------------------------- Comment By: Series8217 (series8217) Date: 2011-04-07 06:07 Message: I added the test script as an attachment because the formatting is messed up in the original bug details. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3277647&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-04-10 03:03:11
|
Bugs item #3277647, was opened at 2011-04-06 09:47 Message generated for change (Comment added) made by series8217 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3277647&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: Series8217 (series8217) Assigned to: Nobody/Anonymous (nobody) Summary: GetOpenFileNameW may return a C-style null-terminated string Initial Comment: *Environment* Windows 7 Professional 64-bit (no service pack), Python 2.7.1, PyWin32 Build 216 Addtl Note: I posted this as a question on Stack Overflow here: http://stackoverflow.com/questions/5559810/how-do-i-handle-python-unicode-strings-with-null-bytes-the-right-way/5559907 One other user has noted that the problem does not occur for them on Windows 7 SP1 64-bit with the same PyWin32 build (216) and Python 2.6.5 64-bit. *Problem Description* I'm using the Win32 file chooser function GetOpenFileNameW from the PyWin32 package. According to the documentation, this function returns a tuple containing the full filename path as a Python unicode object. When I open the dialog with an existing path and filename set, I get a strange return value. For example I had the default set to: C:\\Users\\Guest\\MyFileIsReallyReallyReallyAwesome.asy In the dialog I changed the name to MyFile.asy and clicked save. The full path part of the return value was: u'C:\Users\Guest\MyFile.asy\x00wesome.asy'` I expected it to be: u'C:\\Users\\Guest\\MyFile.asy' It appears that GetOopenFileNameW is returning a recycled buffer (from the default file path it seems) without trimming off the terminating bytes. Needless to say, the rest of my code wasn't set up for handling a C-style null-terminated string. *Demo Code* The following code demonstrates null-terminated string in return value from GetSaveFileNameW. Directions: In the dialog change the filename to 'MyFile.asy' then click Save. Observe what is printed to the console. The output I get is u'C:\\Users\\Guest\\MyFile.asy\x00wesome.asy'. import win32gui, win32con if __name__ == "__main__": initial_dir = 'C:\\Users\\Guest' initial_file = 'MyFileIsReallyReallyReallyAwesome.asy' filter_string = 'All Files\0*.*\0' (filename, customfilter, flags) = \ win32gui.GetSaveFileNameW(InitialDir=initial_dir, Flags=win32con.OFN_EXPLORER, File=initial_file, DefExt='txt', Title="Save As", Filter=filter_string, FilterIndex=0) print repr(filename) Note: If you don't shorten the filename enough (for example, if you try MyFileIsReally.asy) the string will be complete without a null byte. ---------------------------------------------------------------------- >Comment By: Series8217 (series8217) Date: 2011-04-09 20:03 Message: Thanks for the comment, Roger. Perhaps the documentation could be more clear about the return value. At the moment it says: "If multiple files are selected, returned string will be the directory followed by files names separated by nulls, otherwise it will be the full path." There is no indication that there should be nulls if only a single file is selected. Besides, without passing the multiple selection flag, selecting multiple files isn't allowed so I would just expect a single path. Assuming multiple selections ARE enabled, is the last selection in the list always going to be followed by a double null? If so, it would make sense to cut off the return value at the double null. Then we can do return_vallue.split('\x00') to get the list of selected file paths, and single selections would work predictably as well. ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2011-04-08 18:31 Message: This is because this function can legimately return a string with embedded nulls when multiple files are selected. The wrapper code could be smarter about how the string is trimmed, though. Cutting it off at a double null might be the way to go. However, if you're only allowing a single selection, you can just split it on '\x00' and use the first piece. ---------------------------------------------------------------------- Comment By: Series8217 (series8217) Date: 2011-04-06 13:07 Message: I added the test script as an attachment because the formatting is messed up in the original bug details. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3277647&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-04-09 01:31:20
|
Bugs item #3277647, was opened at 2011-04-06 11:47 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3277647&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: Series8217 (series8217) Assigned to: Nobody/Anonymous (nobody) Summary: GetOpenFileNameW may return a C-style null-terminated string Initial Comment: *Environment* Windows 7 Professional 64-bit (no service pack), Python 2.7.1, PyWin32 Build 216 Addtl Note: I posted this as a question on Stack Overflow here: http://stackoverflow.com/questions/5559810/how-do-i-handle-python-unicode-strings-with-null-bytes-the-right-way/5559907 One other user has noted that the problem does not occur for them on Windows 7 SP1 64-bit with the same PyWin32 build (216) and Python 2.6.5 64-bit. *Problem Description* I'm using the Win32 file chooser function GetOpenFileNameW from the PyWin32 package. According to the documentation, this function returns a tuple containing the full filename path as a Python unicode object. When I open the dialog with an existing path and filename set, I get a strange return value. For example I had the default set to: C:\\Users\\Guest\\MyFileIsReallyReallyReallyAwesome.asy In the dialog I changed the name to MyFile.asy and clicked save. The full path part of the return value was: u'C:\Users\Guest\MyFile.asy\x00wesome.asy'` I expected it to be: u'C:\\Users\\Guest\\MyFile.asy' It appears that GetOopenFileNameW is returning a recycled buffer (from the default file path it seems) without trimming off the terminating bytes. Needless to say, the rest of my code wasn't set up for handling a C-style null-terminated string. *Demo Code* The following code demonstrates null-terminated string in return value from GetSaveFileNameW. Directions: In the dialog change the filename to 'MyFile.asy' then click Save. Observe what is printed to the console. The output I get is u'C:\\Users\\Guest\\MyFile.asy\x00wesome.asy'. import win32gui, win32con if __name__ == "__main__": initial_dir = 'C:\\Users\\Guest' initial_file = 'MyFileIsReallyReallyReallyAwesome.asy' filter_string = 'All Files\0*.*\0' (filename, customfilter, flags) = \ win32gui.GetSaveFileNameW(InitialDir=initial_dir, Flags=win32con.OFN_EXPLORER, File=initial_file, DefExt='txt', Title="Save As", Filter=filter_string, FilterIndex=0) print repr(filename) Note: If you don't shorten the filename enough (for example, if you try MyFileIsReally.asy) the string will be complete without a null byte. ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2011-04-08 20:31 Message: This is because this function can legimately return a string with embedded nulls when multiple files are selected. The wrapper code could be smarter about how the string is trimmed, though. Cutting it off at a double null might be the way to go. However, if you're only allowing a single selection, you can just split it on '\x00' and use the first piece. ---------------------------------------------------------------------- Comment By: Series8217 (series8217) Date: 2011-04-06 15:07 Message: I added the test script as an attachment because the formatting is messed up in the original bug details. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3277647&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-04-06 16:47:29
|
Bugs item #3277647, was opened at 2011-04-06 09:47 Message generated for change (Tracker Item Submitted) made by series8217 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3277647&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: Series8217 (series8217) Assigned to: Nobody/Anonymous (nobody) Summary: GetOpenFileNameW may return a C-style null-terminated string Initial Comment: *Environment* Windows 7 Professional 64-bit (no service pack), Python 2.7.1, PyWin32 Build 216 Addtl Note: I posted this as a question on Stack Overflow here: http://stackoverflow.com/questions/5559810/how-do-i-handle-python-unicode-strings-with-null-bytes-the-right-way/5559907 One other user has noted that the problem does not occur for them on Windows 7 SP1 64-bit with the same PyWin32 build (216) and Python 2.6.5 64-bit. *Problem Description* I'm using the Win32 file chooser function GetOpenFileNameW from the PyWin32 package. According to the documentation, this function returns a tuple containing the full filename path as a Python unicode object. When I open the dialog with an existing path and filename set, I get a strange return value. For example I had the default set to: C:\\Users\\Guest\\MyFileIsReallyReallyReallyAwesome.asy In the dialog I changed the name to MyFile.asy and clicked save. The full path part of the return value was: u'C:\Users\Guest\MyFile.asy\x00wesome.asy'` I expected it to be: u'C:\\Users\\Guest\\MyFile.asy' It appears that GetOopenFileNameW is returning a recycled buffer (from the default file path it seems) without trimming off the terminating bytes. Needless to say, the rest of my code wasn't set up for handling a C-style null-terminated string. *Demo Code* The following code demonstrates null-terminated string in return value from GetSaveFileNameW. Directions: In the dialog change the filename to 'MyFile.asy' then click Save. Observe what is printed to the console. The output I get is u'C:\\Users\\Guest\\MyFile.asy\x00wesome.asy'. import win32gui, win32con if __name__ == "__main__": initial_dir = 'C:\\Users\\Guest' initial_file = 'MyFileIsReallyReallyReallyAwesome.asy' filter_string = 'All Files\0*.*\0' (filename, customfilter, flags) = \ win32gui.GetSaveFileNameW(InitialDir=initial_dir, Flags=win32con.OFN_EXPLORER, File=initial_file, DefExt='txt', Title="Save As", Filter=filter_string, FilterIndex=0) print repr(filename) Note: If you don't shorten the filename enough (for example, if you try MyFileIsReally.asy) the string will be complete without a null byte. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3277647&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-04-06 14:45:36
|
Bugs item #3277528, was opened at 2011-04-06 18:45 Message generated for change (Tracker Item Submitted) made by native_api You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3277528&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: Vano (native_api) Assigned to: Nobody/Anonymous (nobody) Summary: win32con is missing FILE_ATTRIBUTE_REPARSE_POINT Initial Comment: http://msdn.microsoft.com/en-us/library/gg258117.aspx Subj. I believe the constant was introduced at some point after Mark Russinovich disclosed that hidden feature ;) A diff from win32/lib/win32con.py build 216 is attached. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3277528&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-04-05 16:36:34
|
Bugs item #3276421, was opened at 2011-04-05 09:36 Message generated for change (Tracker Item Submitted) made by twhiteman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3276421&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: Todd Whiteman (twhiteman) Assigned to: Nobody/Anonymous (nobody) Summary: pywin32-216 install error for Python 3.2 Initial Comment: After installing "pywin32-216.1.win32-py3.2.exe" for Python 3.2 (32-bit), on Windows 7 (64-bit) I see the following error at the end of Pywin32 installer (though it appears to have completed the installation, as it finished the byte compiling to .pyc and .pyo beforehand). Note: This was a completely clean installation (directly after installing Python-3.2.msi). Error details: Traceback (most recent call last): File "<string>", line 604, in <module> File "<string>", line 332, in install File "<string>", line 15, in write AttributeError: 'NoneType' object has no attribute 'write' Exception AttributeError: "'NoneType' object has no attribute 'flush'" in <__main__.Tee object at 0x04B0E250> ignored Note: I cannot run Pythonwin.exe after installing - as an alert dialog appears with "The application can not locate win32ui.pyd (or Python) (126). The specified module could not be found", so perhaps the installer didn't actually work correctly... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3276421&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-04-01 02:26:05
|
Feature Requests item #2802102, was opened at 2009-06-06 03:43 Message generated for change (Comment added) made by native_api You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=2802102&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: 1 Private: No Submitted By: Vernon Cole (kf7xm) Assigned to: Nobody/Anonymous (nobody) Summary: Cannot build pywin32 on Vista using VC++ Express Edition Initial Comment: I always try to use only free stuff -- especially if I have to buy things from Micro$oft -- so, just as an experiment, I attempted to build pywin32 (current CVS as of 2009-06-05) using the current free compiler on my Vista laptop. It worked much better than I expected, but setup.py finally crashed with: v v v v v Microsoft Windows [Version 6.0.6002] ... C:\pywin32>c:\python26\python.exe setup.py build Building pywin32 2.6.213.1 running build running build_py running build_ext Found version 0x600 in C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\SDK DDKVER.H building 'perfmondata' extension mc.exe -h win32\src\perfmon -r build\temp.win32-2.6\Release\win32\src\perfmon wi n32\src\perfmon\PyPerfMsgs.mc error: command 'mc.exe' failed: No such file or directory C:\pywin32> ^ ^ ^ ^ ^ Environment: Vista Home Basic with SP2 CPython 2.6.2 Microsoft Visual C++ 2008 Express Edition with SP1 - ENU Microsoft Visual C++ 2008 Redistributable - x86 9.0.30729 Microsoft Windows SDK for Visual Studio 2008 Headers and Libraries Microsoft Windows SDK for Visual Studio 2008 SP1 Express Tools for .NET Framework - enu Microsoft Windows SDK for Visual Studio 2008 SP1 Express Tools for Win32 -- Vernon Cole ---------------------------------------------------------------------- Comment By: Vano (native_api) Date: 2011-04-01 06:26 Message: Install the standalone SDK (components: headers, libraries for <your arch>, compilers, win32 development tools) _after_ VS2008 and you are good to go. ( I checked that build 216 is compiled ok in this environment. MFC-related extensions weren't built cuz MFC headers and libraries are only available in paid editions of VS ) Building for x64 python may require a patch for distutils since vcvarsall.bat in vs2008 Express produces a broken environment in this case. The patch, vcvars4.diff , is available at http://bugs.python.org/issue7511 The resolution to this ticket should thus be the inclusion of the 1st two paragraphs of this comment into compilation readme. ---------------------------------------------------------------------- Comment By: Vano (native_api) Date: 2011-04-01 04:37 Message: mc.exe is missing from SDK that comes with VS 2008 (M$ support ticket on the issue - http://connect.microsoft.com/VisualStudio/feedback/details/374833/mc-exe-is-missing-in-the-visual-studio-2008-express-sdk ) They added it to the next release, VS2010. It's also present in the standalone WSDK package for Windows 7, compatible with VS 2008 (http://www.microsoft.com/downloads/en/details.aspx?FamilyID=c17ba869-9671-4330-a63e-1fd44e0e2505), item "win32 development tools". Running setup.py from withing SDK cmd shell is enough to find mc.exe ---------------------------------------------------------------------- Comment By: Vernon Cole (kf7xm) Date: 2010-08-30 21:21 Message: Mark: Yes, that change would be appropriate. I tried, in vain, to find a redistributable copy of 'mc.exe'. I don't know enough about the build process to know whether in can be eliminated, worked around, or replaced. -- Vernon ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2010-08-30 04:37 Message: Moving to feature requests - there is no patch attached - was that the intent? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=2802102&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-04-01 00:37:12
|
Feature Requests item #2802102, was opened at 2009-06-06 03:43 Message generated for change (Comment added) made by native_api You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=2802102&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: 1 Private: No Submitted By: Vernon Cole (kf7xm) Assigned to: Nobody/Anonymous (nobody) Summary: Cannot build pywin32 on Vista using VC++ Express Edition Initial Comment: I always try to use only free stuff -- especially if I have to buy things from Micro$oft -- so, just as an experiment, I attempted to build pywin32 (current CVS as of 2009-06-05) using the current free compiler on my Vista laptop. It worked much better than I expected, but setup.py finally crashed with: v v v v v Microsoft Windows [Version 6.0.6002] ... C:\pywin32>c:\python26\python.exe setup.py build Building pywin32 2.6.213.1 running build running build_py running build_ext Found version 0x600 in C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\SDK DDKVER.H building 'perfmondata' extension mc.exe -h win32\src\perfmon -r build\temp.win32-2.6\Release\win32\src\perfmon wi n32\src\perfmon\PyPerfMsgs.mc error: command 'mc.exe' failed: No such file or directory C:\pywin32> ^ ^ ^ ^ ^ Environment: Vista Home Basic with SP2 CPython 2.6.2 Microsoft Visual C++ 2008 Express Edition with SP1 - ENU Microsoft Visual C++ 2008 Redistributable - x86 9.0.30729 Microsoft Windows SDK for Visual Studio 2008 Headers and Libraries Microsoft Windows SDK for Visual Studio 2008 SP1 Express Tools for .NET Framework - enu Microsoft Windows SDK for Visual Studio 2008 SP1 Express Tools for Win32 -- Vernon Cole ---------------------------------------------------------------------- Comment By: Vano (native_api) Date: 2011-04-01 04:37 Message: mc.exe is missing from SDK that comes with VS 2008 (M$ support ticket on the issue - http://connect.microsoft.com/VisualStudio/feedback/details/374833/mc-exe-is-missing-in-the-visual-studio-2008-express-sdk ) They added it to the next release, VS2010. It's also present in the standalone WSDK package for Windows 7, compatible with VS 2008 (http://www.microsoft.com/downloads/en/details.aspx?FamilyID=c17ba869-9671-4330-a63e-1fd44e0e2505), item "win32 development tools". Running setup.py from withing SDK cmd shell is enough to find mc.exe ---------------------------------------------------------------------- Comment By: Vernon Cole (kf7xm) Date: 2010-08-30 21:21 Message: Mark: Yes, that change would be appropriate. I tried, in vain, to find a redistributable copy of 'mc.exe'. I don't know enough about the build process to know whether in can be eliminated, worked around, or replaced. -- Vernon ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2010-08-30 04:37 Message: Moving to feature requests - there is no patch attached - was that the intent? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=2802102&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-03-31 22:36:36
|
Feature Requests item #3265708, was opened at 2011-04-01 02:36 Message generated for change (Tracker Item Submitted) made by native_api You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3265708&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: Vano (native_api) Assigned to: Nobody/Anonymous (nobody) Summary: Provide .PDB files for download Initial Comment: Like Python folks do (e.g. http://python.org/ftp/python/2.7.1/python-2.7.1-pdb.zip ) So one can run a pywin32 dll under debugger (e.g. to determine why a function doesn't work as expected) without a need to recompile it from source. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3265708&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-03-31 01:15:11
|
Bugs item #3260092, was opened at 2011-03-30 23:14 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3260092&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: installation Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Tim Golden (tjgolden) Assigned to: Nobody/Anonymous (nobody) Summary: Unable to build pywin32 against python tip Initial Comment: Trying to build pywin32 @ ff9086ad5e86 against python tip @ 80e71592b114 C:\work-in-progress\python\pywin32\isapi\src\Utils.cpp(41) : error C2660: '_PyUnicodeUCS2_AsDefaultEncodedString' : function does not take 2 arguments error: command '"c:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\BIN\cl.exe"' failed with exit status 2 ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2011-03-31 12:15 Message: Fixed in e4fd5f1a855c ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3260092&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-03-30 22:03:37
|
Bugs item #3260878, was opened at 2011-03-31 05:32 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3260878&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: Marc-André Belzile (mabxsi) Assigned to: Nobody/Anonymous (nobody) Summary: pythoncom GetRefTypeOfImplType doesn't work Initial Comment: Hi, I'm trying to get the base interface typeinfo with pythoncom.GetRefTypeOfImplType but it's always returning the typeinfo of the IDispatch interface. You can use the code belwo with any tlb you like to repro the problem. Thank you for your help. -mab def log_base_interface( tlb ): n = tlb.GetTypeInfoCount() for i in range(n): iface_ti = tlb.GetTypeInfo( i ) iface_attr = iface_ti.GetTypeAttr() if iface_attr[5] == pythoncom.TKIND_DISPATCH: print '>>>>> Base interfaces for %s' % (iface_ti.GetDocumentation(-1)[0]) for i in range(iface_attr[8]): flags = iface_ti.GetImplTypeFlags(i) refType = iface_ti.GetRefTypeInfo(iface_ti.GetRefTypeOfImplType(i)) refAttr = refType.GetTypeAttr() print refType.GetDocumentation(-1)[0] output: >>>>> Base interfaces for SIObject IDispatch >>>>> Base interfaces for Application IDispatch >>>>> Base interfaces for SIObjectCollection IDispatch >>>>> Base interfaces for LightRig IDispatch etc... ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2011-03-31 09:03 Message: It isn't clear why this is broken. Your example seems to be showing that each of the types in that typelib have one base interface which is IDispatch. Do you think there is a bug in pywin32's wrapping of this function, or that the function itself is behaving incorrectly? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3260878&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-03-30 18:32:08
|
Bugs item #3260878, was opened at 2011-03-30 14:32 Message generated for change (Tracker Item Submitted) made by mabxsi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3260878&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: Marc-André Belzile (mabxsi) Assigned to: Nobody/Anonymous (nobody) Summary: pythoncom GetRefTypeOfImplType doesn't work Initial Comment: Hi, I'm trying to get the base interface typeinfo with pythoncom.GetRefTypeOfImplType but it's always returning the typeinfo of the IDispatch interface. You can use the code belwo with any tlb you like to repro the problem. Thank you for your help. -mab def log_base_interface( tlb ): n = tlb.GetTypeInfoCount() for i in range(n): iface_ti = tlb.GetTypeInfo( i ) iface_attr = iface_ti.GetTypeAttr() if iface_attr[5] == pythoncom.TKIND_DISPATCH: print '>>>>> Base interfaces for %s' % (iface_ti.GetDocumentation(-1)[0]) for i in range(iface_attr[8]): flags = iface_ti.GetImplTypeFlags(i) refType = iface_ti.GetRefTypeInfo(iface_ti.GetRefTypeOfImplType(i)) refAttr = refType.GetTypeAttr() print refType.GetDocumentation(-1)[0] output: >>>>> Base interfaces for SIObject IDispatch >>>>> Base interfaces for Application IDispatch >>>>> Base interfaces for SIObjectCollection IDispatch >>>>> Base interfaces for LightRig IDispatch etc... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3260878&group_id=78018 |
2 messages has been excluded from this view by a project administrator.
