pywin32-bugs Mailing List for Python for Windows Extensions (Page 112)
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-10-19 09:59:32
|
Patches item #743989, was opened at 2003-05-27 12:47 Message generated for change (Settings changed) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=743989&group_id=78018 Category: None Group: None >Status: Closed >Resolution: Out of Date Priority: 5 Submitted By: Lijun Qin (qinlj) Assigned to: Nobody/Anonymous (nobody) Summary: Some patch to add support for Wizard97 Initial Comment: I have patched some source files in the ./pywin32/pythonwin directory to add the support for the new Wizard97 style. including these: pythonppage.cpp pythonppage.h pythonpsheet.cpp pythonpsheet.h win32prop.cpp win32prop.h win32uimodule.cpp also below because of some bugs found in these files: win32assoc.cpp win32bitmap.cpp win32bitmap.h win32ctlList.h attached is the diff file. ---------------------------------------------------------------------- Comment By: Lijun Qin (qinlj) Date: 2003-10-19 11:20 Message: Logged In: YES user_id=787455 Sorry, I have decided to use WTL instead of MFC in my program, so these files have been obsoleted. Currently I'm using boost.python to wrap WTL, it's much more easier than handwrite these wrap code, espicially when using some script to auto generate the wrapper code. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2003-10-19 10:14 Message: Logged In: YES user_id=14198 Hello? Are you able to update this patch? ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2003-07-29 16:40 Message: Logged In: YES user_id=14198 That sounds great in principle - but can you please: * Attach a diff generated with "-u" - otherwise it is too error prone. * Detail some of the changes - ie, why you have to move large bodies of code to different source files, and some details on the actual bugs Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=743989&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-10-19 08:17:27
|
Bugs item #821684, was opened at 2003-10-11 11:27 Message generated for change (Comment added) made by tdiggins You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=821684&group_id=78018 Category: pythonwin Group: None Status: Open >Resolution: Duplicate Priority: 5 Submitted By: Tim Diggins (tdiggins) Assigned to: Nobody/Anonymous (nobody) Summary: function <def>s not working in module-browser pane Initial Comment: As of pythonwin 157 (at least on my version on Win2000), when you drag out the left-hand margin to show the module-browser pane (not sure of correct python win terminology here), the functions are no longer displayed, nor work correctly. Instead they just display <pyclbr.Function instance at ...> and double clicking on them gives status line "Can not locate the source code for this object". The reason for this is that pyclbr.Function used to be an subclass of pyclbr.Class but no longer is. Thus an attribute error is raised at the wrong point in pywin.framework.editor.ModuleBrowser.HierListCLBRClass (because a pyclbr.Function no longer has redundant attributes super and methods) A way to fix this is to mirror the change and give ModuleBrowser.HierListCLBRFunction its own __init__ and make it inherit directly from ModuleBrowser.HierListCLBRItem. I include a file with JUST the necessary changes (the redefinition of ModuleBrowser.HierListCLBRFunction). best Tim ---------------------------------------------------------------------- >Comment By: Tim Diggins (tdiggins) Date: 2003-10-17 09:37 Message: Logged In: YES user_id=263040 Oops - this is the same as #794193. I should have added my comments there. The code already submitted addresses comments by Christopher J. Prinos (cprinos) to that bug. https://sourceforge.net/tracker/? func=detail&atid=551954&aid=794193&group_id=78018 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=821684&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-10-19 08:15:20
|
Patches item #812181, was opened at 2003-09-25 13:26 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=812181&group_id=78018 Category: None Group: None Status: Open >Resolution: Out of Date Priority: 5 Submitted By: Roger Upole (rupole) Assigned to: Nobody/Anonymous (nobody) Summary: EnumResourceTypes, EnumResourceLanguages Initial Comment: Unicode versions ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2003-10-19 09:49 Message: Logged In: YES user_id=14198 Can you please regenerate this patch (or just check it in!) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=812181&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-10-19 07:43:20
|
Patches item #743989, was opened at 2003-05-27 12:47 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=743989&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Lijun Qin (qinlj) Assigned to: Nobody/Anonymous (nobody) Summary: Some patch to add support for Wizard97 Initial Comment: I have patched some source files in the ./pywin32/pythonwin directory to add the support for the new Wizard97 style. including these: pythonppage.cpp pythonppage.h pythonpsheet.cpp pythonpsheet.h win32prop.cpp win32prop.h win32uimodule.cpp also below because of some bugs found in these files: win32assoc.cpp win32bitmap.cpp win32bitmap.h win32ctlList.h attached is the diff file. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2003-10-19 10:14 Message: Logged In: YES user_id=14198 Hello? Are you able to update this patch? ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2003-07-29 16:40 Message: Logged In: YES user_id=14198 That sounds great in principle - but can you please: * Attach a diff generated with "-u" - otherwise it is too error prone. * Detail some of the changes - ie, why you have to move large bodies of code to different source files, and some details on the actual bugs Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=743989&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-10-19 07:20:54
|
Patches item #743989, was opened at 2003-05-27 02:47 Message generated for change (Comment added) made by qinlj You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=743989&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Lijun Qin (qinlj) Assigned to: Nobody/Anonymous (nobody) Summary: Some patch to add support for Wizard97 Initial Comment: I have patched some source files in the ./pywin32/pythonwin directory to add the support for the new Wizard97 style. including these: pythonppage.cpp pythonppage.h pythonpsheet.cpp pythonpsheet.h win32prop.cpp win32prop.h win32uimodule.cpp also below because of some bugs found in these files: win32assoc.cpp win32bitmap.cpp win32bitmap.h win32ctlList.h attached is the diff file. ---------------------------------------------------------------------- >Comment By: Lijun Qin (qinlj) Date: 2003-10-19 01:20 Message: Logged In: YES user_id=787455 Sorry, I have decided to use WTL instead of MFC in my program, so these files have been obsoleted. Currently I'm using boost.python to wrap WTL, it's much more easier than handwrite these wrap code, espicially when using some script to auto generate the wrapper code. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2003-10-19 00:14 Message: Logged In: YES user_id=14198 Hello? Are you able to update this patch? ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2003-07-29 06:40 Message: Logged In: YES user_id=14198 That sounds great in principle - but can you please: * Attach a diff generated with "-u" - otherwise it is too error prone. * Detail some of the changes - ie, why you have to move large bodies of code to different source files, and some details on the actual bugs Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=743989&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-10-19 06:35:43
|
Bugs item #754796, was opened at 2003-06-15 18:04 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=754796&group_id=78018 Category: win32 Group: None >Status: Closed >Resolution: Fixed 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. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2003-10-18 16:08 Message: Logged In: YES user_id=14198 Thanks to Roger Upole for the fix. Checking in odbc.cpp; new revision: 1.8; previous revision: 1.7 ---------------------------------------------------------------------- Comment By: Martin Gfeller (gfe) Date: 2003-10-10 20:02 Message: Logged In: YES user_id=884167 This can be reproduced more easily: import odbc conn = odbc.odbc("MSSTEST") curs = conn.cursor() curs.description Using PyWin 151 on PythonWin 2.1.3 (#35, Apr 8 2002, 17:47:50) [MSC 32 bit (Intel)] on win32 on Windows 2000. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=754796&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-10-19 05:52:47
|
Patches item #801864, was opened at 2003-09-07 12:59 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=801864&group_id=78018 Category: None Group: None >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Roger Upole (rupole) Assigned to: Nobody/Anonymous (nobody) Summary: fix for sf bug # 754796 Initial Comment: The error section for cursor.execute decrefs the description, and the cursor's destructor also decrefs the description if it's not null. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2003-10-18 16:07 Message: Logged In: YES user_id=14198 Excellent - thanks: Checking in odbc.cpp; new revision: 1.8; previous revision: 1.7 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=801864&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-10-19 04:57:37
|
Patches item #808464, was opened at 2003-09-18 20:20 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=808464&group_id=78018 Category: None Group: None >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: David Fraser (davidfraser) Assigned to: Nobody/Anonymous (nobody) Summary: add test for PyTime.Format Initial Comment: I encountered a bug in PyTime.Format which I will submit a patch for. In the process I added a test for PyTime.Format. Since this did not seem to fit into any of the existing test categories, I added a file test_pywintypes.py (although at the moment it only contains this test, presumably others could be added if required). The diff is against /dev/null ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2003-10-19 09:35 Message: Logged In: YES user_id=14198 Thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=808464&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-10-18 07:03:01
|
Patches item #801727, was opened at 2003-09-07 04:19 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=801727&group_id=78018 Category: None Group: None >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Roger Upole (rupole) Assigned to: Nobody/Anonymous (nobody) Summary: win32net.NetServerDiskEnum only returns every other drive Initial Comment: An empty string was returned for 2nd, 4th etc drives. Also, the buffer from the api call was leaking. I didn't worry about backward compatibility for input parms since it wasn't working anyway. It only takes server name and level now. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2003-10-18 16:04 Message: Logged In: YES user_id=14198 Checking in win32netmisc.cpp; new revision: 1.7; previous revision: 1.6 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=801727&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-10-18 07:02:33
|
Patches item #805880, was opened at 2003-09-14 16:59 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=805880&group_id=78018 Category: None Group: None >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Roger Upole (rupole) Assigned to: Nobody/Anonymous (nobody) Summary: GetFileVersionInfo Initial Comment: Calls to VerQueryValue are done internally instead of returning a buffer and requiring separate function calls. This is a performance hit since GetFileVersionInfo has to be called for each item, but simplifies the calling code. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2003-10-18 16:16 Message: Logged In: YES user_id=14198 Checking in src/win32apimodule.cpp; new revision: 1.26; previous revision: 1.25 Checking in Demos/getfilever.py; initial revision: 1.1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=805880&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-10-18 06:18:22
|
Patches item #794284, was opened at 2003-08-25 05:39 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=794284&group_id=78018 Category: None Group: None >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Roger Upole (rupole) Assigned to: Nobody/Anonymous (nobody) Summary: RegEnumKeyEx and RegNotifyChangeKeyValue Initial Comment: RegEnumKeyEx operates differently from RegEnumKey in that it returns the full list of subkeys with a single call. RegNotifyChangeKeyValue doesn't require that the event handle parameter should be None when asynch is false, but the event handle is ignored by the api call in this case and will never be signalled. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2003-10-18 15:58 Message: Logged In: YES user_id=14198 Checked in - thanks. Checking in win32apimodule.cpp; new revision: 1.25; previous revision: 1.24 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=794284&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-10-18 06:18:12
|
Patches item #800206, was opened at 2003-09-04 14:12 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=800206&group_id=78018 Category: None Group: None >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Roger Upole (rupole) Assigned to: Nobody/Anonymous (nobody) Summary: fix for crash in PyIProperyStorage:Stat() Initial Comment: It was trying to treat a format id as a long. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2003-10-18 16:02 Message: Logged In: YES user_id=14198 Done - thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=800206&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-10-17 09:01:04
|
Bugs item #716741, was opened at 2003-04-07 14:54 Message generated for change (Comment added) made by tdiggins You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=716741&group_id=78018 Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mark Hammond (mhammond) Assigned to: Nobody/Anonymous (nobody) Summary: Right-click grep menu broken Initial Comment: In previous versions of PythonWin I could left click, then right click on a result line in a grep window and choose to edit the file. In the current (win32all build 152) right click in grep always displays the same menu (Try Again, Cut, Copy, Paste, Select all, Save tesults.) BTW it also bugged me that I had to left click first to select the line, then right click. ---------------------------------------------------------------------- Comment By: Tim Diggins (tdiggins) Date: 2003-10-17 10:00 Message: Logged In: YES user_id=263040 While we're on the subject, it would be nice if one could double click the line to edit (like the traceback in interactive window). BTW - And if we want to go further - it would be really extra super nice to show the results (grouped by file) in a tree structure - I've done a cack-handed bodge which displays results in a separate HierList pane - but due to my lack of understanding of mfc, I've had to implement the dialog in tkinter(!) ---------------------------------------------------------------------- Comment By: Tim Diggins (tdiggins) Date: 2003-10-17 09:59 Message: Logged In: YES user_id=263040 While we're on the subject, it would be nice if one could double click the line to edit (like the traceback in interactive window). BTW - And if we want to go further - it would be really extra super nice to show the results (grouped by file) in a tree structure - I've done a cack-handed bodge which displays results in a separate HierList pane - but due to my lack of understanding of mfc, I've had to implement the dialog in tkinter(!) ---------------------------------------------------------------------- Comment By: Tim Diggins (tdiggins) Date: 2003-10-17 09:58 Message: Logged In: YES user_id=263040 While we're on the subject, it would be nice if one could double click the line to edit (like the traceback in interactive window). BTW - And if we want to go further - it would be really extra super nice to show the results (grouped by file) in a tree structure - I've done a cack-handed bodge which displays results in a separate HierList pane - but due to my lack of understanding of mfc, I've had to implement the dialog in tkinter(!) ---------------------------------------------------------------------- Comment By: Tim Diggins (tdiggins) Date: 2003-10-17 09:56 Message: Logged In: YES user_id=263040 While we're on the subject, it would be nice if one could double click the line to edit (like the traceback in interactive window). BTW - And if we want to go further - it would be really extra super nice to show the results (grouped by file) in a tree structure - I've done a cack-handed bodge which displays results in a separate HierList pane - but due to my lack of understanding of mfc, I've had to implement the dialog in tkinter(!) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=716741&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-10-17 09:00:20
|
Bugs item #716741, was opened at 2003-04-07 14:54 Message generated for change (Comment added) made by tdiggins You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=716741&group_id=78018 Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mark Hammond (mhammond) Assigned to: Nobody/Anonymous (nobody) Summary: Right-click grep menu broken Initial Comment: In previous versions of PythonWin I could left click, then right click on a result line in a grep window and choose to edit the file. In the current (win32all build 152) right click in grep always displays the same menu (Try Again, Cut, Copy, Paste, Select all, Save tesults.) BTW it also bugged me that I had to left click first to select the line, then right click. ---------------------------------------------------------------------- Comment By: Tim Diggins (tdiggins) Date: 2003-10-17 09:59 Message: Logged In: YES user_id=263040 While we're on the subject, it would be nice if one could double click the line to edit (like the traceback in interactive window). BTW - And if we want to go further - it would be really extra super nice to show the results (grouped by file) in a tree structure - I've done a cack-handed bodge which displays results in a separate HierList pane - but due to my lack of understanding of mfc, I've had to implement the dialog in tkinter(!) ---------------------------------------------------------------------- Comment By: Tim Diggins (tdiggins) Date: 2003-10-17 09:58 Message: Logged In: YES user_id=263040 While we're on the subject, it would be nice if one could double click the line to edit (like the traceback in interactive window). BTW - And if we want to go further - it would be really extra super nice to show the results (grouped by file) in a tree structure - I've done a cack-handed bodge which displays results in a separate HierList pane - but due to my lack of understanding of mfc, I've had to implement the dialog in tkinter(!) ---------------------------------------------------------------------- Comment By: Tim Diggins (tdiggins) Date: 2003-10-17 09:56 Message: Logged In: YES user_id=263040 While we're on the subject, it would be nice if one could double click the line to edit (like the traceback in interactive window). BTW - And if we want to go further - it would be really extra super nice to show the results (grouped by file) in a tree structure - I've done a cack-handed bodge which displays results in a separate HierList pane - but due to my lack of understanding of mfc, I've had to implement the dialog in tkinter(!) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=716741&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-10-17 08:58:54
|
Bugs item #716741, was opened at 2003-04-07 14:54 Message generated for change (Comment added) made by tdiggins You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=716741&group_id=78018 Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mark Hammond (mhammond) Assigned to: Nobody/Anonymous (nobody) Summary: Right-click grep menu broken Initial Comment: In previous versions of PythonWin I could left click, then right click on a result line in a grep window and choose to edit the file. In the current (win32all build 152) right click in grep always displays the same menu (Try Again, Cut, Copy, Paste, Select all, Save tesults.) BTW it also bugged me that I had to left click first to select the line, then right click. ---------------------------------------------------------------------- Comment By: Tim Diggins (tdiggins) Date: 2003-10-17 09:58 Message: Logged In: YES user_id=263040 While we're on the subject, it would be nice if one could double click the line to edit (like the traceback in interactive window). BTW - And if we want to go further - it would be really extra super nice to show the results (grouped by file) in a tree structure - I've done a cack-handed bodge which displays results in a separate HierList pane - but due to my lack of understanding of mfc, I've had to implement the dialog in tkinter(!) ---------------------------------------------------------------------- Comment By: Tim Diggins (tdiggins) Date: 2003-10-17 09:56 Message: Logged In: YES user_id=263040 While we're on the subject, it would be nice if one could double click the line to edit (like the traceback in interactive window). BTW - And if we want to go further - it would be really extra super nice to show the results (grouped by file) in a tree structure - I've done a cack-handed bodge which displays results in a separate HierList pane - but due to my lack of understanding of mfc, I've had to implement the dialog in tkinter(!) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=716741&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-10-17 08:56:39
|
Bugs item #716741, was opened at 2003-04-07 14:54 Message generated for change (Comment added) made by tdiggins You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=716741&group_id=78018 Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mark Hammond (mhammond) Assigned to: Nobody/Anonymous (nobody) Summary: Right-click grep menu broken Initial Comment: In previous versions of PythonWin I could left click, then right click on a result line in a grep window and choose to edit the file. In the current (win32all build 152) right click in grep always displays the same menu (Try Again, Cut, Copy, Paste, Select all, Save tesults.) BTW it also bugged me that I had to left click first to select the line, then right click. ---------------------------------------------------------------------- Comment By: Tim Diggins (tdiggins) Date: 2003-10-17 09:56 Message: Logged In: YES user_id=263040 While we're on the subject, it would be nice if one could double click the line to edit (like the traceback in interactive window). BTW - And if we want to go further - it would be really extra super nice to show the results (grouped by file) in a tree structure - I've done a cack-handed bodge which displays results in a separate HierList pane - but due to my lack of understanding of mfc, I've had to implement the dialog in tkinter(!) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=716741&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-10-17 08:41:18
|
Bugs item #794193, was opened at 2003-08-24 17:56 Message generated for change (Comment added) made by tdiggins You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=794193&group_id=78018 Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Malte Forkel (mforkel) Assigned to: Nobody/Anonymous (nobody) Summary: Pythonwin module browser has problem with top level function Initial Comment: After upgrading from Python 2.2 to Python 2.3, I noticed that in the module browser all top level functions are simply shown as instances of pyclbr.Function. These list entries can't be used to locate the function definition in the source code. I tried win32all builds 155 and 157 with Python 2.3.0.0 on a Windows 2000 machine. I managed to fix the problem by adding the following __init__ function to HierListCLBRFunction in ModuleBrowser.py: def __init__(self, clbrclass, suffix = ""): try: name = clbrclass.name file = clbrclass.file lineno = clbrclass.lineno except AttributeError: name = clbrclass file = lineno = None self.super = [] self.methods = {} HierListCLBRItem.__init__(self, name, file, lineno, suffix) This code is a variation on the HierListCLBRClass.__init__ function. I guess the problem is caused by instances of pyclbr.Function not having the attributes 'super' and 'name' that are accessed in HierListCLBRClass.__init__. The AttributeError error handling code will then set locals 'name', 'file', and 'lineno' to None. I attach an edited version of ModuleBrowser.py, based on win32all build 155. ---------------------------------------------------------------------- Comment By: Tim Diggins (tdiggins) Date: 2003-10-17 09:39 Message: Logged In: YES user_id=263040 see also duplicate bug https://sourceforge.net/tracker/? func=detail&aid=821684&group_id=78018&atid=551954 (attached file addresses comments by cprinos) ---------------------------------------------------------------------- Comment By: Christopher J. Prinos (cprinos) Date: 2003-10-06 18:42 Message: Logged In: YES user_id=571862 this patch works, although it might be better (6 of one, half dozen of another)to have HierListCLBRFunction inherit from HierListCLBRItem instead of HierLiestCLBRClass (then you don't need to assign 'super' and 'method' attributes at all in the __init__) BTW, this was broken by a change from Python 2.2->2.3 when some of the pyclbr.py code was rewritten (and Function info no longer inherit from Classe info) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=794193&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-10-17 05:05:37
|
Patches item #825294, was opened at 2003-10-17 00:05 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=825294&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Roger Upole (rupole) Assigned to: Nobody/Anonymous (nobody) Summary: StgOpenStorageEx Initial Comment: Opens extended property sets for normal files (StgOpenStorage only accesses properties for compound object documents - Microsoft binder files, *.obd). Requires Win2k or higher and NTFS. Files changed: PyStorage.cpp - added StgOpenStorageEx storagecon.py - add constants needed by above PythonCOM.cpp - added FMTID's PythonCOM.h - add forward declaration of PyCom_PyObjectFromSTATPROPSETSTG Register.cpp - add IEnumSTATPROPSETSTG PyComHelpers.cpp - add PyCom_PyObjectAsSTGOPTIONS, move PyCom_PyObjectFromSTATPROPSETSTG here (renamed) PyIEnumSTATPROPSETSTG.cpp - new PyIEnumSTATPROPSETSTG.h -new PyIPropertyStorage.cpp - move conversion of STATPROPSETSTG to PyComHelpers ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=825294&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-10-15 08:36:44
|
Bugs item #823967, was opened at 2003-10-15 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=823967&group_id=78018 Category: com Group: None Status: Open Resolution: None Priority: 5 Submitted By: Laszlo Dobrontei (ubcsi) Assigned to: Nobody/Anonymous (nobody) Summary: pythoncomxx.dll redirect Initial Comment: In file pythoncom.py (line 6) would be better to find "_d" only in the file part of "win32api.__file__". I had win32api.pyd in a directory, which contained "_d" characters. I this case my application tried to load "pythoncom22_d.dll". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=823967&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-10-14 12:30:12
|
Bugs item #823401, was opened at 2003-10-14 15:30 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=823401&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Vassilis Ereliadis (erelv) Assigned to: Nobody/Anonymous (nobody) Summary: active scripting engine doesnt seem to work Initial Comment: It seems that active scripting doesnt work. This is a simple scenario: I install python 2.3.2 and win32all-157. I run the pyscript_rexec.py to register the scripting engine. Everything works fine so far. The problem is when i test the calc.htm example in \python23\lib\site-packages\win32comext\axscript\dem os\client\ie. It doesnt work. No error is reported but pressing any of the calculator's buttons does nothing. In python 2.1.2 and win32all-145, i ve seen that example working. A second scenario concerning ASP page: When i open the following asp page ------------------------------------------------------ <HTML> <SCRIPT Language="Python" RUNAT=Server> for i in range(3,8): Response.Write("<FONT SIZE=%d>Hello World!! <BR>" % i) </SCRIPT> </HTML> ------------------------------------------------------- for the first time, it works fine. If i refresh it or open it for a second time, i get the message: Python ActiveX Scripting Engine error 'ASP 0211' Object out of scope A built-in ASP object has been referenced, which is no longer valid (my pc works on windows 2000 pro SP4, IIS 5.0, IE 6 SP1) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=823401&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-10-11 10:27:21
|
Bugs item #821684, was opened at 2003-10-11 11:27 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=821684&group_id=78018 Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Tim Diggins (tdiggins) Assigned to: Nobody/Anonymous (nobody) Summary: function <def>s not working in module-browser pane Initial Comment: As of pythonwin 157 (at least on my version on Win2000), when you drag out the left-hand margin to show the module-browser pane (not sure of correct python win terminology here), the functions are no longer displayed, nor work correctly. Instead they just display <pyclbr.Function instance at ...> and double clicking on them gives status line "Can not locate the source code for this object". The reason for this is that pyclbr.Function used to be an subclass of pyclbr.Class but no longer is. Thus an attribute error is raised at the wrong point in pywin.framework.editor.ModuleBrowser.HierListCLBRClass (because a pyclbr.Function no longer has redundant attributes super and methods) A way to fix this is to mirror the change and give ModuleBrowser.HierListCLBRFunction its own __init__ and make it inherit directly from ModuleBrowser.HierListCLBRItem. I include a file with JUST the necessary changes (the redefinition of ModuleBrowser.HierListCLBRFunction). best Tim ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=821684&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-10-10 10:02:59
|
Bugs item #754796, was opened at 2003-06-15 10:04 Message generated for change (Comment added) made by gfe 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. ---------------------------------------------------------------------- Comment By: Martin Gfeller (gfe) Date: 2003-10-10 12:02 Message: Logged In: YES user_id=884167 This can be reproduced more easily: import odbc conn = odbc.odbc("MSSTEST") curs = conn.cursor() curs.description Using PyWin 151 on PythonWin 2.1.3 (#35, Apr 8 2002, 17:47:50) [MSC 32 bit (Intel)] on win32 on Windows 2000. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=754796&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-10-10 08:17:48
|
Bugs item #784962, was opened at 2003-08-07 12:13 Message generated for change (Comment added) made by andylange You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=784962&group_id=78018 Category: None Group: None Status: Open Resolution: Works For Me Priority: 5 Submitted By: John J Smith (johnjsmith) Assigned to: Nobody/Anonymous (nobody) Summary: Installation crash in recent win32all's. Initial Comment: The win32all installer has been crashing on me for the last few win32all releases. This has happened for Python 2.2.3 with win32all-156 and Python 2.3 with win32all-157. It has also happened for some previous win32all releases (such as 153 and 155 with Python 2.3). The error occurs during the `Completing Installation' stage, when the message box says `Registering COM Server AXScript Engine'. The error message is the usual `This program has performed an illegal operation and will be shut down' message. Pressing the `Details' button gives: WIN32ALL-156 caused an invalid page fault in module MSVCRT.DLL at 016f:7800b936. Registers: EAX=006b61a0 CS=016f EIP=7800b936 EFLGS=00010202 EBX=00000000 SS=0177 ESP=0063cad4 EBP=0063caf0 ECX=00000120 DS=0177 ESI=01ddab0c FS=3fb7 EDX=00000000 ES=0177 EDI=00000013 GS=0000 Bytes at CS:EIP: 89 5a 04 8b 55 0c 89 4d fc 8b 5a 04 8b 52 08 89 Stack dump: 00760840 01ddab10 00000001 006b8930 00000000 000004d0 00000120 0063cb34 7800b30c 0075005c 01ddac2c 00760840 00000000 00000001 bff813f8 81d52568 (This is with Python 2.2.3 and win32all-156.) This has happened on both WinXP and Win98SE. Once this happens, the win32all uninstaller doesn't work (says `can't find install.log'). If Python is installed with the `Non-Admin' option, then win32all installs fine (presumably because it never reaches the `Registering COM Server AXScript Engine' stage). I haven't seen anyone else report this, so looks like I'm the only one. Any help is greatly appreciated. ---------------------------------------------------------------------- Comment By: Andy Lange (andylange) Date: 2003-10-10 01:17 Message: Logged In: YES user_id=884085 Well, installing and removing win32all-153 and then installing -157 let -157 install without any errors reported, so it appears that something is changed (and left changed) by the earlier installers that is required for more recent installers to work. I really don't know enough about what it is doing to figure out exactly what that something is, though. ---------------------------------------------------------------------- Comment By: Andy Lange (andylange) Date: 2003-10-10 01:13 Message: Logged In: YES user_id=884085 I have seen this also - trying to install win32all-157 over python 2.3.2 would consistently hang my machine (win XP Pro) at the registration point. Sometimes it would leave the "Registering COM Server AXScript Engine" message up, sometimes it would clear that progress box and then hang. (All installs attempted with normal Admin option). Every time I finished rebooting, there would be nothing to install via the Windows add/remove programs control panel. Attempting to check the version of PythonCOM23.dll with the Windows properties function showed no "version" tab, although PyWinTypes23.dll appeared to be fine. I then tried the newer win32all-159, which didn't hang, but did give me the following error: "Registration of the AXScript Engine COM Server Failed. Install will continue....manual registration required", then "Exceptions.EOFError:" (nothing after the EOFError:). The windows uninstaller can't remove it because it can't find INSTALL.LOG. Putting the older win32all-153 on top mostly worked, except for problems reported with the version mismatch on PyWinTypes23.dll. 153 seems to have uninstalled (According to windows) but the dll verisons are still reported as -153, and the 159 version is apparently still there and still not removable via add/remove. I will try reinstalling (now that an earlier version was installed/removed) and will post results here. ---------------------------------------------------------------------- Comment By: John J Smith (johnjsmith) Date: 2003-09-13 13:02 Message: Logged In: YES user_id=830565 This seems to be related to bug #799063 (Registering Python COM Server component category crashes). ---------------------------------------------------------------------- Comment By: Michael Geary (geary) Date: 2003-08-11 00:24 Message: Logged In: YES user_id=114596 I see a very similar crash when installing win32all-154 on a Python 2.2.2 installation. This is on a clean Windows XP virtual machine with nothing but VS.NET 2003 installed. If I install Python 2.2.2 on this VM and then install win32all-154, it crashes. If I then run the pyscript.py, that succeeds. After reverting the VM, if I install Python 2.2.2 and then install win32all-152, it succeeds. If I then install win32all-154 (letting it uninstall 152), this also succeeds. So the crash happens only when installing 154 without having previously installed 152. The crash is an access violation writing to location 0. Here is the stack trace (with apologies for its length): ntdll.dll!77f57e4f() ntdll.dll!77f93a50() ntdll.dll!77f93a50() ntdll.dll!77f57cf7() ntdll.dll!77f588f5() ntdll.dll!77f93a73() ntdll.dll!77f5be44() kernel32.dll!77e78bf1() kernel32.dll!77e78c14() kernel32.dll!77e78c14() msvcrt.dll!77c2ac14() msvcrt.dll!77c2ac2a() msvcrt.dll!77c2ac55() python22.dll!1e04f836() python22.dll!1e052b2d() python22.dll!1e052963() python22.dll!1e05306b() python22.dll!1e052ef3() python22.dll!1e05e84b() python22.dll!1e05e886() python22.dll!1e040f66() python22.dll!1e040d92() ntdll.dll!77f58ec1() msvcrt.dll!77c2ab2e() msvcrt.dll!77c2ab33() msvcrt.dll!77c2ab33() python22.dll!1e040ab3() python22.dll!1e04025b() ntdll.dll!77f588f5() python22.dll!1e03afdb() ntdll.dll!77f58ec1() msvcrt.dll!77c2ab2e() msvcrt.dll!77c2ab33() python22.dll!1e02f9ab() msvcrt.dll!77c2ab33() python22.dll!1e04f9eb() python22.dll!1e03fe16() python22.dll!1e03fe4c() python22.dll!1e03fac6() ntdll.dll!77f93a73() ntdll.dll!77f58a7e() ntdll.dll!77f58ec1() python22.dll!1e016137() python22.dll!1e015e89() python22.dll!1e03a90f() python22.dll!1e03f98f() python22.dll!1e00d2f8() python22.dll!1e04d469() python22.dll!1e006ccc() python22.dll!1e014977() python22.dll!1e012879() python22.dll!1e01376f() python22.dll!1e013e2f() python22.dll!1e0109f2() python22.dll!1e03f701() python22.dll!1e040ddc() python22.dll!1e02fc88() python22.dll!1e02fc88() python22.dll!1e051151() python22.dll!1e050dcb() python22.dll!1e040ab3() python22.dll!1e04025b() python22.dll!1e03afdb() python22.dll!1e03ac39() ntdll.dll!77f8d98c() msvcrt.dll!77c2af77() ntdll.dll!77f83367() python22.dll!1e03fe16() python22.dll!1e03fb04() user32.dll!77d48fb4() ntdll.dll!77f93a73() ntdll.dll!77f58a7e() ntdll.dll!77f58ec1() python22.dll!1e04d469() python22.dll!1e072ae1() python22.dll!1e072b09() python22.dll!1e072d2b() python22.dll!1e01349d() python22.dll!1e072ac9() python22.dll!1e072b09() python22.dll!1e072d2b() python22.dll!1e03f98f() python22.dll!1e00d2f8() python22.dll!1e04d469() python22.dll!1e012c54() python22.dll!1e01376f() python22.dll!1e013e2f() python22.dll!1e039390() python22.dll!1e006ccc() python22.dll!1e014977() python22.dll!1e00d427() python22.dll!1e04d469() python22.dll!1e012c54() python22.dll!1e01376f() python22.dll!1e013e2f() python22.dll!1e039390() python22.dll!1e006ccc() python22.dll!1e014977() python22.dll!1e00d427() python22.dll!1e04d469() python22.dll!1e012c54() python22.dll!1e01376f() python22.dll!1e013e2f() python22.dll!1e014c14() python22.dll!1e012d1a() python22.dll!1e01376f() python22.dll!1e013e2f() python22.dll!1e039390() python22.dll!1e006ccc() python22.dll!1e014977() python22.dll!1e006ca1() PyWise22.dll!00a91bd8() -Mike ---------------------------------------------------------------------- Comment By: John J Smith (johnjsmith) Date: 2003-08-08 03:12 Message: Logged In: YES user_id=830565 Okay, here is some more info. This sequence on a newly installed Win98SE works: Install Python 2.2.3 Install win32all-152 This sequence on a newly installed Win98SE crashes: Install Python 2.2.3 Install win32all-154 This sequence on a newly installed Win98SE *works*: Install Python 2.2.3 Install win32all-152 Uninstall win32all-152 Install win32all-154 And, finally, this also works on a fresh Win98SE: Install Python 2.2.3 Install win32all-152 Uninstall win32all-152 Install win32all-154 Uninstall win32all-154 Uninstall Python 2.2.3 Install Python 2.3 Install win32all-157 The installer crash has happened for me on at least 5 PCs with very different configurations (spanning Win98SE, Win2K, WinXP, Athlon, P3, P4, and different peripherals and drivers). In each case, Python and win32all were being installed for the first time on the PC. My guess is that most people are upgrading from cleanly installed versions of win32all, and are therefore not seeing the problem. ---------------------------------------------------------------------- Comment By: John J Smith (johnjsmith) Date: 2003-08-08 01:47 Message: Logged In: YES user_id=830565 I assume you mean run it after the failed installation. I tried it on Python 2.3, win32all-157, Win98SE, and it worked: Registered: Python Registration of Python ActiveX Scripting Engine complete. And yes, an admin install even after crashing does work, and I've been using it. However it would be nice to have a clean install (especially for eventual un-installation and upgradation). ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2003-08-07 21:07 Message: Logged In: YES user_id=14198 Can you please see if running "win32comext\axscript\client\pyscript.py" also crashes for you? An admin install should still actually work fine - just can't be uninstalled, and a couple of demo COM objects won't be installed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=784962&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-10-10 08:13:10
|
Bugs item #784962, was opened at 2003-08-07 12:13 Message generated for change (Comment added) made by andylange You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=784962&group_id=78018 Category: None Group: None Status: Open Resolution: Works For Me Priority: 5 Submitted By: John J Smith (johnjsmith) Assigned to: Nobody/Anonymous (nobody) Summary: Installation crash in recent win32all's. Initial Comment: The win32all installer has been crashing on me for the last few win32all releases. This has happened for Python 2.2.3 with win32all-156 and Python 2.3 with win32all-157. It has also happened for some previous win32all releases (such as 153 and 155 with Python 2.3). The error occurs during the `Completing Installation' stage, when the message box says `Registering COM Server AXScript Engine'. The error message is the usual `This program has performed an illegal operation and will be shut down' message. Pressing the `Details' button gives: WIN32ALL-156 caused an invalid page fault in module MSVCRT.DLL at 016f:7800b936. Registers: EAX=006b61a0 CS=016f EIP=7800b936 EFLGS=00010202 EBX=00000000 SS=0177 ESP=0063cad4 EBP=0063caf0 ECX=00000120 DS=0177 ESI=01ddab0c FS=3fb7 EDX=00000000 ES=0177 EDI=00000013 GS=0000 Bytes at CS:EIP: 89 5a 04 8b 55 0c 89 4d fc 8b 5a 04 8b 52 08 89 Stack dump: 00760840 01ddab10 00000001 006b8930 00000000 000004d0 00000120 0063cb34 7800b30c 0075005c 01ddac2c 00760840 00000000 00000001 bff813f8 81d52568 (This is with Python 2.2.3 and win32all-156.) This has happened on both WinXP and Win98SE. Once this happens, the win32all uninstaller doesn't work (says `can't find install.log'). If Python is installed with the `Non-Admin' option, then win32all installs fine (presumably because it never reaches the `Registering COM Server AXScript Engine' stage). I haven't seen anyone else report this, so looks like I'm the only one. Any help is greatly appreciated. ---------------------------------------------------------------------- Comment By: Andy Lange (andylange) Date: 2003-10-10 01:13 Message: Logged In: YES user_id=884085 I have seen this also - trying to install win32all-157 over python 2.3.2 would consistently hang my machine (win XP Pro) at the registration point. Sometimes it would leave the "Registering COM Server AXScript Engine" message up, sometimes it would clear that progress box and then hang. (All installs attempted with normal Admin option). Every time I finished rebooting, there would be nothing to install via the Windows add/remove programs control panel. Attempting to check the version of PythonCOM23.dll with the Windows properties function showed no "version" tab, although PyWinTypes23.dll appeared to be fine. I then tried the newer win32all-159, which didn't hang, but did give me the following error: "Registration of the AXScript Engine COM Server Failed. Install will continue....manual registration required", then "Exceptions.EOFError:" (nothing after the EOFError:). The windows uninstaller can't remove it because it can't find INSTALL.LOG. Putting the older win32all-153 on top mostly worked, except for problems reported with the version mismatch on PyWinTypes23.dll. 153 seems to have uninstalled (According to windows) but the dll verisons are still reported as -153, and the 159 version is apparently still there and still not removable via add/remove. I will try reinstalling (now that an earlier version was installed/removed) and will post results here. ---------------------------------------------------------------------- Comment By: John J Smith (johnjsmith) Date: 2003-09-13 13:02 Message: Logged In: YES user_id=830565 This seems to be related to bug #799063 (Registering Python COM Server component category crashes). ---------------------------------------------------------------------- Comment By: Michael Geary (geary) Date: 2003-08-11 00:24 Message: Logged In: YES user_id=114596 I see a very similar crash when installing win32all-154 on a Python 2.2.2 installation. This is on a clean Windows XP virtual machine with nothing but VS.NET 2003 installed. If I install Python 2.2.2 on this VM and then install win32all-154, it crashes. If I then run the pyscript.py, that succeeds. After reverting the VM, if I install Python 2.2.2 and then install win32all-152, it succeeds. If I then install win32all-154 (letting it uninstall 152), this also succeeds. So the crash happens only when installing 154 without having previously installed 152. The crash is an access violation writing to location 0. Here is the stack trace (with apologies for its length): ntdll.dll!77f57e4f() ntdll.dll!77f93a50() ntdll.dll!77f93a50() ntdll.dll!77f57cf7() ntdll.dll!77f588f5() ntdll.dll!77f93a73() ntdll.dll!77f5be44() kernel32.dll!77e78bf1() kernel32.dll!77e78c14() kernel32.dll!77e78c14() msvcrt.dll!77c2ac14() msvcrt.dll!77c2ac2a() msvcrt.dll!77c2ac55() python22.dll!1e04f836() python22.dll!1e052b2d() python22.dll!1e052963() python22.dll!1e05306b() python22.dll!1e052ef3() python22.dll!1e05e84b() python22.dll!1e05e886() python22.dll!1e040f66() python22.dll!1e040d92() ntdll.dll!77f58ec1() msvcrt.dll!77c2ab2e() msvcrt.dll!77c2ab33() msvcrt.dll!77c2ab33() python22.dll!1e040ab3() python22.dll!1e04025b() ntdll.dll!77f588f5() python22.dll!1e03afdb() ntdll.dll!77f58ec1() msvcrt.dll!77c2ab2e() msvcrt.dll!77c2ab33() python22.dll!1e02f9ab() msvcrt.dll!77c2ab33() python22.dll!1e04f9eb() python22.dll!1e03fe16() python22.dll!1e03fe4c() python22.dll!1e03fac6() ntdll.dll!77f93a73() ntdll.dll!77f58a7e() ntdll.dll!77f58ec1() python22.dll!1e016137() python22.dll!1e015e89() python22.dll!1e03a90f() python22.dll!1e03f98f() python22.dll!1e00d2f8() python22.dll!1e04d469() python22.dll!1e006ccc() python22.dll!1e014977() python22.dll!1e012879() python22.dll!1e01376f() python22.dll!1e013e2f() python22.dll!1e0109f2() python22.dll!1e03f701() python22.dll!1e040ddc() python22.dll!1e02fc88() python22.dll!1e02fc88() python22.dll!1e051151() python22.dll!1e050dcb() python22.dll!1e040ab3() python22.dll!1e04025b() python22.dll!1e03afdb() python22.dll!1e03ac39() ntdll.dll!77f8d98c() msvcrt.dll!77c2af77() ntdll.dll!77f83367() python22.dll!1e03fe16() python22.dll!1e03fb04() user32.dll!77d48fb4() ntdll.dll!77f93a73() ntdll.dll!77f58a7e() ntdll.dll!77f58ec1() python22.dll!1e04d469() python22.dll!1e072ae1() python22.dll!1e072b09() python22.dll!1e072d2b() python22.dll!1e01349d() python22.dll!1e072ac9() python22.dll!1e072b09() python22.dll!1e072d2b() python22.dll!1e03f98f() python22.dll!1e00d2f8() python22.dll!1e04d469() python22.dll!1e012c54() python22.dll!1e01376f() python22.dll!1e013e2f() python22.dll!1e039390() python22.dll!1e006ccc() python22.dll!1e014977() python22.dll!1e00d427() python22.dll!1e04d469() python22.dll!1e012c54() python22.dll!1e01376f() python22.dll!1e013e2f() python22.dll!1e039390() python22.dll!1e006ccc() python22.dll!1e014977() python22.dll!1e00d427() python22.dll!1e04d469() python22.dll!1e012c54() python22.dll!1e01376f() python22.dll!1e013e2f() python22.dll!1e014c14() python22.dll!1e012d1a() python22.dll!1e01376f() python22.dll!1e013e2f() python22.dll!1e039390() python22.dll!1e006ccc() python22.dll!1e014977() python22.dll!1e006ca1() PyWise22.dll!00a91bd8() -Mike ---------------------------------------------------------------------- Comment By: John J Smith (johnjsmith) Date: 2003-08-08 03:12 Message: Logged In: YES user_id=830565 Okay, here is some more info. This sequence on a newly installed Win98SE works: Install Python 2.2.3 Install win32all-152 This sequence on a newly installed Win98SE crashes: Install Python 2.2.3 Install win32all-154 This sequence on a newly installed Win98SE *works*: Install Python 2.2.3 Install win32all-152 Uninstall win32all-152 Install win32all-154 And, finally, this also works on a fresh Win98SE: Install Python 2.2.3 Install win32all-152 Uninstall win32all-152 Install win32all-154 Uninstall win32all-154 Uninstall Python 2.2.3 Install Python 2.3 Install win32all-157 The installer crash has happened for me on at least 5 PCs with very different configurations (spanning Win98SE, Win2K, WinXP, Athlon, P3, P4, and different peripherals and drivers). In each case, Python and win32all were being installed for the first time on the PC. My guess is that most people are upgrading from cleanly installed versions of win32all, and are therefore not seeing the problem. ---------------------------------------------------------------------- Comment By: John J Smith (johnjsmith) Date: 2003-08-08 01:47 Message: Logged In: YES user_id=830565 I assume you mean run it after the failed installation. I tried it on Python 2.3, win32all-157, Win98SE, and it worked: Registered: Python Registration of Python ActiveX Scripting Engine complete. And yes, an admin install even after crashing does work, and I've been using it. However it would be nice to have a clean install (especially for eventual un-installation and upgradation). ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2003-08-07 21:07 Message: Logged In: YES user_id=14198 Can you please see if running "win32comext\axscript\client\pyscript.py" also crashes for you? An admin install should still actually work fine - just can't be uninstalled, and a couple of demo COM objects won't be installed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=784962&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-10-07 17:57:08
|
Feature Requests item #819444, was opened at 2003-10-07 13:57 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=819444&group_id=78018 Category: pythonwin Group: None Status: Open Priority: 5 Submitted By: Nicolas Fleury (nidoizo) Assigned to: Nobody/Anonymous (nobody) Summary: Reset interactive command line Initial Comment: It would be nice to have a feature to reset the interactive command line completely. By looking at some posts on comp.lang.python, the lack of this feature seems to be a turn-off for many when working with multiple modules. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=819444&group_id=78018 |
2 messages has been excluded from this view by a project administrator.
