pywin32-bugs Mailing List for Python for Windows Extensions (Page 66)
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...> - 2007-04-27 08:05:00
|
Patches item #1705634, was opened at 2007-04-23 15:58 Message generated for change (Comment added) made by steveyin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1705634&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Steve Yin (steveyin) Assigned to: Sidnei da Silva (dreamcatcher) Summary: VC8.0 build patch for AMD64 branch Initial Comment: Well, I managed to build amd64 branch with vs8.0. why vs8? it's better for amd64 build. of course, I also used vista updated sdk as platform sdk. also, something need to be done with Python25\Lib\distutils\msvccompiler.py, so this built can be build. here is the patch. ---------------------------------------------------------------------- >Comment By: Steve Yin (steveyin) Date: 2007-04-27 16:04 Message: Logged In: YES user_id=1613955 Originator: YES no, I don't have vista, just vista sdk. because vista sdk can be used on XP. supportted platform, right :) ---------------------------------------------------------------------- Comment By: Sidnei da Silva (dreamcatcher) Date: 2007-04-26 02:51 Message: Logged In: YES user_id=438768 Originator: NO The branch was building last I tried, haven't touched it since. We certainly need to merge the changes done on trunk. Steve: Are you building on Vista, or just using the new Platform SDK? ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2007-04-24 12:29 Message: Logged In: YES user_id=14198 Originator: NO sidnei - what is the status of your branch? ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2007-04-24 12:23 Message: Logged In: YES user_id=14198 Originator: NO that's great - thanks! I'm actually getting a x64 box within the week, so I might hang off until then to apply it. It's worth noting that the trunk has also had some generic amd64 work done, and that might get close to building too. I'm afraid I haven't been paying much attention to the 64bit world. ---------------------------------------------------------------------- Comment By: Steve Yin (steveyin) Date: 2007-04-24 11:51 Message: Logged In: YES user_id=1613955 Originator: YES you said I comment out some function, the function I only commented out is ado support, you know, there is no ado under x64, also, there is no naked keyword under x64. ---------------------------------------------------------------------- Comment By: Steve Yin (steveyin) Date: 2007-04-24 11:47 Message: Logged In: YES user_id=1613955 Originator: YES well, here we are. the updated patch. Note: I can not build axdebug extension. because I don't know where to find the corresponding activdbg.h file to vista sdk. But, I DID found these IID_ in uuid.lib under Lib\x64. but just no header. I have little knowledge about ATL & COM under windows. File Added: vc8-build.patch ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2007-04-24 07:59 Message: Logged In: YES user_id=14198 Originator: NO I'm afraid this patch still needs work - in some cases you have simply removed functionality which works today. While that might be acceptable for 64bit builds, its not acceptable for future 32 bit builds. Any chance you can make all the relevant changes conditional? Thanks ---------------------------------------------------------------------- Comment By: Steve Yin (steveyin) Date: 2007-04-23 15:59 Message: Logged In: YES user_id=1613955 Originator: YES this patch built on today's cvs revision. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1705634&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-04-25 20:54:01
|
Patches item #1707700, was opened at 2007-04-25 22:54 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=1707700&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Stefan Schukat (sschukat) Assigned to: Nobody/Anonymous (nobody) Summary: Iterator is missing automatic cast Initial Comment: If a COM collection defines a specific interface which is collected this interface should normally be returned via the Item and __getitem__ method. For this purpose the resultCLSID parameter is filled in the Invoke calls. This parameter is missing in the iterator generation. The attached files show the change in the generation and usage to support casting of interfaces while using an iterator. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1707700&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-04-25 18:51:01
|
Patches item #1705634, was opened at 2007-04-23 04:58 Message generated for change (Comment added) made by dreamcatcher You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1705634&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Steve Yin (steveyin) Assigned to: Sidnei da Silva (dreamcatcher) Summary: VC8.0 build patch for AMD64 branch Initial Comment: Well, I managed to build amd64 branch with vs8.0. why vs8? it's better for amd64 build. of course, I also used vista updated sdk as platform sdk. also, something need to be done with Python25\Lib\distutils\msvccompiler.py, so this built can be build. here is the patch. ---------------------------------------------------------------------- >Comment By: Sidnei da Silva (dreamcatcher) Date: 2007-04-25 15:51 Message: Logged In: YES user_id=438768 Originator: NO The branch was building last I tried, haven't touched it since. We certainly need to merge the changes done on trunk. Steve: Are you building on Vista, or just using the new Platform SDK? ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2007-04-24 01:29 Message: Logged In: YES user_id=14198 Originator: NO sidnei - what is the status of your branch? ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2007-04-24 01:23 Message: Logged In: YES user_id=14198 Originator: NO that's great - thanks! I'm actually getting a x64 box within the week, so I might hang off until then to apply it. It's worth noting that the trunk has also had some generic amd64 work done, and that might get close to building too. I'm afraid I haven't been paying much attention to the 64bit world. ---------------------------------------------------------------------- Comment By: Steve Yin (steveyin) Date: 2007-04-24 00:51 Message: Logged In: YES user_id=1613955 Originator: YES you said I comment out some function, the function I only commented out is ado support, you know, there is no ado under x64, also, there is no naked keyword under x64. ---------------------------------------------------------------------- Comment By: Steve Yin (steveyin) Date: 2007-04-24 00:47 Message: Logged In: YES user_id=1613955 Originator: YES well, here we are. the updated patch. Note: I can not build axdebug extension. because I don't know where to find the corresponding activdbg.h file to vista sdk. But, I DID found these IID_ in uuid.lib under Lib\x64. but just no header. I have little knowledge about ATL & COM under windows. File Added: vc8-build.patch ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2007-04-23 20:59 Message: Logged In: YES user_id=14198 Originator: NO I'm afraid this patch still needs work - in some cases you have simply removed functionality which works today. While that might be acceptable for 64bit builds, its not acceptable for future 32 bit builds. Any chance you can make all the relevant changes conditional? Thanks ---------------------------------------------------------------------- Comment By: Steve Yin (steveyin) Date: 2007-04-23 04:59 Message: Logged In: YES user_id=1613955 Originator: YES this patch built on today's cvs revision. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1705634&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-04-25 09:37:09
|
Bugs item #1707248, was opened at 2007-04-25 11:37 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1707248&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: None Priority: 5 Private: No Submitted By: Antoine LECA (antoinel) Assigned to: Nobody/Anonymous (nobody) Summary: unguarded import for win32timezone Initial Comment: PyWin32 build 210. Here comes the traceback: PythonWin 2.2.3 (#42, May 30 2003, 18:12:08) [MSC 32 bit (Intel)] on win32. Portions Copyright 1994-2006 Mark Hammond - see 'Help/About PythonWin' for further copyright information. >>> import win32timezone Traceback (most recent call last): File "<interactive input>", line 1, in ? File "C:\Python22\Lib\site-packages\win32\lib\win32timezone.py", line 78, in ? import os, _winreg, struct, datetime ImportError: No module named datetime >>> A quick search at google did not return useful hints on this particular one. I am quite confident this bug only shows because of my version (which one I use because of dependency reasons); indeed, http://docs.python.org/lib/module-datetime.html says "New in version 2.3." I spotted a possible replacement for datetime.py{d,c} on 2.2 on pythonweb.org, but this site is currently brocken (HTTP Status:403). At any rate, since this module depends from a feature which is not included in Python 2.2, the 2.2 build of pywin32 should not include the win32timezone module. Alternatively, it could detect the import exception and displays some useful message (like "On Python 2.2, bring the datetime module from <http://some/tested/package>.") I am willingful to test here... as soon as I can put my hands on a suitable datetime.py* module! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1707248&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-04-24 10:02:02
|
Patches item #1706430, was opened at 2007-04-24 12:01 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=1706430&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michael Foetsch (foetsch) Assigned to: Nobody/Anonymous (nobody) Summary: Access violation in odbc when DB is down Initial Comment: When a DB connection is opened using "odbc.odbc()", and the connection object is reused for several queries (which it usually is), an access violation might occur. To reproduce: * Open a connection * Execute an SQL query * Shut down the SQL database service * Execute another SQL query using the same connection object * A Python exception occurs, which is expected * When the DB cursor is garbage collected (or when you invoke "close()" on it explicitly), Python crashes with an access violation within the ODBC DLL (I tried using Win XP and SQL Server 2005) In the patch, the access violation is caught using a __try/__except. This also allows "attemptReconnect()" to do its magic when the SQL service goes back up. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1706430&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-04-24 04:29:16
|
Patches item #1705634, was opened at 2007-04-23 17:58 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1705634&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Steve Yin (steveyin) >Assigned to: Sidnei da Silva (dreamcatcher) Summary: VC8.0 build patch for AMD64 branch Initial Comment: Well, I managed to build amd64 branch with vs8.0. why vs8? it's better for amd64 build. of course, I also used vista updated sdk as platform sdk. also, something need to be done with Python25\Lib\distutils\msvccompiler.py, so this built can be build. here is the patch. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2007-04-24 14:29 Message: Logged In: YES user_id=14198 Originator: NO sidnei - what is the status of your branch? ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2007-04-24 14:23 Message: Logged In: YES user_id=14198 Originator: NO that's great - thanks! I'm actually getting a x64 box within the week, so I might hang off until then to apply it. It's worth noting that the trunk has also had some generic amd64 work done, and that might get close to building too. I'm afraid I haven't been paying much attention to the 64bit world. ---------------------------------------------------------------------- Comment By: Steve Yin (steveyin) Date: 2007-04-24 13:51 Message: Logged In: YES user_id=1613955 Originator: YES you said I comment out some function, the function I only commented out is ado support, you know, there is no ado under x64, also, there is no naked keyword under x64. ---------------------------------------------------------------------- Comment By: Steve Yin (steveyin) Date: 2007-04-24 13:47 Message: Logged In: YES user_id=1613955 Originator: YES well, here we are. the updated patch. Note: I can not build axdebug extension. because I don't know where to find the corresponding activdbg.h file to vista sdk. But, I DID found these IID_ in uuid.lib under Lib\x64. but just no header. I have little knowledge about ATL & COM under windows. File Added: vc8-build.patch ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2007-04-24 09:59 Message: Logged In: YES user_id=14198 Originator: NO I'm afraid this patch still needs work - in some cases you have simply removed functionality which works today. While that might be acceptable for 64bit builds, its not acceptable for future 32 bit builds. Any chance you can make all the relevant changes conditional? Thanks ---------------------------------------------------------------------- Comment By: Steve Yin (steveyin) Date: 2007-04-23 17:59 Message: Logged In: YES user_id=1613955 Originator: YES this patch built on today's cvs revision. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1705634&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-04-24 04:23:18
|
Patches item #1705634, was opened at 2007-04-23 17:58 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1705634&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Steve Yin (steveyin) Assigned to: Nobody/Anonymous (nobody) Summary: VC8.0 build patch for AMD64 branch Initial Comment: Well, I managed to build amd64 branch with vs8.0. why vs8? it's better for amd64 build. of course, I also used vista updated sdk as platform sdk. also, something need to be done with Python25\Lib\distutils\msvccompiler.py, so this built can be build. here is the patch. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2007-04-24 14:23 Message: Logged In: YES user_id=14198 Originator: NO that's great - thanks! I'm actually getting a x64 box within the week, so I might hang off until then to apply it. It's worth noting that the trunk has also had some generic amd64 work done, and that might get close to building too. I'm afraid I haven't been paying much attention to the 64bit world. ---------------------------------------------------------------------- Comment By: Steve Yin (steveyin) Date: 2007-04-24 13:51 Message: Logged In: YES user_id=1613955 Originator: YES you said I comment out some function, the function I only commented out is ado support, you know, there is no ado under x64, also, there is no naked keyword under x64. ---------------------------------------------------------------------- Comment By: Steve Yin (steveyin) Date: 2007-04-24 13:47 Message: Logged In: YES user_id=1613955 Originator: YES well, here we are. the updated patch. Note: I can not build axdebug extension. because I don't know where to find the corresponding activdbg.h file to vista sdk. But, I DID found these IID_ in uuid.lib under Lib\x64. but just no header. I have little knowledge about ATL & COM under windows. File Added: vc8-build.patch ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2007-04-24 09:59 Message: Logged In: YES user_id=14198 Originator: NO I'm afraid this patch still needs work - in some cases you have simply removed functionality which works today. While that might be acceptable for 64bit builds, its not acceptable for future 32 bit builds. Any chance you can make all the relevant changes conditional? Thanks ---------------------------------------------------------------------- Comment By: Steve Yin (steveyin) Date: 2007-04-23 17:59 Message: Logged In: YES user_id=1613955 Originator: YES this patch built on today's cvs revision. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1705634&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-04-24 03:51:01
|
Patches item #1705634, was opened at 2007-04-23 15:58 Message generated for change (Comment added) made by steveyin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1705634&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Steve Yin (steveyin) Assigned to: Nobody/Anonymous (nobody) Summary: VC8.0 build patch for AMD64 branch Initial Comment: Well, I managed to build amd64 branch with vs8.0. why vs8? it's better for amd64 build. of course, I also used vista updated sdk as platform sdk. also, something need to be done with Python25\Lib\distutils\msvccompiler.py, so this built can be build. here is the patch. ---------------------------------------------------------------------- >Comment By: Steve Yin (steveyin) Date: 2007-04-24 11:51 Message: Logged In: YES user_id=1613955 Originator: YES you said I comment out some function, the function I only commented out is ado support, you know, there is no ado under x64, also, there is no naked keyword under x64. ---------------------------------------------------------------------- Comment By: Steve Yin (steveyin) Date: 2007-04-24 11:47 Message: Logged In: YES user_id=1613955 Originator: YES well, here we are. the updated patch. Note: I can not build axdebug extension. because I don't know where to find the corresponding activdbg.h file to vista sdk. But, I DID found these IID_ in uuid.lib under Lib\x64. but just no header. I have little knowledge about ATL & COM under windows. File Added: vc8-build.patch ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2007-04-24 07:59 Message: Logged In: YES user_id=14198 Originator: NO I'm afraid this patch still needs work - in some cases you have simply removed functionality which works today. While that might be acceptable for 64bit builds, its not acceptable for future 32 bit builds. Any chance you can make all the relevant changes conditional? Thanks ---------------------------------------------------------------------- Comment By: Steve Yin (steveyin) Date: 2007-04-23 15:59 Message: Logged In: YES user_id=1613955 Originator: YES this patch built on today's cvs revision. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1705634&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-04-24 03:47:05
|
Patches item #1705634, was opened at 2007-04-23 15:58 Message generated for change (Comment added) made by steveyin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1705634&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Steve Yin (steveyin) Assigned to: Nobody/Anonymous (nobody) Summary: VC8.0 build patch for AMD64 branch Initial Comment: Well, I managed to build amd64 branch with vs8.0. why vs8? it's better for amd64 build. of course, I also used vista updated sdk as platform sdk. also, something need to be done with Python25\Lib\distutils\msvccompiler.py, so this built can be build. here is the patch. ---------------------------------------------------------------------- >Comment By: Steve Yin (steveyin) Date: 2007-04-24 11:47 Message: Logged In: YES user_id=1613955 Originator: YES well, here we are. the updated patch. Note: I can not build axdebug extension. because I don't know where to find the corresponding activdbg.h file to vista sdk. But, I DID found these IID_ in uuid.lib under Lib\x64. but just no header. I have little knowledge about ATL & COM under windows. File Added: vc8-build.patch ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2007-04-24 07:59 Message: Logged In: YES user_id=14198 Originator: NO I'm afraid this patch still needs work - in some cases you have simply removed functionality which works today. While that might be acceptable for 64bit builds, its not acceptable for future 32 bit builds. Any chance you can make all the relevant changes conditional? Thanks ---------------------------------------------------------------------- Comment By: Steve Yin (steveyin) Date: 2007-04-23 15:59 Message: Logged In: YES user_id=1613955 Originator: YES this patch built on today's cvs revision. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1705634&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-04-23 23:59:18
|
Patches item #1705634, was opened at 2007-04-23 17:58 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1705634&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Steve Yin (steveyin) Assigned to: Nobody/Anonymous (nobody) Summary: VC8.0 build patch for AMD64 branch Initial Comment: Well, I managed to build amd64 branch with vs8.0. why vs8? it's better for amd64 build. of course, I also used vista updated sdk as platform sdk. also, something need to be done with Python25\Lib\distutils\msvccompiler.py, so this built can be build. here is the patch. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2007-04-24 09:59 Message: Logged In: YES user_id=14198 Originator: NO I'm afraid this patch still needs work - in some cases you have simply removed functionality which works today. While that might be acceptable for 64bit builds, its not acceptable for future 32 bit builds. Any chance you can make all the relevant changes conditional? Thanks ---------------------------------------------------------------------- Comment By: Steve Yin (steveyin) Date: 2007-04-23 17:59 Message: Logged In: YES user_id=1613955 Originator: YES this patch built on today's cvs revision. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1705634&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-04-23 07:59:48
|
Patches item #1705634, was opened at 2007-04-23 15:58 Message generated for change (Comment added) made by steveyin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1705634&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Steve Yin (steveyin) Assigned to: Nobody/Anonymous (nobody) Summary: VC8.0 build patch for AMD64 branch Initial Comment: Well, I managed to build amd64 branch with vs8.0. why vs8? it's better for amd64 build. of course, I also used vista updated sdk as platform sdk. also, something need to be done with Python25\Lib\distutils\msvccompiler.py, so this built can be build. here is the patch. ---------------------------------------------------------------------- >Comment By: Steve Yin (steveyin) Date: 2007-04-23 15:59 Message: Logged In: YES user_id=1613955 Originator: YES this patch built on today's cvs revision. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1705634&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-04-23 07:58:40
|
Patches item #1705634, was opened at 2007-04-23 15:58 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1705634&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Steve Yin (steveyin) Assigned to: Nobody/Anonymous (nobody) Summary: VC8.0 build patch for AMD64 branch Initial Comment: Well, I managed to build amd64 branch with vs8.0. why vs8? it's better for amd64 build. of course, I also used vista updated sdk as platform sdk. also, something need to be done with Python25\Lib\distutils\msvccompiler.py, so this built can be build. here is the patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1705634&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-03-26 21:29:33
|
Feature Requests item #1687175, was opened at 2007-03-23 22:20 Message generated for change (Comment added) made by tmick You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1687175&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: win32 Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Dwig (dwig) Assigned to: Nobody/Anonymous (nobody) Summary: CreateProcess doesn't sort environment block Initial Comment: Win32 CreateProcess requires that the environment block be sorted alphabetically, case-insensitive. This isn't currently done by win32process, so subprocesses won't see all the environment vars in the dictionary. See the thread around http://mail.python.org/pipermail/python-dev/2004-October/049656.html for a discussion of this, and how to solve it. (This also affects the Popen class in the subprocess module, which takes an env argument and calls CreateProcess.) ---------------------------------------------------------------------- Comment By: Trent Mick (tmick) Date: 2007-03-26 21:29 Message: Logged In: YES user_id=34892 Originator: NO Uh, I *would* attach the patch, but I don't see how to do that on this bug item. SF Tracker sucks. The patch is here instead: http://trentm.com/patches/pywin32_createprocess_env_fix.patch ---------------------------------------------------------------------- Comment By: Trent Mick (tmick) Date: 2007-03-26 21:27 Message: Logged In: YES user_id=34892 Originator: NO I'll attach the patch that I am using for this in ActivePython builds. It doesn't do the absolutely correct thing as per the python-dev discussion you linked to. It is, instead, a "good enough for me so far" solution -- where "me" is usage in Komodo, where we hit the bug initially. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1687175&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-03-26 21:27:17
|
Feature Requests item #1687175, was opened at 2007-03-23 22:20 Message generated for change (Comment added) made by tmick You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1687175&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: win32 Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Dwig (dwig) Assigned to: Nobody/Anonymous (nobody) Summary: CreateProcess doesn't sort environment block Initial Comment: Win32 CreateProcess requires that the environment block be sorted alphabetically, case-insensitive. This isn't currently done by win32process, so subprocesses won't see all the environment vars in the dictionary. See the thread around http://mail.python.org/pipermail/python-dev/2004-October/049656.html for a discussion of this, and how to solve it. (This also affects the Popen class in the subprocess module, which takes an env argument and calls CreateProcess.) ---------------------------------------------------------------------- Comment By: Trent Mick (tmick) Date: 2007-03-26 21:27 Message: Logged In: YES user_id=34892 Originator: NO I'll attach the patch that I am using for this in ActivePython builds. It doesn't do the absolutely correct thing as per the python-dev discussion you linked to. It is, instead, a "good enough for me so far" solution -- where "me" is usage in Komodo, where we hit the bug initially. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1687175&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-03-23 22:20:40
|
Feature Requests item #1687175, was opened at 2007-03-23 15:20 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=1687175&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: win32 Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Dwig (dwig) Assigned to: Nobody/Anonymous (nobody) Summary: CreateProcess doesn't sort environment block Initial Comment: Win32 CreateProcess requires that the environment block be sorted alphabetically, case-insensitive. This isn't currently done by win32process, so subprocesses won't see all the environment vars in the dictionary. See the thread around http://mail.python.org/pipermail/python-dev/2004-October/049656.html for a discussion of this, and how to solve it. (This also affects the Popen class in the subprocess module, which takes an env argument and calls CreateProcess.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1687175&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-03-16 09:30:45
|
Bugs item #1681484, was opened at 2007-03-15 14:56 Message generated for change (Comment added) made by hoel You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1681484&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: win32 Group: None Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Berthold Höllmann (hoel) Assigned to: Nobody/Anonymous (nobody) Summary: compilation error with python 2.4.4 and VC6 Initial Comment: I need to compile a python version using VC 6. Building pywin32-210 with this python-2.4.4 I get an error message: win32\src\PyWinTypes.h(323) : error C2061: syntax error : identifier 'PIO_COUNTERS' Kind regards Berthold ---------------------------------------------------------------------- >Comment By: Berthold Höllmann (hoel) Date: 2007-03-16 10:30 Message: Logged In: YES user_id=81913 Originator: YES My python is build using VC6, but in fact everything is working now after I installed the latest MSDK. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2007-03-15 23:07 Message: Logged In: YES user_id=14198 Originator: NO Only the official compiler used to build python is supported - so python 2.4 must be built with VC7. I'd be happy to accept patches if you get it building - please open a patch in that case. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1681484&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-03-15 22:15:22
|
Bugs item #1664662, was opened at 2007-02-21 08:05 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1664662&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: Rejected Priority: 5 Private: No Submitted By: cjwhrw12 (cjwhrw12) Assigned to: Nobody/Anonymous (nobody) Summary: crash in regedit Initial Comment: Please see attached file. Grief occurs at toolmenu 77. It defeats debuggers. I can't offer any suggestions. Colin W. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2007-03-16 09:15 Message: Logged In: YES user_id=14198 Originator: NO toolmenu.py has no line that looks like: print sys.exc_clear.info() it appears you may have modified it. Either way, anything in the pywin package is not designed to be general purpose and will only run from inside the pythonwin environment. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1664662&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-03-15 22:07:50
|
Bugs item #1681484, was opened at 2007-03-16 00:56 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1681484&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: win32 Group: None >Status: Closed >Resolution: Rejected Priority: 5 Private: No Submitted By: Berthold Höllmann (hoel) Assigned to: Nobody/Anonymous (nobody) Summary: compilation error with python 2.4.4 and VC6 Initial Comment: I need to compile a python version using VC 6. Building pywin32-210 with this python-2.4.4 I get an error message: win32\src\PyWinTypes.h(323) : error C2061: syntax error : identifier 'PIO_COUNTERS' Kind regards Berthold ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2007-03-16 09:07 Message: Logged In: YES user_id=14198 Originator: NO Only the official compiler used to build python is supported - so python 2.4 must be built with VC7. I'd be happy to accept patches if you get it building - please open a patch in that case. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1681484&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-03-15 13:56:08
|
Bugs item #1681484, was opened at 2007-03-15 14:56 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=1681484&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: win32 Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Berthold Höllmann (hoel) Assigned to: Nobody/Anonymous (nobody) Summary: compilation error with python 2.4.4 and VC6 Initial Comment: I need to compile a python version using VC 6. Building pywin32-210 with this python-2.4.4 I get an error message: win32\src\PyWinTypes.h(323) : error C2061: syntax error : identifier 'PIO_COUNTERS' Kind regards Berthold ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1681484&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-03-08 23:47:30
|
Bugs item #1168575, was opened at 2005-03-22 13:41 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1168575&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: Matthew Harelick (mharelick) Assigned to: Nobody/Anonymous (nobody) Summary: makepy crashes pythonwin Initial Comment: Makepy crashes pythonwin when attempting to make the python com for Microsoft Excel 10.0 library. OS: Microsoft XP Professional "Error Signature" information AppName: pythonwin.exe ModVer: 5.1.2600.2180 AppVer: 0.0.0.0 Modname: ntdlldll Offset: 00011e58 Here is the version information from the pythonwin prompt: PythonWin 2.4 (#60, Nov 30 2004, 11:49:19) [MSC v.1310 32 bit (Intel)] on win32. ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2007-03-08 18:47 Message: Logged In: YES user_id=771074 Originator: NO This was due to a Python bug triggered by long lines of code. It's since been fixed in Python itself, and makepy has also been changed to output shorter lines. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1168575&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-03-08 23:23:33
|
Bugs item #1267366, was opened at 2005-08-23 13:58 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1267366&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: win32 Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: John J Smith (johnjsmith) Assigned to: Nobody/Anonymous (nobody) Summary: CreateWindow() requires class atom, not name Initial Comment: If the class name given to win32gui.RegisterClass() is given to win32gui.CreateWindow(), then no window messages are delivered. If the class atom returned by RegisterClass() is given to CreateWindow(), then things work as expected. Both MSDN and the win32gui docs seem to indicate that a class name is acceptable. e.g.: http://mail.python.org/pipermail/python-win32/2004-December/002771.html (The code works if the class name is replaced by the atom.) ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2007-03-08 18:23 Message: Logged In: YES user_id=771074 Originator: NO Rev 1.102 of win32gui.i fixes this issue. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1267366&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-03-03 21:45:18
|
Feature Requests item #1672891, was opened at 2007-03-03 05:59 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1672891&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Josu Rodriguez Vilda (jrvilda) Assigned to: Nobody/Anonymous (nobody) Summary: problem win32api when consulting the registry Reg_MULTI_SZ Initial Comment: hello, First, I hope that they pardon the English to me, since I am Spanish and am using the tool of google. The problem takes place when consulting registry keys type reg_MULTI_SZ with several values, the turn out to give several values and single it shows one. Example: [pendientes.reg] Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager] "PendingFileRenameOperations"=hex(7):5c,00,3f,00,3f,00,5c,00,43,00,3a,00,5c,00,\ 41,00,72,00,63,00,68,00,69,00,76,00,6f,00,73,00,20,00,64,00,65,00,20,00,70,\ 00,72,00,6f,00,67,00,72,00,61,00,6d,00,61,00,5c,00,47,00,6f,00,6f,00,67,00,\ 6c,00,65,00,5c,00,47,00,6f,00,6f,00,67,00,6c,00,65,00,54,00,6f,00,6f,00,6c,\ 00,62,00,61,00,72,00,4e,00,6f,00,74,00,69,00,66,00,69,00,65,00,72,00,5c,00,\ 31,00,2e,00,32,00,2e,00,39,00,30,00,38,00,2e,00,35,00,30,00,30,00,38,00,5c,\ 00,73,00,77,00,67,00,33,00,2e,00,74,00,6d,00,70,00,00,00,00,00,5c,00,3f,00,\ 3f,00,5c,00,43,00,3a,00,5c,00,41,00,72,00,63,00,68,00,69,00,76,00,6f,00,73,\ 00,20,00,64,00,65,00,20,00,70,00,72,00,6f,00,67,00,72,00,61,00,6d,00,61,00,\ 5c,00,47,00,6f,00,6f,00,67,00,6c,00,65,00,5c,00,47,00,6f,00,6f,00,67,00,6c,\ 00,65,00,54,00,6f,00,6f,00,6c,00,62,00,61,00,72,00,4e,00,6f,00,74,00,69,00,\ 66,00,69,00,65,00,72,00,5c,00,31,00,2e,00,32,00,2e,00,39,00,30,00,38,00,2e,\ 00,35,00,30,00,30,00,38,00,5c,00,47,00,6f,00,6f,00,34,00,2e,00,74,00,6d,00,\ 70,00,00,00,00,00,5c,00,3f,00,3f,00,5c,00,43,00,3a,00,5c,00,41,00,72,00,63,\ 00,68,00,69,00,76,00,6f,00,73,00,20,00,64,00,65,00,20,00,70,00,72,00,6f,00,\ 67,00,72,00,61,00,6d,00,61,00,5c,00,47,00,6f,00,6f,00,67,00,6c,00,65,00,5c,\ 00,47,00,6f,00,6f,00,67,00,6c,00,65,00,54,00,6f,00,6f,00,6c,00,62,00,61,00,\ 72,00,4e,00,6f,00,74,00,69,00,66,00,69,00,65,00,72,00,5c,00,31,00,2e,00,32,\ 00,2e,00,39,00,30,00,38,00,2e,00,35,00,30,00,30,00,38,00,5c,00,72,00,65,00,\ 73,00,35,00,2e,00,74,00,6d,00,70,00,00,00,00,00,5c,00,3f,00,3f,00,5c,00,43,\ 00,3a,00,5c,00,41,00,72,00,63,00,68,00,69,00,76,00,6f,00,73,00,20,00,64,00,\ 65,00,20,00,70,00,72,00,6f,00,67,00,72,00,61,00,6d,00,61,00,5c,00,47,00,6f,\ 00,6f,00,67,00,6c,00,65,00,5c,00,47,00,6f,00,6f,00,67,00,6c,00,65,00,54,00,\ 6f,00,6f,00,6c,00,62,00,61,00,72,00,4e,00,6f,00,74,00,69,00,66,00,69,00,65,\ 00,72,00,5c,00,31,00,2e,00,32,00,2e,00,39,00,30,00,38,00,2e,00,35,00,30,00,\ 30,00,38,00,00,00,00,00,5c,00,3f,00,3f,00,5c,00,43,00,3a,00,5c,00,41,00,72,\ 00,63,00,68,00,69,00,76,00,6f,00,73,00,20,00,64,00,65,00,20,00,70,00,72,00,\ 6f,00,67,00,72,00,61,00,6d,00,61,00,5c,00,47,00,6f,00,6f,00,67,00,6c,00,65,\ 00,5c,00,47,00,6f,00,6f,00,67,00,6c,00,65,00,54,00,6f,00,6f,00,6c,00,62,00,\ 61,00,72,00,4e,00,6f,00,74,00,69,00,66,00,69,00,65,00,72,00,00,00,00,00,5c,\ 00,3f,00,3f,00,5c,00,43,00,3a,00,5c,00,41,00,72,00,63,00,68,00,69,00,76,00,\ 6f,00,73,00,20,00,64,00,65,00,20,00,70,00,72,00,6f,00,67,00,72,00,61,00,6d,\ 00,61,00,5c,00,47,00,6f,00,6f,00,67,00,6c,00,65,00,5c,00,47,00,6f,00,6f,00,\ 67,00,6c,00,65,00,54,00,6f,00,6f,00,6c,00,62,00,61,00,72,00,32,00,2e,00,64,\ 00,6c,00,6c,00,00,00,00,00,5c,00,3f,00,3f,00,5c,00,43,00,3a,00,5c,00,41,00,\ 72,00,63,00,68,00,69,00,76,00,6f,00,73,00,20,00,64,00,65,00,20,00,70,00,72,\ 00,6f,00,67,00,72,00,61,00,6d,00,61,00,5c,00,47,00,6f,00,6f,00,67,00,6c,00,\ 65,00,5c,00,47,00,6f,00,6f,00,67,00,6c,00,65,00,54,00,6f,00,6f,00,6c,00,62,\ 00,61,00,72,00,4e,00,6f,00,74,00,69,00,66,00,69,00,65,00,72,00,5c,00,31,00,\ 2e,00,32,00,2e,00,39,00,30,00,38,00,2e,00,35,00,30,00,30,00,38,00,00,00,00,\ 00,5c,00,3f,00,3f,00,5c,00,63,00,3a,00,5c,00,61,00,72,00,63,00,68,00,69,00,\ 76,00,6f,00,73,00,20,00,64,00,65,00,20,00,70,00,72,00,6f,00,67,00,72,00,61,\ 00,6d,00,61,00,5c,00,67,00,6f,00,6f,00,67,00,6c,00,65,00,5c,00,67,00,6f,00,\ 6f,00,67,00,6c,00,65,00,74,00,6f,00,6f,00,6c,00,62,00,61,00,72,00,32,00,2e,\ 00,64,00,6c,00,6c,00,00,00,00,00,00,00 [/prendientes.reg] [CODE] pendingFileRename=time.strftime("%A %d-%m-%Y %H:%M", time.localtime()) def getPendingFileRenameOperations(): aKey = _winreg.OpenKey(_winreg.HKEY_LOCAL_MACHINE,r"SYSTEM\CurrentControlSet\Control\Session Manager") try: try: values = _winreg.QueryValueEx(aKey, "PendingFileRenameOperations")[0] except WindowsError: values = ("No Existen Datos") finally: _winreg.CloseKey(aKey) return values pendingFileRename=pendingFileRename+"\n\n"+str(getPendingFileRenameOperations()) pendingFileRename=pendingFileRename+"\n\n--------------------" pendingFileRename=pendingFileRename+"\nRecuerda que aun es una versión DEMO.\nDebes de usar programas testeados como puede ser:\npendmoves.exe de sysinternals." self.txm373c.SetValue(pendingFileRename) RESULTADO WIN32API= [u'\\??\\C:\\Archivos de programa\\Google\\GoogleToolbarNotifier\\1.2.908.5008\\swg3.tmp'] RESULTADO OK= [u'\\??\\C:\\Archivos de programa\\Google\\GoogleToolbarNotifier\\1.2.908.5008\\swg3.tmp',u'\\??\\C:\\Archivos de programa\\Google\\GoogleToolbarNotifier\\1.2.908.5008\\res5.tmp',u'\\??\\C:\\Archivos de programa\\Google\\GoogleToolbarNotifier\\1.2.908.5008\\goo4.tmp',u'\\??\\C:\\Archivos de programa\\Google\\GoogleToolbarNotifier\\1.2.908.5008',etc] ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2007-03-03 16:45 Message: Logged In: YES user_id=771074 Originator: NO It appears the paths in the data are separated by double NULLs, which are used as a terminator for REG_MULTI_SZ values. According to the docs here: http://www.microsoft.com/technet/prodtechnol/windows2000serv/reskit/regentry/58499.mspx?mfr=true this key shouldn't be manipulated directly (probably for this very same reason). You should be able to use win32file.MoveFileEx with MOVEFILE_DELAY_UNTIL_REBOOT instead. Roger ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1672891&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-03-03 10:59:30
|
Feature Requests item #1672891, was opened at 2007-03-03 10:59 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=1672891&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Josu Rodriguez Vilda (jrvilda) Assigned to: Nobody/Anonymous (nobody) Summary: problem win32api when consulting the registry Reg_MULTI_SZ Initial Comment: hello, First, I hope that they pardon the English to me, since I am Spanish and am using the tool of google. The problem takes place when consulting registry keys type reg_MULTI_SZ with several values, the turn out to give several values and single it shows one. Example: [pendientes.reg] Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager] "PendingFileRenameOperations"=hex(7):5c,00,3f,00,3f,00,5c,00,43,00,3a,00,5c,00,\ 41,00,72,00,63,00,68,00,69,00,76,00,6f,00,73,00,20,00,64,00,65,00,20,00,70,\ 00,72,00,6f,00,67,00,72,00,61,00,6d,00,61,00,5c,00,47,00,6f,00,6f,00,67,00,\ 6c,00,65,00,5c,00,47,00,6f,00,6f,00,67,00,6c,00,65,00,54,00,6f,00,6f,00,6c,\ 00,62,00,61,00,72,00,4e,00,6f,00,74,00,69,00,66,00,69,00,65,00,72,00,5c,00,\ 31,00,2e,00,32,00,2e,00,39,00,30,00,38,00,2e,00,35,00,30,00,30,00,38,00,5c,\ 00,73,00,77,00,67,00,33,00,2e,00,74,00,6d,00,70,00,00,00,00,00,5c,00,3f,00,\ 3f,00,5c,00,43,00,3a,00,5c,00,41,00,72,00,63,00,68,00,69,00,76,00,6f,00,73,\ 00,20,00,64,00,65,00,20,00,70,00,72,00,6f,00,67,00,72,00,61,00,6d,00,61,00,\ 5c,00,47,00,6f,00,6f,00,67,00,6c,00,65,00,5c,00,47,00,6f,00,6f,00,67,00,6c,\ 00,65,00,54,00,6f,00,6f,00,6c,00,62,00,61,00,72,00,4e,00,6f,00,74,00,69,00,\ 66,00,69,00,65,00,72,00,5c,00,31,00,2e,00,32,00,2e,00,39,00,30,00,38,00,2e,\ 00,35,00,30,00,30,00,38,00,5c,00,47,00,6f,00,6f,00,34,00,2e,00,74,00,6d,00,\ 70,00,00,00,00,00,5c,00,3f,00,3f,00,5c,00,43,00,3a,00,5c,00,41,00,72,00,63,\ 00,68,00,69,00,76,00,6f,00,73,00,20,00,64,00,65,00,20,00,70,00,72,00,6f,00,\ 67,00,72,00,61,00,6d,00,61,00,5c,00,47,00,6f,00,6f,00,67,00,6c,00,65,00,5c,\ 00,47,00,6f,00,6f,00,67,00,6c,00,65,00,54,00,6f,00,6f,00,6c,00,62,00,61,00,\ 72,00,4e,00,6f,00,74,00,69,00,66,00,69,00,65,00,72,00,5c,00,31,00,2e,00,32,\ 00,2e,00,39,00,30,00,38,00,2e,00,35,00,30,00,30,00,38,00,5c,00,72,00,65,00,\ 73,00,35,00,2e,00,74,00,6d,00,70,00,00,00,00,00,5c,00,3f,00,3f,00,5c,00,43,\ 00,3a,00,5c,00,41,00,72,00,63,00,68,00,69,00,76,00,6f,00,73,00,20,00,64,00,\ 65,00,20,00,70,00,72,00,6f,00,67,00,72,00,61,00,6d,00,61,00,5c,00,47,00,6f,\ 00,6f,00,67,00,6c,00,65,00,5c,00,47,00,6f,00,6f,00,67,00,6c,00,65,00,54,00,\ 6f,00,6f,00,6c,00,62,00,61,00,72,00,4e,00,6f,00,74,00,69,00,66,00,69,00,65,\ 00,72,00,5c,00,31,00,2e,00,32,00,2e,00,39,00,30,00,38,00,2e,00,35,00,30,00,\ 30,00,38,00,00,00,00,00,5c,00,3f,00,3f,00,5c,00,43,00,3a,00,5c,00,41,00,72,\ 00,63,00,68,00,69,00,76,00,6f,00,73,00,20,00,64,00,65,00,20,00,70,00,72,00,\ 6f,00,67,00,72,00,61,00,6d,00,61,00,5c,00,47,00,6f,00,6f,00,67,00,6c,00,65,\ 00,5c,00,47,00,6f,00,6f,00,67,00,6c,00,65,00,54,00,6f,00,6f,00,6c,00,62,00,\ 61,00,72,00,4e,00,6f,00,74,00,69,00,66,00,69,00,65,00,72,00,00,00,00,00,5c,\ 00,3f,00,3f,00,5c,00,43,00,3a,00,5c,00,41,00,72,00,63,00,68,00,69,00,76,00,\ 6f,00,73,00,20,00,64,00,65,00,20,00,70,00,72,00,6f,00,67,00,72,00,61,00,6d,\ 00,61,00,5c,00,47,00,6f,00,6f,00,67,00,6c,00,65,00,5c,00,47,00,6f,00,6f,00,\ 67,00,6c,00,65,00,54,00,6f,00,6f,00,6c,00,62,00,61,00,72,00,32,00,2e,00,64,\ 00,6c,00,6c,00,00,00,00,00,5c,00,3f,00,3f,00,5c,00,43,00,3a,00,5c,00,41,00,\ 72,00,63,00,68,00,69,00,76,00,6f,00,73,00,20,00,64,00,65,00,20,00,70,00,72,\ 00,6f,00,67,00,72,00,61,00,6d,00,61,00,5c,00,47,00,6f,00,6f,00,67,00,6c,00,\ 65,00,5c,00,47,00,6f,00,6f,00,67,00,6c,00,65,00,54,00,6f,00,6f,00,6c,00,62,\ 00,61,00,72,00,4e,00,6f,00,74,00,69,00,66,00,69,00,65,00,72,00,5c,00,31,00,\ 2e,00,32,00,2e,00,39,00,30,00,38,00,2e,00,35,00,30,00,30,00,38,00,00,00,00,\ 00,5c,00,3f,00,3f,00,5c,00,63,00,3a,00,5c,00,61,00,72,00,63,00,68,00,69,00,\ 76,00,6f,00,73,00,20,00,64,00,65,00,20,00,70,00,72,00,6f,00,67,00,72,00,61,\ 00,6d,00,61,00,5c,00,67,00,6f,00,6f,00,67,00,6c,00,65,00,5c,00,67,00,6f,00,\ 6f,00,67,00,6c,00,65,00,74,00,6f,00,6f,00,6c,00,62,00,61,00,72,00,32,00,2e,\ 00,64,00,6c,00,6c,00,00,00,00,00,00,00 [/prendientes.reg] [CODE] pendingFileRename=time.strftime("%A %d-%m-%Y %H:%M", time.localtime()) def getPendingFileRenameOperations(): aKey = _winreg.OpenKey(_winreg.HKEY_LOCAL_MACHINE,r"SYSTEM\CurrentControlSet\Control\Session Manager") try: try: values = _winreg.QueryValueEx(aKey, "PendingFileRenameOperations")[0] except WindowsError: values = ("No Existen Datos") finally: _winreg.CloseKey(aKey) return values pendingFileRename=pendingFileRename+"\n\n"+str(getPendingFileRenameOperations()) pendingFileRename=pendingFileRename+"\n\n--------------------" pendingFileRename=pendingFileRename+"\nRecuerda que aun es una versión DEMO.\nDebes de usar programas testeados como puede ser:\npendmoves.exe de sysinternals." self.txm373c.SetValue(pendingFileRename) RESULTADO WIN32API= [u'\\??\\C:\\Archivos de programa\\Google\\GoogleToolbarNotifier\\1.2.908.5008\\swg3.tmp'] RESULTADO OK= [u'\\??\\C:\\Archivos de programa\\Google\\GoogleToolbarNotifier\\1.2.908.5008\\swg3.tmp',u'\\??\\C:\\Archivos de programa\\Google\\GoogleToolbarNotifier\\1.2.908.5008\\res5.tmp',u'\\??\\C:\\Archivos de programa\\Google\\GoogleToolbarNotifier\\1.2.908.5008\\goo4.tmp',u'\\??\\C:\\Archivos de programa\\Google\\GoogleToolbarNotifier\\1.2.908.5008',etc] ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1672891&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-02-21 18:00:41
|
Bugs item #1659074, was opened at 2007-02-13 08:16 Message generated for change (Comment added) made by jaraco You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1659074&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: Fixed Priority: 5 Private: No Submitted By: Jason R. Coombs (jaraco) Assigned to: Nobody/Anonymous (nobody) Summary: win32timezone limitations with changes in time zone policy Initial Comment: For 2007, Microsoft has changed the time zone parameters to comply with the new time zone dates for the U.S.. For more information, see http://support.microsoft.com/kb/928388. While win32timezone will continue to work with the new parameters, it will assume these parameters for all of history, so after the above patch is applied or Windows Vista is used, the time zone boundaries will be incorrect for dates prior to 2007. I intend to cache the values for the time zone boundaries prior to 2007 and use them for earlier years. ---------------------------------------------------------------------- >Comment By: Jason R. Coombs (jaraco) Date: 2007-02-21 11:00 Message: Logged In: YES user_id=599869 Originator: YES Instead of caching time zone values from past versions of Windows, I've implemented support for the dynamic time zones as implemented in Windows Vista. This capability utilizes the Dynamic DST key (optionally under each time zone key). Dynamic Time Support can be back-ported to earlier operating systems by copying the Dynamic DST keys from a Windows Vista machine to an earlier version of Windows. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1659074&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-02-20 21:05:56
|
Bugs item #1664662, was opened at 2007-02-20 16:05 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=1664662&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: cjwhrw12 (cjwhrw12) Assigned to: Nobody/Anonymous (nobody) Summary: crash in regedit Initial Comment: Please see attached file. Grief occurs at toolmenu 77. It defeats debuggers. I can't offer any suggestions. Colin W. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1664662&group_id=78018 |
2 messages has been excluded from this view by a project administrator.
