pywin32-bugs Mailing List for Python for Windows Extensions (Page 61)
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-11-25 23:02:54
|
Bugs item #1838180, was opened at 2007-11-26 05:53 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1838180&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: Vano (native_api) Assigned to: Nobody/Anonymous (nobody) Summary: win32gui.FindWindow doesn't accept 0 as the 2nd parameter Initial Comment: subj. The underlying API function does allow that. (http://msdn2.microsoft.com/en-us/library/ms633499.aspx) ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2007-11-26 10:02 Message: Logged In: YES user_id=14198 Originator: NO Thanks Roger! ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2007-11-26 09:29 Message: Logged In: YES user_id=771074 Originator: NO Since the window title is a string parameter, it accepts None instead of 0. The docs have been updated to indicate this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1838180&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-11-25 23:01:29
|
Bugs item #1016558, was opened at 2004-08-26 17:01 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1016558&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: Closed >Resolution: Rejected Priority: 5 Private: No Submitted By: Will Watts (willw) Assigned to: Nobody/Anonymous (nobody) Summary: 202 Windows Installer requires MSVCR71.dll Initial Comment: When I run the install, it fails at once with a modal dialog: pywin32-202.win32-py2.4.exe - Unable to Locate DLL The dynamic link library MSVCR71.dll could not be found in the specified path.... [path on my machine] After that the install stops and no further progress is possible. OS is Win2k SP4. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2007-11-26 10:01 Message: Logged In: YES user_id=14198 Originator: NO I'm not sure why is this DLL can not be found - pythonxx.dll itself depends on this DLL, and is installed by the Python installer. Python itself will not work without this DLL, so it is not the job of pywin32 to install it - we insist on a functioning Python and this requires msvcr71.dll. For this reason, pywin32 will never install it. ---------------------------------------------------------------------- Comment By: Vano (native_api) Date: 2007-11-26 06:05 Message: Logged In: YES user_id=1839655 Originator: NO Since pywin relies on distutils in this aspect, i guess the request should be redirected there. ---------------------------------------------------------------------- Comment By: Gawarecki (gawarecki) Date: 2007-05-09 07:12 Message: Logged In: YES user_id=1788614 Originator: NO Install of "pywin32-210.win32-py2.5.exe" and "pywin32-210.win32-py2.6.exe" and get following error dialog: Title = pywin32-210.win32-py2.5.exe - Unable to Locate Component Content = This application has failed to start because MSVCR71.dll was not found. Re=installing the application may fix this problem. Buttons = OK ---------------------------------------------------------------------- Comment By: Will Watts (willw) Date: 2005-05-04 17:25 Message: Logged In: YES user_id=70647 Re: Chris Mahan's comment: You've missed my point. I don't (or rather didn't) have MSVCR71.dll to copy around to any directory. It is a redistributable DLL that is part of Microsoft's Visual C++ 7.1. It's not part of the OS - at least, not Win2K. Therefore any program that depends on it should supply it. ---------------------------------------------------------------------- Comment By: Chris Mahan (chris_mahan) Date: 2005-05-04 13:42 Message: Logged In: YES user_id=102754 You can work around it by copying the dll to the directory where pywin installer is. Win XP here. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1016558&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-11-25 22:29:19
|
Bugs item #1838180, was opened at 2007-11-25 13:53 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1838180&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: Vano (native_api) Assigned to: Nobody/Anonymous (nobody) Summary: win32gui.FindWindow doesn't accept 0 as the 2nd parameter Initial Comment: subj. The underlying API function does allow that. (http://msdn2.microsoft.com/en-us/library/ms633499.aspx) ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2007-11-25 17:29 Message: Logged In: YES user_id=771074 Originator: NO Since the window title is a string parameter, it accepts None instead of 0. The docs have been updated to indicate this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1838180&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-11-25 19:05:23
|
Bugs item #1016558, was opened at 2004-08-26 11:01 Message generated for change (Comment added) made by native_api You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1016558&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: Will Watts (willw) Assigned to: Nobody/Anonymous (nobody) Summary: 202 Windows Installer requires MSVCR71.dll Initial Comment: When I run the install, it fails at once with a modal dialog: pywin32-202.win32-py2.4.exe - Unable to Locate DLL The dynamic link library MSVCR71.dll could not be found in the specified path.... [path on my machine] After that the install stops and no further progress is possible. OS is Win2k SP4. ---------------------------------------------------------------------- Comment By: Vano (native_api) Date: 2007-11-25 22:05 Message: Logged In: YES user_id=1839655 Originator: NO Since pywin relies on distutils in this aspect, i guess the request should be redirected there. ---------------------------------------------------------------------- Comment By: Gawarecki (gawarecki) Date: 2007-05-09 01:12 Message: Logged In: YES user_id=1788614 Originator: NO Install of "pywin32-210.win32-py2.5.exe" and "pywin32-210.win32-py2.6.exe" and get following error dialog: Title = pywin32-210.win32-py2.5.exe - Unable to Locate Component Content = This application has failed to start because MSVCR71.dll was not found. Re=installing the application may fix this problem. Buttons = OK ---------------------------------------------------------------------- Comment By: Will Watts (willw) Date: 2005-05-04 11:25 Message: Logged In: YES user_id=70647 Re: Chris Mahan's comment: You've missed my point. I don't (or rather didn't) have MSVCR71.dll to copy around to any directory. It is a redistributable DLL that is part of Microsoft's Visual C++ 7.1. It's not part of the OS - at least, not Win2K. Therefore any program that depends on it should supply it. ---------------------------------------------------------------------- Comment By: Chris Mahan (chris_mahan) Date: 2005-05-04 07:42 Message: Logged In: YES user_id=102754 You can work around it by copying the dll to the directory where pywin installer is. Win XP here. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1016558&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-11-25 18:53:52
|
Bugs item #1838180, was opened at 2007-11-25 21:53 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=1838180&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: Vano (native_api) Assigned to: Nobody/Anonymous (nobody) Summary: win32gui.FindWindow doesn't accept 0 as the 2nd parameter Initial Comment: subj. The underlying API function does allow that. (http://msdn2.microsoft.com/en-us/library/ms633499.aspx) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1838180&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-11-24 15:38:44
|
Bugs item #1732395, was opened at 2007-06-06 17:36 Message generated for change (Comment added) made by earlwer 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: EarlW (earlwer) Date: 2007-11-24 10: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...> - 2007-11-24 09:25:02
|
Feature Requests item #1173716, was opened at 2005-03-30 18:31 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1173716&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: Charlie51 (charlie51) Assigned to: Mark Hammond (mhammond) Summary: Add DrawTextW Initial Comment: It would be useful to draw unicode strings onto a dc. DrawText does not accept Unicode strings. DrawTextW is avalable on NT, 2000 and XP. Sorry but I am not capable of trying to do this myself. ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2007-11-24 04:25 Message: Logged In: YES user_id=771074 Originator: NO This function has been added to win32gui.i (rev 1.105) ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2005-04-12 06:03 Message: Logged In: YES user_id=14198 Sorry - my mistake - you did say "DrawText does not accept Unicode strings" and you are correct. This can be fixed to do what I thought it did :) ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2005-04-12 05:57 Message: Logged In: YES user_id=14198 I'm interested to know why you need this. If you pass a unicode object now an mbcs encoded string should be passed to Windows, which means most Unicode characters can be sent. I'm interested to know if this is unsuitable for some reason (mainly so I can understand the issues involved!) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1173716&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-11-24 09:18:16
|
Feature Requests item #789526, was opened at 2003-08-15 16:31 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=789526&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: 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. ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2007-11-24 04:18 Message: Logged In: YES user_id=771074 Originator: NO This has been added in win32ui.rc 1.13 (also *.pys). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=789526&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-11-18 01:25:37
|
Feature Requests item #752986, was opened at 2003-06-12 09:50 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=752986&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: Rejected Priority: 5 Private: No Submitted By: Michael Dubner (dubnerm) Assigned to: Nobody/Anonymous (nobody) Summary: GetProcAddress has no use right now Initial Comment: win32api.GetProcAddress() should be either removed or has some counterpart that will allow to call arbitrary functions with specified parameter types. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2007-11-18 12:25 Message: Logged In: YES user_id=14198 Originator: NO yeah, it is useful - just because someone can't see an immediate use doesn't mean it doesn't exist :) ---------------------------------------------------------------------- Comment By: Andrew Barnert (barnert) Date: 2007-11-10 21:57 Message: Logged In: YES user_id=1473180 Originator: NO Don't remove it; it's useful for writing simple scripts that read and simple information about DLLs. For example, I work on a project that has three different kinds of loadable plugin modules, where each plugin is just a DLL with a pair of specific exports (factory function and cleanup) with a name that indicates the type. There are three different types of plugins. My script opens a DLL and uses GetProcAddress to find whether it's (a) a valid plugin of one of the three types, (b) not a valid plugin of any type, (c) ... because whoever built it forgot extern "C", or (d) not even a DLL. Sure, I could do the same thing with ctypes (and actually call the code), but I've already got some working scripts today. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=752986&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-11-10 10:57:28
|
Feature Requests item #752986, was opened at 2003-06-11 16:50 Message generated for change (Comment added) made by barnert You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=752986&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 Dubner (dubnerm) Assigned to: Nobody/Anonymous (nobody) Summary: GetProcAddress has no use right now Initial Comment: win32api.GetProcAddress() should be either removed or has some counterpart that will allow to call arbitrary functions with specified parameter types. ---------------------------------------------------------------------- Comment By: Andrew Barnert (barnert) Date: 2007-11-10 02:57 Message: Logged In: YES user_id=1473180 Originator: NO Don't remove it; it's useful for writing simple scripts that read and simple information about DLLs. For example, I work on a project that has three different kinds of loadable plugin modules, where each plugin is just a DLL with a pair of specific exports (factory function and cleanup) with a name that indicates the type. There are three different types of plugins. My script opens a DLL and uses GetProcAddress to find whether it's (a) a valid plugin of one of the three types, (b) not a valid plugin of any type, (c) ... because whoever built it forgot extern "C", or (d) not even a DLL. Sure, I could do the same thing with ctypes (and actually call the code), but I've already got some working scripts today. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=752986&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-11-10 10:48:25
|
Feature Requests item #1501429, was opened at 2006-06-05 23:03 Message generated for change (Comment added) made by barnert You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1501429&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: Jason Currey (jpcurrey) Assigned to: Nobody/Anonymous (nobody) Summary: would like to have ReadProcessMemory Initial Comment: would like to see ReadProcessMemory added to the api. ---------------------------------------------------------------------- Comment By: Andrew Barnert (barnert) Date: 2007-11-10 02:48 Message: Logged In: YES user_id=1473180 Originator: NO Until this is done, you can use ctypes to access these functions. I've written a little game-cheat program in Python that does exactly that, and it includes a module that wraps ReadProcessMemory and friends in a nice Process class. Here's a stripped-down version of the key functions: import ctypes kernel = ctypes.windll.kernel32 class Process(object): def __init__(self, pid): self.pid = pid self.h = kernel.OpenProcess(0x0018, 0, pid) def close(self): if (self.h): kernel.CloseHandle(self.h) self.h = None def __del__(self): self.close() def read(self, addr, size): buf = ctypes.create_string_buffer(size) bytesread = ctypes.c_size_t() kernel.ReadProcessMemory(self.h, addr, buf, ctypes.c_size_t(size), ctypes.addressof(bytesread)) return buf[:bytesread.value] You can also use win32api for most of the work and only use ctypes for the missing functions. For example, if you used the win32api.OpenProcess function, h would be a PyHANDLE, so you'd have to pass self.h.handle to ReadProcessMemory. ---------------------------------------------------------------------- Comment By: Jason Currey (jpcurrey) Date: 2006-06-05 23:21 Message: Logged In: YES user_id=543879 I guess also WriteProcessMemory would also be helpful. I notice these functions are in the perl equivalent. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1501429&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-11-06 12:17:40
|
Bugs item #1824600, was opened at 2007-11-02 11:59 Message generated for change (Settings changed) made by goermezer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1824600&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: com Group: None >Status: Closed >Resolution: Works For Me Priority: 5 Private: No Submitted By: Mustafa (goermezer) Assigned to: Nobody/Anonymous (nobody) Summary: Type mismatch when using export fuction of PowerPoint 2007 Initial Comment: Hi, mabe it is a PowerPoint 2007 bug, but I couldn`t find a solution to use the function ExportAsFixedFormat of PowerPoint 2007. I get a value error (not a COM object) with following code. I think the ppFixedFormatIntentScreen constant must be of another type. Because without that constant it works fine. But I cannot set other constants?! import glob, win32com.client, pythoncom pptFiles = glob.glob('c:\\testdokumente\\ppt\\*.ppt') for pptFile in pptFiles: PPT=win32com.client.gencache.EnsureDispatch('powerpoint.application') print 'Converting %s' % pptFile #PPT.Activate() presentation = PPT.Presentations.Open(pptFile, False, False, False) presentation.ExportAsFixedFormat(pptFile+'.pdf', win32com.client.constants.ppFixedFormatTypePDF, win32com.client.constants.ppFixedFormatIntentScreen) Output: Converting c:\testdokumente\ppt\file_no_0.ppt Traceback (most recent call last): File "C:\Python25\Lib\SITE-P~1\PYTHON~1\pywin\framework\scriptutils.py", line 310, in RunScript exec codeObject in __main__.__dict__ File "C:\Dokumente und Einstellungen\mgo\Desktop\ppt_getobject.py", line 9, in <module> presentation.ExportAsFixedFormat(pptFile+'.pdf', win32com.client.constants.ppFixedFormatTypePDF, win32com.client.constants.ppFixedFormatIntentScreen) File "C:\DOKUME~1\mgo\LOKALE~1\Temp\gen_py\2.5\91493440-5A91-11CF-8700-00AA0060263Bx0x2x9.py", line 7866, in ExportAsFixedFormat , KeepIRMSettings, DocStructureTags, BitmapMissingFonts, UseISO19005_1, ExternalExporter File "C:\Python25\lib\site-packages\win32com\client\__init__.py", line 448, in _ApplyTypes_ dispid, 0, wFlags, retType, argTypes, *args), ValueError: argument is not a COM object >>> ---------------------------------------------------------------------- Comment By: Mustafa (goermezer) Date: 2007-11-06 12:16 Message: Logged In: YES user_id=1525528 Originator: YES It works !!! ---------------------------------------------------------------------- Comment By: Stefan Schukat (sschukat) Date: 2007-11-05 14:44 Message: Logged In: YES user_id=977439 Originator: NO This is a bug in Powerpoint. It defines "[in, optional, defaultvalue(0)] PrintRange* PrintRange" which leads to the generation of "PrintRange=0" in the python wrapper. Therefore you'll get the error when calling the method. So no problem of makepy. Workaround call the method with PrintRange=None since None is a vali COM object. E.g. presentation.ExportAsFixedFormat(pptFile+'.pdf', win32com.client.constants.ppFixedFormatTypePDF, win32com.client.constants.ppFixedFormatIntentScreen, PrintRange=None) should work. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2007-11-03 00:06 Message: Logged In: YES user_id=14198 Originator: NO "ValueError: argument is not a COM object" generally means that one of the params is expecting an object, not a simple type such as an integer. You might like to post your question to the pyt...@py... mailing list where more people will see it ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1824600&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-11-06 12:16:25
|
Bugs item #1824600, was opened at 2007-11-02 11:59 Message generated for change (Comment added) made by goermezer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1824600&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: Mustafa (goermezer) Assigned to: Nobody/Anonymous (nobody) Summary: Type mismatch when using export fuction of PowerPoint 2007 Initial Comment: Hi, mabe it is a PowerPoint 2007 bug, but I couldn`t find a solution to use the function ExportAsFixedFormat of PowerPoint 2007. I get a value error (not a COM object) with following code. I think the ppFixedFormatIntentScreen constant must be of another type. Because without that constant it works fine. But I cannot set other constants?! import glob, win32com.client, pythoncom pptFiles = glob.glob('c:\\testdokumente\\ppt\\*.ppt') for pptFile in pptFiles: PPT=win32com.client.gencache.EnsureDispatch('powerpoint.application') print 'Converting %s' % pptFile #PPT.Activate() presentation = PPT.Presentations.Open(pptFile, False, False, False) presentation.ExportAsFixedFormat(pptFile+'.pdf', win32com.client.constants.ppFixedFormatTypePDF, win32com.client.constants.ppFixedFormatIntentScreen) Output: Converting c:\testdokumente\ppt\file_no_0.ppt Traceback (most recent call last): File "C:\Python25\Lib\SITE-P~1\PYTHON~1\pywin\framework\scriptutils.py", line 310, in RunScript exec codeObject in __main__.__dict__ File "C:\Dokumente und Einstellungen\mgo\Desktop\ppt_getobject.py", line 9, in <module> presentation.ExportAsFixedFormat(pptFile+'.pdf', win32com.client.constants.ppFixedFormatTypePDF, win32com.client.constants.ppFixedFormatIntentScreen) File "C:\DOKUME~1\mgo\LOKALE~1\Temp\gen_py\2.5\91493440-5A91-11CF-8700-00AA0060263Bx0x2x9.py", line 7866, in ExportAsFixedFormat , KeepIRMSettings, DocStructureTags, BitmapMissingFonts, UseISO19005_1, ExternalExporter File "C:\Python25\lib\site-packages\win32com\client\__init__.py", line 448, in _ApplyTypes_ dispid, 0, wFlags, retType, argTypes, *args), ValueError: argument is not a COM object >>> ---------------------------------------------------------------------- >Comment By: Mustafa (goermezer) Date: 2007-11-06 12:16 Message: Logged In: YES user_id=1525528 Originator: YES It works !!! ---------------------------------------------------------------------- Comment By: Stefan Schukat (sschukat) Date: 2007-11-05 14:44 Message: Logged In: YES user_id=977439 Originator: NO This is a bug in Powerpoint. It defines "[in, optional, defaultvalue(0)] PrintRange* PrintRange" which leads to the generation of "PrintRange=0" in the python wrapper. Therefore you'll get the error when calling the method. So no problem of makepy. Workaround call the method with PrintRange=None since None is a vali COM object. E.g. presentation.ExportAsFixedFormat(pptFile+'.pdf', win32com.client.constants.ppFixedFormatTypePDF, win32com.client.constants.ppFixedFormatIntentScreen, PrintRange=None) should work. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2007-11-03 00:06 Message: Logged In: YES user_id=14198 Originator: NO "ValueError: argument is not a COM object" generally means that one of the params is expecting an object, not a simple type such as an integer. You might like to post your question to the pyt...@py... mailing list where more people will see it ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1824600&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-11-05 14:44:28
|
Bugs item #1824600, was opened at 2007-11-02 12:59 Message generated for change (Comment added) made by sschukat You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1824600&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: Mustafa (goermezer) Assigned to: Nobody/Anonymous (nobody) Summary: Type mismatch when using export fuction of PowerPoint 2007 Initial Comment: Hi, mabe it is a PowerPoint 2007 bug, but I couldn`t find a solution to use the function ExportAsFixedFormat of PowerPoint 2007. I get a value error (not a COM object) with following code. I think the ppFixedFormatIntentScreen constant must be of another type. Because without that constant it works fine. But I cannot set other constants?! import glob, win32com.client, pythoncom pptFiles = glob.glob('c:\\testdokumente\\ppt\\*.ppt') for pptFile in pptFiles: PPT=win32com.client.gencache.EnsureDispatch('powerpoint.application') print 'Converting %s' % pptFile #PPT.Activate() presentation = PPT.Presentations.Open(pptFile, False, False, False) presentation.ExportAsFixedFormat(pptFile+'.pdf', win32com.client.constants.ppFixedFormatTypePDF, win32com.client.constants.ppFixedFormatIntentScreen) Output: Converting c:\testdokumente\ppt\file_no_0.ppt Traceback (most recent call last): File "C:\Python25\Lib\SITE-P~1\PYTHON~1\pywin\framework\scriptutils.py", line 310, in RunScript exec codeObject in __main__.__dict__ File "C:\Dokumente und Einstellungen\mgo\Desktop\ppt_getobject.py", line 9, in <module> presentation.ExportAsFixedFormat(pptFile+'.pdf', win32com.client.constants.ppFixedFormatTypePDF, win32com.client.constants.ppFixedFormatIntentScreen) File "C:\DOKUME~1\mgo\LOKALE~1\Temp\gen_py\2.5\91493440-5A91-11CF-8700-00AA0060263Bx0x2x9.py", line 7866, in ExportAsFixedFormat , KeepIRMSettings, DocStructureTags, BitmapMissingFonts, UseISO19005_1, ExternalExporter File "C:\Python25\lib\site-packages\win32com\client\__init__.py", line 448, in _ApplyTypes_ dispid, 0, wFlags, retType, argTypes, *args), ValueError: argument is not a COM object >>> ---------------------------------------------------------------------- Comment By: Stefan Schukat (sschukat) Date: 2007-11-05 15:44 Message: Logged In: YES user_id=977439 Originator: NO This is a bug in Powerpoint. It defines "[in, optional, defaultvalue(0)] PrintRange* PrintRange" which leads to the generation of "PrintRange=0" in the python wrapper. Therefore you'll get the error when calling the method. So no problem of makepy. Workaround call the method with PrintRange=None since None is a vali COM object. E.g. presentation.ExportAsFixedFormat(pptFile+'.pdf', win32com.client.constants.ppFixedFormatTypePDF, win32com.client.constants.ppFixedFormatIntentScreen, PrintRange=None) should work. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2007-11-03 01:06 Message: Logged In: YES user_id=14198 Originator: NO "ValueError: argument is not a COM object" generally means that one of the params is expecting an object, not a simple type such as an integer. You might like to post your question to the pyt...@py... mailing list where more people will see it ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1824600&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-11-03 00:06:38
|
Bugs item #1824600, was opened at 2007-11-02 22:59 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1824600&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: Mustafa (goermezer) Assigned to: Nobody/Anonymous (nobody) Summary: Type mismatch when using export fuction of PowerPoint 2007 Initial Comment: Hi, mabe it is a PowerPoint 2007 bug, but I couldn`t find a solution to use the function ExportAsFixedFormat of PowerPoint 2007. I get a value error (not a COM object) with following code. I think the ppFixedFormatIntentScreen constant must be of another type. Because without that constant it works fine. But I cannot set other constants?! import glob, win32com.client, pythoncom pptFiles = glob.glob('c:\\testdokumente\\ppt\\*.ppt') for pptFile in pptFiles: PPT=win32com.client.gencache.EnsureDispatch('powerpoint.application') print 'Converting %s' % pptFile #PPT.Activate() presentation = PPT.Presentations.Open(pptFile, False, False, False) presentation.ExportAsFixedFormat(pptFile+'.pdf', win32com.client.constants.ppFixedFormatTypePDF, win32com.client.constants.ppFixedFormatIntentScreen) Output: Converting c:\testdokumente\ppt\file_no_0.ppt Traceback (most recent call last): File "C:\Python25\Lib\SITE-P~1\PYTHON~1\pywin\framework\scriptutils.py", line 310, in RunScript exec codeObject in __main__.__dict__ File "C:\Dokumente und Einstellungen\mgo\Desktop\ppt_getobject.py", line 9, in <module> presentation.ExportAsFixedFormat(pptFile+'.pdf', win32com.client.constants.ppFixedFormatTypePDF, win32com.client.constants.ppFixedFormatIntentScreen) File "C:\DOKUME~1\mgo\LOKALE~1\Temp\gen_py\2.5\91493440-5A91-11CF-8700-00AA0060263Bx0x2x9.py", line 7866, in ExportAsFixedFormat , KeepIRMSettings, DocStructureTags, BitmapMissingFonts, UseISO19005_1, ExternalExporter File "C:\Python25\lib\site-packages\win32com\client\__init__.py", line 448, in _ApplyTypes_ dispid, 0, wFlags, retType, argTypes, *args), ValueError: argument is not a COM object >>> ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2007-11-03 11:06 Message: Logged In: YES user_id=14198 Originator: NO "ValueError: argument is not a COM object" generally means that one of the params is expecting an object, not a simple type such as an integer. You might like to post your question to the pyt...@py... mailing list where more people will see it ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1824600&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-11-02 11:59:25
|
Bugs item #1824600, was opened at 2007-11-02 11:59 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=1824600&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: Mustafa (goermezer) Assigned to: Nobody/Anonymous (nobody) Summary: Type mismatch when using export fuction of PowerPoint 2007 Initial Comment: Hi, mabe it is a PowerPoint 2007 bug, but I couldn`t find a solution to use the function ExportAsFixedFormat of PowerPoint 2007. I get a value error (not a COM object) with following code. I think the ppFixedFormatIntentScreen constant must be of another type. Because without that constant it works fine. But I cannot set other constants?! import glob, win32com.client, pythoncom pptFiles = glob.glob('c:\\testdokumente\\ppt\\*.ppt') for pptFile in pptFiles: PPT=win32com.client.gencache.EnsureDispatch('powerpoint.application') print 'Converting %s' % pptFile #PPT.Activate() presentation = PPT.Presentations.Open(pptFile, False, False, False) presentation.ExportAsFixedFormat(pptFile+'.pdf', win32com.client.constants.ppFixedFormatTypePDF, win32com.client.constants.ppFixedFormatIntentScreen) Output: Converting c:\testdokumente\ppt\file_no_0.ppt Traceback (most recent call last): File "C:\Python25\Lib\SITE-P~1\PYTHON~1\pywin\framework\scriptutils.py", line 310, in RunScript exec codeObject in __main__.__dict__ File "C:\Dokumente und Einstellungen\mgo\Desktop\ppt_getobject.py", line 9, in <module> presentation.ExportAsFixedFormat(pptFile+'.pdf', win32com.client.constants.ppFixedFormatTypePDF, win32com.client.constants.ppFixedFormatIntentScreen) File "C:\DOKUME~1\mgo\LOKALE~1\Temp\gen_py\2.5\91493440-5A91-11CF-8700-00AA0060263Bx0x2x9.py", line 7866, in ExportAsFixedFormat , KeepIRMSettings, DocStructureTags, BitmapMissingFonts, UseISO19005_1, ExternalExporter File "C:\Python25\lib\site-packages\win32com\client\__init__.py", line 448, in _ApplyTypes_ dispid, 0, wFlags, retType, argTypes, *args), ValueError: argument is not a COM object >>> ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1824600&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-11-01 22:51:21
|
Bugs item #1824210, was opened at 2007-11-02 05:18 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1824210&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: Wont Fix Priority: 5 Private: No Submitted By: ennui77 (ennui77) Assigned to: Nobody/Anonymous (nobody) Summary: (-2147481648, 'EnumObjectItems for buffer size', 'No error m Initial Comment: I'm trying to do some stats reporting on a process using win32pdh. When I run my program as my admin user it works just fine. When I run the program as a limited user it get the following exception: (-2147481648, 'EnumObjectItems for buffer size', 'No error message is available') This is on windows xp 64-bit with a 32-bit python 2.4.3 install. I don't think its a problem with my call args, as they don't change between users, and the admin user works perfectly. I'm not sure if anyone else has run into this. I wasn't able to find any thing related to this issue with google.com. I don't understand how the user's privledges have anything to do with this call, unless I'm missing something. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2007-11-02 09:51 Message: Logged In: YES user_id=14198 Originator: NO I'm not sure - but I am confident that whatever the issue is, it is not related to Python or pywin32. Searching for that error code, regardless of the language that calls the function, is the most likely to be fruitful. ---------------------------------------------------------------------- Comment By: ennui77 (ennui77) Date: 2007-11-02 09:09 Message: Logged In: YES user_id=1927281 Originator: YES I did see that error, but it doesn't make sense. It is running the stats on the local machine. how is it possible that it can't connect to it? I event tried specifiy the full machine explicitly... ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2007-11-02 08:45 Message: Logged In: YES user_id=14198 Originator: NO There doesn't seem to be a pywin32 bug here, just a question about how the PDH library works on various platforms. The error code you are seeing is PDH_CSTATUS_NO_MACHINE - see http://mail.python.org/pipermail/python-win32/2004-October/002519.html, where this has come up before. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1824210&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-11-01 22:09:04
|
Bugs item #1824210, was opened at 2007-11-01 13:18 Message generated for change (Comment added) made by ennui77 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1824210&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: Wont Fix Priority: 5 Private: No Submitted By: ennui77 (ennui77) Assigned to: Nobody/Anonymous (nobody) Summary: (-2147481648, 'EnumObjectItems for buffer size', 'No error m Initial Comment: I'm trying to do some stats reporting on a process using win32pdh. When I run my program as my admin user it works just fine. When I run the program as a limited user it get the following exception: (-2147481648, 'EnumObjectItems for buffer size', 'No error message is available') This is on windows xp 64-bit with a 32-bit python 2.4.3 install. I don't think its a problem with my call args, as they don't change between users, and the admin user works perfectly. I'm not sure if anyone else has run into this. I wasn't able to find any thing related to this issue with google.com. I don't understand how the user's privledges have anything to do with this call, unless I'm missing something. ---------------------------------------------------------------------- >Comment By: ennui77 (ennui77) Date: 2007-11-01 17:09 Message: Logged In: YES user_id=1927281 Originator: YES I did see that error, but it doesn't make sense. It is running the stats on the local machine. how is it possible that it can't connect to it? I event tried specifiy the full machine explicitly... ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2007-11-01 16:45 Message: Logged In: YES user_id=14198 Originator: NO There doesn't seem to be a pywin32 bug here, just a question about how the PDH library works on various platforms. The error code you are seeing is PDH_CSTATUS_NO_MACHINE - see http://mail.python.org/pipermail/python-win32/2004-October/002519.html, where this has come up before. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1824210&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-11-01 21:45:16
|
Bugs item #1824210, was opened at 2007-11-02 05:18 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1824210&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: Wont Fix Priority: 5 Private: No Submitted By: ennui77 (ennui77) Assigned to: Nobody/Anonymous (nobody) Summary: (-2147481648, 'EnumObjectItems for buffer size', 'No error m Initial Comment: I'm trying to do some stats reporting on a process using win32pdh. When I run my program as my admin user it works just fine. When I run the program as a limited user it get the following exception: (-2147481648, 'EnumObjectItems for buffer size', 'No error message is available') This is on windows xp 64-bit with a 32-bit python 2.4.3 install. I don't think its a problem with my call args, as they don't change between users, and the admin user works perfectly. I'm not sure if anyone else has run into this. I wasn't able to find any thing related to this issue with google.com. I don't understand how the user's privledges have anything to do with this call, unless I'm missing something. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2007-11-02 08:45 Message: Logged In: YES user_id=14198 Originator: NO There doesn't seem to be a pywin32 bug here, just a question about how the PDH library works on various platforms. The error code you are seeing is PDH_CSTATUS_NO_MACHINE - see http://mail.python.org/pipermail/python-win32/2004-October/002519.html, where this has come up before. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1824210&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-11-01 18:18:34
|
Bugs item #1824210, was opened at 2007-11-01 13:18 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=1824210&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: ennui77 (ennui77) Assigned to: Nobody/Anonymous (nobody) Summary: (-2147481648, 'EnumObjectItems for buffer size', 'No error m Initial Comment: I'm trying to do some stats reporting on a process using win32pdh. When I run my program as my admin user it works just fine. When I run the program as a limited user it get the following exception: (-2147481648, 'EnumObjectItems for buffer size', 'No error message is available') This is on windows xp 64-bit with a 32-bit python 2.4.3 install. I don't think its a problem with my call args, as they don't change between users, and the admin user works perfectly. I'm not sure if anyone else has run into this. I wasn't able to find any thing related to this issue with google.com. I don't understand how the user's privledges have anything to do with this call, unless I'm missing something. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1824210&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-10-25 17:29:48
|
Bugs item #1820151, was opened at 2007-10-25 17:29 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=1820151&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: Joe Foley (foley) Assigned to: Nobody/Anonymous (nobody) Summary: Solidworks API pass-by-reference Initial Comment: When you run makepy on the SolidWorks api, it gets confused on any of the methods that use pass-by reference. In particular, to anyone trying to do automation using OpenDoc6 runs into the problem of the errors and warnings arguments which are pass-by reference being considered non-optional, even though they are return values. A fairly in-depth discussion and possible workarounds can be found at: http://ephemeralvalue.com/?p=16 and http://mail.python.org/pipermail/python-list/2002-December/175880.html Is there a way to make makepy not get confused on these methods, or is this just a function of the SolidWorks API? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1820151&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-10-24 07:39:53
|
Bugs item #1815499, was opened at 2007-10-18 02:23 Message generated for change (Comment added) made by weck You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1815499&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: zou guangxian (weck) Assigned to: Nobody/Anonymous (nobody) Summary: SetWindowPos can't work with activex control Initial Comment: In win32app.cpp:2166, BOOL ok = ::SetWindowPos( pWnd->GetSafeHwnd(), insertAfter, x, y, cx, cy, flags); should be changed to the following lines: CWnd wndInsertAfter; wndInsertAfter.Attach(insertAfter); BOOL ok = pWnd->SetWindowPos( &wndInsertAfter, x, y, cx, cy, flags); wndInsertAfter.Detach(); ---------------------------------------------------------------------- >Comment By: zou guangxian (weck) Date: 2007-10-24 07:39 Message: Logged In: YES user_id=499971 Originator: YES The attachment is a modification of flash.py in Lib\site-packages\pythonwin\pywin\Demos\ocx\. After it launched, it will create a window to host ShockwaveFlash control. User can drag the border to resize the window. but when host window became larger, the ShockwaveFlash only do a 'fake' resize. when you click on ShockwaveFlash control, it will shrink to the size when it was created. I've readed the source code and found that CWnd::SetWindowPos will do a lot of things except calling ::SetWindowPos. so I made a changement like the lines listed before, and it work very well. File Added: flash2.py ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2007-10-18 02:26 Message: Logged In: YES user_id=14198 Originator: NO Can you please show an example of some code that is broken now, but is fixed with this change? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1815499&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-10-18 21:04:27
|
Bugs item #1273738, was opened at 2005-08-26 01:52 Message generated for change (Comment added) made by richardb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1273738&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: Hari Krishna Dara (haridsv) Assigned to: Nobody/Anonymous (nobody) Summary: atexit not called for pythonservice (win32) Initial Comment: I have a couple of functions registered with atexit which work fine when the program is executed on command-line. But when I run the same as a windows service, and stop the service using service interface, these hooks never get call backs. The service does exit normally (at least my program doesn't do os._exit() and there are no exceptions). I am using ActiveState's distribution of python, but I would imagine this is non-specific. Here is the version information: ActivePython 2.4.1 Build 247 (ActiveState Corp.) based on Python 2.4.1 (#65, Jun 20 2005, 17:01:55) [MSC v.1310 32 bit (Intel)] on win32 As a workaround I am calling the atexit._run_exitfuncs() manually before returning from SvcDoRun() for now. ---------------------------------------------------------------------- Comment By: Richard Boulton (richardb) Date: 2007-10-18 21:04 Message: Logged In: YES user_id=9565 Originator: NO Well, I can't see how to attach files to this report, though there is a line listing the number of attachments (listing it as 0, though). So, the example is at http://tartarus.org/~richard/test_service.py If I register and run the service (with "python test_service.py start" on the command line), I get two log entries - one saying "Started" and one saying "Stopping", 5 seconds later. If I uncomment the "sys.exitfunc()" line, I get an extra message "Atexit called", immediately after the "Stopping" message. I would expect to see the "Atexit called" message even with the call to "sys.exitfunc()" commented out. I don't have time to add Py_Finalize to PythonService.cpp and recompile, but I would imagine that that would cause the sys.exitfunc() to be called correctly - Py_Finalize is usually responsible for calling sys.exitfunc() to be called on interpreter shutdown. ---------------------------------------------------------------------- Comment By: Richard Boulton (richardb) Date: 2007-10-18 20:53 Message: Logged In: YES user_id=9565 Originator: NO This issue is still present. I have a minimal example which reproduces it which I will attach to this bug shortly. Note - regarding "woodsplitter"'s comment - I don't think this is related to the issue linked to there. As far as I can tell, the issue there is related to atexit being called in an order different to that expected, due to threading issues. In my minimal example, I have no threads involved; all my example code runs in SvcDoRun, in a single thread. I believe the problem is simply that, in src/PythonService.cpp, Py_Finalize() is never called. For example, in the main() function, Py_Initialize() is called near the start, but a corresponding Py_Finalize() is not called. ---------------------------------------------------------------------- Comment By: Hari Krishna Dara (haridsv) Date: 2006-01-12 19:09 Message: Logged In: YES user_id=344432 Doesn't seem to be. In my case I don't see a call back at all, so the issue is not about when it gets called. ---------------------------------------------------------------------- Comment By: David S. Rushby (woodsplitter) Date: 2006-01-12 18:50 Message: Logged In: YES user_id=414645 I wonder if this bug is related to the following issue? http://groups.google.com/group/comp.lang.python/browse_thread/thread/fe9e426650764ed9/972ecadc2d6fcf5b#972ecadc2d6fcf5b ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1273738&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-10-18 20:53:43
|
Bugs item #1273738, was opened at 2005-08-26 01:52 Message generated for change (Comment added) made by richardb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1273738&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: Hari Krishna Dara (haridsv) Assigned to: Nobody/Anonymous (nobody) Summary: atexit not called for pythonservice (win32) Initial Comment: I have a couple of functions registered with atexit which work fine when the program is executed on command-line. But when I run the same as a windows service, and stop the service using service interface, these hooks never get call backs. The service does exit normally (at least my program doesn't do os._exit() and there are no exceptions). I am using ActiveState's distribution of python, but I would imagine this is non-specific. Here is the version information: ActivePython 2.4.1 Build 247 (ActiveState Corp.) based on Python 2.4.1 (#65, Jun 20 2005, 17:01:55) [MSC v.1310 32 bit (Intel)] on win32 As a workaround I am calling the atexit._run_exitfuncs() manually before returning from SvcDoRun() for now. ---------------------------------------------------------------------- Comment By: Richard Boulton (richardb) Date: 2007-10-18 20:53 Message: Logged In: YES user_id=9565 Originator: NO This issue is still present. I have a minimal example which reproduces it which I will attach to this bug shortly. Note - regarding "woodsplitter"'s comment - I don't think this is related to the issue linked to there. As far as I can tell, the issue there is related to atexit being called in an order different to that expected, due to threading issues. In my minimal example, I have no threads involved; all my example code runs in SvcDoRun, in a single thread. I believe the problem is simply that, in src/PythonService.cpp, Py_Finalize() is never called. For example, in the main() function, Py_Initialize() is called near the start, but a corresponding Py_Finalize() is not called. ---------------------------------------------------------------------- Comment By: Hari Krishna Dara (haridsv) Date: 2006-01-12 19:09 Message: Logged In: YES user_id=344432 Doesn't seem to be. In my case I don't see a call back at all, so the issue is not about when it gets called. ---------------------------------------------------------------------- Comment By: David S. Rushby (woodsplitter) Date: 2006-01-12 18:50 Message: Logged In: YES user_id=414645 I wonder if this bug is related to the following issue? http://groups.google.com/group/comp.lang.python/browse_thread/thread/fe9e426650764ed9/972ecadc2d6fcf5b#972ecadc2d6fcf5b ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1273738&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2007-10-18 12:32:44
|
Feature Requests item #1815734, was opened at 2007-10-18 15:13 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=1815734&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: psimo (psimo) Assigned to: Nobody/Anonymous (nobody) Summary: Problems with more than one ISAPI extension. Initial Comment: If you use more than one ISAPI extension at the same time, then you most probably want one python process per extension to avoid sharing module level global data. The default puts all extensions in the same python process. In Windows 2000 Server Service Pack 4 this can be done by setting AppProtection=_APP_OUTPROC in the VirtualDirParameters. (In Service Pack 2 _only_ AppProtection=_APP_INPROC works for me.) In Windows 2003 Server the AppProtection does nothing as they use AppPools instead. There you want one AppPool per extension to get one python process per extension. I've used the set_app_pool and remove_pool functions below as the PostInstall and PostRemove arguments to my VirtualDirParameters to achieve this. It would be nice if you could add these or similar helper functions to isapi.install. from isapi.install import GetObject, _IIS_OBJECT import pywintypes def create_pool(pool_name): try: pools = GetObject(_IIS_OBJECT+'/AppPools') except pywintypes.com_error: return # There are no pools try: GetObject(_IIS_OBJECT+'/AppPools/'+pool_name) except pywintypes.com_error: # The pool does not exist pool = pools.Create('IIsApplicationPool', pool_name) pool.SetInfo() return pool_name def delete_pool(pool_name): try: pools = GetObject(_IIS_OBJECT+'/AppPools') pools.Delete('IIsApplicationPool', pool_name) except pywintypes.com_error: pass # The pool didn't exist def set_app_pool(params, options, webdir=None): if webdir: if create_pool(pool_name): webdir.AppPoolID = pool_name webdir.SetInfo() def remove_pool(params, options): delete_pool(pool_name) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1815734&group_id=78018 |
2 messages has been excluded from this view by a project administrator.
