pywin32-bugs Mailing List for Python for Windows Extensions (Page 3)
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...> - 2013-04-17 23:54:52
|
Bugs item #3611243, was opened at 2013-04-17 16:49 Message generated for change (Comment added) made by bloominator You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3611243&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: Gary Bloom (bloominator) Assigned to: Nobody/Anonymous (nobody) Summary: Importing win32ui causes hang on exit Initial Comment: Importing win32ui in a simple .py program causes a hang on exit with pywin32-218. This hang occurs under Python 2.6.7, 2.7.4, and 3.1.4. It does not occur under 3.2.4 and 3.3.1. I currently only test using 32-bit Python. The last-known good pywin32 version on Py2.6 was pywin32-212. Some regression was introduced in pywin32-213 and has existed since then (still in pywin32-218), causing this system hang on exit on Python builds 2.6 and 2.7. Testing Python 3, I see that the issue exists in Pythons 3.0 and 3.1 but goes away in 3.2 and 3.3. The following Python code snippet demonstrates a hang on exit: ################################# import Tkinter import win32ui #including this library causes hang on exit master = Tkinter.Tk() #Label not needed to reproduce hang Tkinter.Label(text=" Will hang on exit if win32ui has been imported").pack() master.mainloop() ################################# This bug is preventing me from upgrading my build to Python 2.7, because: 1) I need pywin32, 2) pywin32-212 is the last version that does not have the hang regression, and 3) pywin32-212 Windows builds stop at Python 2.6. ---------------------------------------------------------------------- >Comment By: Gary Bloom (bloominator) Date: 2013-04-17 16:54 Message: I should mention that I only have tested running 32-bit Python on 64-bit Windows 7. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3611243&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2013-04-17 23:49:19
|
Bugs item #3611243, was opened at 2013-04-17 16:49 Message generated for change (Tracker Item Submitted) made by bloominator You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3611243&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: Gary Bloom (bloominator) Assigned to: Nobody/Anonymous (nobody) Summary: Importing win32ui causes hang on exit Initial Comment: Importing win32ui in a simple .py program causes a hang on exit with pywin32-218. This hang occurs under Python 2.6.7, 2.7.4, and 3.1.4. It does not occur under 3.2.4 and 3.3.1. I currently only test using 32-bit Python. The last-known good pywin32 version on Py2.6 was pywin32-212. Some regression was introduced in pywin32-213 and has existed since then (still in pywin32-218), causing this system hang on exit on Python builds 2.6 and 2.7. Testing Python 3, I see that the issue exists in Pythons 3.0 and 3.1 but goes away in 3.2 and 3.3. The following Python code snippet demonstrates a hang on exit: ################################# import Tkinter import win32ui #including this library causes hang on exit master = Tkinter.Tk() #Label not needed to reproduce hang Tkinter.Label(text=" Will hang on exit if win32ui has been imported").pack() master.mainloop() ################################# This bug is preventing me from upgrading my build to Python 2.7, because: 1) I need pywin32, 2) pywin32-212 is the last version that does not have the hang regression, and 3) pywin32-212 Windows builds stop at Python 2.6. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3611243&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2013-04-17 18:31:55
|
Bugs item #3611214, was opened at 2013-04-17 09:16 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3611214&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: Dennis (rdsteed) Assigned to: Nobody/Anonymous (nobody) Summary: Bad error checking in win32Print.DocumentProperties Initial Comment: I'm trying to troubleshoot some problems I have using win3wPrint.DocumentProperties. I get strange results returned in DevModeOutput but no errors are raised. Possible solution: I think the problem is in win32Print.cpp. Lines of win32Print.cpp (current version after changeset 4299) 1346 rc=DocumentProperties(hwnd, hprinter, devicename, dmoutput, dminput, mode); 1347 if (ret < 0) 1348 PyWin_SetAPIError("DocumentProperties"); In line 1347, ret is not yet defined. The code should actually be testing for rc<0 : 1346 rc=DocumentProperties(hwnd, hprinter, devicename, dmoutput, dminput, mode); 1347 if (rc < 0) 1348 PyWin_SetAPIError("DocumentProperties"); ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2013-04-17 11:31 Message: Thanks for spotting that. I'll get the fix in place before the next release. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3611214&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2013-04-17 16:17:27
|
Bugs item #3611214, was opened at 2013-04-17 09:16 Message generated for change (Settings changed) made by rdsteed You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3611214&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: Dennis (rdsteed) Assigned to: Nobody/Anonymous (nobody) >Summary: Bad error checking in win32Print.DocumentProperties Initial Comment: I'm trying to troubleshoot some problems I have using win3wPrint.DocumentProperties. I get strange results returned in DevModeOutput but no errors are raised. Possible solution: I think the problem is in win32Print.cpp. Lines of win32Print.cpp (current version after changeset 4299) 1346 rc=DocumentProperties(hwnd, hprinter, devicename, dmoutput, dminput, mode); 1347 if (ret < 0) 1348 PyWin_SetAPIError("DocumentProperties"); In line 1347, ret is not yet defined. The code should actually be testing for rc<0 : 1346 rc=DocumentProperties(hwnd, hprinter, devicename, dmoutput, dminput, mode); 1347 if (rc < 0) 1348 PyWin_SetAPIError("DocumentProperties"); ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3611214&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2013-04-17 16:16:46
|
Bugs item #3611214, was opened at 2013-04-17 09:16 Message generated for change (Tracker Item Submitted) made by rdsteed You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3611214&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: Dennis (rdsteed) Assigned to: Nobody/Anonymous (nobody) Summary: Bad error checking in win32Print.DocumentPropeties Initial Comment: I'm trying to troubleshoot some problems I have using win3wPrint.DocumentProperties. I get strange results returned in DevModeOutput but no errors are raised. Possible solution: I think the problem is in win32Print.cpp. Lines of win32Print.cpp (current version after changeset 4299) 1346 rc=DocumentProperties(hwnd, hprinter, devicename, dmoutput, dminput, mode); 1347 if (ret < 0) 1348 PyWin_SetAPIError("DocumentProperties"); In line 1347, ret is not yet defined. The code should actually be testing for rc<0 : 1346 rc=DocumentProperties(hwnd, hprinter, devicename, dmoutput, dminput, mode); 1347 if (rc < 0) 1348 PyWin_SetAPIError("DocumentProperties"); ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3611214&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2013-04-14 10:15:34
|
Bugs item #3495033, was opened at 2012-02-27 08:06 Message generated for change (Comment added) made by kf7xm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3495033&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: adodbapi Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Allan (alkamo) Assigned to: Vernon Cole (kf7xm) Summary: Incorrect Handling of adGUID Initial Comment: When a GUID value is written to a SQL Server database, it is truncated to 16 characters. This means that when you try to write "{71A4F49E-39F3-42B1-A41E-48FF154996E6}", only "{71A4F49E-39F3-4" is actually passed to the database (which, naturally, raises an error). This seems that it may be an issue with the ADO interface: when the parameters are refreshed from the "ADODB.Command" object, the size is returned as 16 and that is used to format the parameters later. I have worked around this by creating changing the _buildADOparameterList procedure of the cursor class to set the size of UUID fields after the parameter list is refreshed, as demonstrated in the attached code. The size is set to 38, to account for the 32-character UUID with 2 curly braces and four dashes, which is the format returned by a SQL Server database. ---------------------------------------------------------------------- >Comment By: Vernon Cole (kf7xm) Date: 2013-04-14 03:15 Message: I wonder whether this patch is the correct final solution. Should the Python uuid class be a special case, like decimal and datetime are special? In any case, the noted fix for this bug is checked in, so I will mark this as closed. ---------------------------------------------------------------------- Comment By: Vernon Cole (kf7xm) Date: 2013-03-25 12:20 Message: fixed in adodbapi version 2.4.2.3 ---------------------------------------------------------------------- Comment By: Allan (alkamo) Date: 2012-02-28 07:53 Message: I've uploaded a zip file containing a revised unit test that will test GUIDs on SQL Server. I had to make a small change to adodbapi.py to make the unit test work (it's also included in the archive). ---------------------------------------------------------------------- Comment By: Allan (alkamo) Date: 2012-02-28 05:49 Message: Vernon's recommendation of moving adGUID from adoStringTypes to adoRemainingTypes resolves this issue. ---------------------------------------------------------------------- Comment By: Vernon Cole (kf7xm) Date: 2012-02-27 19:48 Message: It seems that the solution might be as simple as changing the definition of how adGUID is handled. Around line 1237, change adoStringTypes=(adc.adBSTR,adc.adChar,adc.adLongVarChar,adc.adLongVarWChar, adc.adVarChar,adc.adVarWChar,adc.adWChar,adc.adGUID) to adoStringTypes=(adc.adBSTR,adc.adChar,adc.adLongVarChar,adc.adLongVarWChar, adc.adVarChar,adc.adVarWChar,adc.adWChar) and near line 1241 change adoRemainingTypes=(adc.adEmpty,adc.adIDispatch,adc.adIUnknown, adc.adPropVariant,adc.adArray,adc.adUserDefined, adc.adVariant) to adoRemainingTypes=(adc.adEmpty,adc.adIDispatch,adc.adIUnknown, adc.adPropVariant,adc.adArray,adc.adUserDefined, adc.adVariant,adc.adGUID) -- Hopefully that will avoid explicit code in _configure_parameter which truncates some strings. Please try it and tell me if it works. I have never mucked with GUIDs so have no idea how to create one to test with. [Feel free to add a test to the suite.] -- Vernon ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3495033&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2013-04-07 23:15:10
|
Patches item #3609027, was opened at 2013-03-25 09:01 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=3609027&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: Accepted Priority: 5 Private: No Submitted By: Stefan Schukat (sschukat) Assigned to: Nobody/Anonymous (nobody) Summary: Add VB like Nothing Initial Comment: To reset properties which have an interface type there must be explicitly set a VT_DISPATCH with value NULL. This is only possible with a wrapper the None object. When trying to reset such a property dynamically there is no way since the None is converted in VT_EMPTY. Hence a VB like Nothing is added which has the type VT_DISPATCH and a value of NULL. ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2013-04-07 16:15 Message: Thanks, this has been added to pythoncom. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=3609027&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2013-04-01 09:41:09
|
Bugs item #3609059, was opened at 2013-03-25 13:48 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3609059&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: com Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Vernon Cole (kf7xm) Assigned to: Nobody/Anonymous (nobody) Summary: decimal.Decimal cannot be converted to a COM VARIENT Initial Comment: I simply clipped my original question and Roger's response from the email to get this on the tracker. -- Vernon Roger Upole ru...@ho... via python.org 7:28 AM (7 hours ago) to python-win32 Looks like it's due to way the type is name-checked (oleargs.cpp, line 263): else if (strcmp(obj->ob_type->tp_name, "Decimal")==0) That doesn't work in 3.3 anymore. However, the function it calls to do the actual conversion has already been modified to use an isinstance check instead so it shouldn't be too difficult to fix. Roger "Vernon D. Cole" <ver...@gm...> wrote in message news:CAH-ZgAcOXMUHR+8_gsHS89h6cURzLovhUnauMsnz=bhj...@ma...... > Guys: > I am starting work on an upgrade to adodbapi -- so I set up a new > improved test layout and started > running some baseline tests before changing any application code. I just > tripped across this one: I don't know whether it is actually new or whether > my new tests exposed something which has been there a long time and never > noticed. The interesting thing is that this does not occur on Python 2 > (whether or not I am running 64 bit Python) -- I only see it on Python 3.3 > 64 bit. I have not tried any other Python 3 versions yet. > > I am ready to provide more or better (small example) test cases if that > would help, but if one of you can see what's wrong from just this clip, I > will spend my time elsewhere. What other info would be useful when I > submit the ticket? > -- > Vernon Cole > > [Note: this is the hg tip from sf.net/projects/adodbapi -- not the copy in > /pywin32. I don't want to update that until this is completely working. ] > > <clipped console dump follows> > C:\Users\vernon\PycharmProjects\adodbapi\test>c:\python33\python.exe > adodbapitest.py > 3.3.0 (v3.3.0:bd8afb90ebf2, Sep 29 2012, 10:57:17) [MSC v.1600 64 bit > (AMD64)] > node=z-PC: is64bit.os()= True, is64bit.Python()= True > [...clip...] > ERROR: testDataTypeMoney (__main__.TestADOwithAccessDB) > ---------------------------------------------------------------------- > Traceback (most recent call last): > File > "c:\users\vernon\appdata\local\temp\adotest_k0ojue\adodbapi\adodbapi.py", > line 969, in _buildADOparameterList > _configure_parameter(p, value, self.parameters_known) > File > "c:\users\vernon\appdata\local\temp\adotest_k0ojue\adodbapi\adodbapi.py", > line 403, in _configure_parameter > p.Value = value > File "c:\python33\lib\site-packages\win32com\client\dynamic.py", line > 560, in > __setattr__ > self._oleobj_.Invoke(entry.dispid, 0, invoke_type, 0, value) > TypeError: Objects of type 'decimal.Decimal' can not be converted to a COM > VARIANT > </clip> > ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2013-04-01 02:41 Message: This is fixed now. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3609059&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2013-04-01 01:37:04
|
Patches item #3609635, was opened at 2013-03-31 18:37 Message generated for change (Tracker Item Submitted) made by nczeczulin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=3609635&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: Nick Czeczulin (nczeczulin) Assigned to: Nobody/Anonymous (nobody) Summary: Ignore PT_MV_TSTRING from GetMapiTypeName lookups Initial Comment: (In addition to PT_TSTRING) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=3609635&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2013-04-01 01:35:35
|
Patches item #3609634, was opened at 2013-03-31 18:35 Message generated for change (Tracker Item Submitted) made by nczeczulin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=3609634&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: Nick Czeczulin (nczeczulin) Assigned to: Nobody/Anonymous (nobody) Summary: Enable 64-bit builds of exchange module Initial Comment: Removes the 32-bit exsdk from 64-bit builds so a bare-bones module can still be built. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=3609634&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2013-03-27 02:55:48
|
Feature Requests item #3609175, was opened at 2013-03-26 18:46 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3609175&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: com Group: None >Status: Closed >Resolution: Invalid Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: Insert image into excel Initial Comment: Using pywin32 we can invoke an excel file and create a report, presently I don see a feature of inserting an image into excel using pywin32. Could this feature be implemented ? Would have great importance if this is done. Thanks, Vikram ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2013-03-26 19:55 Message: Please email the python-win32 mailing list for help on implementing this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3609175&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2013-03-27 01:53:13
|
Bugs item #3609176, was opened at 2013-03-26 18:49 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3609176&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pythonwin Group: None >Status: Closed >Resolution: Invalid Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: Cannot keep excel file open Initial Comment: If i'm trying to use pywin32 to write some data into excel to create a log or report. I should have the excel file close. Can this be fixed, where I can keep the file opened and have the pywin32 keep updating as the script is running. Thanks, Vikram ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2013-03-26 18:53 Message: hrm - it seems you already added the canned response I was about to add! Please mail python-win32 for this kind of request. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2013-03-26 18:49 Message: Thanks for your report, but this tracker is for reporting bugs in pywin32 rather than a support forum. Please email support requests to the python-win32 mailing list where many more people will see your request and be able to help. You need to be subscribed to the list before you can post to it - see http://mail.python.org/mailman/listinfo/python-win32 for subscription options. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3609176&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2013-03-27 01:49:56
|
Bugs item #3609176, was opened at 2013-03-26 18:49 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3609176&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: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: Cannot keep excel file open Initial Comment: If i'm trying to use pywin32 to write some data into excel to create a log or report. I should have the excel file close. Can this be fixed, where I can keep the file opened and have the pywin32 keep updating as the script is running. Thanks, Vikram ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2013-03-26 18:49 Message: Thanks for your report, but this tracker is for reporting bugs in pywin32 rather than a support forum. Please email support requests to the python-win32 mailing list where many more people will see your request and be able to help. You need to be subscribed to the list before you can post to it - see http://mail.python.org/mailman/listinfo/python-win32 for subscription options. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3609176&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2013-03-27 01:49:27
|
Bugs item #3609176, was opened at 2013-03-26 18:49 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3609176&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: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: Cannot keep excel file open Initial Comment: If i'm trying to use pywin32 to write some data into excel to create a log or report. I should have the excel file close. Can this be fixed, where I can keep the file opened and have the pywin32 keep updating as the script is running. Thanks, Vikram ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3609176&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2013-03-27 01:46:55
|
Feature Requests item #3609175, was opened at 2013-03-26 18:46 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3609175&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: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: Insert image into excel Initial Comment: Using pywin32 we can invoke an excel file and create a report, presently I don see a feature of inserting an image into excel using pywin32. Could this feature be implemented ? Would have great importance if this is done. Thanks, Vikram ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3609175&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2013-03-25 20:48:27
|
Bugs item #3609059, was opened at 2013-03-25 13:48 Message generated for change (Tracker Item Submitted) made by kf7xm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3609059&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: Vernon Cole (kf7xm) Assigned to: Nobody/Anonymous (nobody) Summary: decimal.Decimal cannot be converted to a COM VARIENT Initial Comment: I simply clipped my original question and Roger's response from the email to get this on the tracker. -- Vernon Roger Upole ru...@ho... via python.org 7:28 AM (7 hours ago) to python-win32 Looks like it's due to way the type is name-checked (oleargs.cpp, line 263): else if (strcmp(obj->ob_type->tp_name, "Decimal")==0) That doesn't work in 3.3 anymore. However, the function it calls to do the actual conversion has already been modified to use an isinstance check instead so it shouldn't be too difficult to fix. Roger "Vernon D. Cole" <ver...@gm...> wrote in message news:CAH-ZgAcOXMUHR+8_gsHS89h6cURzLovhUnauMsnz=bhj...@ma...... > Guys: > I am starting work on an upgrade to adodbapi -- so I set up a new > improved test layout and started > running some baseline tests before changing any application code. I just > tripped across this one: I don't know whether it is actually new or whether > my new tests exposed something which has been there a long time and never > noticed. The interesting thing is that this does not occur on Python 2 > (whether or not I am running 64 bit Python) -- I only see it on Python 3.3 > 64 bit. I have not tried any other Python 3 versions yet. > > I am ready to provide more or better (small example) test cases if that > would help, but if one of you can see what's wrong from just this clip, I > will spend my time elsewhere. What other info would be useful when I > submit the ticket? > -- > Vernon Cole > > [Note: this is the hg tip from sf.net/projects/adodbapi -- not the copy in > /pywin32. I don't want to update that until this is completely working. ] > > <clipped console dump follows> > C:\Users\vernon\PycharmProjects\adodbapi\test>c:\python33\python.exe > adodbapitest.py > 3.3.0 (v3.3.0:bd8afb90ebf2, Sep 29 2012, 10:57:17) [MSC v.1600 64 bit > (AMD64)] > node=z-PC: is64bit.os()= True, is64bit.Python()= True > [...clip...] > ERROR: testDataTypeMoney (__main__.TestADOwithAccessDB) > ---------------------------------------------------------------------- > Traceback (most recent call last): > File > "c:\users\vernon\appdata\local\temp\adotest_k0ojue\adodbapi\adodbapi.py", > line 969, in _buildADOparameterList > _configure_parameter(p, value, self.parameters_known) > File > "c:\users\vernon\appdata\local\temp\adotest_k0ojue\adodbapi\adodbapi.py", > line 403, in _configure_parameter > p.Value = value > File "c:\python33\lib\site-packages\win32com\client\dynamic.py", line > 560, in > __setattr__ > self._oleobj_.Invoke(entry.dispid, 0, invoke_type, 0, value) > TypeError: Objects of type 'decimal.Decimal' can not be converted to a COM > VARIANT > </clip> > ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3609059&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2013-03-25 19:20:40
|
Bugs item #3495033, was opened at 2012-02-27 08:06 Message generated for change (Comment added) made by kf7xm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3495033&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: adodbapi Group: None Status: Open >Resolution: Accepted Priority: 5 Private: No Submitted By: Allan (alkamo) Assigned to: Vernon Cole (kf7xm) Summary: Incorrect Handling of adGUID Initial Comment: When a GUID value is written to a SQL Server database, it is truncated to 16 characters. This means that when you try to write "{71A4F49E-39F3-42B1-A41E-48FF154996E6}", only "{71A4F49E-39F3-4" is actually passed to the database (which, naturally, raises an error). This seems that it may be an issue with the ADO interface: when the parameters are refreshed from the "ADODB.Command" object, the size is returned as 16 and that is used to format the parameters later. I have worked around this by creating changing the _buildADOparameterList procedure of the cursor class to set the size of UUID fields after the parameter list is refreshed, as demonstrated in the attached code. The size is set to 38, to account for the 32-character UUID with 2 curly braces and four dashes, which is the format returned by a SQL Server database. ---------------------------------------------------------------------- >Comment By: Vernon Cole (kf7xm) Date: 2013-03-25 12:20 Message: fixed in adodbapi version 2.4.2.3 ---------------------------------------------------------------------- Comment By: Allan (alkamo) Date: 2012-02-28 07:53 Message: I've uploaded a zip file containing a revised unit test that will test GUIDs on SQL Server. I had to make a small change to adodbapi.py to make the unit test work (it's also included in the archive). ---------------------------------------------------------------------- Comment By: Allan (alkamo) Date: 2012-02-28 05:49 Message: Vernon's recommendation of moving adGUID from adoStringTypes to adoRemainingTypes resolves this issue. ---------------------------------------------------------------------- Comment By: Vernon Cole (kf7xm) Date: 2012-02-27 19:48 Message: It seems that the solution might be as simple as changing the definition of how adGUID is handled. Around line 1237, change adoStringTypes=(adc.adBSTR,adc.adChar,adc.adLongVarChar,adc.adLongVarWChar, adc.adVarChar,adc.adVarWChar,adc.adWChar,adc.adGUID) to adoStringTypes=(adc.adBSTR,adc.adChar,adc.adLongVarChar,adc.adLongVarWChar, adc.adVarChar,adc.adVarWChar,adc.adWChar) and near line 1241 change adoRemainingTypes=(adc.adEmpty,adc.adIDispatch,adc.adIUnknown, adc.adPropVariant,adc.adArray,adc.adUserDefined, adc.adVariant) to adoRemainingTypes=(adc.adEmpty,adc.adIDispatch,adc.adIUnknown, adc.adPropVariant,adc.adArray,adc.adUserDefined, adc.adVariant,adc.adGUID) -- Hopefully that will avoid explicit code in _configure_parameter which truncates some strings. Please try it and tell me if it works. I have never mucked with GUIDs so have no idea how to create one to test with. [Feel free to add a test to the suite.] -- Vernon ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3495033&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2013-03-25 16:01:20
|
Patches item #3609027, was opened at 2013-03-25 09:01 Message generated for change (Tracker Item Submitted) made by sschukat You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=3609027&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: Stefan Schukat (sschukat) Assigned to: Nobody/Anonymous (nobody) Summary: Add VB like Nothing Initial Comment: To reset properties which have an interface type there must be explicitly set a VT_DISPATCH with value NULL. This is only possible with a wrapper the None object. When trying to reset such a property dynamically there is no way since the None is converted in VT_EMPTY. Hence a VB like Nothing is added which has the type VT_DISPATCH and a value of NULL. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=3609027&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2013-03-25 15:39:29
|
Bugs item #3609023, was opened at 2013-03-25 08:39 Message generated for change (Tracker Item Submitted) made by sschukat You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3609023&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: Stefan Schukat (sschukat) Assigned to: Nobody/Anonymous (nobody) Summary: NewEnum for buggy COM Servers Initial Comment: COM Server implemented in .NET could return the same object for every _NewEnum call and the .NET implementation does not support the IEnumVARIANT::Reset method. This patch fixes the server behavior and add Python specific index operations for the Item method ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3609023&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2013-03-25 14:54:55
|
Bugs item #3609019, was opened at 2013-03-25 07:54 Message generated for change (Tracker Item Submitted) made by sschukat You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3609019&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: Stefan Schukat (sschukat) Assigned to: Nobody/Anonymous (nobody) Summary: Classes with muiltple IDispatch Interfaces Initial Comment: Sometimes classes implement multiple IDispatch interfaces and the returned interface is of type IDispatch but not the default interface. This fix explicitly cast to the IDispatch interface to get the default interface of the object. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3609019&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2013-03-25 14:46:56
|
Bugs item #3609018, was opened at 2013-03-25 07:46 Message generated for change (Tracker Item Submitted) made by sschukat You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3609018&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: Stefan Schukat (sschukat) Assigned to: Nobody/Anonymous (nobody) Summary: Disable generation of IEnumVariant Wrapper classes Initial Comment: COM server implemented with the .NET runtime return IEnumVARIANT in the GetEnumerator method which handles the _NewEnum reguest. If a wrapper is generated the IEnumVARIANT interface will be included in the wrapper due to the above definition. The patch disables the generation of IEnumVARIANT in wrapper classes. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3609018&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2013-03-25 14:39:04
|
Patches item #3609017, was opened at 2013-03-25 07:39 Message generated for change (Tracker Item Submitted) made by sschukat You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=3609017&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: Stefan Schukat (sschukat) Assigned to: Nobody/Anonymous (nobody) Summary: Provide enums dynamically Initial Comment: In COM enums are transported as integers and hence hard to use for a programmer, which always has to map these numbers to comprehensive names. Since the enums are only available in typelibraries a wrapper had to be generated (makepy, gencache) to use them. There was no way that a enum could be used dynamically the same way a a COM object. The patch provides a way to use enums dynamically without generating a wrapper. So it is easy to use from a programmers viewpoint. The enum implementation used metaclasses so that the representation of the enum is always in a readable form and the enums are provided via members of enum classes. Used typelibraries are scanned inclusive their dependencies. >>> from win32com.client import Enums >>> from win32com.client import Dispatch >>> Word = Dispatch("Word.Application") >>> constants = Enums(Word) >>> constants.CertificateDetail.certdetIssuer <certdetIssuer 2> >>> print constants.CertificateDetail.certdetIssuer certdetIssuer >>> constants.CertificateDetail.certdetIssuer + 2 4 This enums class is used for over a year in our Python distribution and tested against Python 2.7.3 and Python 3.2.3 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=3609017&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2013-03-24 16:39:24
|
Feature Requests item #3608155, was opened at 2013-03-15 04:07 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3608155&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: Blackwell (blackweli) Assigned to: Nobody/Anonymous (nobody) Summary: Add (win32process.) EnumProcessModulesEx Initial Comment: To enumerate 32-bit and 64-bit processes in any case it seems that this function must be used. ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2013-03-24 09:39 Message: This has been added to win32process. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3608155&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2013-03-24 14:39:48
|
Bugs item #3606190, was opened at 2013-02-27 02:05 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3606190&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: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: win32print.OpenPrinter is blocking Initial Comment: In win32print\win32print.cpp, the call to OpenPrinter is not enclosed in a pair Py_BEGIN_ALLOW_THREADS / Py_END_ALLOW_THREADS. This causes multi-threaded programs to freeze until OpenPrinter returns. OpenPrinter can generally be very slow (see remarks in the Microsoft docs). In my tests it took between 4 and 90 (!) seconds when I tried to access a printer which is connected to a powered-off network PC, before OpenPrinter would return an error. The fix should be simple enough. ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2013-03-24 07:39 Message: This has been fixed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3606190&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2013-03-15 11:07:44
|
Feature Requests item #3608155, was opened at 2013-03-15 04:07 Message generated for change (Tracker Item Submitted) made by blackweli You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3608155&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: Blackwell (blackweli) Assigned to: Nobody/Anonymous (nobody) Summary: Add (win32process.) EnumProcessModulesEx Initial Comment: To enumerate 32-bit and 64-bit processes in any case it seems that this function must be used. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3608155&group_id=78018 |
2 messages has been excluded from this view by a project administrator.
