pywin32-bugs Mailing List for Python for Windows Extensions (Page 14)
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...> - 2012-02-04 05:20:29
|
Bugs item #3472307, was opened at 2012-01-11 00:51 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3472307&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: installation Group: None Status: Open Resolution: Works For Me Priority: 5 Private: No Submitted By: craigjh (craigjh) Assigned to: Nobody/Anonymous (nobody) Summary: 64-bit installation fails when using custom folder Initial Comment: (Note: I am new to Python but an experienced IT guy). I installed Python 3.2.2 to C:\Program Files\Python32 instead of the default location of C:\Python32. No apparent problems with the Python installation. I then tried to install pywin32-216. The installation program crashes hard every time. I uninstalled Python and then re-installed in the default location. pywin32-216 installed without a problem. Thought I'd report this in case I'm not the only one experiencing a problem. Just in case it matters, this is on a Windows PC running Windows 7 Professional with all updates. The hardware is an i7-2600K CPU, ASUS P67 motherboard, 16 Gb of RAM, & 2x2Gb drives with lots of free space. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2012-02-03 21:20 Message: To be clear, the problem shouldn't be caused by running the installer without elevated permissions as the installer will attempt to elevate. The problem is likely to be caused by a completely different user account. IOW, it should happen when the elevated user can't write to the directory. ---------------------------------------------------------------------- Comment By: craigjh (craigjh) Date: 2012-02-03 19:42 Message: That could indeed be the problem. My account has administrator privileges but installs often need to be run as administrator, which I didn't do. I am in the midst of a busy week but next week I'll have more time and will see if this is the problem. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2012-02-03 19:35 Message: This sounds alot like http://bugs.python.org/issue13038 - if the target directory isn't writable you get that crash. Is it possible the user trying to install pywin32 doesn't have permission to write to program files? ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2012-01-28 20:23 Message: I can't reproduce the hard-crash (and the 'Exception AttributeError: "'NoneType' object has no attribute 'flush'"' error has already been fixed). I should have build 217 available any day now so if it can be reproduced with that, please reopen this bug. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2012-01-11 16:27 Message: hmm - that exception code 0xc0000417 = STATUS_INVALID_CRUNTIME_PARAMETER. I'll try and reproduce this when I get back from vacation (ie, next week) ---------------------------------------------------------------------- Comment By: craigjh (craigjh) Date: 2012-01-11 16:13 Message: Thanks for pointing out where the error log is. I'm assuming that the contents were written during the failed installation, not the subsequent re-installation. The log has the following: Traceback (most recent call last): File "<string>", line 604, in <module> File "<string>", line 332, in install File "<string>", line 15, in write AttributeError: 'NoneType' object has no attribute 'write' Exception AttributeError: "'NoneType' object has no attribute 'flush'" in <__main__.Tee object at 0x00000000040297B8> ignored What I observed was that the installation program failed immediately after starting it. No user interface was displayed and I saw no error messages. Windows displayed a dialog box that the program was terminated. The WIndows Application Event Log has the following information: Faulting application name: pywin32-216.win-amd64-py3.2.exe, version: 0.0.0.0, time stamp: 0x4981a90a Faulting module name: pywin32-216.win-amd64-py3.2.exe, version: 0.0.0.0, time stamp: 0x4981a90a Exception code: 0xc0000417 Fault offset: 0x000000000000e668 Faulting process id: 0x35b4 Faulting application start time: 0x01ccd03843d887a5 Faulting application path: Z:\Downloads\Python\pywin32-216.win-amd64-py3.2.exe Faulting module path: Z:\Downloads\Python\pywin32-216.win-amd64-py3.2.exe Report Id: 8d890608-3c2b-11e1-b689-00268313e1f6 ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2012-01-11 15:38 Message: What do you mean "crashes hard"? Failure should write a pywin32_postinstall.log to your temp directory if it is just a Python exception... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3472307&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-02-04 03:42:55
|
Bugs item #3472307, was opened at 2012-01-11 00:51 Message generated for change (Comment added) made by craigjh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3472307&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: installation Group: None >Status: Open Resolution: Works For Me Priority: 5 Private: No Submitted By: craigjh (craigjh) Assigned to: Nobody/Anonymous (nobody) Summary: 64-bit installation fails when using custom folder Initial Comment: (Note: I am new to Python but an experienced IT guy). I installed Python 3.2.2 to C:\Program Files\Python32 instead of the default location of C:\Python32. No apparent problems with the Python installation. I then tried to install pywin32-216. The installation program crashes hard every time. I uninstalled Python and then re-installed in the default location. pywin32-216 installed without a problem. Thought I'd report this in case I'm not the only one experiencing a problem. Just in case it matters, this is on a Windows PC running Windows 7 Professional with all updates. The hardware is an i7-2600K CPU, ASUS P67 motherboard, 16 Gb of RAM, & 2x2Gb drives with lots of free space. ---------------------------------------------------------------------- >Comment By: craigjh (craigjh) Date: 2012-02-03 19:42 Message: That could indeed be the problem. My account has administrator privileges but installs often need to be run as administrator, which I didn't do. I am in the midst of a busy week but next week I'll have more time and will see if this is the problem. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2012-02-03 19:35 Message: This sounds alot like http://bugs.python.org/issue13038 - if the target directory isn't writable you get that crash. Is it possible the user trying to install pywin32 doesn't have permission to write to program files? ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2012-01-28 20:23 Message: I can't reproduce the hard-crash (and the 'Exception AttributeError: "'NoneType' object has no attribute 'flush'"' error has already been fixed). I should have build 217 available any day now so if it can be reproduced with that, please reopen this bug. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2012-01-11 16:27 Message: hmm - that exception code 0xc0000417 = STATUS_INVALID_CRUNTIME_PARAMETER. I'll try and reproduce this when I get back from vacation (ie, next week) ---------------------------------------------------------------------- Comment By: craigjh (craigjh) Date: 2012-01-11 16:13 Message: Thanks for pointing out where the error log is. I'm assuming that the contents were written during the failed installation, not the subsequent re-installation. The log has the following: Traceback (most recent call last): File "<string>", line 604, in <module> File "<string>", line 332, in install File "<string>", line 15, in write AttributeError: 'NoneType' object has no attribute 'write' Exception AttributeError: "'NoneType' object has no attribute 'flush'" in <__main__.Tee object at 0x00000000040297B8> ignored What I observed was that the installation program failed immediately after starting it. No user interface was displayed and I saw no error messages. Windows displayed a dialog box that the program was terminated. The WIndows Application Event Log has the following information: Faulting application name: pywin32-216.win-amd64-py3.2.exe, version: 0.0.0.0, time stamp: 0x4981a90a Faulting module name: pywin32-216.win-amd64-py3.2.exe, version: 0.0.0.0, time stamp: 0x4981a90a Exception code: 0xc0000417 Fault offset: 0x000000000000e668 Faulting process id: 0x35b4 Faulting application start time: 0x01ccd03843d887a5 Faulting application path: Z:\Downloads\Python\pywin32-216.win-amd64-py3.2.exe Faulting module path: Z:\Downloads\Python\pywin32-216.win-amd64-py3.2.exe Report Id: 8d890608-3c2b-11e1-b689-00268313e1f6 ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2012-01-11 15:38 Message: What do you mean "crashes hard"? Failure should write a pywin32_postinstall.log to your temp directory if it is just a Python exception... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3472307&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-02-04 03:35:38
|
Bugs item #3472307, was opened at 2012-01-11 00:51 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3472307&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: installation Group: None Status: Pending Resolution: Works For Me Priority: 5 Private: No Submitted By: craigjh (craigjh) Assigned to: Nobody/Anonymous (nobody) Summary: 64-bit installation fails when using custom folder Initial Comment: (Note: I am new to Python but an experienced IT guy). I installed Python 3.2.2 to C:\Program Files\Python32 instead of the default location of C:\Python32. No apparent problems with the Python installation. I then tried to install pywin32-216. The installation program crashes hard every time. I uninstalled Python and then re-installed in the default location. pywin32-216 installed without a problem. Thought I'd report this in case I'm not the only one experiencing a problem. Just in case it matters, this is on a Windows PC running Windows 7 Professional with all updates. The hardware is an i7-2600K CPU, ASUS P67 motherboard, 16 Gb of RAM, & 2x2Gb drives with lots of free space. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2012-02-03 19:35 Message: This sounds alot like http://bugs.python.org/issue13038 - if the target directory isn't writable you get that crash. Is it possible the user trying to install pywin32 doesn't have permission to write to program files? ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2012-01-28 20:23 Message: I can't reproduce the hard-crash (and the 'Exception AttributeError: "'NoneType' object has no attribute 'flush'"' error has already been fixed). I should have build 217 available any day now so if it can be reproduced with that, please reopen this bug. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2012-01-11 16:27 Message: hmm - that exception code 0xc0000417 = STATUS_INVALID_CRUNTIME_PARAMETER. I'll try and reproduce this when I get back from vacation (ie, next week) ---------------------------------------------------------------------- Comment By: craigjh (craigjh) Date: 2012-01-11 16:13 Message: Thanks for pointing out where the error log is. I'm assuming that the contents were written during the failed installation, not the subsequent re-installation. The log has the following: Traceback (most recent call last): File "<string>", line 604, in <module> File "<string>", line 332, in install File "<string>", line 15, in write AttributeError: 'NoneType' object has no attribute 'write' Exception AttributeError: "'NoneType' object has no attribute 'flush'" in <__main__.Tee object at 0x00000000040297B8> ignored What I observed was that the installation program failed immediately after starting it. No user interface was displayed and I saw no error messages. Windows displayed a dialog box that the program was terminated. The WIndows Application Event Log has the following information: Faulting application name: pywin32-216.win-amd64-py3.2.exe, version: 0.0.0.0, time stamp: 0x4981a90a Faulting module name: pywin32-216.win-amd64-py3.2.exe, version: 0.0.0.0, time stamp: 0x4981a90a Exception code: 0xc0000417 Fault offset: 0x000000000000e668 Faulting process id: 0x35b4 Faulting application start time: 0x01ccd03843d887a5 Faulting application path: Z:\Downloads\Python\pywin32-216.win-amd64-py3.2.exe Faulting module path: Z:\Downloads\Python\pywin32-216.win-amd64-py3.2.exe Report Id: 8d890608-3c2b-11e1-b689-00268313e1f6 ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2012-01-11 15:38 Message: What do you mean "crashes hard"? Failure should write a pywin32_postinstall.log to your temp directory if it is just a Python exception... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3472307&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-01-31 07:50:27
|
Bugs item #2279538, was opened at 2008-11-13 15:44 Message generated for change (Comment added) made by anadelonbrin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2279538&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: Tony Meyer (anadelonbrin) Assigned to: Nobody/Anonymous (nobody) Summary: win32com.mapi.exchange missing in 212 Initial Comment: If I install 211 on a machine that has never had pywin32 installed before, the exchange.pyd and exchdapi.pyd files are not installed. ---------------------------------------------------------------------- Comment By: Tony Meyer (anadelonbrin) Date: 2012-01-30 23:50 Message: :) ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2012-01-27 21:15 Message: These are now working again! ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2008-11-13 16:52 Message: Hi Tony, The problem is the SDKs are moving so quickly I've lost the ability to build them currently. I think its just a matter of me downloading the exchange SDK in whatever form that comes in these days. You are the first to have complained so far :) ---------------------------------------------------------------------- Comment By: Tony Meyer (anadelonbrin) Date: 2008-11-13 16:07 Message: Hmm. Actually, if I go back to the oldest 2.4 version I can find I don't get these installed. So now I don't know how I got them in the first place (unless it was running a special build Mark gave me at some point). Maybe this is therefore not valid. I see that the .i file is still in CVS, so maybe it is. Apologies if this is not a real issue! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2279538&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-01-29 04:23:55
|
Bugs item #3472307, was opened at 2012-01-11 00:51 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3472307&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: installation Group: None >Status: Pending >Resolution: Works For Me Priority: 5 Private: No Submitted By: craigjh (craigjh) Assigned to: Nobody/Anonymous (nobody) Summary: 64-bit installation fails when using custom folder Initial Comment: (Note: I am new to Python but an experienced IT guy). I installed Python 3.2.2 to C:\Program Files\Python32 instead of the default location of C:\Python32. No apparent problems with the Python installation. I then tried to install pywin32-216. The installation program crashes hard every time. I uninstalled Python and then re-installed in the default location. pywin32-216 installed without a problem. Thought I'd report this in case I'm not the only one experiencing a problem. Just in case it matters, this is on a Windows PC running Windows 7 Professional with all updates. The hardware is an i7-2600K CPU, ASUS P67 motherboard, 16 Gb of RAM, & 2x2Gb drives with lots of free space. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2012-01-28 20:23 Message: I can't reproduce the hard-crash (and the 'Exception AttributeError: "'NoneType' object has no attribute 'flush'"' error has already been fixed). I should have build 217 available any day now so if it can be reproduced with that, please reopen this bug. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2012-01-11 16:27 Message: hmm - that exception code 0xc0000417 = STATUS_INVALID_CRUNTIME_PARAMETER. I'll try and reproduce this when I get back from vacation (ie, next week) ---------------------------------------------------------------------- Comment By: craigjh (craigjh) Date: 2012-01-11 16:13 Message: Thanks for pointing out where the error log is. I'm assuming that the contents were written during the failed installation, not the subsequent re-installation. The log has the following: Traceback (most recent call last): File "<string>", line 604, in <module> File "<string>", line 332, in install File "<string>", line 15, in write AttributeError: 'NoneType' object has no attribute 'write' Exception AttributeError: "'NoneType' object has no attribute 'flush'" in <__main__.Tee object at 0x00000000040297B8> ignored What I observed was that the installation program failed immediately after starting it. No user interface was displayed and I saw no error messages. Windows displayed a dialog box that the program was terminated. The WIndows Application Event Log has the following information: Faulting application name: pywin32-216.win-amd64-py3.2.exe, version: 0.0.0.0, time stamp: 0x4981a90a Faulting module name: pywin32-216.win-amd64-py3.2.exe, version: 0.0.0.0, time stamp: 0x4981a90a Exception code: 0xc0000417 Fault offset: 0x000000000000e668 Faulting process id: 0x35b4 Faulting application start time: 0x01ccd03843d887a5 Faulting application path: Z:\Downloads\Python\pywin32-216.win-amd64-py3.2.exe Faulting module path: Z:\Downloads\Python\pywin32-216.win-amd64-py3.2.exe Report Id: 8d890608-3c2b-11e1-b689-00268313e1f6 ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2012-01-11 15:38 Message: What do you mean "crashes hard"? Failure should write a pywin32_postinstall.log to your temp directory if it is just a Python exception... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3472307&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-01-28 14:30:18
|
Bugs item #2820111, was opened at 2009-07-11 09:55 Message generated for change (Comment added) made by jaraco You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2820111&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: Works For Me Priority: 5 Private: No Submitted By: Roscoe Bailey (rebstwok) Assigned to: Jason R. Coombs (jaraco) Summary: Timezone Problem Initial Comment: I've been wrestling with the timezone module in pywin32 for several of days and was wondering if any one here might know how to solve the following Keyword: 'Std' error. I've looked at the code and double checked my system registry and there is an entry for Std in each of the timezones in the hive. Here is a listing from PythonWin and what can be done to repeat the failure: PythonWin 3.0.1 (r301:69561, Feb 13 2009, 20:04:18) [MSC v.1500 32 bit (Intel)] on win32. Portions Copyright 1994-2008 Mark Hammond - see 'Help/About PythonWin' for further copyright information. >>> import os >>> import sys >>> import time >>> import pywin32 >>> import pywin32api >>> import win32api >>> import win32file >>> import win32timezone >>> import datetime >>> assert 'Mountain Standard Time' in win32timezone.TimeZoneInfo.get_sorted_time_zone_names() Traceback (most recent call last): File "<interactive input>", line 1, in <module> File "C:\Python30\lib\site-packages\win32\lib\win32timezone.py", line 588, in get_sorted_time_zone_names tzs = TimeZoneInfo.get_sorted_time_zones() File "C:\Python30\lib\site-packages\win32\lib\win32timezone.py", line 606, in get_sorted_time_zones zones = TimeZoneInfo.get_all_time_zones() File "C:\Python30\lib\site-packages\win32\lib\win32timezone.py", line 594, in get_all_time_zones return [TimeZoneInfo(n) for n in TimeZoneInfo._get_time_zone_key_names()] File "C:\Python30\lib\site-packages\win32\lib\win32timezone.py", line 594, in <listcomp> return [TimeZoneInfo(n) for n in TimeZoneInfo._get_time_zone_key_names()] File "C:\Python30\lib\site-packages\win32\lib\win32timezone.py", line 385, in __init__ self._LoadInfoFromKey() File "C:\Python30\lib\site-packages\win32\lib\win32timezone.py", line 406, in _LoadInfoFromKey key = self._FindTimeZoneKey() File "C:\Python30\lib\site-packages\win32\lib\win32timezone.py", line 392, in _FindTimeZoneKey zoneNames = dict(self._get_indexed_time_zone_keys('Std')) File "C:\Python30\lib\site-packages\win32\lib\win32timezone.py", line 581, in get_index_value return key[index_key] KeyError: 'Std' Thanks ---------------------------------------------------------------------- >Comment By: Jason R. Coombs (jaraco) Date: 2012-01-28 06:30 Message: For me also, I'm unable to reproduce. The error suggests that there is a non-standard key in the registry in the time zone definitions. I'm going to close this ticket as we're unable to reproduce. If this is still a problem, please re-open the ticket (or add a comment). Please also run this command and attach the resulting tz.reg file: reg export "HKLM\Software\Microsoft\Windows NT\CurrentVersion\Time Zones" tz.reg I will analyze the file and determine if the failure is something that we can correct against. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2012-01-27 21:04 Message: I can't reproduce this, but I've assigned it to Jason who might have some insights (and sorry for the delay!) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2820111&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-01-28 05:36:53
|
Bugs item #917702, was opened at 2004-03-16 15:51 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=917702&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: installation Group: v1.0 (example) >Status: Closed >Resolution: Out of Date Priority: 7 Private: No Submitted By: dak (dakcalouro) Assigned to: Nobody/Anonymous (nobody) Summary: pywintypes can't find pywintypes23.dll Initial Comment: After installing Python v2.3 and pywin32 build 200 on Windows ME, at startup pythonwin opens a window titled "Python Traceback when executing InitInstance handler". The window contains File "C:\PROGRAMS\PYTHON\Lib\site- packages\Pythonwin\pywin\framework\intpyapp.py", line 163, in InitInstance import interact File "C:\PROGRAMS\PYTHON\Lib\site- packages\Pythonwin\pywin\framework\interact.py", line 26, in ? import winout File "C:\PROGRAMS\PYTHON\Lib\site- packages\Pythonwin\pywin\framework\winout.py", line 26, in ? from pywintypes import UnicodeType File "C:\PROGRAMS\PYTHON\Lib\site-packages\win32 \lib\pywintypes.py", line 55, in ? __import_pywin32_system_module__("pywintypes", globals()) File "C:\PROGRAMS\PYTHON\Lib\site-packages\win32 \lib\pywintypes.py", line 48, in __import_pywin32_system_module__ raise ImportError, "Can not locate " + filename exceptions.ImportError: Can not locate pywintypes23.dll ------------------ end of error window contents I found the file pywintypes23.dll my C:\Programs\Python installation folder (I can't remember which subfolder) and copied it to the folders that seemed likely: C:\Programs\Python\DLLs, C:\WINDOWS\SYSTEM, C:\WINDOWS\SYSTEM32. Restarting pythonwin.exe gave the same error msg. I scanned pywintypes.py for workaround ideas, and copied pywintypes23.dll to C:\WINDOWS. Now pythonwin starts up without error (shows the version & copyright msg and the >>> interpreter prompt). This is OK as a workaround. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2012-01-27 21:36 Message: The installation world has changed a few times since this was reported. ---------------------------------------------------------------------- Comment By: Bob Chapman (rechapman) Date: 2004-05-29 22:24 Message: Logged In: YES user_id=245167 This problem also exists with Build 201 of win32all under Windows 98SE. Pythonwin displays the same error messages and will not start until pywintypes23.dll is copied from c:\windows\system (where it is installed) to c:\windows. This workaround is not required for Build 201 under Windows XP and was NOT required for Build 163 (and previous) under Windows 98SE. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2004-04-28 16:34 Message: Logged In: YES user_id=14198 There have been a couple of reports like this on Win9x, with the same fix. Apparently the system32 directory is not on the path. It sounds like we are trying to copy to "system32" when we should just be copying to "windows" on that platform. ---------------------------------------------------------------------- Comment By: Peter Finlayson (frnknstn) Date: 2004-03-30 05:37 Message: Logged In: YES user_id=1009500 I had a similar problem, also with Python v2.3 and pywin32 build 200, but under Win98SE. For me, the pywintypes23.dll was installed to the c:\windows\system directory. I received the same error window. I resolved the problem by adding C:\WINDOWS\SYSTEM to my path in AUTOEXEC.BAT. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=917702&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-01-28 05:36:01
|
Bugs item #784962, was opened at 2003-08-07 12:13 Message generated for change (Settings changed) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=784962&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: Works For Me Priority: 5 Private: No 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: Eric Promislow (ericp) Date: 2004-01-15 11:37 Message: Logged In: YES user_id=63713 I ran into this problem as well, with version 2.3.3 from Python.org, and win32all 163. This happened on both Windows Server 2003 (with .Net 1.0 installed), and Win2K (no .Net installed). I didn't try further systems. The event log says the crash is due to an access violation in RtlDestroyHeap() ---------------------------------------------------------------------- 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...> - 2012-01-28 05:35:34
|
Bugs item #782372, was opened at 2003-08-03 09:37 Message generated for change (Settings changed) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=782372&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: Works For Me Priority: 5 Private: No Submitted By: simon place (psi-man) Assigned to: Nobody/Anonymous (nobody) Summary: simple gui inconsistency Initial Comment: when typing in a watch expression the first character is missed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=782372&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-01-28 05:34:26
|
Bugs item #771507, was opened at 2003-07-15 03:10 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=771507&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: Out of Date Priority: 5 Private: No Submitted By: Artur de Sousa Rocha (adsr) Assigned to: Nobody/Anonymous (nobody) Summary: Uninstaller leaves some files and registry keys Initial Comment: After uninstalling Win32all, 3 files were left: D:\Python22\Lib\site-packages\pythoncom.pyc C:\WINNT\system32\PythonCOM22.dll C:\WINNT\system32\PyWinTypes22.dll Also, the registry key: HKEY_CURRENT_USER\Software\Python 2.2\Python for Win32 My configuration: Windows 2000 Professional SP3 (Polish) Python 2.2.3 (admin install, nonstandard dir) Win32all 152 (*.py not associated with editor) ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2012-01-27 21:34 Message: We now use a different installer technique ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=771507&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-01-28 05:33:33
|
Bugs item #721636, was opened at 2003-04-15 00:10 Message generated for change (Settings changed) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=721636&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: Works For Me Priority: 5 Private: No Submitted By: Matt R Hall (mhcomputing) Assigned to: Nobody/Anonymous (nobody) Summary: Naming Convention Inconsistent for Installation Log File Initial Comment: Summary: A minor typographical / naming convention error removal of the Win32 extensions. Problem: The installer mistakenly copies the installation log into Python23\Lib\site-packages\W32INST.LOG instead of INSTALL.LOG which causes it to fail when attempting to uninstall the Win32 extensions. Potential Fix: Either the location of the install log or the call to the uninstaller placed in the registry should be modified to correct this, or potentially both. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2003-10-22 19:37 Message: Logged In: YES user_id=14198 I can't repro this. You are correct about the filename, but my testing shows that the uninstall key for win32all does point correctly to the W32INST.LOG file, that this log file contains the correct entries, and that uninstall works correctly. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=721636&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-01-28 05:32:06
|
Bugs item #1036086, was opened at 2004-09-28 04:01 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1036086&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: Out of Date Priority: 5 Private: No Submitted By: kxroberto (kxroberto) Assigned to: Nobody/Anonymous (nobody) Summary: hierlist.HierList.Refresh Bug Initial Comment: When a leaf item (self.htrack) changes from non-expandable to expandable the following work-around is necessary to trigger correct refresh update showing the itme expandable: self.DeleteItem( self.htrack ) try: del self.filledItemHandlesMap[ self.htrack ] # bug in hierlist! except:pass ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2012-01-27 21:32 Message: hierlist is dead! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1036086&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-01-28 05:31:25
|
Bugs item #1070284, was opened at 2004-11-20 18:15 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1070284&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: Works For Me Priority: 5 Private: No Submitted By: Robert Brewer (aminusfu) Assigned to: Nobody/Anonymous (nobody) Summary: find dialog not applying Initial Comment: In certain cases, the find dialog won't find instances of the given text in a document. This occurs when: 1. The user types Alt-E, Alt-F to open the find dialog. If the two keys are struck too quickly, the find dialog doesn't remember the default search, and doesn't seem to apply itself to the active window. 2. A new document is opened, and the find dialog is opened without moving the insertion point from the beginning of the document. In this case, the find operation fails to find any matches in the new document. I'm using Python 2.3.2 and pywin build 200. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2012-01-27 21:31 Message: This is very old and hasn't been reported since, so closing it ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1070284&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-01-28 05:30:43
|
Bugs item #1071645, was opened at 2004-11-23 04:11 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1071645&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: Wont Fix Priority: 5 Private: No Submitted By: Sándor Pálfy (netchan) Assigned to: Nobody/Anonymous (nobody) Summary: Indentation error when an ASP page contains only python code Initial Comment: The follwing asp file causes "Internal Server Error - ASP error": ----------------------------------------- <script language="python" runat="server"> def a(): b=1 </script> ----------------------------------------- Error details: Python ActiveX Scripting Engine (0x80020009) expected an indented block /indenttest.asp, line 3 b=1 Now, the same page surrounded with simple <html> tags works just fine: ----------------------------------------- <html> <script language="python" runat="server"> def a(): b=1 </script> </html> ----------------------------------------- The same error happens even if you use the src attribute of the script tag for including a regular something.py file. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2012-01-27 21:30 Message: Sorry for the many year delay, but I don;t think I can do anything about this - it is all under IIS's control ---------------------------------------------------------------------- Comment By: Sándor Pálfy (netchan) Date: 2004-11-23 04:13 Message: Logged In: YES user_id=380124 The environment: Windows XP SP2, all patches. Python 2.3.4 (#53, May 25 2004, 21:17:02) [MSC v.1200 32 bit (Intel)] on win32 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1071645&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-01-28 05:28:26
|
Bugs item #1547933, was opened at 2006-08-28 07:06 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1547933&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: Works For Me Priority: 7 Private: No Submitted By: Johan Lindvall (j_lindvall) Assigned to: Mark Hammond (mhammond) Summary: Memory usage with IDispatch interface Initial Comment: A sample project with the memory usage problem from the mailing list (http://mail.python.org/pipermail/python-win32/2006-August/004957.html) ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2012-01-27 21:28 Message: This is very old and pywin32 now has many leak related tests. ---------------------------------------------------------------------- Comment By: Johan Lindvall (j_lindvall) Date: 2006-08-28 07:21 Message: Logged In: YES user_id=1585378 Please note that the workaround is active - to disable it, undefine DISABLE_IDISPATCH_INTERFACE in ActiveScriptDemoDoc.cpp ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1547933&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-01-28 05:27:16
|
Bugs item #2318014, was opened at 2008-11-20 08:58 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2318014&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: Works For Me Priority: 5 Private: No Submitted By: Andreas Sodeur (andreas_sodeur) Assigned to: Nobody/Anonymous (nobody) Summary: inproc server cannot find pythoncom25.dll Initial Comment: I am using an automation add-in for Excel implemented in Python. Excel cannot locate pythoncom25.dll unless the registry key {CLSID}\InprocServer32 contains the full pathname of pythoncom25.dll. It looks like changing line 210 in win32com\server\register.py to: dllName = pythoncom.__file__ will fix the problem. However I am not sure if this will cause problems elsewhere. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2012-01-27 21:27 Message: pythoncomxx.dll should be in system32 and therefore on your path. This is a very old bug report, so I doubt you still have interest, but please reopen this bug if you are still having problems. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2318014&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-01-28 05:25:09
|
Bugs item #2303797, was opened at 2008-11-16 23:02 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2303797&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: Works For Me Priority: 5 Private: No Submitted By: Python Nutter (pythonnutter) Assigned to: Nobody/Anonymous (nobody) Summary: PythonService.exe working under Python 2.5.2 but not 2.6 Initial Comment: I have done a PythonService.exe /register Under Python 2.5.2 (with Stackless) and gone through all the Python script as a service scripts in M.H's book and on the net. They install and start/stop and remove with no problems when I am using Python 2.5.2 on Windows XP. When I use Python 2.6 and do a PythonService.exe /register under Python 2.6 I have no errors. When I then do a service install it installs the service. However when I try to start the service I get the familiar 'red herring' error message that is basically a message saying that the service has not responded in time and could not start. Using standard windows net start commands on the service name says the service is failing to respond to commands sent to it to start. Switching back to Python 2.5.2 on the same machine and the same exact python as service scripts load, start, stop, and remove just fine with no errors. I'm completely stumped on this one. I can not get any python scripts to load and run as services when using Python 2.6 ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2012-01-27 21:25 Message: I can't reproduce this and many people have success - please reopen this if you are still having problems. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2303797&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-01-28 05:23:54
|
Bugs item #2174265, was opened at 2008-10-17 01:58 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2174265&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: Enrico (enrico-b) Assigned to: Nobody/Anonymous (nobody) Summary: return object from method fails Initial Comment: From pippo.idl (in test directory) HRESULT Method1([out, retval] IPippo **val) When called from C++ there's an exception I attach a client written with python and comtypes and, with a little effort I can see the problem is a call to QueryInterface with IID_NULL (as happens if the caller is a C++ client). client: pippo-test.py To show the problem I registered the pippo_server with the --debug option. Then I changed the function Method1 in this way to have a debug output: def Method1(self): #return wrap(CPippo()) return wrap(CPippo(),useDispatcher=1) Last, in the file policy.py at line 261, at the begin of the _QueryInterface_ function I added a line: print iid The result in PythonWin trace Collector is: Object with win32trace dispatcher created (object=None) Object with win32trace dispatcher created (object=<pippo_server.CPippo instance at 0x015DF210>) {00000000-0000-0000-0000-000000000000}Traceback (most recent call last): File "C:Python25Libsite-packageswin32comserverdispatcher.py", line 41, in _QueryInterface_ return self.policy._QueryInterface_(iid) File "C:Python25libsite-packageswin32comserverpolicy.py", line 261, in _QueryInterface_ print iid com_error: (-2147221005, "Stringa dell'interfaccia non valida.", None, None) pythoncom error: Failed to call the universal dispatcher ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2012-01-27 21:23 Message: I think this is a problem in the caller - I don't think there is a requirement for objects to return something when queried with IID_NULL. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2174265&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-01-28 05:20:04
|
Bugs item #2021738, was opened at 2008-07-18 11:41 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2021738&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pythonwin Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: mark panasevich (mjp1550) Assigned to: Nobody/Anonymous (nobody) Summary: Type Library Error Initial Comment: when attempting to open the type libraries in the COM browser, the following error occurs in build 211 File "C:\Python25\Lib\site-packages\pythonwin\pywin\tools\hierlist.py", line 123, in OnTreeItemExpanding self.AddSubList(itemHandle, self.GetSubList(item)) File "C:\Python25\Lib\site-packages\pythonwin\pywin\tools\hierlist.py", line 137, in AddSubList self.AddItem(parentHandle, item) File "C:\Python25\Lib\site-packages\pythonwin\pywin\tools\hierlist.py", line 149, in AddItem hitem = self.list.InsertItem(parentHandle, hInsertAfter, (None, None, None, text, bitmapCol, bitmapSel, cItems, 0)) TypeError: The text item must be a string or None (got unicode) C:\Python25\lib\site-packages\win32com\client\combrowse.py:530: Warning: Exception in OnNotify() handler dlg.DoModal() build 210 apparently works. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2012-01-27 21:20 Message: This error would have been fixed a few builds ago as part of the py3k work - please reopen if you can still reproduce it. ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2008-07-18 16:57 Message: Logged In: YES user_id=771074 Originator: NO Looks like this is due to PyITypeLib.GetDocumentation returning unicode now. For a short-term workaround, change lines 227 & 228 in combrowse.py: if doc: ret.append(browser.HLIDocString(str(doc), "Doc")) if helpFile: ret.append(HLIHelpFile( (str(helpFile), ctx) )) For a longer term solution, the tree control's InsertItem method needs to be changed to accept unicode. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2021738&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-01-28 05:18:50
|
Bugs item #1976957, was opened at 2008-05-28 10:20 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1976957&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: Hugh S. Myers (hsmyers) Assigned to: Nobody/Anonymous (nobody) Summary: Column guides cause errors(can) Initial Comment: Use of column guides can cause bogus indentation errors. Pattern yet to be determined. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2012-01-27 21:18 Message: No response from submitter - please reopen if you can provide the requested information. ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2008-05-28 21:20 Message: Logged In: YES user_id=771074 Originator: NO By indentation errors, do you mean you get a python syntax error due to whitespace, or are you referring to the red indicator that the editor displays for inconsistent whitespace ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1976957&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-01-28 05:17:48
|
Bugs item #1920299, was opened at 2008-03-19 15:45 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1920299&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: Out of Date Priority: 5 Private: No Submitted By: Mustafa (goermezer) Assigned to: Nobody/Anonymous (nobody) Summary: arrayOfVariantOfBSTR in Python Initial Comment: Hi, I have problem with an application which I try to automate with win32com. My problem is now, that a GetListOfDependantFile expects a arrayOfVariantOfBSTR byreference. I think this must be a list of strings. The VB Code is this: Set Send1 = CATIA.CreateSendTo() Call Send.SetInitialFile(myfile) ReDim arrayOfVariantOfBSTR(500) Call Send1.GetListOfDependantFile(arrayOfVariantOfBSTR) How can I write this in Python for win32com ? best regards Mustafa Görmezer ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2012-01-27 21:17 Message: It isn't clear this is still a problem - and the new builtin VARIANT support should make things easier. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2008-05-05 06:16 Message: Logged In: YES user_id=14198 Originator: NO Just noting this is also being discussed in http://www.mail-archive.com/com...@li.../msg00144.html ---------------------------------------------------------------------- Comment By: Mustafa (goermezer) Date: 2008-03-24 06:58 Message: Logged In: YES user_id=1525528 Originator: YES Hi marc, this is my code: import win32com.client app=win32com.client.Dispatch('Catia.Application') sendto=app.CreateSendTo() sendto.SetInitialFile('c:\\...igteil.CATPart') refs=sendto.GetListOfDependantFile() print refs When I use no params I get a type error or type conflict (with makepy): Traceback (most recent call last): File "C:\Python25\Lib\site-packages\pythonwin\pywin\framework\scriptutils.py", line 310, in RunScript exec codeObject in __main__.__dict__ File "C:\Dokumente und Einstellungen\mgo\Desktop\px1.py", line 9, in <module> refs=sendto.GetListOfDependantFile() File "C:\DOKUME~1\mgo\LOKALE~1\Temp\gen_py\2.5\14F197B2-0771-11D1-A5B1-00A0C9575177x0x0x0\SendToService.py", line 49, in GetListOfDependantFile return self._ApplyTypes_(1610940417, 1, (24, 0), ((8204, 3),), 'GetListOfDependantFile', None,oDependant File "C:\Python25\Lib\site-packages\win32com\client\__init__.py", line 448, in _ApplyTypes_ dispid, 0, wFlags, retType, argTypes, *args), com_error: (-2147352571, 'Typkonflikt.', None, 1) When I give a list as the param, the function returns the param as a tuple: GetListOfDependantFile([]) returns () GetListOfDependantFile(['hello']) returns (u'hello',) Here is the traceback without makepy: Traceback (most recent call last): File "C:\Dokumente und Einstellungen\mgo\Desktop\px1.py", line 6, in <module> refs=sendto.GetListOfDependantFile() File "<COMObject CreateSendTo>", line 2, in GetListOfDependantFile File "C:\Python25\Lib\site-packages\win32com\client\dynamic.py", line 258, in _ApplyTypes_ result = self._oleobj_.InvokeTypes(*(dispid, LCID, wFlags, retType, argTypes ) + args) pywintypes.com_error: (-2147352567, 'Ausnahmefehler aufgetreten.', (0, 'CATIASen dToService', 'Das Verfahren GetListOfDependantFile ist fehlgeschlagen', None, 0, -2147024809), None) ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2008-03-24 00:49 Message: Logged In: YES user_id=14198 Originator: NO If you run makepy, you should be able to pass no params - the strings will be returned. Please show the code you use and the exception you see. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1920299&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-01-28 05:16:21
|
Bugs item #1746689, was opened at 2007-07-02 10:43 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1746689&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pythonwin Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: admindomeny (admindomeny) Assigned to: Nobody/Anonymous (nobody) Summary: National characters (Polish) are entered incorrectly Initial Comment: Entering (Polish) national characters using standard Windows keyboard (using so called "Polish Programmer's Keyboard") enters wrong Unicode characters. OS: Win XP SP2, Polish edition. I have tried changing fonts to what are Unicode fonts as far as I know (Times New Roman, Arial, etc), including fonts designated as "CE" in Windows (Central Europe) as well. It doesn't work. I made sure that Polish Programmer's Keyboard is turned on which gives me correct encoding in almost all Windows applications, including Unicode editors like UniRed. Still, Pythonwin shell in particular thinks that AltGr+a (standard way of entering 'LATIN SMALL LETTER A WITH OGONEK') is actually 'SUPERSCRIPT ONE' for example. To summarize: 1. IDLE edits the text in Unicode correctly provided there's a #-*- coding: utf-8 -*- header in first line. 2. Pythonwin executes that file correctly. 3. Pythonwin enters national characters INCORRECTLY (at least as far as Polish is concerned, but I suspect this is also the case with other languages). See attached screenshot for visualisation of the problem. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2012-01-27 21:16 Message: I think this will be fixed in recent builds - please reopen if not. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1746689&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-01-28 05:15:05
|
Bugs item #2279538, was opened at 2008-11-13 15:44 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2279538&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: Tony Meyer (anadelonbrin) Assigned to: Nobody/Anonymous (nobody) Summary: win32com.mapi.exchange missing in 212 Initial Comment: If I install 211 on a machine that has never had pywin32 installed before, the exchange.pyd and exchdapi.pyd files are not installed. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2012-01-27 21:15 Message: These are now working again! ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2008-11-13 16:52 Message: Hi Tony, The problem is the SDKs are moving so quickly I've lost the ability to build them currently. I think its just a matter of me downloading the exchange SDK in whatever form that comes in these days. You are the first to have complained so far :) ---------------------------------------------------------------------- Comment By: Tony Meyer (anadelonbrin) Date: 2008-11-13 16:07 Message: Hmm. Actually, if I go back to the oldest 2.4 version I can find I don't get these installed. So now I don't know how I got them in the first place (unless it was running a special build Mark gave me at some point). Maybe this is therefore not valid. I see that the .i file is still in CVS, so maybe it is. Apologies if this is not a real issue! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2279538&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-01-28 05:14:24
|
Bugs item #2152547, was opened at 2008-10-07 20:26 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2152547&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: Out of Date Priority: 5 Private: No Submitted By: Truth Tracer (truthtracer) Assigned to: Nobody/Anonymous (nobody) Summary: version 212 & 211 Always crash on my machine Initial Comment: since I updated pywin32 from ver 210 to 212, it always crashed on my machine (win2003 std sp2/Intel P4 2.4GHZ/1GB RAM/.net 3.5 & vs 2008 installed). When I run pywin32.exe and type some code (a=1 or import string ...) and press 'Enter' then pywin32 crashes. I don't know whether it is a bug or something is wrong with my machine,but there is a fact is : older pywin32(version 210, build on 2006) works very well on the same machine for a long time. btw, I can't report these as a bug because sf said that I'm not a member of this project. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2012-01-27 21:14 Message: Please reopen if this can be reproduced on more recent builds. ---------------------------------------------------------------------- Comment By: Truth Tracer (truthtracer) Date: 2008-10-08 02:22 Message: When I close the interactive window and re-open it, I saw many '=' characters in it and then pywin32 crashes.(I have installed Python 2.6 final,build on Oct,2008) All the crashes can be repeatable on my machine. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2152547&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-01-28 05:13:04
|
Bugs item #2065850, was opened at 2008-08-21 15:59 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2065850&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: Mark Hammond (mhammond) Assigned to: Mark Hammond (mhammond) Summary: Some typelibs have non integer versions Initial Comment: From python-win32: """ When using the makepy utility I noticed it used to crash out with the following traceback: line 148, in SelectTlb i.major = int(i.major, 16) ValueError: invalid literal for int() with base 16: 'CS2' ... Most likely this (last line of traceback) refers to the version number of Adobe Photoshop Creative Suite 2. """ There is some existing confusion between hex and int in that file, but it doesn't expect strings! Note that GetTypeLibInfo() etc all use integers for the version info - which probably means the typelib can't be directly loaded - but that isn't really our problem - we shouldn't die. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2012-01-27 21:13 Message: I'm rejecting this as it seems limited to just the original typelib and hasn't since been reported again. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2065850&group_id=78018 |
2 messages has been excluded from this view by a project administrator.
