pywin32-bugs Mailing List for Python for Windows Extensions (Page 68)
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...> - 2006-12-18 03:20:09
|
Bugs item #1606685, was opened at 2006-12-01 02:58 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1606685&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Anders J. Munch (andersjm) Assigned to: Nobody/Anonymous (nobody) Summary: ShellExecute returns wrong error message Initial Comment: When win32api.ShellExecute fails with an error code 31, the accompagnying message is "A device attached to the system is not functioning." (translated, the actual message I got was in Danish). This is the message for ERROR_GEN_FAILURE. However code 31 for ShellExecute means SE_ERR_NOASSOC, indicating that no association exists for the extension of the given file name. (XP Pro, Python 2.4.4, pywin32 208) ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2006-12-17 19:20 Message: Logged In: YES user_id=1312539 Originator: NO This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2006-12-03 02:30 Message: Logged In: YES user_id=14198 Originator: NO I'm afraid I can't see a good fix here. SE_ERR_NOASSOC==ERROR_GEN_FAILURE and we just pass the error value to FormatMessage. If we can determine the name of a resource file with SE_ERR_NOASSOC (so we can pass the handle to FormatMessage), I'd be happy to work out a way for that correct message to appear. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1606685&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2006-12-12 10:59:55
|
Bugs item #1582720, was opened at 2006-10-23 18:02 Message generated for change (Comment added) made by yiwamoto You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1582720&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: Matt (matthiaskirst) Assigned to: Nobody/Anonymous (nobody) Summary: Python long integers aren't translated to Variant/long Initial Comment: Since Version 208 Python long integers are not translated to Variant/long type anymore. I think that is on purpose since long integers have undefined precision. But isn't it possible to gracefully convert to Variant/ long like in the versions up to 207? Maybe there is existing code around that can be broken by the above mentioned behaviour (like my one). Test code: import pythoncom class Test: _public_methods_ = [ 'Test' ] _reg_progid_ = "Python.COMTest3" _reg_clsid_ = "{2D7DD06A-83D3-4F31-848C- 57AFA22A650D}" _reg_clsctx_ = pythoncom.CLSCTX_INPROC_SERVER def Test( self ): a = long( 0 ) return a if __name__ == "__main__": import win32com.server.register print "Registering..." win32com.server.register.UseCommandLine( Test ) In VB: Private Sub Form_Load() Dim p As Object Dim a Set p = CreateObject("Python.COMTest3") a = p.Test() End Sub ---------------------------------------------------------------------- Comment By: yiwamoto (yiwamoto) Date: 2006-12-12 19:59 Message: Logged In: YES user_id=1666448 Originator: NO I supporse this problem occurs under VB(VBA) only. Since version 208, type conversion(Python type --> COM variant type) program uses 'VT_UI4'(unsigned int) COM variant type instead of 'VT_I4'(signed int). But, VB(VBA) don't support unsigned int type. I don't know how to solve this problem. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1582720&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2006-12-11 12:31:33
|
Bugs item #1598678, was opened at 2006-11-17 19:20 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1598678&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: Ross Ridge (ross_ridge) Assigned to: Roger Upole (rupole) Summary: PyConsoleScreenBuffer doesn't keep reference to handle Initial Comment: PyConsoleScreenBufferType doesn't keep a reference to the PyHANDLE passed in when constructing an object. If you run the following test case: import win32con import win32file import win32console h = win32file.CreateFile("CONIN$", win32con.GENERIC_READ | win32con.GENERIC_WRITE, win32con.FILE_SHARE_READ | win32con.FILE_SHARE_WRITE, None, win32con.OPEN_EXISTING, 0, None) c = win32console.PyConsoleScreenBufferType(h) c.GetConsoleMode() # call 1 h = None c.GetConsoleMode() # call 2 You get the following output: Traceback (most recent call last): File "test2.py", line 12, in ? c.GetConsoleMode() # call 2 pywintypes.error: (6, 'GetConsoleMode', 'The handle is invalid.') The handle is invalid because it was closed after the previous line ("h = None") was executed despite the fact that "c" should still be maintaining a reference to the PyHANDLE object it's using. ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2006-12-11 07:31 Message: Logged In: YES user_id=771074 Originator: NO This is fixed in win32consolemodule.cpp rev 1.9. ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2006-11-21 21:06 Message: Logged In: YES user_id=771074 Originator: NO It might be more consistent for the object to call DuplicateHandle internally. That way both types of handles could still be treated exactly the same. Plus, the caller would still be responsible for the original handle, so there would be no change from the existing semantics. Does this sound reasonable to you ? ---------------------------------------------------------------------- Comment By: Ross Ridge (ross_ridge) Date: 2006-11-19 14:51 Message: Logged In: YES user_id=1218032 Originator: YES I don't expect PyConsoleScreenBuffer to manage the lifetime of the handle, I expect PyHANDLE to do so. Since I'm passing a PyHANDLE object, not an actual Win32 HANDLE value, to PyConsoleScreenBuffer, I expect the PyConsoleScreenBuffer object to keep a reference to the PyHANDLE object so that the PyHANDLE object can do it's job. ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2006-11-18 11:52 Message: Logged In: YES user_id=771074 Originator: NO The PyConsoleScreenBuffer object doesn't make any attempt to manage the lifetime of the handle when it's created from an existing handle. You can use h.Detach() to ensure that the handle isn't closed prematurely, or win32api.DuplicateHandle to make a copy of the handle. Roger ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1598678&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2006-12-10 21:56:42
|
Bugs item #1566669, was opened at 2006-09-27 17:17 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1566669&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: MichaelAye (accretor) Assigned to: Nobody/Anonymous (nobody) Summary: regsub required for demos but not installled Initial Comment: In Python 2.5 the regsub module is obsolete and not installed. For that reason the basictimerapp and the dlgappdemo don't start. ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2006-12-10 16:56 Message: Logged In: YES user_id=771074 Originator: NO Replaced regsub with .replace() string method in demos. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1566669&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2006-12-10 09:10:40
|
Feature Requests item #1611302, was opened at 2006-12-07 23:39 Message generated for change (Comment added) made by aegis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1611302&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: Chad Austin (aegis) Assigned to: Nobody/Anonymous (nobody) Summary: GlobalMemoryStatus and GlobalMemoryStatusEx not exported Initial Comment: Subject says it all... Neither GlobalMemoryStatus nor GlobalMemoryStatusEx are exported into Python. ---------------------------------------------------------------------- >Comment By: Chad Austin (aegis) Date: 2006-12-10 03:10 Message: Logged In: YES user_id=7212 Originator: YES I love you guys! Thanks! ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2006-12-10 03:06 Message: Logged In: YES user_id=771074 Originator: NO Functions added in win32apimodule.cpp rev 1.68 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1611302&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2006-12-10 09:06:51
|
Feature Requests item #1611302, was opened at 2006-12-08 00:39 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1611302&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: Chad Austin (aegis) Assigned to: Nobody/Anonymous (nobody) Summary: GlobalMemoryStatus and GlobalMemoryStatusEx not exported Initial Comment: Subject says it all... Neither GlobalMemoryStatus nor GlobalMemoryStatusEx are exported into Python. ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2006-12-10 04:06 Message: Logged In: YES user_id=771074 Originator: NO Functions added in win32apimodule.cpp rev 1.68 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1611302&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2006-12-08 05:39:51
|
Feature Requests item #1611302, was opened at 2006-12-07 23:39 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1611302&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: Chad Austin (aegis) Assigned to: Nobody/Anonymous (nobody) Summary: GlobalMemoryStatus and GlobalMemoryStatusEx not exported Initial Comment: Subject says it all... Neither GlobalMemoryStatus nor GlobalMemoryStatusEx are exported into Python. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1611302&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2006-12-07 03:20:17
|
Bugs item #1601247, was opened at 2006-11-22 08:44 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1601247&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: ollie oldham (ooldham) Assigned to: Nobody/Anonymous (nobody) Summary: win32pdh.EnumObjectItems white lie Initial Comment: win32pdh.EnumObjectItems appears to lie sometimes. If EnumObjectItems is called from the "main" thread - no problem appears. However if EnumObjectItems is called from another thread, it may lie as to the existence of a process name. How to reproduce: start attached script (xxx.py). Use the menu option of: g. This will print a current list of processes. Now start another application of some kind, different than any process name that was in the above list. For instance, notepad or some other editor. Now hit g again. The process name will NOT appear. Now hit x. start xxx.py again. Now hit g. The process name will now appear... Am I missing something here? Note g uses a thread, f uses main context. I have this problem on win2K and win2K3. I'm currently using Python 2.4b1 and win32 package= pywin32-203.win32-py2.4.exe Thanks. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2006-12-06 19:20 Message: Logged In: YES user_id=1312539 Originator: NO This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2006-11-22 14:20 Message: Logged In: YES user_id=14198 Originator: NO I'm afraid I don't know, but I am fairly confident that any such problems would not be with the python bindings, but would be a "feature" of the PDH api itself. I'm afraid there is not much I can do until it can be demonstrated the problem is in pywin32. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1601247&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2006-12-05 09:49:44
|
Feature Requests item #1608464, was opened at 2006-12-04 14:54 Message generated for change (Comment added) made by ckuhlmann You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1608464&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: CKuhlmann (ckuhlmann) Assigned to: Nobody/Anonymous (nobody) Summary: InsertItem() to add a new tab to tab control Initial Comment: To add a new tab to a tab control I added the function InsertItem() in Pythonwin\win32prop.cpp. In addition to that, changes had to be made in win32\lib\commctrl.py (-> TCN_SELCHANGE etc.), win32util.cpp and win32ui.h to get/send a notification when the selected tab on the tab control has changed. All changes are documented in the attached file changes_for_tab_control.txt. ---------------------------------------------------------------------- >Comment By: CKuhlmann (ckuhlmann) Date: 2006-12-05 10:49 Message: Logged In: YES user_id=1646195 Originator: YES I now uploaded a zip-file which contains win32prop.cpp, win32util.cpp, win32ui.h and commctrl.py. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2006-12-04 23:54 Message: Logged In: YES user_id=14198 Originator: NO Could you please supply these changes as a patch? I'm afraid I don't have time to manually stick the parts together Thanks, Mark ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1608464&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2006-12-04 22:54:26
|
Feature Requests item #1608464, was opened at 2006-12-05 00:54 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1608464&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: CKuhlmann (ckuhlmann) Assigned to: Nobody/Anonymous (nobody) Summary: InsertItem() to add a new tab to tab control Initial Comment: To add a new tab to a tab control I added the function InsertItem() in Pythonwin\win32prop.cpp. In addition to that, changes had to be made in win32\lib\commctrl.py (-> TCN_SELCHANGE etc.), win32util.cpp and win32ui.h to get/send a notification when the selected tab on the tab control has changed. All changes are documented in the attached file changes_for_tab_control.txt. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2006-12-05 09:54 Message: Logged In: YES user_id=14198 Originator: NO Could you please supply these changes as a patch? I'm afraid I don't have time to manually stick the parts together Thanks, Mark ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1608464&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2006-12-04 22:52:46
|
Feature Requests item #1608456, was opened at 2006-12-05 00:31 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1608456&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: CKuhlmann (ckuhlmann) Assigned to: Nobody/Anonymous (nobody) Summary: SetIcon() for PyCWnd Initial Comment: I added the function SetIcon() to set an icon for a dialog. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2006-12-05 09:52 Message: Logged In: YES user_id=14198 Originator: NO Thanks! Checking in win32win.cpp; new revision: 1.11; previous revision: 1.10 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1608456&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2006-12-04 13:54:55
|
Feature Requests item #1608464, was opened at 2006-12-04 14:54 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1608464&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: CKuhlmann (ckuhlmann) Assigned to: Nobody/Anonymous (nobody) Summary: InsertItem() to add a new tab to tab control Initial Comment: To add a new tab to a tab control I added the function InsertItem() in Pythonwin\win32prop.cpp. In addition to that, changes had to be made in win32\lib\commctrl.py (-> TCN_SELCHANGE etc.), win32util.cpp and win32ui.h to get/send a notification when the selected tab on the tab control has changed. All changes are documented in the attached file changes_for_tab_control.txt. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1608464&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2006-12-04 13:31:52
|
Feature Requests item #1608456, was opened at 2006-12-04 14:31 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1608456&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: CKuhlmann (ckuhlmann) Assigned to: Nobody/Anonymous (nobody) Summary: SetIcon() for PyCWnd Initial Comment: I added the function SetIcon() to set an icon for a dialog. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1608456&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2006-12-03 10:30:28
|
Bugs item #1606685, was opened at 2006-12-01 21:58 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1606685&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: Anders J. Munch (andersjm) Assigned to: Nobody/Anonymous (nobody) Summary: ShellExecute returns wrong error message Initial Comment: When win32api.ShellExecute fails with an error code 31, the accompagnying message is "A device attached to the system is not functioning." (translated, the actual message I got was in Danish). This is the message for ERROR_GEN_FAILURE. However code 31 for ShellExecute means SE_ERR_NOASSOC, indicating that no association exists for the extension of the given file name. (XP Pro, Python 2.4.4, pywin32 208) ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2006-12-03 21:30 Message: Logged In: YES user_id=14198 Originator: NO I'm afraid I can't see a good fix here. SE_ERR_NOASSOC==ERROR_GEN_FAILURE and we just pass the error value to FormatMessage. If we can determine the name of a resource file with SE_ERR_NOASSOC (so we can pass the handle to FormatMessage), I'd be happy to work out a way for that correct message to appear. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1606685&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2006-12-02 16:06:22
|
Feature Requests item #1607206, was opened at 2006-12-01 19:15 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1607206&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: Patrick Hartling (patrickh) Assigned to: Roger Upole (rupole) Summary: DuplicateTokenEx not exposed Initial Comment: I discovered today that the function DuplicateTokenEx() is not available for use via pywin32. Is this just an oversight or a pending addition, or has it been omitted on purpose? ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2006-12-02 11:06 Message: Logged In: YES user_id=771074 Originator: NO Added in rev 1.35 of win32security.i ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2006-12-01 22:39 Message: Logged In: YES user_id=771074 Originator: NO There's no obstacle to wrapping the function, it's just that noone has gotten around to it yet. I'll try to get it in this weekend. (changing to a feature request) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1607206&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2006-12-02 03:39:17
|
Feature Requests item #1607206, was opened at 2006-12-01 19:15 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1607206&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: Patrick Hartling (patrickh) >Assigned to: Roger Upole (rupole) Summary: DuplicateTokenEx not exposed Initial Comment: I discovered today that the function DuplicateTokenEx() is not available for use via pywin32. Is this just an oversight or a pending addition, or has it been omitted on purpose? ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2006-12-01 22:39 Message: Logged In: YES user_id=771074 Originator: NO There's no obstacle to wrapping the function, it's just that noone has gotten around to it yet. I'll try to get it in this weekend. (changing to a feature request) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1607206&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2006-12-02 00:15:42
|
Bugs item #1607206, was opened at 2006-12-01 18:15 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1607206&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: Patrick Hartling (patrickh) Assigned to: Nobody/Anonymous (nobody) Summary: DuplicateTokenEx not exposed Initial Comment: I discovered today that the function DuplicateTokenEx() is not available for use via pywin32. Is this just an oversight or a pending addition, or has it been omitted on purpose? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1607206&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2006-12-01 10:58:08
|
Bugs item #1606685, was opened at 2006-12-01 11:58 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1606685&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: Anders J. Munch (andersjm) Assigned to: Nobody/Anonymous (nobody) Summary: ShellExecute returns wrong error message Initial Comment: When win32api.ShellExecute fails with an error code 31, the accompagnying message is "A device attached to the system is not functioning." (translated, the actual message I got was in Danish). This is the message for ERROR_GEN_FAILURE. However code 31 for ShellExecute means SE_ERR_NOASSOC, indicating that no association exists for the extension of the given file name. (XP Pro, Python 2.4.4, pywin32 208) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1606685&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2006-11-29 22:46:10
|
Bugs item #1605374, was opened at 2006-11-30 04:08 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1605374&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: Invalid Priority: 5 Private: No Submitted By: Sturla (sturlamolden) Assigned to: Nobody/Anonymous (nobody) Summary: GetOverlappedResult doesn't release GIL Initial Comment: More of the same bug, although this one doesn't deadlock: GetOverlappedResult (win32file.i) doesn't release the GIL. If wait is set to 1, GetOverlappedResult will block and hold the GIL until the asynchronous IO completes. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2006-11-30 09:46 Message: Logged In: YES user_id=14198 Originator: NO Ditto - check the generated .cpp static PyObject *_wrap_GetOverlappedResult(PyObject *self, PyObject *args) { ... Py_BEGIN_ALLOW_THREADS _result = (BOOLAPI )GetOverlappedResult(_arg0,_arg1,_arg2,_arg3); Py_END_ALLOW_THREADS ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1605374&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2006-11-29 22:44:29
|
Bugs item #1605282, was opened at 2006-11-30 01:23 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1605282&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: Invalid Priority: 5 Private: No Submitted By: Sturla (sturlamolden) Assigned to: Nobody/Anonymous (nobody) Summary: WaitForSingleObject doesn't release GIL? Initial Comment: >From the looks of the SWIG interface win32event.i, WaitForSingleObject, WaitForSingleObjectEx and WaitForInputIdle doesn't release the GIL. Sturla Molden ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2006-11-30 09:44 Message: Logged In: YES user_id=14198 Originator: NO The GIL is never manipulated directly in the .i file. Check out the generated code in win32eventmodule_win32.cpp and you will see the GIL *is* release for these functions.... static PyObject *_wrap_WaitForInputIdle(PyObject *self, PyObject *args) { ... Py_BEGIN_ALLOW_THREADS _result = (DWORD_WAITAPI )WaitForInputIdle(_arg0,_arg1); Py_END_ALLOW_THREADS ---------------------------------------------------------------------- Comment By: Sturla (sturlamolden) Date: 2006-11-30 04:15 Message: Logged In: YES user_id=1511707 Originator: YES And since these wait functions holds the GIL while they wait, we (may) get a deadlock. ---------------------------------------------------------------------- Comment By: Sturla (sturlamolden) Date: 2006-11-30 04:10 Message: Logged In: YES user_id=1511707 Originator: YES And since these wait functions holds the GIL while they wait, we (may) get a deadlock. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1605282&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2006-11-29 17:15:08
|
Bugs item #1605282, was opened at 2006-11-29 14:23 Message generated for change (Comment added) made by sturlamolden You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1605282&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: Sturla (sturlamolden) Assigned to: Nobody/Anonymous (nobody) Summary: WaitForSingleObject doesn't release GIL? Initial Comment: >From the looks of the SWIG interface win32event.i, WaitForSingleObject, WaitForSingleObjectEx and WaitForInputIdle doesn't release the GIL. Sturla Molden ---------------------------------------------------------------------- >Comment By: Sturla (sturlamolden) Date: 2006-11-29 17:15 Message: Logged In: YES user_id=1511707 Originator: YES And since these wait functions holds the GIL while they wait, we (may) get a deadlock. ---------------------------------------------------------------------- Comment By: Sturla (sturlamolden) Date: 2006-11-29 17:10 Message: Logged In: YES user_id=1511707 Originator: YES And since these wait functions holds the GIL while they wait, we (may) get a deadlock. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1605282&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2006-11-29 17:10:13
|
Bugs item #1605282, was opened at 2006-11-29 14:23 Message generated for change (Comment added) made by sturlamolden You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1605282&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: Sturla (sturlamolden) Assigned to: Nobody/Anonymous (nobody) Summary: WaitForSingleObject doesn't release GIL? Initial Comment: >From the looks of the SWIG interface win32event.i, WaitForSingleObject, WaitForSingleObjectEx and WaitForInputIdle doesn't release the GIL. Sturla Molden ---------------------------------------------------------------------- >Comment By: Sturla (sturlamolden) Date: 2006-11-29 17:10 Message: Logged In: YES user_id=1511707 Originator: YES And since these wait functions holds the GIL while they wait, we (may) get a deadlock. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1605282&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2006-11-29 17:08:13
|
Bugs item #1605374, was opened at 2006-11-29 17:08 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1605374&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: Sturla (sturlamolden) Assigned to: Nobody/Anonymous (nobody) Summary: GetOverlappedResult doesn't release GIL Initial Comment: More of the same bug, although this one doesn't deadlock: GetOverlappedResult (win32file.i) doesn't release the GIL. If wait is set to 1, GetOverlappedResult will block and hold the GIL until the asynchronous IO completes. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1605374&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2006-11-29 14:23:40
|
Bugs item #1605282, was opened at 2006-11-29 14:23 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1605282&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: Sturla (sturlamolden) Assigned to: Nobody/Anonymous (nobody) Summary: WaitForSingleObject doesn't release GIL? Initial Comment: >From the looks of the SWIG interface win32event.i, WaitForSingleObject, WaitForSingleObjectEx and WaitForInputIdle doesn't release the GIL. Sturla Molden ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1605282&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2006-11-22 22:20:15
|
Bugs item #1601247, was opened at 2006-11-23 03:44 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1601247&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: ollie oldham (ooldham) Assigned to: Nobody/Anonymous (nobody) Summary: win32pdh.EnumObjectItems white lie Initial Comment: win32pdh.EnumObjectItems appears to lie sometimes. If EnumObjectItems is called from the "main" thread - no problem appears. However if EnumObjectItems is called from another thread, it may lie as to the existence of a process name. How to reproduce: start attached script (xxx.py). Use the menu option of: g. This will print a current list of processes. Now start another application of some kind, different than any process name that was in the above list. For instance, notepad or some other editor. Now hit g again. The process name will NOT appear. Now hit x. start xxx.py again. Now hit g. The process name will now appear... Am I missing something here? Note g uses a thread, f uses main context. I have this problem on win2K and win2K3. I'm currently using Python 2.4b1 and win32 package= pywin32-203.win32-py2.4.exe Thanks. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2006-11-23 09:20 Message: Logged In: YES user_id=14198 Originator: NO I'm afraid I don't know, but I am fairly confident that any such problems would not be with the python bindings, but would be a "feature" of the PDH api itself. I'm afraid there is not much I can do until it can be demonstrated the problem is in pywin32. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1601247&group_id=78018 |
2 messages has been excluded from this view by a project administrator.
