pywin32-bugs Mailing List for Python for Windows Extensions (Page 101)
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...> - 2004-07-16 08:47:19
|
Patches item #992182, was opened at 2004-07-16 08:43 Message generated for change (Settings changed) made by nikis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=992182&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Niki Spahiev (nikis) Assigned to: Nobody/Anonymous (nobody) >Summary: pywin.tools.browser and objects without __class__ Initial Comment: apparently some 'instances' of object has no __class__ attribute: >>> from pywintypes import IID >>> CLSID = IID('{737224C1-8E29-48E7-918F-09922E51B664}') >>> isinstance( CLSID, object ) True >>> CLSID.__class__ Traceback (most recent call last): File "<interactive input>", line 1, in ? AttributeError: 'PyIID' object has no attribute '__class__' this fix prevents browser craching on such objects ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=992182&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-07-16 08:43:13
|
Patches item #992182, was opened at 2004-07-16 08:43 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=992182&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Niki Spahiev (nikis) Assigned to: Nobody/Anonymous (nobody) Summary: pywin.tiils.browser and objects without __class__ Initial Comment: apparently some 'instances' of object has no __class__ attribute: >>> from pywintypes import IID >>> CLSID = IID('{737224C1-8E29-48E7-918F-09922E51B664}') >>> isinstance( CLSID, object ) True >>> CLSID.__class__ Traceback (most recent call last): File "<interactive input>", line 1, in ? AttributeError: 'PyIID' object has no attribute '__class__' this fix prevents browser craching on such objects ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=992182&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-07-15 16:02:50
|
Patches item #991683, was opened at 2004-07-15 16:02 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=991683&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Niki Spahiev (nikis) Assigned to: Nobody/Anonymous (nobody) Summary: fix for pythonwin /app appmod ... Initial Comment: pythonwin /app appmod /edit file is broken now, this small patch fixes it ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=991683&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-07-13 10:18:23
|
Bugs item #990048, was opened at 2004-07-13 14:18 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=990048&group_id=78018 Category: installation Group: None Status: Open Resolution: None Priority: 5 Submitted By: Kerim Borchaev (warkid) Assigned to: Nobody/Anonymous (nobody) Summary: pywin32-202.win32-py2.4.exe: Postinstall script failure. Initial Comment: This is how it fails: Creating .PTH file C:\Python24\pywin32.pth Copied pythoncom24.dll to C:\WINDOWS\System32 \pythoncom24.dll Copied pywintypes24.dll to C:\WINDOWS\System32 \pywintypes24.dll Registered: Python.Interpreter Registered: Python.Dictionary Traceback (most recent call last): File "C:\Python24\Scripts\pywin32_postinstall.py", line 313, in ? install() File "C:\Python24\Scripts\pywin32_postinstall.py", line 210, in install SetPyKeyVal("Help", None, None) File "C:\Python24\Scripts\pywin32_postinstall.py", line 97, in SetPyKeyVal root_hkey = get_root_hkey() NameError: global name 'get_root_hkey' is not defined *** run_installscript: internal error 0xFFFFFFFF *** ##################################### I've uninstalled previous version of pywin32 and Python before installing pywin32-202. I'm using Python2.4a1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=990048&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-07-13 07:46:37
|
Patches item #977391, was opened at 2004-06-22 21:47 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=977391&group_id=78018 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Adal Chiriliuc (adalx) Assigned to: Nobody/Anonymous (nobody) Summary: New constants in afxres Initial Comment: Added these constants: CBRS_GRIPPER SBPS_NORMAL SBPS_NOBORDERS SBPS_POPOUT SBPS_OWNERDRAW SBPS_DISABLED SBPS_STRETCH ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2004-07-13 17:46 Message: Logged In: YES user_id=14198 Checking in afxres.py; new revision: 1.2; previous revision: 1.1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=977391&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-07-13 07:44:38
|
Patches item #977388, was opened at 2004-06-22 21:45 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=977388&group_id=78018 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Adal Chiriliuc (adalx) Assigned to: Nobody/Anonymous (nobody) Summary: New constants in commctrl Initial Comment: Added these constants: SBARS_TOOLTIPS SBT_NOTABPARSING ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2004-07-13 17:44 Message: Logged In: YES user_id=14198 Checking in commctrl.py; new revision: 1.4; previous revision: 1.3 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=977388&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-07-13 07:30:48
|
Patches item #974578, was opened at 2004-06-17 18:30 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=974578&group_id=78018 Category: None Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Stefan Schukat (sschukat) Assigned to: Nobody/Anonymous (nobody) Summary: Empty Array generate an error if transported via COM Initial Comment: The new code for arbitrary SafeArrays wont allow the transport of empty array. To resolve this problem an else clause has to be added to oleargs.cpp in PyCom_CalculatePyObjectDimension if (!PyBuffer_Check(obItemCheck) && PySequence_Length(obItemCheck)) { ... } // New Code else { // Just an empty list so increase Dimension lReturnDimension += 1; } // End new Code ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2004-07-13 17:30 Message: Logged In: YES user_id=14198 Can you please attach a test case that fails with the current code? eg, I changed testvb.py to add: # Empty array _DoTestArray(vbtest, ()) # Empty child array _DoTestArray(vbtest, ((), ())) Further, I can't find the code you reference in oleargs.cpp - if you still believe it must be added, can you supply a patch (or the entire file if necessary) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=974578&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-07-13 07:15:36
|
Patches item #946375, was opened at 2004-05-02 22:57 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=946375&group_id=78018 Category: None Group: None >Status: Closed >Resolution: Out of Date Priority: 5 Submitted By: bastiaan (darquan2000) Assigned to: Nobody/Anonymous (nobody) Summary: GetFullPathNameW Initial Comment: for win32apimodule.cpp: implemented missing GetFullPathNameW with long filename support ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2004-07-13 17:15 Message: Logged In: YES user_id=14198 Thanks - this is now in place. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=946375&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-07-13 07:13:21
|
Patches item #945636, was opened at 2004-05-01 07:55 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=945636&group_id=78018 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: bastiaan (darquan2000) Assigned to: Nobody/Anonymous (nobody) Summary: GetLongPathNameW without MAX_PATH limitation Initial Comment: PyGetLongPathNameW long unicode pathname support. Unicode paths that start with \?\ can have up to 32767 characters. The current implementation of PyGetLongPathNameW in win32apimodule.cpp does not support long unicode paths, because it uses a pathBuffer of size MAX_PATH and it incorrectly interprets the return value of GetFullPathNameW as a BOOL. The PyGetLongPathNameW function in the attachment has been modified to use an allocated buffer if GetLongPathNameW reports that pathBuffer is too small. It is based on the win32apimodule.cpp of build 201.1. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2004-07-13 17:13 Message: Logged In: YES user_id=14198 Thanks - checked in, but with a couple of changes. Checking in src/win32apimodule.cpp; new revision: 1.38; previous revision: 1.37 Checking in test/test_win32api.py; new revision: 1.7; previous revision: 1.6 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=945636&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-07-13 05:32:32
|
Patches item #886824, was opened at 2004-01-29 20:34 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=886824&group_id=78018 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Maxim Sokolov (dzuki) Assigned to: Nobody/Anonymous (nobody) Summary: [Bug: 817035] Exception while browsing python path Initial Comment: Sorry for the previous patch, it wont work. When user browses python path Tools->Browse PythonPath the program throws exception in tools. BrowseProjects.HLICLBRItem.GetText when trying to display module-level functions. Proposed patch of browseProjects file at HLICLBRClass. __init__: Compare: (<)C: \Programs\Python23\Lib\site-packages\Pythonwin\pywin \tools\browseProjects.py (8130 bytes) with: (>)C:\Programs\Python-2.3. 3\Lib\site-packages\Pythonwin\pywin\tools\browseProjec ts.py (8239 bytes) 41,50c41,50 < try: < name = clbrclass.name < file = clbrclass.file < lineno = clbrclass.lineno < self.super = clbrclass.super < self.methods = clbrclass.methods < except AttributeError: < name = clbrclass < file = lineno = None < self.super = []; self.methods = {} --- > def get_attr(obj, attr, default_value): > if hasattr(obj, attr): > return obj.__dict__[attr] > else: > return default_value > name = get_attr(clbrclass, "name", clbrclass) > file = get_attr(clbrclass, "file", None) > lineno = get_attr(clbrclass, "lineno", None) > self.super = get_attr(clbrclass, "super", []) > self.methods = get_attr(clbrclass, "methods", {}) ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2004-07-13 15:32 Message: Logged In: YES user_id=14198 My fix was a little different - I changed the start of that class to look like: class HLICLBRItem(hierlist.HierListItem): def __init__(self, name, file, lineno, suffix = ""): # If the 'name' object itself has a .name, use it. Not sure # how this happens, but seems pyclbr related. # See PyWin32 bug 817035 self.name = getattr(name, "name", name) It seems to fix the problem for me - can you confirm it does for you too? Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=886824&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-07-13 05:30:43
|
Patches item #886588, was opened at 2004-01-29 09:56 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=886588&group_id=78018 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Maxim Sokolov (dzuki) Assigned to: Nobody/Anonymous (nobody) Summary: [Bug: 817035] Exception while browsing python path- Wont Fix Initial Comment: The problem is that self.name for module level functions containes Function object and not string object. I have pached it with: lib\site-packages\Pythonwin\pywin\tools\browseProjects. py line 26: return self.name + self.suffix changed to: name = self.name if not isinstance(self.name, type("")): name = self.name.name return name + self.suffix ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2004-07-13 15:30 Message: Logged In: YES user_id=14198 I have fixed this - thanks! ---------------------------------------------------------------------- Comment By: Maxim Sokolov (dzuki) Date: 2004-01-29 10:00 Message: Logged In: YES user_id=264383 Right formatting: name = self.name if not isinstance(self.name, type("")): name = self.name.name return name + self.suffix ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=886588&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-07-13 05:30:22
|
Bugs item #817035, was opened at 2003-10-03 19:46 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=817035&group_id=78018 Category: pythonwin Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Dominique de Waleffe (ddewaleffe) Assigned to: Mark Hammond (mhammond) Summary: Exception in browsing libraries (Tools->Browse PythonPath Initial Comment: Using the 2.3 distribution and the latest 159 release of pythonwin. I get the following traceback when I click on the + in the library browser for xml.dom.minidom. The problem also appears for other libraries displayed in the tree view, but not for all... PythonWin 2.3 (#46, Jul 29 2003, 18:54:32) [MSC v.1200 32 bit (Intel)] on win32. Portions Copyright 1994-2001 Mark Hammond (mha...@sk...) - see 'Help/About PythonWin' for further copyright information. >>> Traceback (most recent call last): File "C:\softs\python\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line 123, in OnTreeItemExpanding self.AddSubList(itemHandle, self.GetSubList(item)) File "C:\softs\python\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line 137, in AddSubList self.AddItem(parentHandle, item) File "C:\softs\python\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line 140, in AddItem text = self.GetText(item) File "C:\softs\python\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line 266, in GetText return self.DelegateCall( item.GetText ) File "C:\softs\python\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line 255, in DelegateCall return fn() File "C:\softs\python\lib\site-packages\Pythonwin\pywin\tools\browseProjects.py", line 26, in GetText return self.name + self.suffix TypeError: unsupported operand type(s) for +: 'instance' and 'str' win32ui: Exception in OnNotify() handler ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2004-07-13 15:30 Message: Logged In: YES user_id=14198 Checking in browseProjects.py; new revision: 1.2; previous revision: 1.1 ---------------------------------------------------------------------- Comment By: Dominique de Waleffe (ddewaleffe) Date: 2004-05-13 20:29 Message: Logged In: YES user_id=214484 The fix proposed by dsuki works. I had thought it'd be included but its not yet in V201. It can probably be made into a single line change. ---------------------------------------------------------------------- Comment By: Maxim Sokolov (dzuki) Date: 2004-01-29 09:45 Message: Logged In: YES user_id=264383 The problem is that self.name for module level functions containes Function object and not string object. I have pached it with: lib\site-packages\Pythonwin\pywin\tools\browseProjects.py line 26: return self.name + self.suffix changed to: name = self.name if not isinstance(self.name, type("")): name = self.name.name return name + self.suffix ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=817035&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-07-13 05:07:06
|
Patches item #956091, was opened at 2004-05-19 03:37 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=956091&group_id=78018 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Jon Willeke (willeke) Assigned to: Nobody/Anonymous (nobody) Summary: minimal platform portability patch for odbc.cpp Initial Comment: This is the first of three patches addressing bug #955432. It is a minimal patch to allow odbc.cpp to be compiled by GNU g++ on Linux. Since the three patches don't apply cleanly on top of each other, I'm also attaching a complete patch. The first change conditions the inclusion of windows.h on MS_WINDOWS, which is defined in pyconfig.h (included by Python.h). The second change defines NOMINMAX within the MS_WINDOWS condition, to inhibit the definition of the Visual C++-specific max() macro. The third change defines a max() function. I did this, rather than use the max template function, in anticipation of making the module C compatible. The fourth change replaces NULL with 0, where the function returns int. The fifth change fixes the use of Visual C++-specific for-loop scoping. The final change replaces extern "C" __declspec with PyMODINIT_FUNC. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2004-07-13 15:07 Message: Logged In: YES user_id=14198 I think these are now in - please check! Thanks. ---------------------------------------------------------------------- Comment By: Jon Willeke (willeke) Date: 2004-05-19 03:40 Message: Logged In: YES user_id=185468 Here's the complete patch, including #956093 and #956094. By the way, these are all against pywin32 201.1. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=956091&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-07-13 05:06:26
|
Patches item #956247, was opened at 2004-05-19 07:13 Message generated for change (Settings changed) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=956247&group_id=78018 Category: None Group: None >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Jon Willeke (willeke) Assigned to: Nobody/Anonymous (nobody) Summary: convert C++ comments to C in dbi.cpp Initial Comment: This is one more (probably the last, for a while) patch for bug #955432 that converts C++ comments in dbi.cpp to C, so that it is C compatible. I also fixed a warning in the initialization of noMethods. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2004-07-13 15:05 Message: Logged In: YES user_id=14198 Thanks - fixed: Checking in dbi.cpp; new revision: 1.6; previous revision: 1.5 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=956247&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-07-13 05:05:48
|
Patches item #956247, was opened at 2004-05-19 07:13 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=956247&group_id=78018 Category: None Group: None Status: Open >Resolution: Fixed Priority: 5 Submitted By: Jon Willeke (willeke) Assigned to: Nobody/Anonymous (nobody) Summary: convert C++ comments to C in dbi.cpp Initial Comment: This is one more (probably the last, for a while) patch for bug #955432 that converts C++ comments in dbi.cpp to C, so that it is C compatible. I also fixed a warning in the initialization of noMethods. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2004-07-13 15:05 Message: Logged In: YES user_id=14198 Thanks - fixed: Checking in dbi.cpp; new revision: 1.6; previous revision: 1.5 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=956247&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-07-13 05:03:55
|
Patches item #956244, was opened at 2004-05-19 07:06 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=956244&group_id=78018 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Jon Willeke (willeke) Assigned to: Nobody/Anonymous (nobody) Summary: platform portability patch for dbi.h Initial Comment: This is another patch for bug #955432 that replaces the CALLCONV macro in dbi.h with PyAPI_FUNC. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2004-07-13 15:03 Message: Logged In: YES user_id=14198 Thanks Checking in dbi.h; new revision: 1.3; previous revision: 1.2 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=956244&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-07-13 05:01:59
|
Patches item #956093, was opened at 2004-05-19 03:37 Message generated for change (Settings changed) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=956093&group_id=78018 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Jon Willeke (willeke) Assigned to: Nobody/Anonymous (nobody) Summary: minimal C portability patch for odbc.cpp Initial Comment: This is the second of three patches addressing bug #955432. It is a minimal patch to allow odbc.cpp to be compiled by GNU gcc on Linux (in which case it should be renamed to odbc.c). The code remains C++ compatible. The first change defines bool, true, and false in a block conditioned on _cplusplus. The second change moves a variable definition out of a for-loop initializer. If you apply this patch after the previous patch, this change won't apply cleanly. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2004-07-13 15:01 Message: Logged In: YES user_id=14198 Thanks! Checking in odbc.cpp; new revision: 1.12; previous revision: 1.11 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=956093&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-07-13 04:56:46
|
Patches item #956094, was opened at 2004-05-19 03:38 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=956094&group_id=78018 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Jon Willeke (willeke) Assigned to: Nobody/Anonymous (nobody) Summary: convert C++ comments to C in odbc.cpp Initial Comment: This is the third of three patches addressing bug #955432. It changes the C++ comments in odbc.cpp to C comments, for compatibility with C90 compilers, like gcc in -ansi or std=c89 mode. I'm not familiar with autoduck; if someone uses it, he'll need to confirm that these changes don't break it. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2004-07-13 14:56 Message: Logged In: YES user_id=14198 Checking in odbc.cpp; new revision: 1.11; previous revision: 1.10 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=956094&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-07-13 04:47:41
|
Patches item #982914, was opened at 2004-07-01 04:20 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=982914&group_id=78018 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Phil Rittenhouse (prittenh) Assigned to: Nobody/Anonymous (nobody) Summary: Support for CreateTypeLib2 Initial Comment: This patch adds the CreateTypeLib2 API to pywin32. The changes parallel the code for CreateTypeLib support. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2004-07-13 14:47 Message: Logged In: YES user_id=14198 Checked in - thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=982914&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-07-08 16:18:24
|
Bugs item #987401, was opened at 2004-07-08 12:18 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=987401&group_id=78018 Category: win32 Group: None Status: Open Resolution: None Priority: 5 Submitted By: Erik Demaine (edemaine) Assigned to: Nobody/Anonymous (nobody) Summary: Support for layered windows? Initial Comment: Could win32gui be extended to support the layered window functionality of Windows 2000+? I'm looking in particular for UpdateLayeredWindow, SetLayeredWindowAttributes, and AnimateWindow. See the following MSDN article. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnwui/html/layerwin.asp ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=987401&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-07-08 09:38:00
|
Bugs item #987146, was opened at 2004-07-08 10:36 Message generated for change (Comment added) made by steve9000 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=987146&group_id=78018 Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stephen Kennedy (steve9000) Assigned to: Nobody/Anonymous (nobody) Summary: Incorrect window placement Initial Comment: To reproduce: Move the taskbar (start bar) to the top of the screen. Open pythonwin and close it several times. Result: Window moves to top of screen underneath the taskbar. Expected Result: Window positioning function takes workspace area into account. See http://weblogs.asp.net/oldnewthing/archive/2003/09/12/54896.aspx ---------------------------------------------------------------------- >Comment By: Stephen Kennedy (steve9000) Date: 2004-07-08 10:37 Message: Logged In: YES user_id=7497 This may be related to #721695 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=987146&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-07-08 09:36:06
|
Bugs item #987146, was opened at 2004-07-08 10:36 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=987146&group_id=78018 Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stephen Kennedy (steve9000) Assigned to: Nobody/Anonymous (nobody) Summary: Incorrect window placement Initial Comment: To reproduce: Move the taskbar (start bar) to the top of the screen. Open pythonwin and close it several times. Result: Window moves to top of screen underneath the taskbar. Expected Result: Window positioning function takes workspace area into account. See http://weblogs.asp.net/oldnewthing/archive/2003/09/12/54896.aspx ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=987146&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-07-07 15:54:54
|
Bugs item #986673, was opened at 2004-07-07 15:54 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=986673&group_id=78018 Category: com Group: None Status: Open Resolution: None Priority: 5 Submitted By: Phil Rittenhouse (prittenh) Assigned to: Nobody/Anonymous (nobody) Summary: Python exceptions through COM custom interface Initial Comment: The problem occurs with Python COM servers raising COM exceptions across a custom interface. Using the dispatch interface works fine, but in the custom interface the exception's error information is lost. The problem appears to be in PyGatewayBase::InterfaceSupportsErrorInfo() in PyGatewayBase.cpp. It is called to determine whether the GetErrorInfo API should be used to extract an error after an error HRESULT is returned from an interface. The function is passed an IID of an interface, the code compares this to the return value of GetIID() which is always IID_IUnknown. The comparison fails, so the function returns S_FALSE and no error info is extracted. The comment above the definition of GetIID() says: // Currently this is used only for ISupportErrorInfo, // so hopefully this will never be called in this base class. // (however, this is not a rule, so we wont assert or anything!) But it appears that it is called in the base class (or at least not overloaded by anyone inheriting from it). Everything seems to work fine if you just change InterfaceSupportsErrorInfo() to always return S_OK. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=986673&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-07-06 13:41:28
|
Bugs item #985980, was opened at 2004-07-06 13:40 Message generated for change (Settings changed) made by prittenh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=985980&group_id=78018 Category: com Group: None Status: Open Resolution: None Priority: 5 Submitted By: Phil Rittenhouse (prittenh) Assigned to: Nobody/Anonymous (nobody) >Summary: pywin32 custom i/f COM servers do not support var args Initial Comment: I have discovered a couple of problems with the way the universal gateway code handles optional parameters and variable argument lists in COM servers. It appears to only be a problem when you use the custom interface. What I found was that variable argument lists are not detected at all. Instead they are just converted from SAFEARRAYs to a Python list. Similarly, omitted optional parameters (which are sent by COM as VARIANTs with value of DISP_E_PARAMNOTFOUND) are converted to Python integers with the integer value of DISP_E_PARAMNOTFOUND. I have made changes to univgw_dataconv.cpp to fix these problems but before I submit a patch, I'd like to make sure the changes make sense. To fix the optional argument problem, the code now checks VT_VARIANTS to see if they are VT_ERRORs with the value DISP_E_PARAMNOTFOUND. If they are, the argument is dropped, and presumably the Python method will have a suitable default to use in its place. The variable argument code was a little more tricky. I couldn't see any easy way to test if a method had the vararg property set, so I just assumed that any pointer to a SAFEARRAY of VARIANTS used as the last argument must represent a variable argument list. It then converts the array and expands the parameter tuple to fit the new arguments. Finally, I made a change to universal.py to handle the case where the variable argument list SAFEARRAY is declared [in, out] (as opposed to just [in]). This was required to support VB. In _GenerateOutArgTuple() I check if the method is a variable argument method and if so, I remove the variable arg parameter from the list of outputs. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=985980&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-07-06 13:40:24
|
Bugs item #985980, was opened at 2004-07-06 13:40 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=985980&group_id=78018 Category: com Group: None Status: Open Resolution: None Priority: 5 Submitted By: Phil Rittenhouse (prittenh) Assigned to: Nobody/Anonymous (nobody) Summary: pywin32 custom i/f COM servers do not support variable or op Initial Comment: I have discovered a couple of problems with the way the universal gateway code handles optional parameters and variable argument lists in COM servers. It appears to only be a problem when you use the custom interface. What I found was that variable argument lists are not detected at all. Instead they are just converted from SAFEARRAYs to a Python list. Similarly, omitted optional parameters (which are sent by COM as VARIANTs with value of DISP_E_PARAMNOTFOUND) are converted to Python integers with the integer value of DISP_E_PARAMNOTFOUND. I have made changes to univgw_dataconv.cpp to fix these problems but before I submit a patch, I'd like to make sure the changes make sense. To fix the optional argument problem, the code now checks VT_VARIANTS to see if they are VT_ERRORs with the value DISP_E_PARAMNOTFOUND. If they are, the argument is dropped, and presumably the Python method will have a suitable default to use in its place. The variable argument code was a little more tricky. I couldn't see any easy way to test if a method had the vararg property set, so I just assumed that any pointer to a SAFEARRAY of VARIANTS used as the last argument must represent a variable argument list. It then converts the array and expands the parameter tuple to fit the new arguments. Finally, I made a change to universal.py to handle the case where the variable argument list SAFEARRAY is declared [in, out] (as opposed to just [in]). This was required to support VB. In _GenerateOutArgTuple() I check if the method is a variable argument method and if so, I remove the variable arg parameter from the list of outputs. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=985980&group_id=78018 |
2 messages has been excluded from this view by a project administrator.
