pywin32-bugs Mailing List for Python for Windows Extensions (Page 60)
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...> - 2008-02-09 21:05:56
|
Bugs item #1842445, was opened at 2007-12-01 16:01 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1842445&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: Vano (native_api) Assigned to: Nobody/Anonymous (nobody) Summary: win32api.RegQueryValueEx cannot obtain perfomance data Initial Comment: "Performance data" is HKEY_PERFORMANCE_DATA or HKLM\Software\Microsoft\Windows NT\CurrentVersion\Perflib values. The problem is caused by a special behaviour of the underlying API in this case. The call at win32apimodule.cpp:3575 doesn't return size to bufSize but simply fails with ERROR_MORE_DATA (and so does the whole function). Attached is the diff that adds handling of this special situation. It assumes that this is the only case where RegQueryValueEx emits ERROR_MORE_DATA given NULL as lpData. ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2008-02-09 16:05 Message: Logged In: YES user_id=771074 Originator: NO This has been fixed in win32apimodule.cpp 1.80. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1842445&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-02-07 23:02:30
|
Bugs item #1888859, was opened at 2008-02-07 10:43 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1888859&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: bimal (bimalbiswal123) >Assigned to: Roger Upole (rupole) Summary: win32pdh.EnumObjects fails on windows server 2003 R2 Initial Comment: The following code works ok on any windows version except windows server 2003 R2. import win32pdh >>> win32pdh.EnumObjects(None, None, 0, 1) Here is the traceback Traceback (most recent call last): File "<pyshell#1>", line 1, in <module> win32pdh.EnumObjects(None, None, 0, 1) error: (-2147481648, 'EnumObjects for buffer size', 'No error message is available') ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2008-02-07 18:02 Message: Logged In: YES user_id=771074 Originator: NO This is probably due to permissions. Try it from an elevated process. The next build will also have better support for PDH error messages: error: (-2147481648, 'EnumObjects for buffer size', 'Unable to connect to the specified computer or the computer is offline.') ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1888859&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-02-07 16:25:41
|
Bugs item #1888859, was opened at 2008-02-07 21:13 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=1888859&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: bimal (bimalbiswal123) Assigned to: Nobody/Anonymous (nobody) Summary: fails on windows server 2003 R2 Initial Comment: The following code works ok on any windows version except windows server 2003 R2. import win32pdh >>> win32pdh.EnumObjects(None, None, 0, 1) Here is the traceback Traceback (most recent call last): File "<pyshell#1>", line 1, in <module> win32pdh.EnumObjects(None, None, 0, 1) error: (-2147481648, 'EnumObjects for buffer size', 'No error message is available') ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1888859&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-02-07 15:50:18
|
Bugs item #1888859, was opened at 2008-02-07 21:13 Message generated for change (Settings changed) made by bimalbiswal123 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1888859&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: bimal (bimalbiswal123) Assigned to: Nobody/Anonymous (nobody) >Summary: win32pdh.EnumObjects fails on windows server 2003 R2 Initial Comment: The following code works ok on any windows version except windows server 2003 R2. import win32pdh >>> win32pdh.EnumObjects(None, None, 0, 1) Here is the traceback Traceback (most recent call last): File "<pyshell#1>", line 1, in <module> win32pdh.EnumObjects(None, None, 0, 1) error: (-2147481648, 'EnumObjects for buffer size', 'No error message is available') ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1888859&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-02-04 19:22:27
|
Bugs item #1886515, was opened at 2008-02-04 11:22 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=1886515&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: Jef Mangelschots (mangelschots) Assigned to: Nobody/Anonymous (nobody) Summary: pywin32 debugger does not pick up changes made Initial Comment: While debugging, when I notice an error, I make a change and restart the debugger. When I get on the modified lines, the debugger does not seem to pick up the changes and executes the code as it was before the change. I gues it did not detect a change and loaded the old pyd file. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1886515&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-01-29 03:27:44
|
Feature Requests item #1881548, was opened at 2008-01-28 21:02 Message generated for change (Settings changed) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1881548&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: Next Release (example) >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Brett Dixon (b_dixon) Assigned to: Nobody/Anonymous (nobody) Summary: SetWindowLongPtr Initial Comment: The old function win32gui.SetWindowLong has been superceded by SetWindowLongPtr to allow 32 and 64 bit. Can this function be added in the next release? Thanks ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2008-01-28 22:27 Message: Logged In: YES user_id=771074 Originator: NO SetWindowLong has already been updated in CVS to call SetWindowLongPtr. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1881548&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-01-29 02:02:07
|
Feature Requests item #1881548, was opened at 2008-01-28 18:02 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=1881548&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: Next Release (example) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Brett Dixon (b_dixon) Assigned to: Nobody/Anonymous (nobody) Summary: SetWindowLongPtr Initial Comment: The old function win32gui.SetWindowLong has been superceded by SetWindowLongPtr to allow 32 and 64 bit. Can this function be added in the next release? Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1881548&group_id=78018 |
|
From: Mark L. <mar...@gm...> - 2008-01-28 15:09:39
|
I figured out my problem, pywin32 doesn't build against the latest =
windows SDK, setup.py looks for the wrong reg keys for the sdk....
----- Original Message -----=20
From: Mark Line=20
To: pyw...@li...=20
Sent: Monday, January 28, 2008 10:44 AM
Subject: build vs 2003
Hi,
=20
I had a quick look though the old messages and didn't find what I was =
looking for... (I may be blind)
=20
I'm having problems building the pywin32 extensions, I'm running under =
XP sp2 with visual studio 2003 and have the windows SDK installed, I try =
building simply using "python setup.py -q build"
=20
However I receive the following errors:
=20
Building pywin32 2.5.210.0
Warning - can't find an installed platform SDK
Traceback (most recent call last):
File "setup.py", line 1546, in <module>
('', ('pywin32.pth',)),
File "C:\Python25\lib\distutils\core.py", line 151, in setup
dist.run_commands()
File "C:\Python25\lib\distutils\dist.py", line 974, in run_commands
self.run_command(cmd)
File "C:\Python25\lib\distutils\dist.py", line 994, in run_command
cmd_obj.run()
File "setup.py", line 359, in run
build.run(self)
File "C:\Python25\lib\distutils\command\build.py", line 112, in run
self.run_command(cmd_name)
File "C:\Python25\lib\distutils\cmd.py", line 333, in run_command
self.distribution.run_command(command)
File "C:\Python25\lib\distutils\dist.py", line 994, in run_command
cmd_obj.run()
File "C:\Python25\lib\distutils\command\build_ext.py", line 290, in =
run
self.build_extensions()
File "setup.py", line 490, in build_extensions
self.build_extension(ext)
File "setup.py", line 678, in build_extension
why =3D self._why_cant_build_extension(ext)
File "setup.py", line 426, in _why_cant_build_extension
raise RuntimeError, "Can't find a version in Windows.h"
RuntimeError: Can't find a version in Windows.h
=20
Ultimately I'd like to build a merge module for an msi, however i =
can't even build it myself right now!
=20
Any help would be great?
=20
Thanks
=20
Mark
|
|
From: Mark L. <mar...@gm...> - 2008-01-28 10:44:13
|
Hi,
=20
I had a quick look though the old messages and didn't find what I was =
looking for... (I may be blind)
=20
I'm having problems building the pywin32 extensions, I'm running under =
XP sp2 with visual studio 2003 and have the windows SDK installed, I try =
building simply using "python setup.py -q build"
=20
However I receive the following errors:
=20
Building pywin32 2.5.210.0
Warning - can't find an installed platform SDK
Traceback (most recent call last):
File "setup.py", line 1546, in <module>
('', ('pywin32.pth',)),
File "C:\Python25\lib\distutils\core.py", line 151, in setup
dist.run_commands()
File "C:\Python25\lib\distutils\dist.py", line 974, in run_commands
self.run_command(cmd)
File "C:\Python25\lib\distutils\dist.py", line 994, in run_command
cmd_obj.run()
File "setup.py", line 359, in run
build.run(self)
File "C:\Python25\lib\distutils\command\build.py", line 112, in run
self.run_command(cmd_name)
File "C:\Python25\lib\distutils\cmd.py", line 333, in run_command
self.distribution.run_command(command)
File "C:\Python25\lib\distutils\dist.py", line 994, in run_command
cmd_obj.run()
File "C:\Python25\lib\distutils\command\build_ext.py", line 290, in =
run
self.build_extensions()
File "setup.py", line 490, in build_extensions
self.build_extension(ext)
File "setup.py", line 678, in build_extension
why =3D self._why_cant_build_extension(ext)
File "setup.py", line 426, in _why_cant_build_extension
raise RuntimeError, "Can't find a version in Windows.h"
RuntimeError: Can't find a version in Windows.h
=20
Ultimately I'd like to build a merge module for an msi, however i can't =
even build it myself right now!
=20
Any help would be great?
=20
Thanks
=20
Mark
|
|
From: SourceForge.net <no...@so...> - 2008-01-26 17:40:08
|
Bugs item #1879894, was opened at 2008-01-25 12:51 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1879894&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: Sergei Cherepanov (insane_hunter) Assigned to: Nobody/Anonymous (nobody) Summary: CreateFont 'italic' keyword is working improperly Initial Comment: dc.CreateFont creates an italic font when 'italic' key is just specified, despite its value, e.g. dc.CreateFont({'name': 'My font', ..., 'italic': False}) creates italicized font and dc.CreateFont({'name': 'My font', ...}) creates regular one. Possible reason: /pywin32/Pythonwin/win32util.cpp rev. 1.12 DictToLogFont function: 317 318 v = PyDict_GetItemString (font_props, (char *)szFontItalic); 319 if (v != NULL && v != Py_None) 320 pLF->lfItalic = TRUE; 321 Seems to ignore the value stored in dict parameter. ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2008-01-26 12:40 Message: Logged In: YES user_id=771074 Originator: NO This has been fixed by calling PyObject_IsTrue on the object in the dict. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1879894&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-01-25 17:51:38
|
Bugs item #1879894, was opened at 2008-01-25 20:51 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=1879894&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: Sergei Cherepanov (insane_hunter) Assigned to: Nobody/Anonymous (nobody) Summary: CreateFont 'italic' keyword is working improperly Initial Comment: dc.CreateFont creates an italic font when 'italic' key is just specified, despite its value, e.g. dc.CreateFont({'name': 'My font', ..., 'italic': False}) creates italicized font and dc.CreateFont({'name': 'My font', ...}) creates regular one. Possible reason: /pywin32/Pythonwin/win32util.cpp rev. 1.12 DictToLogFont function: 317 318 v = PyDict_GetItemString (font_props, (char *)szFontItalic); 319 if (v != NULL && v != Py_None) 320 pLF->lfItalic = TRUE; 321 Seems to ignore the value stored in dict parameter. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1879894&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-01-25 14:17:55
|
Bugs item #1799934, was opened at 2007-09-21 20:29 Message generated for change (Comment added) made by zooko You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1799934&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: Zooko O'Whielacronx (zooko) Assigned to: Nobody/Anonymous (nobody) Summary: easy_install silently fails Initial Comment: If I install pywin32 by executing pywin32-210.win32-py2.5.exe , it works. If I run "easy_install pywin32" then it claims that it is downloading and installing pywin32-210.win32-py2.5.exe , and after a while it claims that it has successfully installed it, but an attempt to use pywin32 yields errors like this: $ python -c 'import win32process' Traceback (most recent call last): File "<string>", line 1, in <module> ImportError: DLL load failed: The specified module could not be found. I'm not sure whether this should be considered a bug in pywin32 or in easy_install, or both. Regards, Zooko ---------------------------------------------------------------------- >Comment By: Zooko O'Whielacronx (zooko) Date: 2008-01-25 14:17 Message: Logged In: YES user_id=52562 Originator: YES See also: http://mail.python.org/pipermail/distutils-sig/2007-July/007823.html ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2007-09-30 23:33 Message: Logged In: YES user_id=14198 Originator: NO I've no idea - that too is an easy_install question. I've never used easy_install to install pywin32, and I've never recommended anyone else do it either. ---------------------------------------------------------------------- Comment By: Zooko O'Whielacronx (zooko) Date: 2007-09-30 22:57 Message: Logged In: YES user_id=52562 Originator: YES I will see if I can make the pywin32_postinstall.py stuff get done automatically upon easy_install. In the meantime, is there some way to make this failure loud instead of silent? How do you tell easy_install: yes, there is a package in the expected format (.zip) in the expected place (pypi), but it isn't actually going to work? ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2007-09-21 23:57 Message: Logged In: YES user_id=14198 Originator: NO After install, pywin32_postinstall.py needs to be run, but ezsetup apparently does not provide a facility to do that. You may like to ask them for such a facility. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1799934&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-01-18 23:32:07
|
Feature Requests item #1874042, was opened at 2008-01-18 06:31 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1874042&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: Jack (gurkesaft) Assigned to: Nobody/Anonymous (nobody) Summary: tabbed editing Initial Comment: Hello, I think it would be nice to have the documents in a tabbed notebook for easy swapping, rather than having to click Window->myotherdoc.py Definitely not a dealbreaker, obviously. I love this IDE :) Thanks! Jack ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2008-01-19 10:32 Message: Logged In: YES user_id=14198 Originator: NO I'm afraid I don't get much time to play with pythonwin any more. Let me know if you'd like some help getting started with adding some of your own enhancements. Cheers, Mark ---------------------------------------------------------------------- Comment By: bob gailer (ramrom) Date: 2008-01-19 02:01 Message: Logged In: YES user_id=587593 Originator: NO Add: - remember window rectangle, tab setting, position in text on closing & restore upon loading - remember open windows at end & restore on next startup - enable ctrl-x ctrl-v in watch window ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1874042&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-01-18 17:01:47
|
Bugs item #1874873, was opened at 2008-01-18 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=551954&aid=1874873&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: robert (w8kk) Assigned to: Nobody/Anonymous (nobody) Summary: Vista Install Initial Comment: pywin32-210.win32-py2.5.exe will not install under Vista. The messsage issued is "pywin32-210.win32-py2.5.exe has stopped working" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1874873&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-01-18 15:01:51
|
Feature Requests item #1874042, was opened at 2008-01-17 12:31 Message generated for change (Comment added) made by ramrom You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1874042&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: Jack (gurkesaft) Assigned to: Nobody/Anonymous (nobody) Summary: tabbed editing Initial Comment: Hello, I think it would be nice to have the documents in a tabbed notebook for easy swapping, rather than having to click Window->myotherdoc.py Definitely not a dealbreaker, obviously. I love this IDE :) Thanks! Jack ---------------------------------------------------------------------- Comment By: bob gailer (ramrom) Date: 2008-01-18 08:01 Message: Logged In: YES user_id=587593 Originator: NO Add: - remember window rectangle, tab setting, position in text on closing & restore upon loading - remember open windows at end & restore on next startup - enable ctrl-x ctrl-v in watch window ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1874042&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-01-18 12:39:48
|
Bugs item #1732395, was opened at 2007-06-07 01:36 Message generated for change (Comment added) made by native_api You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1732395&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: Olivier Mengué (dolmen) Assigned to: Nobody/Anonymous (nobody) Summary: Vista install errors for pywin32-210 Initial Comment: It appers that the setup (pywin32-210.win32-py2.5.exe) does not ask for administrative right to install and fails to do some registry modifications. Here is the log at the end of the install: Copied pythoncom25.dll to C:\Outils\Python\pythoncom25.dll Copied pywintypes25.dll to C:\Outils\Python\pywintypes25.dll You do not have the permissions to install COM objects. The sample COM objects were not registered. -> Software\Python\PythonCore\2.5\Help[None]=None -> Software\Python\PythonCore\2.5\Help\Pythonwin Reference[None]='C:\\Outils\\Python\\Lib\\site-packages\\PyWin32.chm' Creating directory C:\Outils\Python\Lib\site-packages\win32com\gen_py Shortcut for Pythonwin created Shortcut to documentation created The pywin32 extensions were successfully installed. ---------------------------------------------------------------------- Comment By: Vano (native_api) Date: 2008-01-18 15:39 Message: Logged In: YES user_id=1839655 Originator: NO guess it's a duplicate of bug 1763285 ---------------------------------------------------------------------- Comment By: EarlW (earlwer) Date: 2007-11-24 18:38 Message: Logged In: YES user_id=988409 Originator: NO When installing, you can right-click and 'Run as administrator'. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1732395&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-01-17 19:33:11
|
Feature Requests item #1874046, was opened at 2008-01-17 19:32 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=1874046&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: Jack (gurkesaft) Assigned to: Nobody/Anonymous (nobody) Summary: "def" code folding, "class" code folding Initial Comment: Hello again, I think it would also be nice if it were possible to fold all the second-level indents, such as the all the def's inside a class for easy navigation (and the ability to maybe do both class and def folding on startup). Thanks! Jack ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1874046&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-01-17 19:31:16
|
Feature Requests item #1874042, was opened at 2008-01-17 19:31 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=1874042&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: Jack (gurkesaft) Assigned to: Nobody/Anonymous (nobody) Summary: tabbed editing Initial Comment: Hello, I think it would be nice to have the documents in a tabbed notebook for easy swapping, rather than having to click Window->myotherdoc.py Definitely not a dealbreaker, obviously. I love this IDE :) Thanks! Jack ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1874042&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-01-14 07:41:29
|
Bugs item #1869457, was opened at 2008-01-12 04:24 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1869457&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: 1 Private: No Submitted By: Antoine LECA (antoinel) Assigned to: Nobody/Anonymous (nobody) Summary: doc error in win32timezone.py Initial Comment: Small error in the docstring documenting the use of the win32timezone module: given the import just above, it is required to prefix the first constructor wiht the module name. The associated patch fixes it. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2008-01-14 18:41 Message: Logged In: YES user_id=14198 Originator: NO Thanks! Checking in win32timezone.py; /cvsroot/pywin32/pywin32/win32/Lib/win32timezone.py,v <-- win32timezone.py new revision: 1.8; previous revision: 1.7 ---------------------------------------------------------------------- Comment By: Antoine LECA (antoinel) Date: 2008-01-12 04:26 Message: Logged In: YES user_id=66891 Originator: YES Priority lowered to 1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1869457&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-01-11 18:01:16
|
Bugs item #1869586, was opened at 2008-01-11 19:01 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=1869586&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: Antoine LECA (antoinel) Assigned to: Nobody/Anonymous (nobody) Summary: win32timezone.GetSortedTimeZoneNames() doesn't work on NT4|6 Initial Comment: win32timezone.GetSortedTimeZoneNames() uses the default value of win32timezone.GetIndexedTimeZoneNames()'s index_key, which is 'Index'. This entry was added to NT5 (Windows 2000) registry, and was not present before, i.e. in NT4 (even with all the patch applied). Furthermore, there is a important change between the two versions, in NT4 (and NT3 before) the key (e.g. 'Mountain Standard Time') was localized (so it ends as 'Montañas Hora estándar' on one box here, and as 'Heure d'hiver Montagnes Roch.' on another there.) So there is no easy way to add this index, or either to retrieve it from some other way. A workarounds would be to use the 'Display' (will display Ahead-of-GMT zones in order, then Behind-of-GMT zones in reverse order; not completely wrong but not smart); another (bad) workaround would be to use the 'TZI' field, but since it is stored little-endian, the resulting sort looks weird. The best I can find is to use the Bias field, which is the first bytes of the TZI fields; two bytes are enough to get an acceptable data; however the required change to GetIndexedTimeZoneRange is non-trivial, so it will have an impact on performance (even out of NT4). By the way, the 'Index' does not exist in Vista either (at least as it is shipped from Microsoft, I understand that some of the patches floating around to deal with the 2007 DST issue in the United States may have change this since the zones names do not vary much between NT5 and NT6) At first sight (source inspection), the current (1.78) CVS revision of win32timezone.py module carries the same problem, including for Vista... I'll try to do more test if I can. For Vista, a possible solution (=kludge) would be to use the indices of the resources in tzres.dll, which are monotically increasing following the same order as the Index field. Yes, it's a groß hack! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1869586&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-01-11 17:26:07
|
Bugs item #1869457, was opened at 2008-01-11 18:24 Message generated for change (Comment added) made by antoinel You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1869457&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: 1 Private: No Submitted By: Antoine LECA (antoinel) Assigned to: Nobody/Anonymous (nobody) Summary: doc error in win32timezone.py Initial Comment: Small error in the docstring documenting the use of the win32timezone module: given the import just above, it is required to prefix the first constructor wiht the module name. The associated patch fixes it. ---------------------------------------------------------------------- >Comment By: Antoine LECA (antoinel) Date: 2008-01-11 18:26 Message: Logged In: YES user_id=66891 Originator: YES Priority lowered to 1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1869457&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-01-11 17:24:38
|
Bugs item #1869457, was opened at 2008-01-11 18:24 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=1869457&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: Antoine LECA (antoinel) Assigned to: Nobody/Anonymous (nobody) Summary: doc error in win32timezone.py Initial Comment: Small error in the docstring documenting the use of the win32timezone module: given the import just above, it is required to prefix the first constructor wiht the module name. The associated patch fixes it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1869457&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-01-11 17:13:40
|
Bugs item #1707248, was opened at 2007-04-25 11:37 Message generated for change (Comment added) made by antoinel 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: win32 Group: None Status: Open Resolution: None >Priority: 3 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! ---------------------------------------------------------------------- >Comment By: Antoine LECA (antoinel) Date: 2008-01-11 18:13 Message: Logged In: YES user_id=66891 Originator: YES I doubt nobody will ever solve the problem... Nevertheless, I did solve it the following way: I installed an old copy of the pure-Python development of the datetime module that was done some years ago as part of the Zope project. Precisely, I grabbed http://cvs.zope.org/*checkout*/Zope3/src/datetime/Attic/_datetime.py?rev=1.36&hideattic=0 I put the file directly into the win32/lib directory, where win32timezone.py normaly resides. Then I modified win32timezone.py in the following way (also attached): --- win32timezone.py.org Tue Jan 03 10:12:38 2006 +++ win32timezone.py Fri Jan 11 14:02:12 2008 @@ -75,7 +75,12 @@ __vssauthor__ = '$Author: mhammond $'[9:-2] __date__ = '$Modtime: 04-04-14 10:52 $'[10:-2] -import os, _winreg, struct, datetime +import os, _winreg, struct +try: + import datetime +except ImportError: + # Pure Python local version for 2.2- version + import _datetime as datetime class TimeZoneInfo( datetime.tzinfo ): """ I tested it hastily on two installations I have at hand (one is 2.2 and the other is 2.5), and did not detect any problem (besides having to modify the "import datetime" statements, but that is becuase of my low knowledge of Pythn, surely one can make better when you know the lookup rules.) I lowered the status, since I have a working workaround (which is not going to the other station, as it previsouly was...) Now some admin should clean up all this, and close the case. File Added: win32timezone.py.diff ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1707248&group_id=78018 |
|
From: Marcos P. <mar...@gm...> - 2008-01-05 23:04:33
|
I compiled Python with Visual Studio 2005, but I'm being unable to compile pywin32. Any thoughts on how to get around this? python setup.build gives me this: running build_ext Warning - can't find an installed platform SDK error: Python was built with Visual Studio 2003; extensions must be built with a compiler than can generate compatible binaries. Visual Studio 2003 was not found on this system. If you have Cygwin installed, you can try compiling with MingW32, by passing "-c mingw32" to setup.py. C:\Documents and Settings\James\Desktop\pywin32-210> I'm not sure why it thinks it was installed with Visual Studio 2003, and I know I used 2005 :) Thanks, Marcos |
|
From: SourceForge.net <no...@so...> - 2007-12-01 21:00:57
|
Bugs item #1842445, was opened at 2007-12-02 00:01 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=1842445&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: Vano (native_api) Assigned to: Nobody/Anonymous (nobody) Summary: win32api.RegQueryValueEx cannot obtain perfomance data Initial Comment: "Performance data" is HKEY_PERFORMANCE_DATA or HKLM\Software\Microsoft\Windows NT\CurrentVersion\Perflib values. The problem is caused by a special behaviour of the underlying API in this case. The call at win32apimodule.cpp:3575 doesn't return size to bufSize but simply fails with ERROR_MORE_DATA (and so does the whole function). Attached is the diff that adds handling of this special situation. It assumes that this is the only case where RegQueryValueEx emits ERROR_MORE_DATA given NULL as lpData. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1842445&group_id=78018 |
2 messages has been excluded from this view by a project administrator.
