pywin32-bugs Mailing List for Python for Windows Extensions (Page 117)
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...> - 2003-07-12 13:08:13
|
Bugs item #745304, was opened at 2003-05-29 12:53 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=745304&group_id=78018 Category: com Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Andrew Asare (aka_kool) Assigned to: Nobody/Anonymous (nobody) Summary: GetObject fails under Win32all-153 Initial Comment: GetObject fails to retrieve an instance of an object when a moniker is used. For example, when working with WMI the following will fail :- >>> import win32com.client >>> o = win32com.client.GetObject("winmgmts:") Traceback (most recent call last): File "<interactive input>", line 1, in ? File "C:\Python23\lib\site- packages\win32com\client\__init__.py", line 73, in GetObject return Moniker(Pathname, clsctx) File "C:\Python23\lib\site- packages\win32com\client\__init__.py", line 88, in Moniker moniker, i, bindCtx = pythoncom.MkParseDisplayName(Pathname) com_error: (-2147221020, 'Invalid syntax', None, None) I believe there is a bug in the implementation of MkParseDisplayName - possible corruption of passed moniker string. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2003-07-12 23:08 Message: Logged In: YES user_id=14198 Fixed in 154 and 155. ---------------------------------------------------------------------- Comment By: Ryan Groe (ryangroe) Date: 2003-06-27 11:59 Message: Logged In: YES user_id=773155 In pywin32\com\win32com\src\PythonCOM.cpp, in the function pythoncom_MkParseDisplayName, the variable displayName appears to get set to a narrow string (char *) even though it's declared as a wide string (WCHAR *). When displayName is passed into the function MkParseDisplayName (as the second parameter), its type is correct (a wide character pointer), but the data it contains is wrong. Here's a quick and really dirty fix: 1. add the following somewhere near the top of PythonCOM.cpp: #include <comdef.h> 2. change: hr = MkParseDisplayName(pBC, displayName, &chEaten, &pmk); to: hr = MkParseDisplayName(pBC, (wchar_t *)(_bstr_t) (char *)displayName, &chEaten, &pmk); ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=745304&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-07-12 13:07:41
|
Patches item #769455, was opened at 2003-07-11 13:51 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=769455&group_id=78018 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Roger Upole (rupole) Assigned to: Nobody/Anonymous (nobody) Summary: return list of files for GetClipboardData(CF_HDROP) Initial Comment: win32clipboard.GetClipboardData was returning a string representation of a c struct for CF_HDROP. which was pretty much useless. Instead it now returns a list of names of files that were copied to the clipboard. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2003-07-12 23:07 Message: Logged In: YES user_id=14198 Checked in - thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=769455&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-07-12 12:55:23
|
Bugs item #766880, was opened at 2003-07-07 10:21 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=766880&group_id=78018 Category: com Group: v1.0 (example) >Status: Closed >Resolution: Fixed Priority: 9 Submitted By: Viktor Ferenczi (complex) Assigned to: Nobody/Anonymous (nobody) Summary: importing win32com.client causes python to crash Initial Comment: Windows XP Professional SP1 - English .NET framework not installed python-2.2.3 win32all-152 Open an interactive python session, then execute the following import statement: import win32com.client This causes the python interpreter to crash with "memory could not be read" error (system error dialog appears). Google search: +"import win32com.client" +crash Tons of error reports can be found. Strange, sometimes unpredictable behaviour reported. This bug (?) broke significant part of existing win32all codebase. Some forum posts suggested, that win32all-150 with python- 2.2.2 did not crash (this is a "workaround", but should be tested). - Complex - ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2003-07-12 22:55 Message: Logged In: YES user_id=14198 Fixed in 154 and 155. ---------------------------------------------------------------------- Comment By: Viktor Ferenczi (complex) Date: 2003-07-07 10:42 Message: Logged In: YES user_id=142612 Using from win32com.client import ... raises a regular Python exception with the same meaning: Python 2.2.3 (#42, May 30 2003, 18:12:08) [MSC 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> from win32com.client import Dispatch Traceback (most recent call last): File "<stdin>", line 1, in ? File "C:\Python22\lib\site- packages\win32com\client\__init__.py", line 12, in ? import dynamic, gencache, pythoncom File "C:\Python22\lib\site- packages\win32com\client\dynamic.py", line 22, in ? import pythoncom File "C:\Python22\lib\site-packages\pythoncom.py", line 18, in ? __import("pythoncom") File "C:\Python22\lib\site-packages\pythoncom.py", line 10, in __import h = win32api.LoadLibrary(filename) pywintypes.error: (998, 'LoadLibrary', 'Invalid access to memory location.') ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=766880&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-07-11 03:51:11
|
Patches item #769455, was opened at 2003-07-10 22:51 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=769455&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Roger Upole (rupole) Assigned to: Nobody/Anonymous (nobody) Summary: return list of files for GetClipboardData(CF_HDROP) Initial Comment: win32clipboard.GetClipboardData was returning a string representation of a c struct for CF_HDROP. which was pretty much useless. Instead it now returns a list of names of files that were copied to the clipboard. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=769455&group_id=78018 |
|
From: Stefan S. <SSc...@ds...> - 2003-07-08 06:39:26
|
WinXP implemented the documented return code but Mark did
check only for ERROR_SUCCESS which worked for the other Windows
platforms.
See line 256 in win32pdhmodule.cpp
Was:
if (pdhStatus != ERROR_SUCCESS) {
Should be:
if (pdhStatus != ERROR_SUCCESS && pdhStatus != PDH_MORE_DATA) {
Bye
Stefan
> -----Original Message-----
> From: Christopher Nowzohour [mailto:chr...@gm...]
> Sent: Monday, July 07, 2003 8:38 PM
> To: pyw...@li...
> Subject: [pywin32-bugs] win32pdhutil.ShowAllProcesses() crashes
>
>
> Hello,
> does anybody know why this crashes???
>
> Python 2.2.2 (#37, Oct 14 2002, 17:02:34) [MSC 32 bit
> (Intel)] on win32
> Type "copyright", "credits" or "license" for more information.
> IDLE 0.8 -- press F1 for help
> >>> import win32pdhutil
> >>> win32pdhutil.ShowAllProcesses()
> Traceback (most recent call last):
> File "<pyshell#1>", line 1, in ?
> win32pdhutil.ShowAllProcesses()
> File
> "C:\PROGRA~1\PYTHON22\lib\site-packages\win32\lib\win32pdhutil
> .py", line
> 67, in ShowAllProcesses
> items, instances = win32pdh.EnumObjectItems(None,None,object,
> win32pdh.PERF_DETAIL_WIZARD)
> error: (-1073738824, 'EnumObjectItems for buffer size', 'No error
> message is available')
>
> system: WinXP
> win32all version: 1.5
> Python version: 2.2.2
>
> cu
> Chris
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_06
> 1203_01/01
> _______________________________________________
> pywin32-bugs mailing list
> pyw...@li...
> https://lists.sourceforge.net/lists/listinfo/pywin32-bugs
>
|
|
From: Christopher N. <chr...@gm...> - 2003-07-07 19:38:07
|
Hello,
does anybody know why this crashes???
Python 2.2.2 (#37, Oct 14 2002, 17:02:34) [MSC 32 bit (Intel)] on win32
Type "copyright", "credits" or "license" for more information.
IDLE 0.8 -- press F1 for help
>>> import win32pdhutil
>>> win32pdhutil.ShowAllProcesses()
Traceback (most recent call last):
File "<pyshell#1>", line 1, in ?
win32pdhutil.ShowAllProcesses()
File
"C:\PROGRA~1\PYTHON22\lib\site-packages\win32\lib\win32pdhutil.py", line
67, in ShowAllProcesses
items, instances = win32pdh.EnumObjectItems(None,None,object,
win32pdh.PERF_DETAIL_WIZARD)
error: (-1073738824, 'EnumObjectItems for buffer size', 'No error
message is available')
system: WinXP
win32all version: 1.5
Python version: 2.2.2
cu
Chris
|
|
From: SourceForge.net <no...@so...> - 2003-07-07 00:42:40
|
Bugs item #766880, was opened at 2003-07-07 02:21 Message generated for change (Comment added) made by complex You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=766880&group_id=78018 Category: com Group: v1.0 (example) Status: Open Resolution: None Priority: 9 Submitted By: Viktor Ferenczi (complex) Assigned to: Nobody/Anonymous (nobody) Summary: importing win32com.client causes python to crash Initial Comment: Windows XP Professional SP1 - English .NET framework not installed python-2.2.3 win32all-152 Open an interactive python session, then execute the following import statement: import win32com.client This causes the python interpreter to crash with "memory could not be read" error (system error dialog appears). Google search: +"import win32com.client" +crash Tons of error reports can be found. Strange, sometimes unpredictable behaviour reported. This bug (?) broke significant part of existing win32all codebase. Some forum posts suggested, that win32all-150 with python- 2.2.2 did not crash (this is a "workaround", but should be tested). - Complex - ---------------------------------------------------------------------- >Comment By: Viktor Ferenczi (complex) Date: 2003-07-07 02:42 Message: Logged In: YES user_id=142612 Using from win32com.client import ... raises a regular Python exception with the same meaning: Python 2.2.3 (#42, May 30 2003, 18:12:08) [MSC 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> from win32com.client import Dispatch Traceback (most recent call last): File "<stdin>", line 1, in ? File "C:\Python22\lib\site- packages\win32com\client\__init__.py", line 12, in ? import dynamic, gencache, pythoncom File "C:\Python22\lib\site- packages\win32com\client\dynamic.py", line 22, in ? import pythoncom File "C:\Python22\lib\site-packages\pythoncom.py", line 18, in ? __import("pythoncom") File "C:\Python22\lib\site-packages\pythoncom.py", line 10, in __import h = win32api.LoadLibrary(filename) pywintypes.error: (998, 'LoadLibrary', 'Invalid access to memory location.') ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=766880&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-07-07 00:23:31
|
Bugs item #766880, was opened at 2003-07-07 02:21 Message generated for change (Settings changed) made by complex You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=766880&group_id=78018 Category: com >Group: v1.0 (example) Status: Open Resolution: None >Priority: 9 Submitted By: Viktor Ferenczi (complex) Assigned to: Nobody/Anonymous (nobody) Summary: importing win32com.client causes python to crash Initial Comment: Windows XP Professional SP1 - English .NET framework not installed python-2.2.3 win32all-152 Open an interactive python session, then execute the following import statement: import win32com.client This causes the python interpreter to crash with "memory could not be read" error (system error dialog appears). Google search: +"import win32com.client" +crash Tons of error reports can be found. Strange, sometimes unpredictable behaviour reported. This bug (?) broke significant part of existing win32all codebase. Some forum posts suggested, that win32all-150 with python- 2.2.2 did not crash (this is a "workaround", but should be tested). - Complex - ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=766880&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-07-07 00:21:31
|
Bugs item #766880, was opened at 2003-07-07 02:21 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=766880&group_id=78018 Category: com Group: None Status: Open Resolution: None Priority: 5 Submitted By: Viktor Ferenczi (complex) Assigned to: Nobody/Anonymous (nobody) Summary: importing win32com.client causes python to crash Initial Comment: Windows XP Professional SP1 - English .NET framework not installed python-2.2.3 win32all-152 Open an interactive python session, then execute the following import statement: import win32com.client This causes the python interpreter to crash with "memory could not be read" error (system error dialog appears). Google search: +"import win32com.client" +crash Tons of error reports can be found. Strange, sometimes unpredictable behaviour reported. This bug (?) broke significant part of existing win32all codebase. Some forum posts suggested, that win32all-150 with python- 2.2.2 did not crash (this is a "workaround", but should be tested). - Complex - ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=766880&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-07-05 13:16:08
|
Feature Requests item #766328, was opened at 2003-07-05 13:16 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=766328&group_id=78018 Category: win32 Group: None Status: Open Priority: 5 Submitted By: Ruben Marquez (rrm1) Assigned to: Nobody/Anonymous (nobody) Summary: Explorer Shell Extensions Initial Comment: Hope this is not a silly request. I wonder if a way of implementing Explorer Shell Extensions could be provided so that they could be built with Python without having to resort to C/C++. For background on this request, you can look at the first hit on a search on comp.lang.python for "shell extension". Your work and help is much apreciated. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=766328&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-07-02 06:49:12
|
Bugs item #750494, was opened at 2003-06-07 10:16 Message generated for change (Settings changed) made by pbielen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=750494&group_id=78018 Category: win32 Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Patrick Bielen (pbielen) Assigned to: Nobody/Anonymous (nobody) Summary: win32 can't find python 2.2.3 Initial Comment: Seems win32-extentions can't find my python 2.2.3 installation, it says python 2.2.3 isn't installed. when i run the setup i got the screen that has two buttons and a warning (no python installation found). When i run python from commandline it displays 2.2.3 so i guess the error is not correct. Anyway... there are two buttons called "Continue anyway" and "exit". So normally i just can click continue anyway, but that doesn't work out, the button just doesn't do a damned thing and just stays on screen as it is. So i guess this is a bug ? Best Regards, Patrick Bielen ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=750494&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-06-30 20:37:43
|
Bugs item #763473, was opened at 2003-06-30 14:37 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=763473&group_id=78018 Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: bob gailer (ramrom) Assigned to: Nobody/Anonymous (nobody) Summary: Set breakpoint rejected at bottom of file after adding lines Initial Comment: Attempting to set a breakpoint on a line added at the end of a file is rejected (line blahblah does not exist) at bottom of file after adding lines. One must first save the file. This is counterintuitive and counterproductive. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=763473&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-06-28 22:17:05
|
Bugs item #762523, was opened at 2003-06-28 17:17 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=762523&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard Laager (rlaager) Assigned to: Nobody/Anonymous (nobody) Summary: reading SQL dates before the epoch creates strange results Initial Comment: Insert* a date before 1970-01-01 00:00:00.000 GMT into a database and try reading it from Python using the odbc driver. * This will probably require using something other than Python. I haven't tested inserting such dates, only reading them. The bug probably exists because mktime returns -1 for dates that it can't represent. I whipped up the following untested patch which will turn all unrepresentable dates into the epoch. This is much better than returning random data from memory. I don't know enough about the driver to suggest a better way to do this. diff -ur win32-orig/src/odbc.cpp win32/src/odbc.cpp --- win32-orig/src/odbc.cpp 1997-06-13 10:37:06.000000000 -0500 +++ win32/src/odbc.cpp 2003-06-28 17:00:06.000000000 -0500 @@ -427,7 +427,11 @@ gt.tm_hour = dt->hour; gt.tm_min = dt->minute; gt.tm_sec = dt->second; - return dbiMakeDate(PyInt_FromLong(mktime(>))); + time_t t = mktime(>); + // Set dates outside of time_t's range to the epoch. + if (t == (time_t)-1) + t = 0; + return dbiMakeDate(PyInt_FromLong(t))); } static PyObject *rawCopy(const void *v, int sz) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=762523&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-06-27 01:59:04
|
Bugs item #745304, was opened at 2003-05-28 19:53 Message generated for change (Comment added) made by ryangroe You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=745304&group_id=78018 Category: com Group: None Status: Open Resolution: None Priority: 5 Submitted By: Andrew Asare (aka_kool) Assigned to: Nobody/Anonymous (nobody) Summary: GetObject fails under Win32all-153 Initial Comment: GetObject fails to retrieve an instance of an object when a moniker is used. For example, when working with WMI the following will fail :- >>> import win32com.client >>> o = win32com.client.GetObject("winmgmts:") Traceback (most recent call last): File "<interactive input>", line 1, in ? File "C:\Python23\lib\site- packages\win32com\client\__init__.py", line 73, in GetObject return Moniker(Pathname, clsctx) File "C:\Python23\lib\site- packages\win32com\client\__init__.py", line 88, in Moniker moniker, i, bindCtx = pythoncom.MkParseDisplayName(Pathname) com_error: (-2147221020, 'Invalid syntax', None, None) I believe there is a bug in the implementation of MkParseDisplayName - possible corruption of passed moniker string. ---------------------------------------------------------------------- Comment By: Ryan Groe (ryangroe) Date: 2003-06-26 18:59 Message: Logged In: YES user_id=773155 In pywin32\com\win32com\src\PythonCOM.cpp, in the function pythoncom_MkParseDisplayName, the variable displayName appears to get set to a narrow string (char *) even though it's declared as a wide string (WCHAR *). When displayName is passed into the function MkParseDisplayName (as the second parameter), its type is correct (a wide character pointer), but the data it contains is wrong. Here's a quick and really dirty fix: 1. add the following somewhere near the top of PythonCOM.cpp: #include <comdef.h> 2. change: hr = MkParseDisplayName(pBC, displayName, &chEaten, &pmk); to: hr = MkParseDisplayName(pBC, (wchar_t *)(_bstr_t) (char *)displayName, &chEaten, &pmk); ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=745304&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-06-26 15:58:53
|
Bugs item #761264, was opened at 2003-06-26 15: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=761264&group_id=78018 Category: com Group: None Status: Open Resolution: None Priority: 5 Submitted By: Marc ENGEL (marcengel) Assigned to: Nobody/Anonymous (nobody) Summary: If Event not starting with "On" are not handle properly Initial Comment: I have a .NET assembly that generates an Event. The event name is Started. I got the following exception: com_error: (-2147352567, 'Exception occurred.', (0, '', 'Unknown name.', None, 0, -2147352570), None) The problem is that when calling MakePy on the TLB, it generates the event name as"OnStarted" and not "Started" in _dispid_to_func_ If the event name in C# assembly event interface is "OnStarted" than everything works fine. I don't know if this is specific to .NET interoperabilty or not. I never noticed it with COM connection points ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=761264&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-06-20 07:18:55
|
Bugs item #757714, was opened at 2003-06-20 18:41 Message generated for change (Comment added) made by anadelonbrin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=757714&group_id=78018 Category: com Group: None >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Tony Meyer (anadelonbrin) Assigned to: Mark Hammond (mhammond) Summary: incorrect import util in dynamic.py Initial Comment: Line 195 of dynamic.py imports util, but this isn't found (well, here!) unless this is replaced with "from win32com import util". I can't seem to access anon cvs from sf at the moment, so can't check more recent that this. Apologies if you already have fixed this. ---------------------------------------------------------------------- >Comment By: Tony Meyer (anadelonbrin) Date: 2003-06-20 19:18 Message: Logged In: YES user_id=552329 Ack. My mistake. I don't know why it wasn't loading it, but it should be the util.py in the local directory. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=757714&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-06-20 06:41:31
|
Bugs item #757714, was opened at 2003-06-20 18:41 Message generated for change (Settings changed) made by anadelonbrin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=757714&group_id=78018 Category: com Group: None Status: Open Resolution: None Priority: 5 Submitted By: Tony Meyer (anadelonbrin) >Assigned to: Mark Hammond (mhammond) Summary: incorrect import util in dynamic.py Initial Comment: Line 195 of dynamic.py imports util, but this isn't found (well, here!) unless this is replaced with "from win32com import util". I can't seem to access anon cvs from sf at the moment, so can't check more recent that this. Apologies if you already have fixed this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=757714&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-06-20 06:41:08
|
Bugs item #757714, was opened at 2003-06-20 18:41 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=757714&group_id=78018 Category: com Group: None Status: Open Resolution: None Priority: 5 Submitted By: Tony Meyer (anadelonbrin) Assigned to: Nobody/Anonymous (nobody) Summary: incorrect import util in dynamic.py Initial Comment: Line 195 of dynamic.py imports util, but this isn't found (well, here!) unless this is replaced with "from win32com import util". I can't seem to access anon cvs from sf at the moment, so can't check more recent that this. Apologies if you already have fixed this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=757714&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-06-15 08:04:16
|
Bugs item #754796, was opened at 2003-06-15 08:04 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=754796&group_id=78018 Category: win32 Group: None Status: Open Resolution: None Priority: 5 Submitted By: Frank Millman (chagford) Assigned to: Nobody/Anonymous (nobody) Summary: Reference count bug in ODBC Initial Comment: The following code crashes - import odbc db = odbc.odbc('frank/Adminstrator') def update(): c = db.cursor() try: c.execute("insect into fmtest values ('rubbish')") return ['success'] except: return ['fail'] print update() The update routine tries to insert a record into the database. If it fails (it will in the example as the command is invalid), MSW pops up a box with the message "Python.exe has generated errors and will be closed by Windows", and the dos box displays the message "<refcnt 0 at ....>". The error only occurs if the return type is a list, and if the function returns from the "except" clause. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=754796&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-06-12 09:34:45
|
Bugs item #753154, was opened at 2003-06-12 11:34 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=753154&group_id=78018 Category: com Group: None Status: Open Resolution: None Priority: 5 Submitted By: Andrea Babini (ababini) Assigned to: Nobody/Anonymous (nobody) Summary: memory leak wrapping object having _typelib_guid_ attribute Initial Comment: Problem experimented using win32all build 152, Python 2.2.2. The attached .zip file contains: A) TestServer.tlb that defines the IPippo interface B) CPippo.py that implements IPippo referring the typelib using _com_interfaces and _typelib_guid_ attributes C) PyPippo.py that implements IPippo using _public_method_ attribute D) CTest.py that reproduce the problem using CPippo E) PyTest.py that is the same as CTest.py but use PyPippo and doesn't have the leak F) universal.py as modified by me to reduce the size of the leak. My changes are only a workaround to reduce the leak in my specific use (only one interface for object, no lcid and typelib version support). Moreover I think that with this change the performances are improved as well. The steps to reproduce the problem are: 1. COM registrations 1.1 python regtlb.py TestServer.tlb 1.2 python CPippo.py 1.3 python CTest.py 2. Test to highlight the leak (it use CPippo class) 2.1 python CTest.py ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=753154&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-06-12 02:36:33
|
Bugs item #753033, was opened at 2003-06-12 06: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=753033&group_id=78018 Category: win32 Group: None Status: Open Resolution: None Priority: 5 Submitted By: Michael Dubner (dubnerm) Assigned to: Nobody/Anonymous (nobody) Summary: Help misses functions Initial Comment: Help for win32all-152 misses entries for AppendMenu, InsertMenu, InsertMenuItem possibly for other items too... somebody should check ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=753033&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-06-11 23:50:09
|
Feature Requests item #752986, was opened at 2003-06-12 03:50 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=752986&group_id=78018 Category: None Group: None Status: Open Priority: 5 Submitted By: Michael Dubner (dubnerm) Assigned to: Nobody/Anonymous (nobody) Summary: GetProcAddress has no use right now Initial Comment: win32api.GetProcAddress() should be either removed or has some counterpart that will allow to call arbitrary functions with specified parameter types. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=752986&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-06-09 05:42:29
|
Patches item #751185, was opened at 2003-06-09 00:42 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=751185&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Roger Upole (rupole) Assigned to: Nobody/Anonymous (nobody) Summary: Fix for sf bug 745304 (invalid syntax from GetObject) Initial Comment: MkParseDisplayName was encoding the input string using Py_FileSystemDefaultEncoding, and it was getting garbled in the process. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=751185&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-06-07 08:16:54
|
Bugs item #750494, was opened at 2003-06-07 10:16 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=750494&group_id=78018 Category: win32 Group: None Status: Open Resolution: None Priority: 5 Submitted By: Patrick Bielen (pbielen) Assigned to: Nobody/Anonymous (nobody) Summary: win32 can't find python 2.2.3 Initial Comment: Seems win32-extentions can't find my python 2.2.3 installation, it says python 2.2.3 isn't installed. when i run the setup i got the screen that has two buttons and a warning (no python installation found). When i run python from commandline it displays 2.2.3 so i guess the error is not correct. Anyway... there are two buttons called "Continue anyway" and "exit". So normally i just can click continue anyway, but that doesn't work out, the button just doesn't do a damned thing and just stays on screen as it is. So i guess this is a bug ? Best Regards, Patrick Bielen ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=750494&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-06-07 02:26:30
|
Patches item #750414, was opened at 2003-06-06 21:26 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=750414&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Roger Upole (rupole) Assigned to: Nobody/Anonymous (nobody) Summary: Fix for sf bug# 722082 (SetClipBoardData crashes) Initial Comment: Uses PyObject_AsReadBuffer as per the suggestion in the bug report. However, this may not be backward compatible with 1.5, the docs say this function was added in 1.6. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=750414&group_id=78018 |
2 messages has been excluded from this view by a project administrator.
