pywin32-bugs Mailing List for Python for Windows Extensions (Page 37)
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...> - 2010-04-10 20:05:42
|
Bugs item #2985146, was opened at 2010-04-10 15:05 Message generated for change (Tracker Item Submitted) made by david_abrahams You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2985146&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: David Abrahams (david_abrahams) Assigned to: Nobody/Anonymous (nobody) Summary: Confusing error message Initial Comment: I installed Python 2.6 yesterday using the standard Windows installer and, accepting all the defaults Today I tried to install pywin32 but the installation failed with the message that it couldn't find Python 2.6 in the registry! That was pretty confusing until I realized I had installed the 32-bit python and was trying to install the amd64 pywin32. The installer should check for such cases and give a better error message. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2985146&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-04-09 18:25:34
|
Bugs item #2934349, was opened at 2010-01-18 07:39 Message generated for change (Comment added) made by easperhe You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2934349&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: Eino Mäkitalo (emakital) Assigned to: Nobody/Anonymous (nobody) Summary: python 3.1 and pywin 214 gives some errors when installing Initial Comment: python 3.1 and pywin 214 gives some errors when installing: Traceback (most recent call last): File "<string>", line 601, in <module> File "<string>", line 329, in install File "<string>", line 15, in write AttributeError: 'NoneType' object has no attribute 'write' ---------------------------------------------------------------------- Comment By: easperhe (easperhe) Date: 2010-04-09 11:25 Message: Eino, All, Was this issue resolved?? I'm trying to install pywin 214 with python 3.1.2 on windows 7 (32-bit) and seeing exactly the same problem. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2934349&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-04-08 22:43:56
|
Bugs item #2984187, was opened at 2010-04-08 15:43 Message generated for change (Settings changed) made by neilhmurphy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2984187&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: Neil Murphy (neilhmurphy) Assigned to: Nobody/Anonymous (nobody) >Summary: PythonWin Edit pythonpath doesn't work Initial Comment: I'm using PythonWin under Win7 no SP 64 bit. I try to edit pythonpath (Tools.Edit PythonPath). The help screen brings up the Active State document reardless of what I choose. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2984187&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-04-08 22:43:03
|
Bugs item #2984187, was opened at 2010-04-08 15:43 Message generated for change (Tracker Item Submitted) made by neilhmurphy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2984187&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: Neil Murphy (neilhmurphy) Assigned to: Nobody/Anonymous (nobody) Summary: Edit pythonpath doesn't work Initial Comment: I'm using PythonWin under Win7 no SP 64 bit. I try to edit pythonpath (Tools.Edit PythonPath). The help screen brings up the Active State document reardless of what I choose. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2984187&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-04-08 21:42:06
|
Bugs item #2984089, was opened at 2010-04-08 12:32 Message generated for change (Comment added) made by easperhe You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2984089&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: easperhe (easperhe) Assigned to: Nobody/Anonymous (nobody) Summary: Newbie Pythonwin (build214) questions Initial Comment: All, I just started using Pythonwin (build214) interactive Window yesterday. I was experimenting with View/Options. I'm having 2 problems. I've googled/search and can't find anything on these 2 issues: * The "tab size" and "indent size" and "insert spaces" options don't seem to work for me. Am I missing something basic here? I've been playing around with it quite a bit and can't see to get them to work. * I much prefer my background to be black when developing code. I did find that I could do this by setting the background color of "whitespace" to black. The only problem is that I can no longer see my black cursor then. For the mean time, I'm using a gray background. Thanks in Advance! ---------------------------------------------------------------------- >Comment By: easperhe (easperhe) Date: 2010-04-08 14:42 Message: All, I realized the "tab size" and "indent size" only pertains to the script window and not the interactive window. Not sure why. But, I can live this the tab size and indent size only impacting the script window. Still wondering if anyone knows how to modify the black cursor to another color. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2984089&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-04-08 19:32:33
|
Bugs item #2984089, was opened at 2010-04-08 12:32 Message generated for change (Tracker Item Submitted) made by easperhe You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2984089&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: easperhe (easperhe) Assigned to: Nobody/Anonymous (nobody) Summary: Newbie Pythonwin (build214) questions Initial Comment: All, I just started using Pythonwin (build214) interactive Window yesterday. I was experimenting with View/Options. I'm having 2 problems. I've googled/search and can't find anything on these 2 issues: * The "tab size" and "indent size" and "insert spaces" options don't seem to work for me. Am I missing something basic here? I've been playing around with it quite a bit and can't see to get them to work. * I much prefer my background to be black when developing code. I did find that I could do this by setting the background color of "whitespace" to black. The only problem is that I can no longer see my black cursor then. For the mean time, I'm using a gray background. Thanks in Advance! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2984089&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-04-08 17:40:35
|
Feature Requests item #2984029, was opened at 2010-04-08 12:40 Message generated for change (Tracker Item Submitted) made by david_abrahams You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=2984029&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: David Abrahams (david_abrahams) Assigned to: Nobody/Anonymous (nobody) Summary: Install in virtualenv Initial Comment: In particular it would be great if the .exe installer would support installing the extensions in a virtualenv. I think bug #2092722 may indicate that there is a problem installing in a virtualenv via setup.py as well. I know my build with VS10 failed with a related error. Trying with VS2003 now. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=2984029&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-04-08 14:33:57
|
Bugs item #2983917, was opened at 2010-04-08 10:33 Message generated for change (Tracker Item Submitted) made by mabxsi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2983917&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: Marc-André Belzile (mabxsi) Assigned to: Nobody/Anonymous (nobody) Summary: Python AX script engine issue Initial Comment: My ActiveX object leaks when I submit it as a named item to the Python AX script engine (IActiveScript::AddNamedItem) with my AX site application. I'm using build 214 on a Vista 64 bit machine. The leak is not there though with build 212, the regression seems to have been introduced with build 213. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2983917&group_id=78018 |
|
From: Mark H. <ski...@gm...> - 2010-04-06 12:01:26
|
You probably noticed some recent spam from lin_2008 - sadly that was my fault - the messages were pending moderation, but as they were replies to legitimate mailing-list messages, I was fooled into approving them. Sneaky! Sorry 'bout that... Mark |
|
From: SourceForge.net <no...@so...> - 2010-03-02 18:10:22
|
Bugs item #2962078, was opened at 2010-03-02 19:10 Message generated for change (Tracker Item Submitted) made by kxroberto You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2962078&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: kxroberto (kxroberto) Assigned to: Nobody/Anonymous (nobody) Summary: build 214: crash of Menu/Edit/Replace Initial Comment: happens with Menu/Edit/Replace (Ctrl-H) permanently: PythonWin 2.3.5 (#62, Feb 8 2005, 16:23:02) [MSC v.1200 32 bit (Intel)] on win32. Portions Copyright 1994-2008 Mark Hammond - see 'Help/About PythonWin' for further copyright information. >>> Traceback (most recent call last): File "C:\PYTHON23\Lib\site-packages\pythonwin\pywin\scintilla\view.py", line 358, in OnCmdEditReplace find.ShowReplaceDialog() File "C:\PYTHON23\Lib\site-packages\pythonwin\pywin\scintilla\find.py", line 39, in ShowReplaceDialog _ShowDialog(ReplaceDialog) File "C:\PYTHON23\Lib\site-packages\pythonwin\pywin\scintilla\find.py", line 50, in _ShowDialog curDialog = dlgClass() File "C:\PYTHON23\Lib\site-packages\pythonwin\pywin\scintilla\find.py", line 162, in __init__ dialog.Dialog.__init__(self,self._GetDialogTemplate()) File "C:\PYTHON23\Lib\site-packages\pythonwin\pywin\mfc\dialog.py", line 33, in __init__ dlg=win32ui.CreateDialogIndirect(id) SystemError: C:\sf\python\dist23\src\Objects\longobject.c:240: bad argument to internal function win32ui.error: Error in Command Message handler for command ID 57641, Code 0 (seems to be not with py2.5) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2962078&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-02-26 02:20:20
|
Bugs item #2949837, was opened at 2010-02-11 18:00 Message generated for change (Settings changed) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2949837&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: Christopher Nelson (neverjade) Assigned to: Nobody/Anonymous (nobody) Summary: CreateFile puportedly supports Transaction= but does not Initial Comment: The following code: h = win32file.CreateFile(dst, win32con.GENERIC_WRITE, 0, None, win32con.TRUNCATE_EXISTING if os.path.exists(dst) else win32con.CREATE_NEW, 0, None, Transaction=self.transaction) win32file.WriteFile(h, data, None) h.Close() fails with pywin32-214 because: Traceback (most recent call last): File "C:\Users\cnelson\rbc\dev-01.00\Deploy\Installer\deployer\src\installer\_ _init__.py", line 115, in <module> i.copy_from_memory("This shouldn't be here", "test.txt") File "C:\Users\cnelson\rbc\dev-01.00\Deploy\Installer\deployer\src\installer\_ _init__.py", line 101, in copy_from_memory Transaction=self.transaction) TypeError: CreateFile() takes no keyword arguments Both the ActiveState docs and the docs at http://timgolden.me.uk/pywin32-docs/win32file__CreateFile_meth.html say that CreateFile takes a Transaction= parameter. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2010-02-26 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Christopher Nelson (neverjade) Date: 2010-02-11 18:55 Message: That fixed it! ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2010-02-11 18:53 Message: CreateFileW is the function you'll need for transacted operations. CreateFile will eventually be merged with CreateFileW when we finally go to a completely unicode build, but for now it's a separate function. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2949837&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-02-11 18:55:11
|
Bugs item #2949837, was opened at 2010-02-11 18:00 Message generated for change (Comment added) made by neverjade You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2949837&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: Christopher Nelson (neverjade) Assigned to: Nobody/Anonymous (nobody) Summary: CreateFile puportedly supports Transaction= but does not Initial Comment: The following code: h = win32file.CreateFile(dst, win32con.GENERIC_WRITE, 0, None, win32con.TRUNCATE_EXISTING if os.path.exists(dst) else win32con.CREATE_NEW, 0, None, Transaction=self.transaction) win32file.WriteFile(h, data, None) h.Close() fails with pywin32-214 because: Traceback (most recent call last): File "C:\Users\cnelson\rbc\dev-01.00\Deploy\Installer\deployer\src\installer\_ _init__.py", line 115, in <module> i.copy_from_memory("This shouldn't be here", "test.txt") File "C:\Users\cnelson\rbc\dev-01.00\Deploy\Installer\deployer\src\installer\_ _init__.py", line 101, in copy_from_memory Transaction=self.transaction) TypeError: CreateFile() takes no keyword arguments Both the ActiveState docs and the docs at http://timgolden.me.uk/pywin32-docs/win32file__CreateFile_meth.html say that CreateFile takes a Transaction= parameter. ---------------------------------------------------------------------- Comment By: Christopher Nelson (neverjade) Date: 2010-02-11 18:55 Message: That fixed it! ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2010-02-11 18:53 Message: CreateFileW is the function you'll need for transacted operations. CreateFile will eventually be merged with CreateFileW when we finally go to a completely unicode build, but for now it's a separate function. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2949837&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-02-11 18:53:05
|
Bugs item #2949837, was opened at 2010-02-11 13:00 Message generated for change (Settings changed) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2949837&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: Christopher Nelson (neverjade) Assigned to: Nobody/Anonymous (nobody) Summary: CreateFile puportedly supports Transaction= but does not Initial Comment: The following code: h = win32file.CreateFile(dst, win32con.GENERIC_WRITE, 0, None, win32con.TRUNCATE_EXISTING if os.path.exists(dst) else win32con.CREATE_NEW, 0, None, Transaction=self.transaction) win32file.WriteFile(h, data, None) h.Close() fails with pywin32-214 because: Traceback (most recent call last): File "C:\Users\cnelson\rbc\dev-01.00\Deploy\Installer\deployer\src\installer\_ _init__.py", line 115, in <module> i.copy_from_memory("This shouldn't be here", "test.txt") File "C:\Users\cnelson\rbc\dev-01.00\Deploy\Installer\deployer\src\installer\_ _init__.py", line 101, in copy_from_memory Transaction=self.transaction) TypeError: CreateFile() takes no keyword arguments Both the ActiveState docs and the docs at http://timgolden.me.uk/pywin32-docs/win32file__CreateFile_meth.html say that CreateFile takes a Transaction= parameter. ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2010-02-11 13:53 Message: CreateFileW is the function you'll need for transacted operations. CreateFile will eventually be merged with CreateFileW when we finally go to a completely unicode build, but for now it's a separate function. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2949837&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-02-11 18:00:17
|
Bugs item #2949837, was opened at 2010-02-11 18:00 Message generated for change (Tracker Item Submitted) made by neverjade You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2949837&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: Christopher Nelson (neverjade) Assigned to: Nobody/Anonymous (nobody) Summary: CreateFile puportedly supports Transaction= but does not Initial Comment: The following code: h = win32file.CreateFile(dst, win32con.GENERIC_WRITE, 0, None, win32con.TRUNCATE_EXISTING if os.path.exists(dst) else win32con.CREATE_NEW, 0, None, Transaction=self.transaction) win32file.WriteFile(h, data, None) h.Close() fails with pywin32-214 because: Traceback (most recent call last): File "C:\Users\cnelson\rbc\dev-01.00\Deploy\Installer\deployer\src\installer\_ _init__.py", line 115, in <module> i.copy_from_memory("This shouldn't be here", "test.txt") File "C:\Users\cnelson\rbc\dev-01.00\Deploy\Installer\deployer\src\installer\_ _init__.py", line 101, in copy_from_memory Transaction=self.transaction) TypeError: CreateFile() takes no keyword arguments Both the ActiveState docs and the docs at http://timgolden.me.uk/pywin32-docs/win32file__CreateFile_meth.html say that CreateFile takes a Transaction= parameter. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2949837&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-02-10 02:20:18
|
Bugs item #2928261, was opened at 2010-01-08 13:20 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2928261&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: None Priority: 5 Private: Yes Submitted By: vdb3000 (uloebich) Assigned to: Nobody/Anonymous (nobody) Summary: Installation pywin32-214.win32-py2.6.exe fails (ImportError) Initial Comment: After copying all(?) files the installation procedure terminates with the following message: Traceback (most recent call last): File "<string>", line 601, in <module> File "<string>", line 311, in install File "<string>", line 149, in LoadSystemModule ImportError: DLL load failed: Diese Anwendung konnte nicht gestartet werden, weil die Anwenungskonfiguration nicht korrekt ist. Zur Problembehebung sollten Sie die Anwendung neu installieren. OS is WInXP Professional SP3; I installed everything as normal Win-User, not Admin! Latest Python version is installed (python-2.6.4.msi). Older Version 2.4 can be installed without any trouble. I could not find any error report containing the above in conjunction with branch 214. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2010-02-10 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2010-01-26 18:21 Message: Check your System32 directory to see if there's an older version of pywintypes26.dll still there from a previous admin install. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2928261&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-02-06 03:20:44
|
Bugs item #2946526, was opened at 2010-02-06 00:11 Message generated for change (Settings changed) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2946526&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: installation Group: None >Status: Closed >Resolution: Invalid Priority: 1 Private: No Submitted By: darkfoxprime (darkfoxprime) Assigned to: Nobody/Anonymous (nobody) Summary: Windows 7: Installer fails to find python registry key Initial Comment: When trying to install pywin32-214.win32-py2.6.exe, I get the error "Python version 2.6 required, which was not found in the registry." I click Okay, and the installer presents me with a window asking for python directory and installation directory; however, I am unable to type into either field. I have python 2.6.4 installed, and the registry key HKLM\Software\Python\PythonCore\2.6\InstallPath points to the installation path. I am running 64-bit Windows 7 Professional. ---------------------------------------------------------------------- Comment By: darkfoxprime (darkfoxprime) Date: 2010-02-06 00:14 Message: Never mind, I just found the amd64 version of the installer, which works. My apologies for the not-a-bug report. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2946526&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-02-05 21:56:30
|
Feature Requests item #2803660, was opened at 2009-06-09 12:06 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=2803660&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: Accepted Priority: 5 Private: No Submitted By: Neno Ganchev (talon_karrde) Assigned to: Nobody/Anonymous (nobody) Summary: WNetGetConnection not exposed Initial Comment: WNetGetConnection is not available in the win32wnet module. I noticed similar feature requests for other routines but didn't find one for WNetGetConnection, so I thought I should report it. ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2010-02-05 16:56 Message: Thanks, patch committed in win32wnet.cpp r 1.20. ---------------------------------------------------------------------- Comment By: Brian R. Bondy (bbondy) Date: 2009-12-29 22:36 Message: This is implemented and working, will submit patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=2803660&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-02-05 13:14:58
|
Bugs item #2946526, was opened at 2010-02-05 05:11 Message generated for change (Settings changed) made by darkfoxprime You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2946526&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: 1 Private: No Submitted By: darkfoxprime (darkfoxprime) Assigned to: Nobody/Anonymous (nobody) Summary: Windows 7: Installer fails to find python registry key Initial Comment: When trying to install pywin32-214.win32-py2.6.exe, I get the error "Python version 2.6 required, which was not found in the registry." I click Okay, and the installer presents me with a window asking for python directory and installation directory; however, I am unable to type into either field. I have python 2.6.4 installed, and the registry key HKLM\Software\Python\PythonCore\2.6\InstallPath points to the installation path. I am running 64-bit Windows 7 Professional. ---------------------------------------------------------------------- Comment By: darkfoxprime (darkfoxprime) Date: 2010-02-05 05:14 Message: Never mind, I just found the amd64 version of the installer, which works. My apologies for the not-a-bug report. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2946526&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-02-05 13:14:28
|
Bugs item #2946526, was opened at 2010-02-05 05:11 Message generated for change (Comment added) made by darkfoxprime You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2946526&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: darkfoxprime (darkfoxprime) Assigned to: Nobody/Anonymous (nobody) Summary: Windows 7: Installer fails to find python registry key Initial Comment: When trying to install pywin32-214.win32-py2.6.exe, I get the error "Python version 2.6 required, which was not found in the registry." I click Okay, and the installer presents me with a window asking for python directory and installation directory; however, I am unable to type into either field. I have python 2.6.4 installed, and the registry key HKLM\Software\Python\PythonCore\2.6\InstallPath points to the installation path. I am running 64-bit Windows 7 Professional. ---------------------------------------------------------------------- >Comment By: darkfoxprime (darkfoxprime) Date: 2010-02-05 05:14 Message: Never mind, I just found the amd64 version of the installer, which works. My apologies for the not-a-bug report. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2946526&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-02-05 13:11:16
|
Bugs item #2946526, was opened at 2010-02-05 05:11 Message generated for change (Tracker Item Submitted) made by darkfoxprime You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2946526&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: darkfoxprime (darkfoxprime) Assigned to: Nobody/Anonymous (nobody) Summary: Windows 7: Installer fails to find python registry key Initial Comment: When trying to install pywin32-214.win32-py2.6.exe, I get the error "Python version 2.6 required, which was not found in the registry." I click Okay, and the installer presents me with a window asking for python directory and installation directory; however, I am unable to type into either field. I have python 2.6.4 installed, and the registry key HKLM\Software\Python\PythonCore\2.6\InstallPath points to the installation path. I am running 64-bit Windows 7 Professional. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2946526&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-02-04 17:37:33
|
Bugs item #2946054, was opened at 2010-02-04 12:37 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2946054&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: win32 Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: olivier-toupin () Assigned to: Nobody/Anonymous (nobody) Summary: Missing elements from documentation Initial Comment: There is missing element in the provided documentation installed by the package. Running Python 2.6.4 PyWin32 214 I had to do for members in inspect.getmembers(win32con): print members to find some constants exemple PROCESS_TERMINATE needed for openProcess Also win32con is completely missing from documentation Random search also proved unsuccessful win32api.VOS_NT_WINDOWS32 win32api.VS_FF_PRIVATEBUILD There should be an online documentation too ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2946054&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-01-26 18:21:34
|
Bugs item #2928261, was opened at 2010-01-08 08:20 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2928261&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: Pending Resolution: None Priority: 5 Private: Yes Submitted By: vdb3000 (uloebich) Assigned to: Nobody/Anonymous (nobody) Summary: Installation pywin32-214.win32-py2.6.exe fails (ImportError) Initial Comment: After copying all(?) files the installation procedure terminates with the following message: Traceback (most recent call last): File "<string>", line 601, in <module> File "<string>", line 311, in install File "<string>", line 149, in LoadSystemModule ImportError: DLL load failed: Diese Anwendung konnte nicht gestartet werden, weil die Anwenungskonfiguration nicht korrekt ist. Zur Problembehebung sollten Sie die Anwendung neu installieren. OS is WInXP Professional SP3; I installed everything as normal Win-User, not Admin! Latest Python version is installed (python-2.6.4.msi). Older Version 2.4 can be installed without any trouble. I could not find any error report containing the above in conjunction with branch 214. ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2010-01-26 13:21 Message: Check your System32 directory to see if there's an older version of pywintypes26.dll still there from a previous admin install. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2928261&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-01-26 17:46:47
|
Bugs item #2918564, was opened at 2009-12-21 05:12 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2918564&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pythonwin Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Steven Craft (rockthesmurf) Assigned to: Nobody/Anonymous (nobody) Summary: DuplicateHandle to different process Initial Comment: I am not sure if this is necessarily a bug - it feels like it to me, but either way it would be helpful if the documentation at least mentioned it. If you call win32api.DuplicateHandle and specify the target process NOT to be the current process, the handle you get back will be ref counted etc. and when it goes out of scope CloseHandle will be called on it, but of course the handle in question is not owned by the current process, so causing CloseHandle on it is not the right thing to do, doing this will cause problems much later on (in my case, it doesn't complain when the handle is closed, but at some point later, when I call win32pipe.CreatePipe I get a bad handle back (and it has the same number as the handle that was incorrectly closed previously). The manual fix for this is easy, I just need to call Detach( ) on any handles that I duplicate in to other processes, but it took me a while to track this down etc. which is why I though it is worth logging a bug, so if nothing else it could be documented to save others having similar problems! ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2010-01-26 12:46 Message: Thanks for the report. I've added a comment in the docs for DuplicateHandle. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2918564&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-01-26 17:17:38
|
Bugs item #2934871, was opened at 2010-01-19 05:22 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2934871&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: Harald Armin Massa (ghum) Assigned to: Nobody/Anonymous (nobody) Summary: makepy stops on None-encoding Initial Comment: within win32com\client\genpy.py on line 814, within def do_gen_file_header(self): there is the assertion: # You must provide a file correctly configured for writing unicode. # We assert this is it may indicate somewhere in pywin32 that needs # upgrading. assert self.file.encoding, self.file But using makepy.py via makepy.py -v -o OLE_Excel11.py "Microsoft Excel 11.0 Object Library" this assertion fails ... as self.file.encoding is None The culprit is makepy.py itself: starting at line 367ff there is: if outputName is not None: path = os.path.dirname(outputName) if path is not '' and not os.path.exists(path): os.makedirs(path) f = open(outputName, "w") else: f = None and this "f" will have encoding=None I patched this to: if outputName is not None: path = os.path.dirname(outputName) if path is not '' and not os.path.exists(path): os.makedirs(path) #~ f = open(outputName, "w") import codecs f= codecs.open(outputName, mode="w",encoding="mbcs") else: f = None use codecs to create a file with mbcs encoding. After this, I get a nice create ole_excel11.py file, with the good line # -*- coding: mbcs -*- this patch is put into public domain. ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2010-01-26 12:17 Message: Thanks, fixed in makepy.py r1.29. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2934871&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-01-19 10:22:02
|
Bugs item #2934871, was opened at 2010-01-19 11:22 Message generated for change (Tracker Item Submitted) made by ghum You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2934871&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: Harald Armin Massa (ghum) Assigned to: Nobody/Anonymous (nobody) Summary: makepy stops on None-encoding Initial Comment: within win32com\client\genpy.py on line 814, within def do_gen_file_header(self): there is the assertion: # You must provide a file correctly configured for writing unicode. # We assert this is it may indicate somewhere in pywin32 that needs # upgrading. assert self.file.encoding, self.file But using makepy.py via makepy.py -v -o OLE_Excel11.py "Microsoft Excel 11.0 Object Library" this assertion fails ... as self.file.encoding is None The culprit is makepy.py itself: starting at line 367ff there is: if outputName is not None: path = os.path.dirname(outputName) if path is not '' and not os.path.exists(path): os.makedirs(path) f = open(outputName, "w") else: f = None and this "f" will have encoding=None I patched this to: if outputName is not None: path = os.path.dirname(outputName) if path is not '' and not os.path.exists(path): os.makedirs(path) #~ f = open(outputName, "w") import codecs f= codecs.open(outputName, mode="w",encoding="mbcs") else: f = None use codecs to create a file with mbcs encoding. After this, I get a nice create ole_excel11.py file, with the good line # -*- coding: mbcs -*- this patch is put into public domain. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2934871&group_id=78018 |
2 messages has been excluded from this view by a project administrator.
