pywin32-bugs Mailing List for Python for Windows Extensions (Page 5)
OLD project page for the Python extensions for Windows
Brought to you by:
mhammond
Menu
▾
▴
pywin32-bugs — Automated tracker notifications (not for bug reports!)
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
(24) |
May
(19) |
Jun
(15) |
Jul
(43) |
Aug
(39) |
Sep
(25) |
Oct
(43) |
Nov
(19) |
Dec
(4) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(21) |
Feb
(18) |
Mar
(14) |
Apr
(80) |
May
(56) |
Jun
(24) |
Jul
(30) |
Aug
(17) |
Sep
(36) |
Oct
(106) |
Nov
(38) |
Dec
(30) |
| 2005 |
Jan
(14) |
Feb
(14) |
Mar
(48) |
Apr
(28) |
May
(49) |
Jun
(23) |
Jul
(9) |
Aug
(13) |
Sep
(28) |
Oct
(21) |
Nov
(8) |
Dec
(26) |
| 2006 |
Jan
(56) |
Feb
(33) |
Mar
(33) |
Apr
(18) |
May
(16) |
Jun
(9) |
Jul
(24) |
Aug
(16) |
Sep
(14) |
Oct
(37) |
Nov
(38) |
Dec
(22) |
| 2007 |
Jan
(7) |
Feb
(16) |
Mar
(11) |
Apr
(15) |
May
(15) |
Jun
(8) |
Jul
(24) |
Aug
(26) |
Sep
(18) |
Oct
(11) |
Nov
(20) |
Dec
(1) |
| 2008 |
Jan
(19) |
Feb
(55) |
Mar
(7) |
Apr
(35) |
May
(66) |
Jun
(38) |
Jul
(26) |
Aug
(5) |
Sep
(25) |
Oct
(25) |
Nov
(18) |
Dec
(18) |
| 2009 |
Jan
(25) |
Feb
(38) |
Mar
(29) |
Apr
(25) |
May
(5) |
Jun
(11) |
Jul
(16) |
Aug
(16) |
Sep
(16) |
Oct
(1) |
Nov
(15) |
Dec
(33) |
| 2010 |
Jan
(13) |
Feb
(11) |
Mar
(1) |
Apr
(24) |
May
(26) |
Jun
(19) |
Jul
(22) |
Aug
(51) |
Sep
(38) |
Oct
(39) |
Nov
(25) |
Dec
(27) |
| 2011 |
Jan
(40) |
Feb
(31) |
Mar
(21) |
Apr
(42) |
May
(11) |
Jun
(16) |
Jul
(20) |
Aug
(14) |
Sep
(6) |
Oct
(8) |
Nov
(34) |
Dec
(7) |
| 2012 |
Jan
(60) |
Feb
(24) |
Mar
(6) |
Apr
(28) |
May
(41) |
Jun
(15) |
Jul
(14) |
Aug
(25) |
Sep
(30) |
Oct
(18) |
Nov
(30) |
Dec
(9) |
| 2013 |
Jan
(3) |
Feb
(8) |
Mar
(17) |
Apr
(23) |
May
(34) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2012-11-29 00:28:43
|
Feature Requests item #3590111, was opened at 2012-11-26 08:42 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3590111&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: Jan-Philip Gehrcke (gurke111) Assigned to: Nobody/Anonymous (nobody) Summary: Feature request: ReadFileEx/WriteFileEx Initial Comment: I was just happily working myself into the pywin32 package unitl I found that the main functions I need are not available: ReadFileEx/WriteFileEx I'll stick to a ctypes-based method for now. However, future users might be happy to see these functions. ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2012-11-28 16:28 Message: I had looked at these a while back, and the reason I didn't wrap them is the lack of a way to pass a python function to the callback. Most of these types of callbacks have an extra "context" arg - a void pointer that we can use for that purpose. However, this one doesn't provide for a context. Maybe we could associate the callback with the file handle or the Overlapped object. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3590111&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-11-27 10:26:20
|
Bugs item #3588501, was opened at 2012-11-19 05:52 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3588501&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: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: Visual Studio AddPropertySheet Type Error Initial Comment: When trying to add a style sheet to a visual studio C++ project using pythoncom, the following error occurs Traceback (most recent call last): File "test.py", line 87, in <module> proj.addPropertySheet("d:\\temp\\vs\\boost.props") File "test.py", line 34, in addPropertySheet sheet = conf.AddPropertySheet(file) File "C:\Python27\lib\site-packages\win32com\gen_py\0CD36BB6-D828-4DB9-91BF-AD493EE76B79x0x10x0\VCConfiguration.py", line 35, in AddPropertySheet ret = self._oleobj_.InvokeTypes(782, LCID, 1, (9, 0), ((31, 1),),FileName TypeError: The VARIANT type is unknown (0x0000001f) Source is attached. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2012-11-27 02:26 Message: Passing the variant as suggested results in the original error TypeError: The VARIANT type is unknown (0x0000001f) ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2012-11-23 21:33 Message: Could you try passing win32com.client.VARIANT(pythoncom.VT_LPWSTR, "the string") and see if that helps? ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2012-11-21 02:07 Message: Changing to VT_BSTR(8) results in a different error Traceback (most recent call last): File "test.py", line 87, in <module> proj.addPropertySheet("d:\\temp\\vs\\boost.props") File "test.py", line 34, in addPropertySheet sheet = conf.AddPropertySheet(file) File "C:\Python27\lib\site-packages\win32com\gen_py\0CD36BB6-D828-4DB9-91BF-AD493EE76B79x0x10x0\VCConfiguration.py", line 35, in AddPropertySheet ret = self._oleobj_.InvokeTypes(782, LCID, 1, (9, 0), ((8, 1),),FileName pywintypes.com_error: (-2147352568, 'Bad variable type.', None, None) ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2012-11-19 10:35 Message: 31 is VT_LPWSTR, which is not valid in a VARIANT. This looks like a bug in the typelib. If you edit the generated file and change it to VT_BSTR (8) does it succeed ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3588501&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-11-26 21:57:16
|
Bugs item #3530195, was opened at 2012-05-28 01:37 Message generated for change (Comment added) made by hasenpfeffer2 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3530195&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: 3860654 () Assigned to: Nobody/Anonymous (nobody) Summary: errors towards the end of installation. Initial Comment: While trying to install pywin32-217.win-amd64-py2.6.exe, I get following errors towards the end of installation. Traceback (most recent call last): File "<string>", line 612, in <module> File "<string>", line 322, in install File "<string>", line 160, in LoadSystemModule ImportError: DLL load failed: The specified module could not be found. ---------------------------------------------------------------------- Comment By: hasenpfeffer2 (hasenpfeffer2) Date: 2012-11-26 13:57 Message: I found some more information about my problems related to post install script failures I was experiencing. The most interesting is that the installer does not seem to work when the logged-in account is not a local account. I am a member of Administrators on my machine, but my account is a network account, and the post install script always fails at the end of the installer with a sys.stderr not found and such. By creating a local Admin account and using that account to start the installer, then the post install script works. Can a change be made to allow non-local administrator accounts work? I believe my original problems were not related to installing VS2008 now. I had caused most of my problems by using a custom pythonxx.dll that did not include the correct manifest for VS2008 dlls. Once I started using the shipping pythonxx.dll, then things worked mostly as expected, except for the above non-local admin problem. Incidentally, I also found that having the pythonxx.dll in the same folder as the pywin32....exe installer caused my administrator problem to go away as well. So, normally I always get the sys.stderr missing failure. If the pythonxx.dll is in the same folder as the installer executable, then the post install script works fine even under a non-local admin account. ---------------------------------------------------------------------- Comment By: hasenpfeffer2 (hasenpfeffer2) Date: 2012-11-21 08:22 Message: I'll try adding on to this instead of making a new one... I have gotten the DLL load failed error in all runs of the pywin32 win32 installer I have ever done. This is on many different machines, with different Windows versions. The post install script has never worked within the installer. I got around the problem by running the post install script manually on the cmd line with the -install parameter. This has always worked. Then one day I happen to install VS2008 Express Edition to do some development work with Python. Ever since I installed VS2008, the post install script now runs properly at the end of the installer. I uninstalled VS2008 to see how the installer would react. I now get a sys.excepthook missing and stderr not found error. Though, I suspect, it was trying to print the DLL load failed exception and couldn't. Just speculation, though. I would recommend someone try using the installer on a system that has never had VS2008 installed and see if the DLL load failed error can be reproduced. ---------------------------------------------------------------------- Comment By: D-Mac (dcmacleo) Date: 2012-10-28 13:38 Message: OK, got ambitious and looked it up myself! ;) Here's what worked for me for others: http://forums.arcgis.com/threads/33808-PyWin32-212.win32-py2.6-silent-install ---------------------------------------------------------------------- Comment By: D-Mac (dcmacleo) Date: 2012-10-28 13:18 Message: I get this install error with 217 on both Vista 32 and 64, w/ 32bit Python 2.6 on both. Is there a manual install method? I'd like to use the library very much. Thanks. ---------------------------------------------------------------------- Comment By: Glenn Linderman (guruglenn) Date: 2012-07-06 02:05 Message: Build 217.1 works for me. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2012-07-06 00:14 Message: I put a build up at http://starship.python.net/~skippy/downloads/pywin32-217.1.win-amd64-py3.3.exe - it works for me here, but it would be great if anyone experiencing this problem could test it out. It is being slow to upload, so give it 30 mins after this message was posted - the filesize is 8,441,923. I'll make a real release soon... ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2012-07-05 00:36 Message: These problems all appear to be specific to 3.3. Sadly pywin32-217 was built with vc2008 where 3.3 recently moved to vs2010. I'm looking into it... ---------------------------------------------------------------------- Comment By: Glenn Linderman (guruglenn) Date: 2012-07-04 23:28 Message: Just for kicks, I added a print statement in LoadSystemModule in pywin32_postinstall.py, and the module it cannot load, on my system, is c:\python33\Lib\site-packages\pywin32_system32\pywintypes33.dll This probably doesn't surprise you since that is what the comments imply... The file exists in that location. Is there something else I can do to help debug this problem? ---------------------------------------------------------------------- Comment By: Glenn Linderman (guruglenn) Date: 2012-07-04 18:13 Message: I get the same error trying to install pywin32-217.win-amd64-py3.3.exe ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3530195&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-11-26 16:42:50
|
Bugs item #3590111, was opened at 2012-11-26 08:42 Message generated for change (Tracker Item Submitted) made by gurke111 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3590111&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: Jan-Philip Gehrcke (gurke111) Assigned to: Nobody/Anonymous (nobody) Summary: Feature request: ReadFileEx/WriteFileEx Initial Comment: I was just happily working myself into the pywin32 package unitl I found that the main functions I need are not available: ReadFileEx/WriteFileEx I'll stick to a ctypes-based method for now. However, future users might be happy to see these functions. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3590111&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-11-24 10:56:56
|
Bugs item #3562879, was opened at 2012-08-29 08:34 Message generated for change (Comment added) made by fraca7 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3562879&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: com Group: None Status: Closed Resolution: Invalid Priority: 5 Private: No Submitted By: Raveesh (spaniard81) Assigned to: Nobody/Anonymous (nobody) Summary: win32com and PAMIE 3 Initial Comment: I am trying to run the Simple Example to automate a google search on "Python" http://mail.python.org/pipermail/python-announce-list/2009-March/007279.html ###################################################### from PAM30 import PAMIE ie = PAMIE() ie.navigate("google.com") ie.setTextBox("q", "python") ie.clickButton("Google Search") ie.clickLink("Python Programming Language -- Official Website") ###################################################### I have the exact same setup as mentioned in the note by Rob Marchetti. Note:This version only only works with Python 3.0 on Windows and requires Mark Hammond's pywin32 for Python3.0 - pywin32-213.win32-py3.0.exe But i get the following error: TypeError: getElementsByTagName() takes exactly 1 positional argument (2 given) Details: Traceback (most recent call last): File "testPAM.py", line 10, in <module> ie.setTextBox("q", "python") File "C:\Users\raveesh\Dropbox\myCode\SSSB\PAM30.py", line 2093, in setTextBox foundElement = self.getTextBox(name) File "C:\Users\raveesh\Dropbox\myCode\SSSB\PAM30.py", line 1717, in getTextBox foundElement = self.findElement("input", "id;name;value", name) File "C:\Users\raveesh\Dropbox\myCode\SSSB\PAM30.py", line 445, in findElement elements = self.getElementsList(tag) File "C:\Users\raveesh\Dropbox\myCode\SSSB\PAM30.py", line 939, in getElementsList elements = self._ie.Document.getElementsByTagName(tag) TypeError: getElementsByTagName() takes exactly 1 positional argument (2 given) Python on my machine: Python 3.0.1 (r301:69561, Feb 13 2009, 20:04:18) [MSC v.1500 32 bit (Intel)] on win32 The bug has also been reported on http://stackoverflow.com/questions/11580340/typeerror-with-pamie with no solution! ---------------------------------------------------------------------- Comment By: Jérome Laheurte (fraca7) Date: 2012-11-24 02:56 Message: The problem is, the recognized signature is empty (no argument except self). So no tag name to pass... But I concur that this is probably an IE bug, not a pywin32 one. A colleague of mine suggested that this may be related to the fact that IHTMLDocument8 inherits from IUnknown instead of IDispatch, but we don't know enough COM-fu to be sure. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2012-11-23 21:59 Message: I'm really not sure what pywin32 can do to work around this, given it is IE which has decided the signature of this function should change. I can only suggest PAMIE try and work around the problem by, eg, catching the exception and retrying with 2 args (or sniffing the IE version, etc) ---------------------------------------------------------------------- Comment By: Desmond Cox (desmondgc) Date: 2012-11-16 13:30 Message: I am seeing the same issue with my own custom IE automation script. Only started since "upgrade" to IE 9. "Workaround" seems to be enable Compatibility View (Tools > Compatibility View settings > Display all websites in Compatibility View). ---------------------------------------------------------------------- Comment By: Raveesh (spaniard81) Date: 2012-10-04 13:55 Message: also PAM30.py is not compatible with Python 3 or higher versions. One will need to do some code modifications in PAM30.py like include new packages instead of the existing ones, and modify the print statements to the new print() function. But this is not as bad as the issues with IE 9. I will try to revert my IE to earlier versions. ---------------------------------------------------------------------- Comment By: Raveesh (spaniard81) Date: 2012-10-04 13:51 Message: As Jérome Laheurte (fraca7) mentioned this this appears to be an issue with Internet Explorer 9. I ran the same code on my Win Vista a week back and the code worked. I presume i still had IE 8 or earlier version on my machine. However, since the last Win update it appears IE 9 has been installed on my machine and this stops working again. ---------------------------------------------------------------------- Comment By: Jérome Laheurte (fraca7) Date: 2012-09-16 21:56 Message: Thanks. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2012-09-16 16:55 Message: I'll try and look into this soon. ---------------------------------------------------------------------- Comment By: Jérome Laheurte (fraca7) Date: 2012-09-16 02:20 Message: This is still "pending"... Should I open another bug report for my own situation ? ---------------------------------------------------------------------- Comment By: Jérome Laheurte (fraca7) Date: 2012-08-30 04:51 Message: This has nothing to do with Python 3 or PAM. I get the same error using this script (with Python 2.2, win32all build 210, as well as Python 2.5 and win32all build 217). It only happens with MSIE 9. Fun thing is that on a site like Baidu (commented line here), which uses compatibility mode IFAIK, it works. Tested on Win7 Ultimate 32 bits. import win32com.client import time ie = win32com.client.Dispatch('InternetExplorer.Application.1') try: ie.Visible = 1 ie.Navigate("http://www.google.com") # ie.Navigate("http://www.baidu.com") while ie.Busy: time.sleep(1) print ie.Document.getElementsByTagName("a") finally: ie.Quit() ---------------------------------------------------------------------- Comment By: Raveesh (spaniard81) Date: 2012-08-30 02:22 Message: i am running this on a 64bit Win7, Intel machine, if that has anything to do with this. ---------------------------------------------------------------------- Comment By: Raveesh (spaniard81) Date: 2012-08-30 02:21 Message: Hi, following you suggestion i upgraded to Python 3.x. Here is the exact version: Python 3.2.3 (default, Apr 11 2012, 07:15:24) [MSC v.1500 32 bit (Intel)] on win32 And i have installed pywin32-217.win32-py3.2 from sourceforge I still get the same TypeError: getElementsByTagName() takes exactly 1 positional argument (2 given) ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2012-08-29 09:03 Message: The first thing to try is using a newer version of Python 3. There were enough problems with Python 3.0 that pywin32 is no longer released for it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3562879&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-11-24 06:03:38
|
Bugs item #3501250, was opened at 2012-03-10 10:34 Message generated for change (Settings changed) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3501250&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: http://jamercee.myopenid.com/ () Assigned to: Nobody/Anonymous (nobody) Summary: Possible bug in win32file.SetFileTime() Initial Comment: It appears there may be a bug in the win32file.SetFileTime() method (or else there's a big bug in my understanding of how this pywin32 method is intended to work). We needed the ability to set the ctime,atime,mtime tuple of windows files. The python standard library method os.utime() only works for ctime,mtime. So we turned to pywin32 -- and foudn the SetFileTime seemed to be exactly what we needed. But it appears win32file.SetFileTime() performs time-zone related transformations that are tripping us up. Specifically, it alters the datetimes it is passed based on the local-system timezone. As a test, we passed the results from win32file.GetFileTime() win32file.SetFileTime(). In our view, this should have done nothing -- but instead it altered the ctime,atime,mtime of the files by advancing the times. I think a quick example can highlight the issue more clearly. Assume the following code is filetest.py: import win32file hnd = win32file.CreateFile('file.txt', win32file.GENERIC_READ | win32file.GENERIC_WRITE, 0, None, win32file.OPEN_EXISTING, 0, None) ct, at, mt = win32file.GetFileTime(hnd) win32file.SetFileTime(hnd, ct, at, mt) hnd.close() We run it like this: C:\> ECHO hi > file.txt C:\> DIR file.txt 03/10/2012 12:55 PM 5 file.txt 1 File(s) 5 bytes C:\> PYTHON filetest.py C:\> DIR file.txt 03/10/2012 05:55 PM 5 file.txt 1 File(s) 5 bytes Our local timezone is EST (which today is GMT-5). Notice the last-write time is now 5-hours in the future (note: so are ctime, and atime, but for brevity, I've omitted the listing). It looks like SetFileTime() assumed it was passed a collection of times that represented localtime, and performed local -> GMT conversion. But this is counter to the documentation available with GetFileTime(). According to MSDN, a FILETIME structure (like those returned from GetFileTime()) is: "...a 64-bit value representing the number of 100-nanosecond intervals since January 1, 1601 (UTC)..." http://msdn.microsoft.com/en-us/library/windows/desktop/ms724284(v=vs.85).aspx After spending some head scratching time on this, we hacked up a quick C version to confirm our understanding was correct about GetFileTime/SetFileTime: #include <stdio.h> #include <windows.h> int main() { HANDLE hnd = CreateFile("file.txt", GENERIC_READ | GENERIC_WRITE, 0, NULL, OPEN_EXISTING, 0, NULL); if (hnd == INVALID_HANDLE_VALUE) { printf("error, couldn't open file.txt\n"); return -1; } FILETIME ctime, atime, mtime; if (GetFileTime(hnd, &ctime, &atime, &mtime) == 0) { printf("unable to retrieve filetime(s)"); return -1; } if (SetFileTime(hnd, &ctime, &atime, &mtime) == 0) { printf("unable to set filetime(s)"); return -1; } CloseHandle(hnd); return 0; } This program works exactly as we expected and it does not alter any of the the file times. So we spent some additional time drilling down in the win32file.i swig code. The SetFileTime() declaration starts on line 718. On line 740, it begins processing the arguments passed (with code sections for each of the three times). Here's the one for ctime if (!PyWinObject_AsFILETIME(obTimeCreated, &LocalFileTime)) return NULL; // This sucks! This code is the only code in pywin32 that // blindly converted the result of AsFILETIME to a localtime. // That doesn't make sense in a tz-aware datetime world... if (PyWinTime_DateTimeCheck(obTimeCreated)) TimeCreated = LocalFileTime; else LocalFileTimeToFileTime(&LocalFileTime, &TimeCreated); lpTimeCreated= &TimeCreated; (NOTE: we did NOT add the somewhat offensive "sucks" comment. That was left over from whoever edited this code last) There's quite a bit of moving parts at this level of depth in the pywin32 code -- but it would appear to our superficial understanding that the pywin32 code at this point is converting the time passed to localtime. Is that correct? Has anyone else encountered a problem with win32file.SetFileTime() -- or are we just completely off our nut here? Our test setup: Windows 7 (64-bit) Running Python 2.7.2 (32-bit) pywin32-217 The filesystem we are writting to is NTFS ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2012-11-23 22:03 Message: Build 218 allows a new param to indicate whether the times are UTC - that defaults to false for b/w compat reasons, but should still allow this function to be used correctly. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2012-10-14 21:19 Message: That sounds like a great compromise! ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2012-10-14 21:00 Message: This is a leftover from older systems (95 &98) that stored these dates in local time. I seem to remember this having been discussed before somewhere, and the problem with fixing it was that it was already being used by pre-adjusting the time passed in. Changing it to no longer convert to local time will cause problems for anyone already using it that way. Also, I think FAT file systems may still use local time even now. Maybe we could add a flag to do localtime conversion, and defaults to True so current code continues to work as-is, but new code can use UTC by passing False. ---------------------------------------------------------------------- Comment By: Michael Vincent (venkman11) Date: 2012-10-02 14:11 Message: I'm seeing this behavior also, very annoying. Maybe the word "possible" should be removed from the defect title? It's certainly there. My use case for using this functionality as follows: I'm needing to set file creation times to their modification time so that media file viewers which can't extract this metadata from files (e.g. home videos) can get it from the timestamp. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3501250&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-11-24 05:59:51
|
Bugs item #3562879, was opened at 2012-08-29 08:34 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3562879&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: com Group: None >Status: Closed >Resolution: Invalid Priority: 5 Private: No Submitted By: Raveesh (spaniard81) Assigned to: Nobody/Anonymous (nobody) Summary: win32com and PAMIE 3 Initial Comment: I am trying to run the Simple Example to automate a google search on "Python" http://mail.python.org/pipermail/python-announce-list/2009-March/007279.html ###################################################### from PAM30 import PAMIE ie = PAMIE() ie.navigate("google.com") ie.setTextBox("q", "python") ie.clickButton("Google Search") ie.clickLink("Python Programming Language -- Official Website") ###################################################### I have the exact same setup as mentioned in the note by Rob Marchetti. Note:This version only only works with Python 3.0 on Windows and requires Mark Hammond's pywin32 for Python3.0 - pywin32-213.win32-py3.0.exe But i get the following error: TypeError: getElementsByTagName() takes exactly 1 positional argument (2 given) Details: Traceback (most recent call last): File "testPAM.py", line 10, in <module> ie.setTextBox("q", "python") File "C:\Users\raveesh\Dropbox\myCode\SSSB\PAM30.py", line 2093, in setTextBox foundElement = self.getTextBox(name) File "C:\Users\raveesh\Dropbox\myCode\SSSB\PAM30.py", line 1717, in getTextBox foundElement = self.findElement("input", "id;name;value", name) File "C:\Users\raveesh\Dropbox\myCode\SSSB\PAM30.py", line 445, in findElement elements = self.getElementsList(tag) File "C:\Users\raveesh\Dropbox\myCode\SSSB\PAM30.py", line 939, in getElementsList elements = self._ie.Document.getElementsByTagName(tag) TypeError: getElementsByTagName() takes exactly 1 positional argument (2 given) Python on my machine: Python 3.0.1 (r301:69561, Feb 13 2009, 20:04:18) [MSC v.1500 32 bit (Intel)] on win32 The bug has also been reported on http://stackoverflow.com/questions/11580340/typeerror-with-pamie with no solution! ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2012-11-23 21:59 Message: I'm really not sure what pywin32 can do to work around this, given it is IE which has decided the signature of this function should change. I can only suggest PAMIE try and work around the problem by, eg, catching the exception and retrying with 2 args (or sniffing the IE version, etc) ---------------------------------------------------------------------- Comment By: Desmond Cox (desmondgc) Date: 2012-11-16 13:30 Message: I am seeing the same issue with my own custom IE automation script. Only started since "upgrade" to IE 9. "Workaround" seems to be enable Compatibility View (Tools > Compatibility View settings > Display all websites in Compatibility View). ---------------------------------------------------------------------- Comment By: Raveesh (spaniard81) Date: 2012-10-04 13:55 Message: also PAM30.py is not compatible with Python 3 or higher versions. One will need to do some code modifications in PAM30.py like include new packages instead of the existing ones, and modify the print statements to the new print() function. But this is not as bad as the issues with IE 9. I will try to revert my IE to earlier versions. ---------------------------------------------------------------------- Comment By: Raveesh (spaniard81) Date: 2012-10-04 13:51 Message: As Jérome Laheurte (fraca7) mentioned this this appears to be an issue with Internet Explorer 9. I ran the same code on my Win Vista a week back and the code worked. I presume i still had IE 8 or earlier version on my machine. However, since the last Win update it appears IE 9 has been installed on my machine and this stops working again. ---------------------------------------------------------------------- Comment By: Jérome Laheurte (fraca7) Date: 2012-09-16 21:56 Message: Thanks. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2012-09-16 16:55 Message: I'll try and look into this soon. ---------------------------------------------------------------------- Comment By: Jérome Laheurte (fraca7) Date: 2012-09-16 02:20 Message: This is still "pending"... Should I open another bug report for my own situation ? ---------------------------------------------------------------------- Comment By: Jérome Laheurte (fraca7) Date: 2012-08-30 04:51 Message: This has nothing to do with Python 3 or PAM. I get the same error using this script (with Python 2.2, win32all build 210, as well as Python 2.5 and win32all build 217). It only happens with MSIE 9. Fun thing is that on a site like Baidu (commented line here), which uses compatibility mode IFAIK, it works. Tested on Win7 Ultimate 32 bits. import win32com.client import time ie = win32com.client.Dispatch('InternetExplorer.Application.1') try: ie.Visible = 1 ie.Navigate("http://www.google.com") # ie.Navigate("http://www.baidu.com") while ie.Busy: time.sleep(1) print ie.Document.getElementsByTagName("a") finally: ie.Quit() ---------------------------------------------------------------------- Comment By: Raveesh (spaniard81) Date: 2012-08-30 02:22 Message: i am running this on a 64bit Win7, Intel machine, if that has anything to do with this. ---------------------------------------------------------------------- Comment By: Raveesh (spaniard81) Date: 2012-08-30 02:21 Message: Hi, following you suggestion i upgraded to Python 3.x. Here is the exact version: Python 3.2.3 (default, Apr 11 2012, 07:15:24) [MSC v.1500 32 bit (Intel)] on win32 And i have installed pywin32-217.win32-py3.2 from sourceforge I still get the same TypeError: getElementsByTagName() takes exactly 1 positional argument (2 given) ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2012-08-29 09:03 Message: The first thing to try is using a newer version of Python 3. There were enough problems with Python 3.0 that pywin32 is no longer released for it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3562879&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-11-24 05:55:55
|
Bugs item #3564984, was opened at 2012-09-05 04:34 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3564984&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: Invalid Priority: 5 Private: No Submitted By: Pavel () Assigned to: Nobody/Anonymous (nobody) Summary: GetShortPathName returns incorrect result for baltic 8.3 Initial Comment: GetShortPathName() returns incorrect result for 8.3 baltic file names. The returned value still contains baltic symbols although it must not. For "õ2345678.txt" it returns "õ2345678.txt" (should be "234567~1.TXT) For "õ23456789.txt" it returns "234567~2.TXT" (correct) To reproduce the bug please run reproduce.bat from the archive attached. (Baltic file names should be preserved with 7zip I believe.) Python 2.7.3, Russian Windows 7 32 bit, PyWin32 ver. 217 (Sorry, I could not find how to reopen a bug at SF.) ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2012-11-23 21:55 Message: Given I can't see how pywin32 could introduce this problem and lacking evidence that calling the function from outside pywin32 has a different result, I'm closing this as invalid. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2012-09-05 16:11 Message: pywin32 is just a thin wrapper around the windows function, so I believe that the Windows implementation of GetShortPathName is what you believe is wrong. Note that the MS docs say: * If the specified path is already in its short form and conversion is not needed, the function simply copies the specified path to the buffer specified by the lpszShortPath parameter. * Use any character in the current code page for a name, including Unicode characters and characters in the extended character set (128–255), except for [some special chars] So I think that the first example is already a valid short name. I'm afraid you probably need to demonstrate that calling GetShortPathName some other way (ie, not via pywin32) is returning a different value than when calling it via pywin32 before I can consider it a pywin32 issue. ---------------------------------------------------------------------- Comment By: Pavel () Date: 2012-09-05 13:54 Message: I didn't know someone could disable short file names. Anyway files on my computer are accessible via short names. ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2012-09-05 08:32 Message: I get the expected result for both files. If you have short file names disabled, it's possible to have files that do not have an 8.3 name. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3564984&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-11-24 05:52:31
|
Bugs item #3566104, was opened at 2012-09-09 10:46 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3566104&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: Fixed Priority: 5 Private: No Submitted By: markt (metolone) Assigned to: Nobody/Anonymous (nobody) Summary: pywin32-217.win-amd64-py3.3.exe installer fails Initial Comment: I'm using Windows 7, Python 3.3rc2-amd64. Near the end of the installation: Traceback (most recent call last): File "<string>", line 612, in <module> File "<string>", line 322, in install File "<string>", line 160, in LoadSystemModule File "D:\dev\python33\lib\imp.py", line 158, in load_module raise ValueError(msg) ValueError: file object required for import (type code 3) This may actually be a Python bug. the import system has had issues with Python 3.3 specifically with "type code 3". See http://bugs.python.org/issue15828 which was recently fixed. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2012-11-23 21:52 Message: Build 218 should work fine with 3.3 ---------------------------------------------------------------------- Comment By: Paul Moore (pmoore) Date: 2012-09-10 04:31 Message: Apparently pywin32 tip has a fix for this. So presumably, the next release will be fine. ---------------------------------------------------------------------- Comment By: Paul Moore (pmoore) Date: 2012-09-10 03:44 Message: The problem is that (according to the patch for the quoted issue) load_module does not allow None for the file object - presumably this is a regression in Python. I've added a comment to the referenced issue, noting the regression. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3566104&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-11-24 05:33:23
|
Bugs item #3588501, was opened at 2012-11-19 05:52 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3588501&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: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: Visual Studio AddPropertySheet Type Error Initial Comment: When trying to add a style sheet to a visual studio C++ project using pythoncom, the following error occurs Traceback (most recent call last): File "test.py", line 87, in <module> proj.addPropertySheet("d:\\temp\\vs\\boost.props") File "test.py", line 34, in addPropertySheet sheet = conf.AddPropertySheet(file) File "C:\Python27\lib\site-packages\win32com\gen_py\0CD36BB6-D828-4DB9-91BF-AD493EE76B79x0x10x0\VCConfiguration.py", line 35, in AddPropertySheet ret = self._oleobj_.InvokeTypes(782, LCID, 1, (9, 0), ((31, 1),),FileName TypeError: The VARIANT type is unknown (0x0000001f) Source is attached. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2012-11-23 21:33 Message: Could you try passing win32com.client.VARIANT(pythoncom.VT_LPWSTR, "the string") and see if that helps? ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2012-11-21 02:07 Message: Changing to VT_BSTR(8) results in a different error Traceback (most recent call last): File "test.py", line 87, in <module> proj.addPropertySheet("d:\\temp\\vs\\boost.props") File "test.py", line 34, in addPropertySheet sheet = conf.AddPropertySheet(file) File "C:\Python27\lib\site-packages\win32com\gen_py\0CD36BB6-D828-4DB9-91BF-AD493EE76B79x0x10x0\VCConfiguration.py", line 35, in AddPropertySheet ret = self._oleobj_.InvokeTypes(782, LCID, 1, (9, 0), ((8, 1),),FileName pywintypes.com_error: (-2147352568, 'Bad variable type.', None, None) ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2012-11-19 10:35 Message: 31 is VT_LPWSTR, which is not valid in a VARIANT. This looks like a bug in the typelib. If you edit the generated file and change it to VT_BSTR (8) does it succeed ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3588501&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-11-24 05:27:25
|
Patches item #3511117, was opened at 2012-03-25 14:23 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=3511117&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Out of Date Priority: 5 Private: No Submitted By: Thierry (thierryba) Assigned to: Nobody/Anonymous (nobody) Summary: Allow to build with MSVC2010 Initial Comment: Hi, I have a small patch that allows to build with newer versions of MSVC than 2008. Basically there are 2 little roblems with the current code: - /NOWIN98 doesn't exist any more - to generate a manifest, /MANIFESTFILE is not enough, one needs to pass /MANIFEST This change is still 100% compatible with MSVC2008 ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2012-11-23 21:27 Message: Sorry for the delay, but it seems this isn't necessary now we build 3.3 with vs2010. Feel free to upload another patch if you still think there is an issue to be fixed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=3511117&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-11-24 05:23:27
|
Patches item #3519768, was opened at 2012-04-20 02:08 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=3519768&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: YanXu (stelzbock) Assigned to: Nobody/Anonymous (nobody) Summary: Allow multiple type libraries Initial Comment: As explained in my post to the python-win32 mailing list ("How to write a COM Server implementing interfaces from type lib?"), I have patched the policy.py to support multiple type libraries. This should work in parralel to the exisisting one-type-lib feature. Using the changed version, a new attribute can be used in the COM implementation class called "_typelib_interfaces_". This attributes is expected to be a list tuplse of the library CLSID string, the major and minor version, the LCID and a list of Interface strings. Here is an example I used in my server: class OPCServer(): (...some other attributes...) _typelib_interfaces_ = [ ("{3B540B51-0378-4551-ADCC-EA9B104302BF}", 3, 0, 0, [ 'IOPCServer', 'IOPCItemProperties', ] ), ("{B28EEDB1-AC6F-11D1-84D5-00608CB8A7E9}", 1, 0, 0, [ 'IOPCCommon', 'IConnectionPointContainer' ] ) ] Actually, the patch includes some comment that say "PATCH START". ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2012-11-23 21:23 Message: I'm very sorry for the delay in looking at this. Wouldn't it be possible to implement this by just allowing a new, say _typelibs_ attribute, which is a list of (guid, major_ver, minor_ver) tuples, then have _build_typeinfos_ search all specified typelibs for the interfaces? It seems like that would make for a less-intrusive patch and allow us to deprecate _typelib_guid_ and _typelib_version_ for _typelibs_. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=3519768&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-11-24 05:04:09
|
Patches item #3543626, was opened at 2012-07-13 09:51 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=3543626&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: Invalid Priority: 5 Private: No Submitted By: felix (fkjt79) Assigned to: Nobody/Anonymous (nobody) Summary: GUI: File Dialogs: Allow Multiple File Types Initial Comment: /GUI/BaseFileDialogs.py Function win_filter def win_filter(file_types): filters = [] if file_types: for ftype in file_types: suffix = ftype.suffix if suffix: suffixes = suffix.split(";") # new pattern = "*." + ";*.".join(suffixes) # modified filters.append("%s (%s)|%s" % (ftype.name, pattern, pattern)) return "|".join(filters) + "||" ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2012-11-23 21:04 Message: Thanks, but not a pywin32 patch ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2012-07-13 10:05 Message: I think this is meant for the PyGUI package, which isn't part of Pywin32. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=3543626&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-11-23 03:28:20
|
Feature Requests item #3588884, was opened at 2012-11-21 01:34 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3588884&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: Dieter G (dgovaerts) Assigned to: Nobody/Anonymous (nobody) Summary: Add support for service recovery Initial Comment: Currently there seems to be no way to use the automatic service recovery options provided by the service manager in case of a failure in the service. According to http://msdn.microsoft.com/en-us/library/ms685939%28VS.85%29.aspx , a service is considered failed if it didn't report a status of SERVICE_STOPPED before terminating. When using the win32serviceutil.ServiceFramework the SERVICE_STOPPED status is always reported to the service manager (at the end of the service_main() function in PythonService.cpp) and there is no way to prevent this. One way to support this is by checking for a SystemExit exception with a code != 0 when returning from the "SvcRun" method in the service_main() function and not report the SERVICE_STOPPED status in that case. One can thus trigger the recovery by calling "exit(1)". ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2012-11-22 19:28 Message: Given that there's a difference between how a crash and a reported win32 error is handled, it might be better to not set SERVICE_STOPPED when an unhandled python exception occurs. That way it can be treated as a crash. Otherwise, if the service method returns an error code, still set SERVICE_STOPPED and report the error using ERROR_SERVICE_SPECIFIC_ERROR. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3588884&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-11-21 16:22:50
|
Bugs item #3530195, was opened at 2012-05-28 01:37 Message generated for change (Comment added) made by hasenpfeffer2 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3530195&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: 3860654 () Assigned to: Nobody/Anonymous (nobody) Summary: errors towards the end of installation. Initial Comment: While trying to install pywin32-217.win-amd64-py2.6.exe, I get following errors towards the end of installation. Traceback (most recent call last): File "<string>", line 612, in <module> File "<string>", line 322, in install File "<string>", line 160, in LoadSystemModule ImportError: DLL load failed: The specified module could not be found. ---------------------------------------------------------------------- Comment By: hasenpfeffer2 (hasenpfeffer2) Date: 2012-11-21 08:22 Message: I'll try adding on to this instead of making a new one... I have gotten the DLL load failed error in all runs of the pywin32 win32 installer I have ever done. This is on many different machines, with different Windows versions. The post install script has never worked within the installer. I got around the problem by running the post install script manually on the cmd line with the -install parameter. This has always worked. Then one day I happen to install VS2008 Express Edition to do some development work with Python. Ever since I installed VS2008, the post install script now runs properly at the end of the installer. I uninstalled VS2008 to see how the installer would react. I now get a sys.excepthook missing and stderr not found error. Though, I suspect, it was trying to print the DLL load failed exception and couldn't. Just speculation, though. I would recommend someone try using the installer on a system that has never had VS2008 installed and see if the DLL load failed error can be reproduced. ---------------------------------------------------------------------- Comment By: D-Mac (dcmacleo) Date: 2012-10-28 13:38 Message: OK, got ambitious and looked it up myself! ;) Here's what worked for me for others: http://forums.arcgis.com/threads/33808-PyWin32-212.win32-py2.6-silent-install ---------------------------------------------------------------------- Comment By: D-Mac (dcmacleo) Date: 2012-10-28 13:18 Message: I get this install error with 217 on both Vista 32 and 64, w/ 32bit Python 2.6 on both. Is there a manual install method? I'd like to use the library very much. Thanks. ---------------------------------------------------------------------- Comment By: Glenn Linderman (guruglenn) Date: 2012-07-06 02:05 Message: Build 217.1 works for me. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2012-07-06 00:14 Message: I put a build up at http://starship.python.net/~skippy/downloads/pywin32-217.1.win-amd64-py3.3.exe - it works for me here, but it would be great if anyone experiencing this problem could test it out. It is being slow to upload, so give it 30 mins after this message was posted - the filesize is 8,441,923. I'll make a real release soon... ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2012-07-05 00:36 Message: These problems all appear to be specific to 3.3. Sadly pywin32-217 was built with vc2008 where 3.3 recently moved to vs2010. I'm looking into it... ---------------------------------------------------------------------- Comment By: Glenn Linderman (guruglenn) Date: 2012-07-04 23:28 Message: Just for kicks, I added a print statement in LoadSystemModule in pywin32_postinstall.py, and the module it cannot load, on my system, is c:\python33\Lib\site-packages\pywin32_system32\pywintypes33.dll This probably doesn't surprise you since that is what the comments imply... The file exists in that location. Is there something else I can do to help debug this problem? ---------------------------------------------------------------------- Comment By: Glenn Linderman (guruglenn) Date: 2012-07-04 18:13 Message: I get the same error trying to install pywin32-217.win-amd64-py3.3.exe ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3530195&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-11-21 10:07:28
|
Bugs item #3588501, was opened at 2012-11-19 05:52 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3588501&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: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: Visual Studio AddPropertySheet Type Error Initial Comment: When trying to add a style sheet to a visual studio C++ project using pythoncom, the following error occurs Traceback (most recent call last): File "test.py", line 87, in <module> proj.addPropertySheet("d:\\temp\\vs\\boost.props") File "test.py", line 34, in addPropertySheet sheet = conf.AddPropertySheet(file) File "C:\Python27\lib\site-packages\win32com\gen_py\0CD36BB6-D828-4DB9-91BF-AD493EE76B79x0x10x0\VCConfiguration.py", line 35, in AddPropertySheet ret = self._oleobj_.InvokeTypes(782, LCID, 1, (9, 0), ((31, 1),),FileName TypeError: The VARIANT type is unknown (0x0000001f) Source is attached. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2012-11-21 02:07 Message: Changing to VT_BSTR(8) results in a different error Traceback (most recent call last): File "test.py", line 87, in <module> proj.addPropertySheet("d:\\temp\\vs\\boost.props") File "test.py", line 34, in addPropertySheet sheet = conf.AddPropertySheet(file) File "C:\Python27\lib\site-packages\win32com\gen_py\0CD36BB6-D828-4DB9-91BF-AD493EE76B79x0x10x0\VCConfiguration.py", line 35, in AddPropertySheet ret = self._oleobj_.InvokeTypes(782, LCID, 1, (9, 0), ((8, 1),),FileName pywintypes.com_error: (-2147352568, 'Bad variable type.', None, None) ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2012-11-19 10:35 Message: 31 is VT_LPWSTR, which is not valid in a VARIANT. This looks like a bug in the typelib. If you edit the generated file and change it to VT_BSTR (8) does it succeed ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3588501&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-11-21 09:34:27
|
Feature Requests item #3588884, was opened at 2012-11-21 01:34 Message generated for change (Tracker Item Submitted) made by dgovaerts You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3588884&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: Dieter G (dgovaerts) Assigned to: Nobody/Anonymous (nobody) Summary: Add support for service recovery Initial Comment: Currently there seems to be no way to use the automatic service recovery options provided by the service manager in case of a failure in the service. According to http://msdn.microsoft.com/en-us/library/ms685939%28VS.85%29.aspx , a service is considered failed if it didn't report a status of SERVICE_STOPPED before terminating. When using the win32serviceutil.ServiceFramework the SERVICE_STOPPED status is always reported to the service manager (at the end of the service_main() function in PythonService.cpp) and there is no way to prevent this. One way to support this is by checking for a SystemExit exception with a code != 0 when returning from the "SvcRun" method in the service_main() function and not report the SERVICE_STOPPED status in that case. One can thus trigger the recovery by calling "exit(1)". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3588884&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-11-19 18:35:10
|
Bugs item #3588501, was opened at 2012-11-19 05:52 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3588501&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: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: Visual Studio AddPropertySheet Type Error Initial Comment: When trying to add a style sheet to a visual studio C++ project using pythoncom, the following error occurs Traceback (most recent call last): File "test.py", line 87, in <module> proj.addPropertySheet("d:\\temp\\vs\\boost.props") File "test.py", line 34, in addPropertySheet sheet = conf.AddPropertySheet(file) File "C:\Python27\lib\site-packages\win32com\gen_py\0CD36BB6-D828-4DB9-91BF-AD493EE76B79x0x10x0\VCConfiguration.py", line 35, in AddPropertySheet ret = self._oleobj_.InvokeTypes(782, LCID, 1, (9, 0), ((31, 1),),FileName TypeError: The VARIANT type is unknown (0x0000001f) Source is attached. ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2012-11-19 10:35 Message: 31 is VT_LPWSTR, which is not valid in a VARIANT. This looks like a bug in the typelib. If you edit the generated file and change it to VT_BSTR (8) does it succeed ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3588501&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-11-19 13:52:41
|
Bugs item #3588501, was opened at 2012-11-19 05:52 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3588501&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: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: Visual Studio AddPropertySheet Type Error Initial Comment: When trying to add a style sheet to a visual studio C++ project using pythoncom, the following error occurs Traceback (most recent call last): File "test.py", line 87, in <module> proj.addPropertySheet("d:\\temp\\vs\\boost.props") File "test.py", line 34, in addPropertySheet sheet = conf.AddPropertySheet(file) File "C:\Python27\lib\site-packages\win32com\gen_py\0CD36BB6-D828-4DB9-91BF-AD493EE76B79x0x10x0\VCConfiguration.py", line 35, in AddPropertySheet ret = self._oleobj_.InvokeTypes(782, LCID, 1, (9, 0), ((31, 1),),FileName TypeError: The VARIANT type is unknown (0x0000001f) Source is attached. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3588501&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-11-16 21:30:45
|
Bugs item #3562879, was opened at 2012-08-29 08:34 Message generated for change (Comment added) made by desmondgc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3562879&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: Open Resolution: None Priority: 5 Private: No Submitted By: Raveesh (spaniard81) Assigned to: Nobody/Anonymous (nobody) Summary: win32com and PAMIE 3 Initial Comment: I am trying to run the Simple Example to automate a google search on "Python" http://mail.python.org/pipermail/python-announce-list/2009-March/007279.html ###################################################### from PAM30 import PAMIE ie = PAMIE() ie.navigate("google.com") ie.setTextBox("q", "python") ie.clickButton("Google Search") ie.clickLink("Python Programming Language -- Official Website") ###################################################### I have the exact same setup as mentioned in the note by Rob Marchetti. Note:This version only only works with Python 3.0 on Windows and requires Mark Hammond's pywin32 for Python3.0 - pywin32-213.win32-py3.0.exe But i get the following error: TypeError: getElementsByTagName() takes exactly 1 positional argument (2 given) Details: Traceback (most recent call last): File "testPAM.py", line 10, in <module> ie.setTextBox("q", "python") File "C:\Users\raveesh\Dropbox\myCode\SSSB\PAM30.py", line 2093, in setTextBox foundElement = self.getTextBox(name) File "C:\Users\raveesh\Dropbox\myCode\SSSB\PAM30.py", line 1717, in getTextBox foundElement = self.findElement("input", "id;name;value", name) File "C:\Users\raveesh\Dropbox\myCode\SSSB\PAM30.py", line 445, in findElement elements = self.getElementsList(tag) File "C:\Users\raveesh\Dropbox\myCode\SSSB\PAM30.py", line 939, in getElementsList elements = self._ie.Document.getElementsByTagName(tag) TypeError: getElementsByTagName() takes exactly 1 positional argument (2 given) Python on my machine: Python 3.0.1 (r301:69561, Feb 13 2009, 20:04:18) [MSC v.1500 32 bit (Intel)] on win32 The bug has also been reported on http://stackoverflow.com/questions/11580340/typeerror-with-pamie with no solution! ---------------------------------------------------------------------- Comment By: Desmond Cox (desmondgc) Date: 2012-11-16 13:30 Message: I am seeing the same issue with my own custom IE automation script. Only started since "upgrade" to IE 9. "Workaround" seems to be enable Compatibility View (Tools > Compatibility View settings > Display all websites in Compatibility View). ---------------------------------------------------------------------- Comment By: Raveesh (spaniard81) Date: 2012-10-04 13:55 Message: also PAM30.py is not compatible with Python 3 or higher versions. One will need to do some code modifications in PAM30.py like include new packages instead of the existing ones, and modify the print statements to the new print() function. But this is not as bad as the issues with IE 9. I will try to revert my IE to earlier versions. ---------------------------------------------------------------------- Comment By: Raveesh (spaniard81) Date: 2012-10-04 13:51 Message: As Jérome Laheurte (fraca7) mentioned this this appears to be an issue with Internet Explorer 9. I ran the same code on my Win Vista a week back and the code worked. I presume i still had IE 8 or earlier version on my machine. However, since the last Win update it appears IE 9 has been installed on my machine and this stops working again. ---------------------------------------------------------------------- Comment By: Jérome Laheurte (fraca7) Date: 2012-09-16 21:56 Message: Thanks. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2012-09-16 16:55 Message: I'll try and look into this soon. ---------------------------------------------------------------------- Comment By: Jérome Laheurte (fraca7) Date: 2012-09-16 02:20 Message: This is still "pending"... Should I open another bug report for my own situation ? ---------------------------------------------------------------------- Comment By: Jérome Laheurte (fraca7) Date: 2012-08-30 04:51 Message: This has nothing to do with Python 3 or PAM. I get the same error using this script (with Python 2.2, win32all build 210, as well as Python 2.5 and win32all build 217). It only happens with MSIE 9. Fun thing is that on a site like Baidu (commented line here), which uses compatibility mode IFAIK, it works. Tested on Win7 Ultimate 32 bits. import win32com.client import time ie = win32com.client.Dispatch('InternetExplorer.Application.1') try: ie.Visible = 1 ie.Navigate("http://www.google.com") # ie.Navigate("http://www.baidu.com") while ie.Busy: time.sleep(1) print ie.Document.getElementsByTagName("a") finally: ie.Quit() ---------------------------------------------------------------------- Comment By: Raveesh (spaniard81) Date: 2012-08-30 02:22 Message: i am running this on a 64bit Win7, Intel machine, if that has anything to do with this. ---------------------------------------------------------------------- Comment By: Raveesh (spaniard81) Date: 2012-08-30 02:21 Message: Hi, following you suggestion i upgraded to Python 3.x. Here is the exact version: Python 3.2.3 (default, Apr 11 2012, 07:15:24) [MSC v.1500 32 bit (Intel)] on win32 And i have installed pywin32-217.win32-py3.2 from sourceforge I still get the same TypeError: getElementsByTagName() takes exactly 1 positional argument (2 given) ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2012-08-29 09:03 Message: The first thing to try is using a newer version of Python 3. There were enough problems with Python 3.0 that pywin32 is no longer released for it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3562879&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-11-10 21:00:39
|
Feature Requests item #3585998, was opened at 2012-11-10 02:01 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3585998&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: com Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Itay Brandes (itaybb) Assigned to: Nobody/Anonymous (nobody) Summary: Add support for SHParseDisplayName Initial Comment: From MSDN: Translates a Shell namespace object's display name into an item identifier list and returns the attributes of the object. This function is the preferred method to convert a string to a pointer to an item identifier list (PIDL). http://msdn.microsoft.com/en-us/library/windows/desktop/bb762236%28v=vs.85%29.aspx ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2012-11-10 13:00 Message: Function has been added to the shell module. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3585998&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-11-10 10:01:00
|
Feature Requests item #3585998, was opened at 2012-11-10 02:01 Message generated for change (Tracker Item Submitted) made by itaybb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3585998&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: Open Resolution: None Priority: 5 Private: No Submitted By: Itay Brandes (itaybb) Assigned to: Nobody/Anonymous (nobody) Summary: Add support for SHParseDisplayName Initial Comment: From MSDN: Translates a Shell namespace object's display name into an item identifier list and returns the attributes of the object. This function is the preferred method to convert a string to a pointer to an item identifier list (PIDL). http://msdn.microsoft.com/en-us/library/windows/desktop/bb762236%28v=vs.85%29.aspx ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3585998&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-11-07 07:06:35
|
Bugs item #3585037, was opened at 2012-11-06 23:06 Message generated for change (Tracker Item Submitted) made by mjezek You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3585037&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: Open Resolution: None Priority: 5 Private: No Submitted By: Mirek Jezek (mjezek) Assigned to: Nobody/Anonymous (nobody) Summary: some imports changed from relative to absolute in 218 Initial Comment: some imports in win32comext changed from relative to absolute in pywin32-218.win32-py3.2.exe attaching diff between pywin32-217.win32-py3.2.exe and pywin32-218.win32-py3.2.exe win32com.adsi module now don't work: Python 3.2.3 (default, Apr 11 2012, 07:15:24) [MSC v.1500 32 bit (Intel)] on win 32 Type "help", "copyright", "credits" or "license" for more information. >>> import win32com.adsi Traceback (most recent call last): File "<stdin>", line 1, in <module> File "C:\Python32\lib\site-packages\win32comext\adsi\__init__.py", line 25, in <module> from adsi import * ImportError: No module named adsi ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3585037&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-11-07 04:08:20
|
Feature Requests item #3583043, was opened at 2012-11-03 22:18 Message generated for change (Comment added) made by jarod38 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3583043&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: Jarod (jarod38) Assigned to: Nobody/Anonymous (nobody) Summary: Provide msi as-is for downloading Initial Comment: By reading the tracker I learned that the msi created with bdist_msi doesn't work, and that easy_install doesn't work either. For both, it is because they are unable to run the post-install script. As far as I know, there is no way to silently install this module (I need that in order to install it on thousands of computers...) I know I could setup the sdk and try to create an installer with inno setup or something like that, but I don't want to reinvent the wheel and I would much prefer that a solution could be found for everyone, not just me. Would it be possible for you to publish the not-fully-working msis, together with the post-install script ? If I understand correctly, it should work to install the msi then run the post-install script separately ? ---------------------------------------------------------------------- >Comment By: Jarod (jarod38) Date: 2012-11-06 20:08 Message: Thank you for the info, I will try this route. Perhaps this tip could be added to the readme file explaining how to make a silent install, with the list of folders to include and the path/name of the post-install script. I will try to make a iexpress .sed file that could be distributed with the sources and allow for painless creation of an installer. Will keep this thread updated about it. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2012-11-04 15:12 Message: I'm a little reluctant to do that as people will not read the release notes and will assume it "just works". However, do note that you could just: a) install into a "test" box. b) copy the top-level pywin32 directories - eg, into a .zip file. c) unpack those files onto the target d) run the post-install script. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3583043&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-11-06 09:54:12
|
Patches item #3584684, was opened at 2012-11-06 01:54 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=3584684&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: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: Add IExchangeManageStore::CreateStoreEntryId to mapi module Initial Comment: Originally added to the exchange module because of the edkguid.h and edkmdb.h dependencies. However, since that module requires the deprecated exchange 2003 sdk to build, I wanted to move the functionality into the mapi module. Unfortunately, I also needed to include the requisite headers. If exchange module is also built, QueryInterface can be used with either mapi.IID_IExchangeManageStore or exchange.IID_IExchangeManageStore. I also added all the OPENSTORE_XXXX flags in the mapi module. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=3584684&group_id=78018 |
2 messages has been excluded from this view by a project administrator.
