pywin32-bugs Mailing List for Python for Windows Extensions (Page 114)
OLD project page for the Python extensions for Windows
Brought to you by:
mhammond
Menu
▾
▴
pywin32-bugs — Automated tracker notifications (not for bug reports!)
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
(24) |
May
(19) |
Jun
(15) |
Jul
(43) |
Aug
(39) |
Sep
(25) |
Oct
(43) |
Nov
(19) |
Dec
(4) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(21) |
Feb
(18) |
Mar
(14) |
Apr
(80) |
May
(56) |
Jun
(24) |
Jul
(30) |
Aug
(17) |
Sep
(36) |
Oct
(106) |
Nov
(38) |
Dec
(30) |
| 2005 |
Jan
(14) |
Feb
(14) |
Mar
(48) |
Apr
(28) |
May
(49) |
Jun
(23) |
Jul
(9) |
Aug
(13) |
Sep
(28) |
Oct
(21) |
Nov
(8) |
Dec
(26) |
| 2006 |
Jan
(56) |
Feb
(33) |
Mar
(33) |
Apr
(18) |
May
(16) |
Jun
(9) |
Jul
(24) |
Aug
(16) |
Sep
(14) |
Oct
(37) |
Nov
(38) |
Dec
(22) |
| 2007 |
Jan
(7) |
Feb
(16) |
Mar
(11) |
Apr
(15) |
May
(15) |
Jun
(8) |
Jul
(24) |
Aug
(26) |
Sep
(18) |
Oct
(11) |
Nov
(20) |
Dec
(1) |
| 2008 |
Jan
(19) |
Feb
(55) |
Mar
(7) |
Apr
(35) |
May
(66) |
Jun
(38) |
Jul
(26) |
Aug
(5) |
Sep
(25) |
Oct
(25) |
Nov
(18) |
Dec
(18) |
| 2009 |
Jan
(25) |
Feb
(38) |
Mar
(29) |
Apr
(25) |
May
(5) |
Jun
(11) |
Jul
(16) |
Aug
(16) |
Sep
(16) |
Oct
(1) |
Nov
(15) |
Dec
(33) |
| 2010 |
Jan
(13) |
Feb
(11) |
Mar
(1) |
Apr
(24) |
May
(26) |
Jun
(19) |
Jul
(22) |
Aug
(51) |
Sep
(38) |
Oct
(39) |
Nov
(25) |
Dec
(27) |
| 2011 |
Jan
(40) |
Feb
(31) |
Mar
(21) |
Apr
(42) |
May
(11) |
Jun
(16) |
Jul
(20) |
Aug
(14) |
Sep
(6) |
Oct
(8) |
Nov
(34) |
Dec
(7) |
| 2012 |
Jan
(60) |
Feb
(24) |
Mar
(6) |
Apr
(28) |
May
(41) |
Jun
(15) |
Jul
(14) |
Aug
(25) |
Sep
(30) |
Oct
(18) |
Nov
(30) |
Dec
(9) |
| 2013 |
Jan
(3) |
Feb
(8) |
Mar
(17) |
Apr
(23) |
May
(34) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2003-09-03 01:57:00
|
Feature Requests item #743527, was opened at 2003-05-26 20:11 Message generated for change (Comment added) made by anadelonbrin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=743527&group_id=78018 Category: None Group: None Status: Open Priority: 5 Submitted By: Michael Dubner (dubnerm) Assigned to: Nobody/Anonymous (nobody) Summary: support for cygwin Initial Comment: Not sure that it will be easy, but there are w32api package... ---------------------------------------------------------------------- Comment By: Tony Meyer (anadelonbrin) Date: 2003-09-03 13:57 Message: Logged In: YES user_id=552329 I realise that, but my point was that you're on windows, so you can use a windows version of Python if you want to do windows things. If you want to do *nix'y sort of things, then use the cygwin version. You can still run the windows python in cygwin. ---------------------------------------------------------------------- Comment By: Michael Dubner (dubnerm) Date: 2003-09-03 13:52 Message: Logged In: YES user_id=39274 Standard extentions can't work with cygwin version of python and visa-versa cygwin extentions can't work with windows version of python. ---------------------------------------------------------------------- Comment By: Tony Meyer (anadelonbrin) Date: 2003-05-26 20:15 Message: Logged In: YES user_id=552329 Why would you need support for cygwin? If you're running cygwin, then you have Windows, so you can use the standard extensions, can't you? (seems to work for me). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=743527&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-09-03 01:52:17
|
Feature Requests item #743527, was opened at 2003-05-26 12:11 Message generated for change (Comment added) made by dubnerm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=743527&group_id=78018 Category: None Group: None Status: Open Priority: 5 Submitted By: Michael Dubner (dubnerm) Assigned to: Nobody/Anonymous (nobody) Summary: support for cygwin Initial Comment: Not sure that it will be easy, but there are w32api package... ---------------------------------------------------------------------- >Comment By: Michael Dubner (dubnerm) Date: 2003-09-03 05:52 Message: Logged In: YES user_id=39274 Standard extentions can't work with cygwin version of python and visa-versa cygwin extentions can't work with windows version of python. ---------------------------------------------------------------------- Comment By: Tony Meyer (anadelonbrin) Date: 2003-05-26 12:15 Message: Logged In: YES user_id=552329 Why would you need support for cygwin? If you're running cygwin, then you have Windows, so you can use the standard extensions, can't you? (seems to work for me). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=743527&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-09-02 10:40:46
|
Bugs item #799063, was opened at 2003-09-02 10:40 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=799063&group_id=78018 Category: com Group: None Status: Open Resolution: None Priority: 5 Submitted By: Matthias Kirst (mattkirst) Assigned to: Nobody/Anonymous (nobody) Summary: Registering Python COM Server component category crashes Initial Comment: When registering the Python COM Server component category, Python crashes with Dr.Watson. The crash happens when executing the last line in the function: def RegisterPyComCategory(): """ Register the Python COM Server component category. """ regCat = _cat_registrar() regCat.RegisterCategories( [ (CATID_PythonCOMServer, 0x0409, "Python COM Server") ] ) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=799063&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-09-01 10:02:45
|
Bugs item #798452, was opened at 2003-09-01 22:02 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=798452&group_id=78018 Category: win32 Group: None Status: Open Resolution: None Priority: 5 Submitted By: Tony Meyer (anadelonbrin) Assigned to: Nobody/Anonymous (nobody) Summary: win32gui_taskbar.py broken in Python 2.3 Initial Comment: The win32gui_taskbar.py demo causes Python 2.3 to unexpectedly terminate, although it works fine in Python 2.2.3. No idea about why... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=798452&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-08-29 18:08:54
|
Bugs item #797078, was opened at 2003-08-28 22:42 Message generated for change (Settings changed) made by gcash You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=797078&group_id=78018 Category: com Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Gene Cash (gcash) Assigned to: Nobody/Anonymous (nobody) Summary: WithEvents interferes with IE "frames" attribute Initial Comment: It seems that if you use WithEvents, that the IE Document object "frames" attribute has problems. The "frames" attribute is the collection of the "documents" objects for each of the subframes. Example 1 - "correct" behaviour w/o events >>> import win32com.client as wc >>> ie=wc.Dispatch('InternetExplorer.Application.1') >>> ie.Visible=1 >>> ie.Navigate('http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&threadm=37835B30.BFCC4A05%40phoenix-edv.netzservice.de&rnum=5&prev=/groups%3Fas_q%3Dwin32%26safe%3Dimages%26ie%3DUTF-8%26oe%3DUTF-8%26as_ugroup%3Dcomp.lang.python%26lr%3D%26hl%3Den') >>> ie <COMObject InternetExplorer.Application.1> >>> ie.Document.links <COMObject <unknown>> >>> ie.Document.links.length 0 >>> ie.Document.frames <COMObject <unknown>> >>> ie.Document.frames.length 1 >>> ie.Document.frames[0].name u'left' >>> ie.Document.frames[1].name u'right' Example 2 - 'No such interface supported' crash using events >>> import win32com.client as wc >>> ie_class=wc.gencache.EnsureModule('{EAB22AC0-30C1-11CF-A7EB-0000C05BAE0B}', 0, 1, 1) >>> class IE_Events(ie_class.DWebBrowserEvents2): >>> pass >>> ie=wc.DispatchWithEvents('InternetExplorer.Application.1', IE_Events) >>> ie.Visible=1 >>> ie.Navigate('http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&threadm=37835B30.BFCC4A05%40phoenix-edv.netzservice.de&rnum=5&prev=/groups%3Fas_q%3Dwin32%26safe%3Dimages%26ie%3DUTF-8%26oe%3DUTF-8%26as_ugroup%3Dcomp.lang.python%26lr%3D%26hl%3Den') >>> ie <win32com.gen_py.Microsoft Internet Controls.IWebBrowser2 instance at 0x8296408> >>> ie.Document.links <COMObject <unknown>> >>> ie.Document.links.length 0 >>> ie.Document.frames Traceback (most recent call last): File "<stdin>", line 1, in ? File "C:\Python\lib\site-packages\win32com\client\dynamic.py", line 454, in __ getattr__ raise pythoncom.com_error, details pywintypes.com_error: (-2147467262, 'No such interface supported', None, None) >>> What's strange is the "forms" & "links" attributes still work, even though they're object collections as well. I saw in Google that "vtable" support is iffy... how do you tell if something is a "vtable" interface? Now even if I change to attaching an event class by: >>> ie=wc.Dispatch('InternetExplorer.Application.1') >>> IE_Events(ie) It crashes the same way. Or if I change the event class to: >>> class IE_Events(wc.getevents('InternetExplorer.Application.1')): >>> pass it also crashes the same way. The first example has no problem with makepy support being present. Any ideas? This is on a fresh Win2k Pro box with SP4 and all the critical patches applied via Windows Update. I can reproduce this in builds 154, 155, 156, and 157 (with the appropriate version of Python) The above line number is build 157, I think. I've looked at the code for getevents(), Dispatch(), and DispatchWithEvents() and I'm not a good enough Windows hacker to see a problem. - Gene Cash gc...@cf... / gen...@or... ---------------------------------------------------------------------- Comment By: Gene Cash (gcash) Date: 2003-08-29 14:07 Message: Logged In: YES user_id=141974 OK, it appears I just needed to read Appendix D of The Book, where it discusses threading, especially "What are the apartment rules". On the other hand, I now actually understand it, where before it was gibberish. I have learned to read the Dark Runes. Does this mean I no longer have a soul? WithEvents() starts another thread, so parentWindow & Frames - which are COM pointers - can't be passed between the threads. I'll close this one. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=797078&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-08-29 18:07:29
|
Bugs item #797078, was opened at 2003-08-28 22:42 Message generated for change (Comment added) made by gcash You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=797078&group_id=78018 Category: com Group: None Status: Open Resolution: None Priority: 5 Submitted By: Gene Cash (gcash) Assigned to: Nobody/Anonymous (nobody) Summary: WithEvents interferes with IE "frames" attribute Initial Comment: It seems that if you use WithEvents, that the IE Document object "frames" attribute has problems. The "frames" attribute is the collection of the "documents" objects for each of the subframes. Example 1 - "correct" behaviour w/o events >>> import win32com.client as wc >>> ie=wc.Dispatch('InternetExplorer.Application.1') >>> ie.Visible=1 >>> ie.Navigate('http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&threadm=37835B30.BFCC4A05%40phoenix-edv.netzservice.de&rnum=5&prev=/groups%3Fas_q%3Dwin32%26safe%3Dimages%26ie%3DUTF-8%26oe%3DUTF-8%26as_ugroup%3Dcomp.lang.python%26lr%3D%26hl%3Den') >>> ie <COMObject InternetExplorer.Application.1> >>> ie.Document.links <COMObject <unknown>> >>> ie.Document.links.length 0 >>> ie.Document.frames <COMObject <unknown>> >>> ie.Document.frames.length 1 >>> ie.Document.frames[0].name u'left' >>> ie.Document.frames[1].name u'right' Example 2 - 'No such interface supported' crash using events >>> import win32com.client as wc >>> ie_class=wc.gencache.EnsureModule('{EAB22AC0-30C1-11CF-A7EB-0000C05BAE0B}', 0, 1, 1) >>> class IE_Events(ie_class.DWebBrowserEvents2): >>> pass >>> ie=wc.DispatchWithEvents('InternetExplorer.Application.1', IE_Events) >>> ie.Visible=1 >>> ie.Navigate('http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&threadm=37835B30.BFCC4A05%40phoenix-edv.netzservice.de&rnum=5&prev=/groups%3Fas_q%3Dwin32%26safe%3Dimages%26ie%3DUTF-8%26oe%3DUTF-8%26as_ugroup%3Dcomp.lang.python%26lr%3D%26hl%3Den') >>> ie <win32com.gen_py.Microsoft Internet Controls.IWebBrowser2 instance at 0x8296408> >>> ie.Document.links <COMObject <unknown>> >>> ie.Document.links.length 0 >>> ie.Document.frames Traceback (most recent call last): File "<stdin>", line 1, in ? File "C:\Python\lib\site-packages\win32com\client\dynamic.py", line 454, in __ getattr__ raise pythoncom.com_error, details pywintypes.com_error: (-2147467262, 'No such interface supported', None, None) >>> What's strange is the "forms" & "links" attributes still work, even though they're object collections as well. I saw in Google that "vtable" support is iffy... how do you tell if something is a "vtable" interface? Now even if I change to attaching an event class by: >>> ie=wc.Dispatch('InternetExplorer.Application.1') >>> IE_Events(ie) It crashes the same way. Or if I change the event class to: >>> class IE_Events(wc.getevents('InternetExplorer.Application.1')): >>> pass it also crashes the same way. The first example has no problem with makepy support being present. Any ideas? This is on a fresh Win2k Pro box with SP4 and all the critical patches applied via Windows Update. I can reproduce this in builds 154, 155, 156, and 157 (with the appropriate version of Python) The above line number is build 157, I think. I've looked at the code for getevents(), Dispatch(), and DispatchWithEvents() and I'm not a good enough Windows hacker to see a problem. - Gene Cash gc...@cf... / gen...@or... ---------------------------------------------------------------------- >Comment By: Gene Cash (gcash) Date: 2003-08-29 14:07 Message: Logged In: YES user_id=141974 OK, it appears I just needed to read Appendix D of The Book, where it discusses threading, especially "What are the apartment rules". On the other hand, I now actually understand it, where before it was gibberish. I have learned to read the Dark Runes. Does this mean I no longer have a soul? WithEvents() starts another thread, so parentWindow & Frames - which are COM pointers - can't be passed between the threads. I'll close this one. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=797078&group_id=78018 |
|
From: george <gt...@ir...> - 2003-08-29 07:16:11
|
To reproduce the crash type in the command line window of PythonWin the
following
import wxPython.wxc
import win32com.client
se =3D win32com.client.Dispatch ("Python.AXScript.2")
After the last statement I have a crash.=20
If I exclude the statement import wxPython.wxc everything is OK. Also if
using only import wxPyton.wxc all is OK.
So the problem is when using both. The versions I use are=20
Python 2.3
win32all 1.55
wxPyton 2.4.1
|
|
From: SourceForge.net <no...@so...> - 2003-08-29 03:39:09
|
Patches item #797087, was opened at 2003-08-28 22:39 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=797087&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Roger Upole (rupole) Assigned to: Nobody/Anonymous (nobody) Summary: LsaStorePrivateData, LsaRegisterPolicyChangeNotification Initial Comment: Patch includes inverse functions also LsaRetrievePrivateDate, LsaUnregisterPolicyChangeNotification ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=797087&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-08-29 02:42:09
|
Bugs item #797078, was opened at 2003-08-28 22:42 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=797078&group_id=78018 Category: com Group: None Status: Open Resolution: None Priority: 5 Submitted By: Gene Cash (gcash) Assigned to: Nobody/Anonymous (nobody) Summary: WithEvents interferes with IE "frames" attribute Initial Comment: It seems that if you use WithEvents, that the IE Document object "frames" attribute has problems. The "frames" attribute is the collection of the "documents" objects for each of the subframes. Example 1 - "correct" behaviour w/o events >>> import win32com.client as wc >>> ie=wc.Dispatch('InternetExplorer.Application.1') >>> ie.Visible=1 >>> ie.Navigate('http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&threadm=37835B30.BFCC4A05%40phoenix-edv.netzservice.de&rnum=5&prev=/groups%3Fas_q%3Dwin32%26safe%3Dimages%26ie%3DUTF-8%26oe%3DUTF-8%26as_ugroup%3Dcomp.lang.python%26lr%3D%26hl%3Den') >>> ie <COMObject InternetExplorer.Application.1> >>> ie.Document.links <COMObject <unknown>> >>> ie.Document.links.length 0 >>> ie.Document.frames <COMObject <unknown>> >>> ie.Document.frames.length 1 >>> ie.Document.frames[0].name u'left' >>> ie.Document.frames[1].name u'right' Example 2 - 'No such interface supported' crash using events >>> import win32com.client as wc >>> ie_class=wc.gencache.EnsureModule('{EAB22AC0-30C1-11CF-A7EB-0000C05BAE0B}', 0, 1, 1) >>> class IE_Events(ie_class.DWebBrowserEvents2): >>> pass >>> ie=wc.DispatchWithEvents('InternetExplorer.Application.1', IE_Events) >>> ie.Visible=1 >>> ie.Navigate('http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&threadm=37835B30.BFCC4A05%40phoenix-edv.netzservice.de&rnum=5&prev=/groups%3Fas_q%3Dwin32%26safe%3Dimages%26ie%3DUTF-8%26oe%3DUTF-8%26as_ugroup%3Dcomp.lang.python%26lr%3D%26hl%3Den') >>> ie <win32com.gen_py.Microsoft Internet Controls.IWebBrowser2 instance at 0x8296408> >>> ie.Document.links <COMObject <unknown>> >>> ie.Document.links.length 0 >>> ie.Document.frames Traceback (most recent call last): File "<stdin>", line 1, in ? File "C:\Python\lib\site-packages\win32com\client\dynamic.py", line 454, in __ getattr__ raise pythoncom.com_error, details pywintypes.com_error: (-2147467262, 'No such interface supported', None, None) >>> What's strange is the "forms" & "links" attributes still work, even though they're object collections as well. I saw in Google that "vtable" support is iffy... how do you tell if something is a "vtable" interface? Now even if I change to attaching an event class by: >>> ie=wc.Dispatch('InternetExplorer.Application.1') >>> IE_Events(ie) It crashes the same way. Or if I change the event class to: >>> class IE_Events(wc.getevents('InternetExplorer.Application.1')): >>> pass it also crashes the same way. The first example has no problem with makepy support being present. Any ideas? This is on a fresh Win2k Pro box with SP4 and all the critical patches applied via Windows Update. I can reproduce this in builds 154, 155, 156, and 157 (with the appropriate version of Python) The above line number is build 157, I think. I've looked at the code for getevents(), Dispatch(), and DispatchWithEvents() and I'm not a good enough Windows hacker to see a problem. - Gene Cash gc...@cf... / gen...@or... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=797078&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-08-27 23:15:01
|
Bugs item #796215, was opened at 2003-08-27 14:02 Message generated for change (Comment added) made by ramrom You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=796215&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Charles Lechasseur (clechasseur_c) Assigned to: Nobody/Anonymous (nobody) Summary: StarTeam object causes interpreter bug Initial Comment: i try to use python to access the StarTeam COM interface thru automation (StarTeam is a source-control system: http://www.borland.com/starteam/). i do the following: import win32com.client from win32com.client import Dispatch f = Dispatch('StarTeam.StServerFactory') s = f.Create('<server>', <port>) at this point, the interpreter seems to break. anything i write (and i mean *anything*) results in File "<stdin>", line 1 dir() ^ SyntaxError: invalid syntax this behavior has been observed both in Python 2.3 with the appropriate win32all extensions and in ActivePython 2.2. ---------------------------------------------------------------------- Comment By: bob gailer (ramrom) Date: 2003-08-27 17:15 Message: Logged In: YES user_id=587593 I recommend continuing this discussion outside the SF tracker. Please e-mail me (Bob Gailer <bg...@al...>) (or pyt...@py...) an exact copy of your interpretive session. ---------------------------------------------------------------------- Comment By: Charles Lechasseur (clechasseur_c) Date: 2003-08-27 16:25 Message: Logged In: YES user_id=853573 yes, sorry. <server> must be replaced with the address of the StarTeam server and <port> with the port number. i didn't want to post the values i used, but should have used a placeholder. so it's something like this: s = f.Create('foobar', 49201) if that helps, the problem only occurs if i use the python interpreter (python.exe) and NOT with pythonwin. ---------------------------------------------------------------------- Comment By: bob gailer (ramrom) Date: 2003-08-27 15:43 Message: Logged In: YES user_id=587593 When I do something similar I enter s = f.Create('<server>', <port>) and get Traceback ( File "<interactive input>", line 1 s = f.Create('<server>', <port>) ^ SyntaxError: invalid syntax (the caret is under the < before ports) which is what I'd expect, as the < is a relational operator expecting a left argument as well as a right. Or did you actually type something different than what you posted? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=796215&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-08-27 22:25:54
|
Bugs item #796215, was opened at 2003-08-27 16:02 Message generated for change (Comment added) made by clechasseur_c You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=796215&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Charles Lechasseur (clechasseur_c) Assigned to: Nobody/Anonymous (nobody) Summary: StarTeam object causes interpreter bug Initial Comment: i try to use python to access the StarTeam COM interface thru automation (StarTeam is a source-control system: http://www.borland.com/starteam/). i do the following: import win32com.client from win32com.client import Dispatch f = Dispatch('StarTeam.StServerFactory') s = f.Create('<server>', <port>) at this point, the interpreter seems to break. anything i write (and i mean *anything*) results in File "<stdin>", line 1 dir() ^ SyntaxError: invalid syntax this behavior has been observed both in Python 2.3 with the appropriate win32all extensions and in ActivePython 2.2. ---------------------------------------------------------------------- >Comment By: Charles Lechasseur (clechasseur_c) Date: 2003-08-27 18:25 Message: Logged In: YES user_id=853573 yes, sorry. <server> must be replaced with the address of the StarTeam server and <port> with the port number. i didn't want to post the values i used, but should have used a placeholder. so it's something like this: s = f.Create('foobar', 49201) if that helps, the problem only occurs if i use the python interpreter (python.exe) and NOT with pythonwin. ---------------------------------------------------------------------- Comment By: bob gailer (ramrom) Date: 2003-08-27 17:43 Message: Logged In: YES user_id=587593 When I do something similar I enter s = f.Create('<server>', <port>) and get Traceback ( File "<interactive input>", line 1 s = f.Create('<server>', <port>) ^ SyntaxError: invalid syntax (the caret is under the < before ports) which is what I'd expect, as the < is a relational operator expecting a left argument as well as a right. Or did you actually type something different than what you posted? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=796215&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-08-27 21:43:37
|
Bugs item #796215, was opened at 2003-08-27 14:02 Message generated for change (Comment added) made by ramrom You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=796215&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Charles Lechasseur (clechasseur_c) Assigned to: Nobody/Anonymous (nobody) Summary: StarTeam object causes interpreter bug Initial Comment: i try to use python to access the StarTeam COM interface thru automation (StarTeam is a source-control system: http://www.borland.com/starteam/). i do the following: import win32com.client from win32com.client import Dispatch f = Dispatch('StarTeam.StServerFactory') s = f.Create('<server>', <port>) at this point, the interpreter seems to break. anything i write (and i mean *anything*) results in File "<stdin>", line 1 dir() ^ SyntaxError: invalid syntax this behavior has been observed both in Python 2.3 with the appropriate win32all extensions and in ActivePython 2.2. ---------------------------------------------------------------------- Comment By: bob gailer (ramrom) Date: 2003-08-27 15:43 Message: Logged In: YES user_id=587593 When I do something similar I enter s = f.Create('<server>', <port>) and get Traceback ( File "<interactive input>", line 1 s = f.Create('<server>', <port>) ^ SyntaxError: invalid syntax (the caret is under the < before ports) which is what I'd expect, as the < is a relational operator expecting a left argument as well as a right. Or did you actually type something different than what you posted? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=796215&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-08-27 20:02:52
|
Bugs item #796215, was opened at 2003-08-27 16:02 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=796215&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Charles Lechasseur (clechasseur_c) Assigned to: Nobody/Anonymous (nobody) Summary: StarTeam object causes interpreter bug Initial Comment: i try to use python to access the StarTeam COM interface thru automation (StarTeam is a source-control system: http://www.borland.com/starteam/). i do the following: import win32com.client from win32com.client import Dispatch f = Dispatch('StarTeam.StServerFactory') s = f.Create('<server>', <port>) at this point, the interpreter seems to break. anything i write (and i mean *anything*) results in File "<stdin>", line 1 dir() ^ SyntaxError: invalid syntax this behavior has been observed both in Python 2.3 with the appropriate win32all extensions and in ActivePython 2.2. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=796215&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-08-25 23:34:27
|
Bugs item #794728, was opened at 2003-08-25 16:43 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=794728&group_id=78018 Category: win32 Group: None Status: Open Resolution: None Priority: 5 Submitted By: Chema Cortés (chemacortes) Assigned to: Nobody/Anonymous (nobody) Summary: Installation fails with win95 Initial Comment: I use a win95 box within an old pentium. Installing win32all 155 or 157 into python 2.3 fails to load win32ui.pyd (FindDuplicates.py). After some deinstall/clean/reinstall cycles, I tried to install the versión 153 with sucessful. I don't have any Visual C++ to try, but it seems as a compiler's optimization incompatible with my box. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=794728&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-08-25 12:14:42
|
Bugs item #794193, was opened at 2003-08-24 18: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=794193&group_id=78018 Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Malte Forkel (mforkel) Assigned to: Nobody/Anonymous (nobody) Summary: Pythonwin module browser has problem with top level function Initial Comment: After upgrading from Python 2.2 to Python 2.3, I noticed that in the module browser all top level functions are simply shown as instances of pyclbr.Function. These list entries can't be used to locate the function definition in the source code. I tried win32all builds 155 and 157 with Python 2.3.0.0 on a Windows 2000 machine. I managed to fix the problem by adding the following __init__ function to HierListCLBRFunction in ModuleBrowser.py: def __init__(self, clbrclass, suffix = ""): try: name = clbrclass.name file = clbrclass.file lineno = clbrclass.lineno except AttributeError: name = clbrclass file = lineno = None self.super = [] self.methods = {} HierListCLBRItem.__init__(self, name, file, lineno, suffix) This code is a variation on the HierListCLBRClass.__init__ function. I guess the problem is caused by instances of pyclbr.Function not having the attributes 'super' and 'name' that are accessed in HierListCLBRClass.__init__. The AttributeError error handling code will then set locals 'name', 'file', and 'lineno' to None. I attach an edited version of ModuleBrowser.py, based on win32all build 155. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=794193&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-08-24 19:39:16
|
Patches item #794284, was opened at 2003-08-24 14:39 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=794284&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Roger Upole (rupole) Assigned to: Nobody/Anonymous (nobody) Summary: RegEnumKeyEx and RegNotifyChangeKeyValue Initial Comment: RegEnumKeyEx operates differently from RegEnumKey in that it returns the full list of subkeys with a single call. RegNotifyChangeKeyValue doesn't require that the event handle parameter should be None when asynch is false, but the event handle is ignored by the api call in this case and will never be signalled. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=794284&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-08-23 00:19:22
|
Bugs item #787563, was opened at 2003-08-12 21:59 Message generated for change (Comment added) made by warkid You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=787563&group_id=78018 Category: win32 Group: None Status: Open Resolution: None Priority: 5 Submitted By: Dietmar Schwertberger (dschwertberger) Assigned to: Nobody/Anonymous (nobody) Summary: fatal error with taskbar Initial Comment: e.g. with demos\win32gui_taskbar.py: Fatal Python error: This thread state must be current when releasing Python 2.3; win32all versions 1.55 and 1.57; Windows 2000 OK with 2.2; 1.48; Windows 98 ---------------------------------------------------------------------- Comment By: Kerim Borchaev (warkid) Date: 2003-08-21 15:20 Message: Logged In: YES user_id=314933 This code just calls CreateWindow and it fails the same way: ################################ import win32gui import win32api import win32con def registerWindowClass(): def OnDestroy(hwnd, msg, wparam, lparam): win32gui.PostQuitMessage(0) # Terminate the app. message_map = { win32con.WM_DESTROY: OnDestroy, } wc = win32gui.WNDCLASS() wc.hInstance = hinst wc.lpszClassName = "warkid.try_CreateWindow.WindowClass" wc.lpfnWndProc = message_map # could also specify a wndproc. return win32gui.RegisterClass(wc) def createWindow(class_atom): return win32gui.CreateWindow( class_atom, "a window", 0, 0, 0, win32con.CW_USEDEFAULT, win32con.CW_USEDEFAULT, \ 0, 0, hinst, None) hinst = win32api.GetModuleHandle(None) hwnd = createWindow(registerWindowClass()) win32gui.ShowWindow(hwnd, True) win32gui.PumpMessages() ################################### ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=787563&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-08-22 05:17:15
|
Feature Requests item #790878, was opened at 2003-08-18 18:04 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=790878&group_id=78018 Category: win32 Group: None Status: Open Priority: 5 Submitted By: Stephen Brown (skbrown1975) Assigned to: Nobody/Anonymous (nobody) Summary: SetSecurityDescriptorOwner Initial Comment: Support of the SetSecurityDescriptorOwner on the win32security.SECURITY_DESCRIPTOR object would be useful. ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2003-08-21 12:13 Message: Logged In: YES user_id=771074 This is already present in more recent win32all builds. Roger ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=790878&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-08-18 23:04:14
|
Feature Requests item #790878, was opened at 2003-08-18 17:04 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=790878&group_id=78018 Category: win32 Group: None Status: Open Priority: 5 Submitted By: Stephen Brown (skbrown1975) Assigned to: Nobody/Anonymous (nobody) Summary: SetSecurityDescriptorOwner Initial Comment: Support of the SetSecurityDescriptorOwner on the win32security.SECURITY_DESCRIPTOR object would be useful. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=790878&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-08-18 14:12:32
|
Bugs item #716708, was opened at 2003-04-07 15:43 Message generated for change (Comment added) made by oleg_noga You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=716708&group_id=78018 Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mark Hammond (mhammond) Assigned to: Mark Hammond (mhammond) Summary: pythonwin editor does strange things with non-english chars Initial Comment: Reported by a few people, but to repro: * Paste "# ça ne va pas" into pywin (or any other string with extended char) * Move to the ç * Press Backspace Some other character appears. This will be related to pywin.idle not being mult-character aware. ---------------------------------------------------------------------- Comment By: Oleg Noga (oleg_noga) Date: 2003-08-18 17:08 Message: Logged In: YES user_id=551440 So there are 3 bugs: ------------ First bug (this report, 716708): Incorrect work of backspace. (Del works ok). I must press backspace two times to remove non-english character. This bug presents in every version of pythonwin from 1.46, and very probably, in the earlier versions. ------------ Second bug (see followup by anadelonbrin, 2003-05-09 10:38 ): Editor does not display characters after non-english. Another reproduces: - open py file with non-english strings, encoded with system default encoding. Look at non-english strings in editor: editor does not display string ends! Now move cursor at the begin of string and move it with right arrow button. Cursor stucks at the end of string, and lefts there for click count that equals invisible characters count. Move cursor to the inwisible end of string. Now type english characters: qwertyu... Invisible end of string will apear, but newly typed characters (qwertyu...) still not visible. Save file. Look in notepad. Document data is ok. So this bug is how pythonwin displays strings in editor, it does not affect document data. There was no bug like this in version 1.48, we still use it. But it present in earlier versions (1.50 ... 1.55). -------------- Third bug (seems unreported yet): Can't type \xFE character in editor. It is "ю" (Cyrillic small "u") letter. Dot typed instead of this character. Interesting that dot in at the same keybord button as Cyrillic small "u" letter. Editor opens files with this character, displays them correctly, and removes and copies them ok. This bug presents in every version of pythonwin from 1.46, and very probably, in the earlier versions. ---------------------------------------------------------------------- Comment By: Tony Meyer (anadelonbrin) Date: 2003-05-09 10:38 Message: Logged In: YES user_id=552329 As another example: In IDLE (0.8): >>> u = u'questa \xe8 bella' >>> u u'questa \xe8 bella' >>> print u questa è bella In PythonWin (152): >>> u = u'questa \xe8 bella' >>> u u'questa \xe8 bella' >>> print u questa è bell (note that if you copy the result of the 'print u', or type something after it, the a appears. *very* confusing!) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=716708&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-08-15 22:57:36
|
Bugs item #788285, was opened at 2003-08-13 19:46 Message generated for change (Comment added) made by jrfsousa You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=788285&group_id=78018 Category: win32 Group: None Status: Open Resolution: None Priority: 5 Submitted By: José Rui Faustino de Sousa (jrfsousa) Assigned to: Nobody/Anonymous (nobody) Summary: win32all 154 & 156 install fails on ActivePython Initial Comment: Hi! The installation goes well until almost the end when it crashes complaining that it can not find: ? PyWinObject_FromSECURITY_DESCRIPTOR@@YAPAU_obj ect@@PAU_SECURITY_DESCRIPTOR@@I@Z function on PyWinTypes22.dll An it is right... the function is not in the dll the nearest I could find where: ? PyWinObject_FromSECURITY_ATTRIBUTES@@YAPAU_obj ect@@ABU_SECURITY_ATTRIBUTES@@@Z and ? PyWinObject_FromSECURITY_DESCRIPTOR@@YAPAU_obj ect@@PAX@Z Only win32all 152 install OK. Hope I have been of assistance. Best regards José Rui ---------------------------------------------------------------------- >Comment By: José Rui Faustino de Sousa (jrfsousa) Date: 2003-08-15 15:57 Message: Logged In: YES user_id=839349 It seems to be possible to uninstall only the win32 part of ActivePython. I did that and then installed win32all 156 with no problems. But when I first run pythonwin ActivePython automagicly reinstalled the old win32all extensions. Maybe there is some workaround but I decided to take your advice uninstalled ActivePython and did a standard Python install. Thank you very much. Best regards José Rui ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2003-08-15 05:22 Message: Logged In: YES user_id=771074 This is the same issue as [ 772804 ]. You'll probably need to do an uninstall first. I don't know if you can uninstall just the win32all portion of ActivePython, if not your best bet would be to do a standard Python install followed by win32all. Roger ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=788285&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-08-15 21:44:00
|
Feature Requests item #789526, was opened at 2003-08-15 13: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=789526&group_id=78018 Category: None Group: None Status: Open Priority: 5 Submitted By: Greg Chapman (glchapman) Assigned to: Nobody/Anonymous (nobody) Summary: Support for *.pyw files Initial Comment: It would be nice if Pythonwin included *.pyw files (along with *.py files) in the "Python Script" filter used with the open dialog. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=789526&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-08-15 05:51:15
|
Bugs item #788285, was opened at 2003-08-13 14:46 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=788285&group_id=78018 Category: win32 Group: None Status: Open Resolution: None Priority: 5 Submitted By: José Rui Faustino de Sousa (jrfsousa) Assigned to: Nobody/Anonymous (nobody) Summary: win32all 154 & 156 install fails on ActivePython Initial Comment: Hi! The installation goes well until almost the end when it crashes complaining that it can not find: ? PyWinObject_FromSECURITY_DESCRIPTOR@@YAPAU_obj ect@@PAU_SECURITY_DESCRIPTOR@@I@Z function on PyWinTypes22.dll An it is right... the function is not in the dll the nearest I could find where: ? PyWinObject_FromSECURITY_ATTRIBUTES@@YAPAU_obj ect@@ABU_SECURITY_ATTRIBUTES@@@Z and ? PyWinObject_FromSECURITY_DESCRIPTOR@@YAPAU_obj ect@@PAX@Z Only win32all 152 install OK. Hope I have been of assistance. Best regards José Rui ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2003-08-15 00:22 Message: Logged In: YES user_id=771074 This is the same issue as [ 772804 ]. You'll probably need to do an uninstall first. I don't know if you can uninstall just the win32all portion of ActivePython, if not your best bet would be to do a standard Python install followed by win32all. Roger ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=788285&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-08-14 13:00:47
|
Bugs item #785374, was opened at 2003-08-08 13:13 Message generated for change (Comment added) made by rrm1 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=785374&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ruben Marquez (rrm1) Assigned to: Nobody/Anonymous (nobody) Summary: Pythonwin startup error. Initial Comment: On an XP Profesional Machine, I upgraded from Python23rc1 to Python23 final. I uninstalled the old packages and installed the new ones (Python23, and win32all-155) in a different location, "D:\Programs\Python23". It all seemed to install correctly, but when trying to start the Pythonwin application the following error appeared in window: <Error getting traceback - cant import traceback>exceptions.ImportError: No module named pywin.framework.startup I then decided to start from scratch. I removed again all my python related packages. I deleted any remnants of the installation folder. I went to the registry and deleted the Python23 key. I rebooted the machine. I installed Python into D:\Programs\Python23, and it installed correctly. I then installed win32all-155.exe. It all seemed to go well, the Start Menu shortcuts were created, no errors. But when I tried to start the Pythonwin application it failed again with the same error message: <Error getting traceback - cant import traceback>exceptions.ImportError: No module named pywin.framework.startup Interestingly, when I launch the following, the app starts fine: D:\Programs\Python23\Lib\site- packages\Pythonwin\start_pythonwin.pyw But, if I launch the following, I get the error: D:\Programs\Python23\pythonwin.exe -Ruben ---------------------------------------------------------------------- >Comment By: Ruben Marquez (rrm1) Date: 2003-08-14 12:31 Message: Logged In: YES user_id=307646 Problem persists after uninstalling win32all-155 and installing win32all-157. The worst part is that I can not open python files from Explorer. I also notice that some settings are not saved, such as the one for showing empty spaces and the indentation guidelines. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=785374&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2003-08-13 20:25:57
|
Bugs item #788285, was opened at 2003-08-13 19:46 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=788285&group_id=78018 Category: win32 Group: None Status: Open Resolution: None Priority: 5 Submitted By: José Rui Faustino de Sousa (jrfsousa) Assigned to: Nobody/Anonymous (nobody) Summary: win32all 154 & 156 install fails on ActivePython Initial Comment: Hi! The installation goes well until almost the end when it crashes complaining that it can not find: ? PyWinObject_FromSECURITY_DESCRIPTOR@@YAPAU_obj ect@@PAU_SECURITY_DESCRIPTOR@@I@Z function on PyWinTypes22.dll An it is right... the function is not in the dll the nearest I could find where: ? PyWinObject_FromSECURITY_ATTRIBUTES@@YAPAU_obj ect@@ABU_SECURITY_ATTRIBUTES@@@Z and ? PyWinObject_FromSECURITY_DESCRIPTOR@@YAPAU_obj ect@@PAX@Z Only win32all 152 install OK. Hope I have been of assistance. Best regards José Rui ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=788285&group_id=78018 |
2 messages has been excluded from this view by a project administrator.
