pywin32-bugs Mailing List for Python for Windows Extensions (Page 28)
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...> - 2010-11-16 05:02:27
|
Bugs item #3094288, was opened at 2010-10-25 04:57 Message generated for change (Settings changed) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3094288&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: Pending >Resolution: Works For Me Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: PyIProfAdmin.h(6) : error C2143: syntax error : missing ';' Initial Comment: I'm trying to build python for win using VS2008, python 2.7 on XP. After going through some mapi issues, the compilation now fails with this message. Please find the complete trace attached ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2010-11-16 15:58 Message: oops - I meant "2.6 or later" ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2010-11-16 15:53 Message: Sorry for the delay - to build Python 2.6, try the Windows 7 SDK at http://www.microsoft.com/downloads/en/details.aspx?FamilyID=6b6c21d2-2006-4afa-9702-529fa782d63b - I just updated (in CVS) the comments in setup.py to reflect my current build environment (which I just rebuilt in a VM) ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2010-10-30 20:40 Message: I'm using the windows SDK version 6.1 is this incorrect ? I was using this SDK together with VS2008 to get the python build itself working. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2010-10-27 12:02 Message: The problem seems to be that IProfAdmin isn't defined. I guess this will have something to do with the windows sdk version being used - I can see that interface defined in mapix.h, which should be included via PyMAPIUtil.h. You might need to grep your SDK dir to find where this is defined, or try and diagnose why it isn't being included for you (eg, some #define needed before including mapi, etc) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3094288&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-11-16 05:01:56
|
Bugs item #3092278, was opened at 2010-10-22 05:02 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3092278&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: Pending >Resolution: Works For Me Priority: 5 Private: No Submitted By: Paul Carroll (cameraguy) Assigned to: Nobody/Anonymous (nobody) Summary: Unresolved external symbol _CLSID_MachineDebugManager Initial Comment: Hi, I've some (rather old) python scripts that I'm trying to get running on my 'new' computer. In particular, the scripts make use of the Mr. Hammond's Win32 extensions, and my new machine is a Windows 7x64 box, using VS 2008. I installed Python 2.7, and win32 build 214. On my first attempt to install (setup.py -p install), I got a compilation error -- the one described in bug #3084013. So, to resolve this error, I re-synced with the latest Win32 from CVS, and now when I attempt to install, it gets further but I then get the linker error "Unresolved external _CLISD_MachineDebugManager" when attempting to build axdebug.pyd I tried both ehte x86 and x64 variants of the base python tool (v2.7) -- same result. Any suggestions? Thanks /Paul ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2010-11-16 16:01 Message: I can't reproduce this when using a later platform SDK - I've updated setup.py to reflect a new build environment I just setup - for VS2008 I had to use the Windows SDK for Windows 7 from http://www.microsoft.com/downloads/en/details.aspx?FamilyID=6b6c21d2-2006-4afa-9702-529fa782d63b ---------------------------------------------------------------------- Comment By: Erik Janssens (tw55413) Date: 2010-11-11 00:39 Message: this symbol seems to be located in pdm.dll, a dll includen with Internet Explorer no idea on how to link against it ?? ---------------------------------------------------------------------- Comment By: Erik Janssens (tw55413) Date: 2010-11-11 00:12 Message: Same issue here, python 2.7, VS2008, windows sdk 7.1 ---------------------------------------------------------------------- Comment By: stephane (stephane42) Date: 2010-11-02 00:32 Message: I have the same pb. I am using python 2.6.4 and VS2008 on Win7 x64. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3092278&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-11-16 04:58:06
|
Bugs item #3094288, was opened at 2010-10-25 04:57 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3094288&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: PyIProfAdmin.h(6) : error C2143: syntax error : missing ';' Initial Comment: I'm trying to build python for win using VS2008, python 2.7 on XP. After going through some mapi issues, the compilation now fails with this message. Please find the complete trace attached ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2010-11-16 15:58 Message: oops - I meant "2.6 or later" ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2010-11-16 15:53 Message: Sorry for the delay - to build Python 2.6, try the Windows 7 SDK at http://www.microsoft.com/downloads/en/details.aspx?FamilyID=6b6c21d2-2006-4afa-9702-529fa782d63b - I just updated (in CVS) the comments in setup.py to reflect my current build environment (which I just rebuilt in a VM) ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2010-10-30 20:40 Message: I'm using the windows SDK version 6.1 is this incorrect ? I was using this SDK together with VS2008 to get the python build itself working. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2010-10-27 12:02 Message: The problem seems to be that IProfAdmin isn't defined. I guess this will have something to do with the windows sdk version being used - I can see that interface defined in mapix.h, which should be included via PyMAPIUtil.h. You might need to grep your SDK dir to find where this is defined, or try and diagnose why it isn't being included for you (eg, some #define needed before including mapi, etc) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3094288&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-11-16 04:53:17
|
Bugs item #3094288, was opened at 2010-10-25 04:57 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3094288&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: PyIProfAdmin.h(6) : error C2143: syntax error : missing ';' Initial Comment: I'm trying to build python for win using VS2008, python 2.7 on XP. After going through some mapi issues, the compilation now fails with this message. Please find the complete trace attached ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2010-11-16 15:53 Message: Sorry for the delay - to build Python 2.6, try the Windows 7 SDK at http://www.microsoft.com/downloads/en/details.aspx?FamilyID=6b6c21d2-2006-4afa-9702-529fa782d63b - I just updated (in CVS) the comments in setup.py to reflect my current build environment (which I just rebuilt in a VM) ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2010-10-30 20:40 Message: I'm using the windows SDK version 6.1 is this incorrect ? I was using this SDK together with VS2008 to get the python build itself working. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2010-10-27 12:02 Message: The problem seems to be that IProfAdmin isn't defined. I guess this will have something to do with the windows sdk version being used - I can see that interface defined in mapix.h, which should be included via PyMAPIUtil.h. You might need to grep your SDK dir to find where this is defined, or try and diagnose why it isn't being included for you (eg, some #define needed before including mapi, etc) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3094288&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-11-13 00:12:13
|
Bugs item #3107919, was opened at 2010-11-13 00:15 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3107919&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: Pending Resolution: None Priority: 5 Private: No Submitted By: gauthier fleutot (fleutotg) Assigned to: Nobody/Anonymous (nobody) Summary: install with mingw issue Initial Comment: I try installing pywin32-214 on a winXP-SP3 machine. No visual studio 2003 installed. setup.py install stops with the following error: error: Python was built with Visual Studio 2003; extensions must be built with a compiler than can generate compatible binaries. Visual Studio 2003 was not found on this system. If you have Cygwin installed, you can try compiling with MingW32, by passing "-c mingw32" to setup.py. Since I have mingw installed I tried: setup.py build -c mingw32 The result is: Building pywin32 2.5.214.0 running build running build_py running build_ext Traceback (most recent call last): File "setup.py", line 2152, in <module> ('', ('pywin32.pth',)), File "C:\Program\python25\lib\distutils\core.py", line 151, in setup dist.run_commands() File "C:\Program\python25\lib\distutils\dist.py", line 974, in run_commands self.run_command(cmd) File "C:\Program\python25\lib\distutils\dist.py", line 994, in run_command cmd_obj.run() File "setup.py", line 596, in run build.run(self) File "C:\Program\python25\lib\distutils\command\build.py", line 112, in run self.run_command(cmd_name) File "C:\Program\python25\lib\distutils\cmd.py", line 333, in run_command self.distribution.run_command(command) File "C:\Program\python25\lib\distutils\dist.py", line 994, in run_command cmd_obj.run() File "C:\Program\python25\lib\distutils\command\build_ext.py", line 290, in ru n self.build_extensions() File "setup.py", line 872, in build_extensions self.build_extension(ext) File "setup.py", line 1065, in build_extension why = self._why_cant_build_extension(ext) File "setup.py", line 760, in _why_cant_build_extension raise RuntimeError("Can't find a version in Windows.h") RuntimeError: Can't find a version in Windows.h I tried to define WINVER and _WIN32_WINNT in c:\MinGw\include\Windows.h, to 0x0502, but it did not help. I read somewhere that there were a binary that can be used, but couldn't find it. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2010-11-13 11:12 Message: Oops - rereading I was wrong - the env var will not fix this issue. You will need to dig into setup.py to see how to make the version declarations match. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2010-11-13 11:10 Message: MingGW isn't supported and I've never even tried to use it for this - so you can expect some problems - but I will accept any patches you can make to fix it. This particular problem can probably be moved on from by setting the env var MSSDK=c:\mingw - but as mentioned, I expect other problems will follow and you will probably need to determine those problems yourself. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3107919&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-11-13 00:10:54
|
Bugs item #3107919, was opened at 2010-11-13 00:15 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3107919&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: Pending Resolution: None Priority: 5 Private: No Submitted By: gauthier fleutot (fleutotg) Assigned to: Nobody/Anonymous (nobody) Summary: install with mingw issue Initial Comment: I try installing pywin32-214 on a winXP-SP3 machine. No visual studio 2003 installed. setup.py install stops with the following error: error: Python was built with Visual Studio 2003; extensions must be built with a compiler than can generate compatible binaries. Visual Studio 2003 was not found on this system. If you have Cygwin installed, you can try compiling with MingW32, by passing "-c mingw32" to setup.py. Since I have mingw installed I tried: setup.py build -c mingw32 The result is: Building pywin32 2.5.214.0 running build running build_py running build_ext Traceback (most recent call last): File "setup.py", line 2152, in <module> ('', ('pywin32.pth',)), File "C:\Program\python25\lib\distutils\core.py", line 151, in setup dist.run_commands() File "C:\Program\python25\lib\distutils\dist.py", line 974, in run_commands self.run_command(cmd) File "C:\Program\python25\lib\distutils\dist.py", line 994, in run_command cmd_obj.run() File "setup.py", line 596, in run build.run(self) File "C:\Program\python25\lib\distutils\command\build.py", line 112, in run self.run_command(cmd_name) File "C:\Program\python25\lib\distutils\cmd.py", line 333, in run_command self.distribution.run_command(command) File "C:\Program\python25\lib\distutils\dist.py", line 994, in run_command cmd_obj.run() File "C:\Program\python25\lib\distutils\command\build_ext.py", line 290, in ru n self.build_extensions() File "setup.py", line 872, in build_extensions self.build_extension(ext) File "setup.py", line 1065, in build_extension why = self._why_cant_build_extension(ext) File "setup.py", line 760, in _why_cant_build_extension raise RuntimeError("Can't find a version in Windows.h") RuntimeError: Can't find a version in Windows.h I tried to define WINVER and _WIN32_WINNT in c:\MinGw\include\Windows.h, to 0x0502, but it did not help. I read somewhere that there were a binary that can be used, but couldn't find it. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2010-11-13 11:10 Message: MingGW isn't supported and I've never even tried to use it for this - so you can expect some problems - but I will accept any patches you can make to fix it. This particular problem can probably be moved on from by setting the env var MSSDK=c:\mingw - but as mentioned, I expect other problems will follow and you will probably need to determine those problems yourself. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3107919&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-11-12 13:15:41
|
Bugs item #3107919, was opened at 2010-11-12 14:15 Message generated for change (Tracker Item Submitted) made by fleutotg You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3107919&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: gauthier fleutot (fleutotg) Assigned to: Nobody/Anonymous (nobody) Summary: install with mingw issue Initial Comment: I try installing pywin32-214 on a winXP-SP3 machine. No visual studio 2003 installed. setup.py install stops with the following error: error: Python was built with Visual Studio 2003; extensions must be built with a compiler than can generate compatible binaries. Visual Studio 2003 was not found on this system. If you have Cygwin installed, you can try compiling with MingW32, by passing "-c mingw32" to setup.py. Since I have mingw installed I tried: setup.py build -c mingw32 The result is: Building pywin32 2.5.214.0 running build running build_py running build_ext Traceback (most recent call last): File "setup.py", line 2152, in <module> ('', ('pywin32.pth',)), File "C:\Program\python25\lib\distutils\core.py", line 151, in setup dist.run_commands() File "C:\Program\python25\lib\distutils\dist.py", line 974, in run_commands self.run_command(cmd) File "C:\Program\python25\lib\distutils\dist.py", line 994, in run_command cmd_obj.run() File "setup.py", line 596, in run build.run(self) File "C:\Program\python25\lib\distutils\command\build.py", line 112, in run self.run_command(cmd_name) File "C:\Program\python25\lib\distutils\cmd.py", line 333, in run_command self.distribution.run_command(command) File "C:\Program\python25\lib\distutils\dist.py", line 994, in run_command cmd_obj.run() File "C:\Program\python25\lib\distutils\command\build_ext.py", line 290, in ru n self.build_extensions() File "setup.py", line 872, in build_extensions self.build_extension(ext) File "setup.py", line 1065, in build_extension why = self._why_cant_build_extension(ext) File "setup.py", line 760, in _why_cant_build_extension raise RuntimeError("Can't find a version in Windows.h") RuntimeError: Can't find a version in Windows.h I tried to define WINVER and _WIN32_WINNT in c:\MinGw\include\Windows.h, to 0x0502, but it did not help. I read somewhere that there were a binary that can be used, but couldn't find it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3107919&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-11-12 03:58:02
|
Bugs item #3102779, was opened at 2010-11-04 20:32 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3102779&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: Out of Date Priority: 5 Private: No Submitted By: Docent () Assigned to: Nobody/Anonymous (nobody) Summary: makepy created files fail on Python 3.1 Initial Comment: Python 3.1, PyWin32-214, Windows XP Pro Sp3 32-bit, Excel 2007 The makepy generated files are not compatible with Python 3. How to reproduce (For Excel 2007) import win32com.client import os, sys try: win32com.client.gencache.EnsureModule('{00020813-0000-0000-C000-000000000046}', 0, 1, 6) xl = win32com.client.Dispatch("Excel.Application") xl.Visible = 1 xl.DisplayAlerts = False wb = xl.Workbooks.Add() sh = wb.Sheets(1) print(str(sh.Cells(1,1))) finally: xl.Quit() ----------------- Result: Traceback (most recent call last): File "test.py", line 13, in <module> print(str(sh.Cells(1,1))) File "C:\prog\Python31\lib\site-packages\win32com\gen_py\00020813-0000-0000-C0 00-000000000046x0x1x6.py", line 27028, in __str__ return str(self.__unicode__(*args)) File "C:\prog\Python31\lib\site-packages\win32com\gen_py\00020813-0000-0000-C0 00-000000000046x0x1x6.py", line 27024, in __unicode__ return unicode(self.__call__(*args)) NameError: global name 'unicode' is not defined ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2010-11-12 14:58 Message: Thanks for the report, but this was fixed in r1.67 of genpy.py - it will appear in the next pywin32 release. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3102779&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-11-12 02:56:47
|
Bugs item #3102414, was opened at 2010-11-04 06:12 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3102414&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: Wont Fix Priority: 5 Private: No Submitted By: Gregory Petrosyan (gregory_p) Assigned to: Nobody/Anonymous (nobody) Summary: Script that works from PythonWin does not work from python Initial Comment: I've encountered a strange issue: script like this: import win32com.client w = win32com.client.Dispatch('WMPlayer.OCX.7') t = w.newMedia('C:/test.wma') w.currentMedia = t when launched from python.exe, does nothing (without any exceptions etc.); when launched from PythonWin, sound is produced. Also, if I try to use WMPlayer.OCX.7 to play audio CD, then it *does* spin up when launched from python.exe, but no sound is produced again. From PythonWin, everything works as expected. (I should clarify, this is not the sound output issue: w.playState property does end up being different in these 2 scenarios!) What can be the difference between PythonWin and python.exe that causes this strange bug? ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2010-11-12 13:56 Message: Pythonwin is built on MFC and therefore gets support for COM "controls" (or OCX) for free. python.exe hosted would need this support explicitly added using a fair bit of COM magic - a tutorial on hosting controls from any language might get you going. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3102414&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-11-10 13:39:21
|
Bugs item #3092278, was opened at 2010-10-21 18:02 Message generated for change (Comment added) made by tw55413 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3092278&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: Paul Carroll (cameraguy) Assigned to: Nobody/Anonymous (nobody) Summary: Unresolved external symbol _CLSID_MachineDebugManager Initial Comment: Hi, I've some (rather old) python scripts that I'm trying to get running on my 'new' computer. In particular, the scripts make use of the Mr. Hammond's Win32 extensions, and my new machine is a Windows 7x64 box, using VS 2008. I installed Python 2.7, and win32 build 214. On my first attempt to install (setup.py -p install), I got a compilation error -- the one described in bug #3084013. So, to resolve this error, I re-synced with the latest Win32 from CVS, and now when I attempt to install, it gets further but I then get the linker error "Unresolved external _CLISD_MachineDebugManager" when attempting to build axdebug.pyd I tried both ehte x86 and x64 variants of the base python tool (v2.7) -- same result. Any suggestions? Thanks /Paul ---------------------------------------------------------------------- Comment By: Erik Janssens (tw55413) Date: 2010-11-10 13:39 Message: this symbol seems to be located in pdm.dll, a dll includen with Internet Explorer no idea on how to link against it ?? ---------------------------------------------------------------------- Comment By: Erik Janssens (tw55413) Date: 2010-11-10 13:12 Message: Same issue here, python 2.7, VS2008, windows sdk 7.1 ---------------------------------------------------------------------- Comment By: stephane (stephane42) Date: 2010-11-01 13:32 Message: I have the same pb. I am using python 2.6.4 and VS2008 on Win7 x64. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3092278&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-11-10 13:12:36
|
Bugs item #3092278, was opened at 2010-10-21 18:02 Message generated for change (Comment added) made by tw55413 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3092278&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: Paul Carroll (cameraguy) Assigned to: Nobody/Anonymous (nobody) Summary: Unresolved external symbol _CLSID_MachineDebugManager Initial Comment: Hi, I've some (rather old) python scripts that I'm trying to get running on my 'new' computer. In particular, the scripts make use of the Mr. Hammond's Win32 extensions, and my new machine is a Windows 7x64 box, using VS 2008. I installed Python 2.7, and win32 build 214. On my first attempt to install (setup.py -p install), I got a compilation error -- the one described in bug #3084013. So, to resolve this error, I re-synced with the latest Win32 from CVS, and now when I attempt to install, it gets further but I then get the linker error "Unresolved external _CLISD_MachineDebugManager" when attempting to build axdebug.pyd I tried both ehte x86 and x64 variants of the base python tool (v2.7) -- same result. Any suggestions? Thanks /Paul ---------------------------------------------------------------------- Comment By: Erik Janssens (tw55413) Date: 2010-11-10 13:12 Message: Same issue here, python 2.7, VS2008, windows sdk 7.1 ---------------------------------------------------------------------- Comment By: stephane (stephane42) Date: 2010-11-01 13:32 Message: I have the same pb. I am using python 2.6.4 and VS2008 on Win7 x64. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3092278&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-11-09 23:46:58
|
Bugs item #3106331, was opened at 2010-11-09 17:46 Message generated for change (Tracker Item Submitted) made by dartdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3106331&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: Dartdog (dartdog) Assigned to: Nobody/Anonymous (nobody) Summary: Install issue? Initial Comment: on win vista 64 (installing win 32 version for python 6.2) I get an error at the end that I don't know if significant? >>closed failed in file object distructor: error in sysexcepthook: original exception was: It was all blank so that is all I can supply... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3106331&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-11-04 09:32:53
|
Bugs item #3102779, was opened at 2010-11-04 09:32 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3102779&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: Docent () Assigned to: Nobody/Anonymous (nobody) Summary: makepy created files fail on Python 3.1 Initial Comment: Python 3.1, PyWin32-214, Windows XP Pro Sp3 32-bit, Excel 2007 The makepy generated files are not compatible with Python 3. How to reproduce (For Excel 2007) import win32com.client import os, sys try: win32com.client.gencache.EnsureModule('{00020813-0000-0000-C000-000000000046}', 0, 1, 6) xl = win32com.client.Dispatch("Excel.Application") xl.Visible = 1 xl.DisplayAlerts = False wb = xl.Workbooks.Add() sh = wb.Sheets(1) print(str(sh.Cells(1,1))) finally: xl.Quit() ----------------- Result: Traceback (most recent call last): File "test.py", line 13, in <module> print(str(sh.Cells(1,1))) File "C:\prog\Python31\lib\site-packages\win32com\gen_py\00020813-0000-0000-C0 00-000000000046x0x1x6.py", line 27028, in __str__ return str(self.__unicode__(*args)) File "C:\prog\Python31\lib\site-packages\win32com\gen_py\00020813-0000-0000-C0 00-000000000046x0x1x6.py", line 27024, in __unicode__ return unicode(self.__call__(*args)) NameError: global name 'unicode' is not defined ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3102779&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-11-03 19:12:44
|
Bugs item #3102414, was opened at 2010-11-03 22:12 Message generated for change (Tracker Item Submitted) made by gregory_p You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3102414&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: Gregory Petrosyan (gregory_p) Assigned to: Nobody/Anonymous (nobody) Summary: Script that works from PythonWin does not work from python Initial Comment: I've encountered a strange issue: script like this: import win32com.client w = win32com.client.Dispatch('WMPlayer.OCX.7') t = w.newMedia('C:/test.wma') w.currentMedia = t when launched from python.exe, does nothing (without any exceptions etc.); when launched from PythonWin, sound is produced. Also, if I try to use WMPlayer.OCX.7 to play audio CD, then it *does* spin up when launched from python.exe, but no sound is produced again. From PythonWin, everything works as expected. (I should clarify, this is not the sound output issue: w.playState property does end up being different in these 2 scenarios!) What can be the difference between PythonWin and python.exe that causes this strange bug? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3102414&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-11-01 13:32:51
|
Bugs item #3092278, was opened at 2010-10-21 20:02 Message generated for change (Comment added) made by stephane42 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3092278&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: Paul Carroll (cameraguy) Assigned to: Nobody/Anonymous (nobody) Summary: Unresolved external symbol _CLSID_MachineDebugManager Initial Comment: Hi, I've some (rather old) python scripts that I'm trying to get running on my 'new' computer. In particular, the scripts make use of the Mr. Hammond's Win32 extensions, and my new machine is a Windows 7x64 box, using VS 2008. I installed Python 2.7, and win32 build 214. On my first attempt to install (setup.py -p install), I got a compilation error -- the one described in bug #3084013. So, to resolve this error, I re-synced with the latest Win32 from CVS, and now when I attempt to install, it gets further but I then get the linker error "Unresolved external _CLISD_MachineDebugManager" when attempting to build axdebug.pyd I tried both ehte x86 and x64 variants of the base python tool (v2.7) -- same result. Any suggestions? Thanks /Paul ---------------------------------------------------------------------- Comment By: stephane (stephane42) Date: 2010-11-01 14:32 Message: I have the same pb. I am using python 2.6.4 and VS2008 on Win7 x64. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3092278&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-10-30 09:40:12
|
Bugs item #3094288, was opened at 2010-10-24 17:57 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3094288&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: PyIProfAdmin.h(6) : error C2143: syntax error : missing ';' Initial Comment: I'm trying to build python for win using VS2008, python 2.7 on XP. After going through some mapi issues, the compilation now fails with this message. Please find the complete trace attached ---------------------------------------------------------------------- >Comment By: https://www.google.com/accounts () Date: 2010-10-30 09:40 Message: I'm using the windows SDK version 6.1 is this incorrect ? I was using this SDK together with VS2008 to get the python build itself working. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2010-10-27 01:02 Message: The problem seems to be that IProfAdmin isn't defined. I guess this will have something to do with the windows sdk version being used - I can see that interface defined in mapix.h, which should be included via PyMAPIUtil.h. You might need to grep your SDK dir to find where this is defined, or try and diagnose why it isn't being included for you (eg, some #define needed before including mapi, etc) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3094288&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-10-28 12:06:22
|
Bugs item #3074702, was opened at 2010-09-24 12:03 Message generated for change (Comment added) made by kxroberto You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3074702&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: kxroberto (kxroberto) Assigned to: Nobody/Anonymous (nobody) Summary: frequent KeyDot failed, UnicodeError in interactive Initial Comment: build214 Firing event 'KeyDot' failed. Traceback (most recent call last): File "C:\Python23\Lib\site-packages\pythonwin\pywin\scintilla\bindings.py", line 145, in fire rc = binding.handler(*args) File "C:\Python23\Lib\site-packages\pythonwin\pywin\scintilla\view.py", line 307, in KeyDotEvent self._AutoComplete() File "C:\Python23\Lib\site-packages\pythonwin\pywin\scintilla\view.py", line 467, in _AutoComplete text = self.GetTextRange(self.LineIndex(minline),endpos) File "C:\Python23\Lib\site-packages\pythonwin\pywin\scintilla\control.py", line 362, in GetTextRange ret = ret.decode(default_scintilla_encoding) UnicodeDecodeError: 'utf8' codec can't decode byte 0xff in position 5946: unexpected code byte ---------------------------------------------------------------------- >Comment By: kxroberto (kxroberto) Date: 2010-10-28 14:06 Message: the start/end for this GetTextRange come unchecked from LineIndex() 's. The lineno's unchecked from _GetClassInfoFromBrowser Maybe just a line is -1 or so. If always complete valid lines are decoded completely, may there should be no such problem? ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2010-09-28 19:24 Message: The underlying problem is how Scintilla handles (or fails to handle) multibyte characters when in utf-8 mode. None of the text handling messages (SCI_GETTEXTRANGE in this case) take continuation characters into account. If you ask for say 10 characters, what you get back is 10 bytes, which may contain partial characters at the start or the end of the buffer. The only way I can see to deal with discrete characters are the SCI_POSITIONBEFORE and SCI_POSITIONAFTER messages, which means all operations would have to be done one character at a time. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3074702&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-10-28 01:56:15
|
Bugs item #896502, was opened at 2004-02-14 00:42 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=896502&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pythonwin Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Norbert Ferchen (nferchen) Assigned to: Nobody/Anonymous (nobody) Summary: key mapping fails on non-us-kb for calltips Initial Comment: on an german keyboard you will not get the calltip by pressing the opening bracket, but on pressing the closing bracket instead. It seems, that the key mapping doesn't recognise the keyboard layout. On the german kbd the brackes or on the keys 8 and 9. By replacing the "Shift-(" by "Shift-8" - as an workaround - the mapping will work. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2010-10-28 12:56 Message: After 6 years I've checked a fix in that works for me Checking in CHANGES.txt; new revision: 1.65; previous revision: 1.64 Checking in Pythonwin/pywin/default.cfg; new revision: 1.11; previous revision: 1.10 Checking in Pythonwin/pywin/scintilla/bindings.py; new revision: 1.10; previous revision: 1.9 Checking in Pythonwin/pywin/scintilla/config.py; new revision: 1.11; previous revision: 1.10 Checking in Pythonwin/pywin/scintilla/keycodes.py; new revision: 1.8; previous revision: 1.7 ---------------------------------------------------------------------- Comment By: Oleg Noga (oleg_noga) Date: 2005-09-22 00:46 Message: Logged In: YES user_id=551440 Same bug with dot character mapping pressing dot key allways produces dot character in editor but in non-us keyboard locales it is not dot but letter :( here is the a patch for pythonwin\pywin\scintilla\view.py KeyDotEvent function. patch needs ctypes package to work http://starship.python.net/crew/theller/ctypes/ ------------------------------ def KeyDotEvent(self, event): # begin of patch try: import ctypes except ImportError: pass else: if (ctypes.windll.user32.GetKeyboardLayout(ctypes.c_int(0)) & 0xFFFF != 0x0409): return 1 # end of patch self.SCIAddText('.') if self.bAutoCompleteAttributes: self._AutoComplete() ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=896502&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-10-28 01:53:07
|
Patches item #3048829, was opened at 2010-08-20 04:02 Message generated for change (Settings changed) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=3048829&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: kxroberto (kxroberto) Assigned to: Mark Hammond (mhammond) Summary: finally supports non-US keyboards (CallTips etc) Initial Comment: comfort for the whole world .. patch for keycodes.py in pywin/scintilla ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2010-10-28 12:53 Message: Checked my patch in ---------------------------------------------------------------------- Comment By: kxroberto (kxroberto) Date: 2010-08-27 19:05 Message: there is no new file attached so far ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2010-08-27 16:12 Message: Oops - I means "." character for attribute expansion ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2010-08-27 16:10 Message: Thanks for the patch. However, I think it was still incomplete in a few areas and I finally dug into this a little more (there is an over 5 year old bug open on this issue and I've attempted a fix more than once.) I'm attaching a patch that uses MapVirtualKey and VkKeyScan, and removes that horrible offset table and I think it works. Using a french keyboard layout I see the calltips and the ',' character working as expected. If you can, please have a go and see if it works OK for you. Note that it requires a new win32api to work, so if you don't build from sources, please send me your python version and email addy and I'll send you a newer version. Thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=3048829&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-10-27 07:30:49
|
Bugs item #3058134, was opened at 2010-09-02 14:01 Message generated for change (Comment added) made by marquies You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3058134&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: Patrick Breucking (marquies) Assigned to: Nobody/Anonymous (nobody) Summary: Problems with ACL Table, missing IID_IExchangeModifyTable Initial Comment: Hi, while try to read the ACL Table of a folder, I ran into this problem: In a C++ tool (MFCMAPI) this method is used to get the Property PR_ACL_TABLE in a usable data type: // Open the table in an IExchangeModifyTable interface EC_H(lpMAPIProp->OpenProperty( ulPropTag, (LPGUID)&IID_IExchangeModifyTable, 0, MAPI_DEFERRED_ERRORS, (LPUNKNOWN FAR *)&lpExchTbl)); I figured out to do this in python: table = mystore.OpenProperty(mapitags.PR_ACL_TABLE, IID_IExchangeModifyTable, 0 , mapi.MAPI_DEFERRED_ERRORS) But it seems that the MAPI Extension does not know the IID_IExchangeModifyTable type. I just got just this error: AttributeError: 'module' object has no attribute 'IID_IExchangeModifyTable' Maybe I'm wrong, but as far as i can say the MAPI Extension is incomplete in this point, or? Thanks - Marquies ---------------------------------------------------------------------- >Comment By: Patrick Breucking (marquies) Date: 2010-10-27 09:30 Message: The patch in https://sourceforge.net/tracker/?func=detail&atid=551956&aid=3083568&group_id=78018? also contains transformation functions for ACTION structs. I think these should also go into the exchange features. Nevertheless, I just opened the thread because I thought that this would be the better place to submit patches to the project. It can be merged/closed. If compiling the exchange parts is a hard problem, it might be an option to create a new interface for my extensions. They can compile without the Ex2KSdk. What do you think? ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2010-10-27 06:42 Message: I'm looking to getting the exchange modules building again, but in the meantime, can you tell me the status of the patches here vs the patches in https://sourceforge.net/tracker/?func=detail&atid=551956&aid=3083568&group_id=78018? One of them probably needs to be closed. ---------------------------------------------------------------------- Comment By: Patrick Breucking (marquies) Date: 2010-10-25 16:52 Message: No problem, I'm still adding some stuff for the rules. The first one are easy changes, the tuple change need some time ;) I have a problem to compile the exchange part because of missing libs. ("exchange: No library 'Ex2KSdk'") Could you give me a hint what to do? I will then move the changes, compile and test. Thanks a lot. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2010-10-23 03:00 Message: Sorry for the delay in looking at this. It seems that the changes to mapilib.i and mapiutil should really go in exchange.i. There are a few issues in PyMAPIObject_AsROWLIST: * The error message needs updating (ie, it refers to SRowSet etc instead of ROWLIST), * The line in the 'done:' label + if (!rc && (ppResult)) { should be: + if (!rc && (*ppResult)) { * The reference counting of 'rowEntries' and 'rowObject' are wrong. + rowEntries = NULL; + rowObject = NULL; // important for cleanup both of these should Py_DECREF() the objects before nulling them (it looks like there is a bug in PyMAPIObject_AsSRowSet, which you copied this from. Further, 'rowEntries' isn't checked for NULL and will crash if you pass a dict without an 'entries' element, and isn't Py_DECREF's in done: * You should probably treat a ROWENTRY object as a simple tuple instead of a dict, to be consistent with the other mapi helpers. It would be great if you could address these and I'd be happy to integrate it. Also, the line: ---------------------------------------------------------------------- Comment By: Patrick Breucking (marquies) Date: 2010-09-28 17:55 Message: Please have a look into the path and the other attached files. You also need some more header files from the SDK to compile. Feedback welcome. ---------------------------------------------------------------------- Comment By: Patrick Breucking (marquies) Date: 2010-09-16 13:08 Message: I started to write the code for this interface, the swig interface additions and some utility code for type conversions. I would appreciate if this additions would go into the repository. What do you think? - Marquies ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2010-09-02 15:15 Message: Yes - it is incomplete, at least wrt that interface. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3058134&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-10-27 05:00:22
|
Bugs item #3075086, was opened at 2010-09-25 05:55 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3075086&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: Tim () Assigned to: Nobody/Anonymous (nobody) Summary: AssertionError building extensions Initial Comment: I'm getting an AssertionError when I attempt to install the Python for Windows extensions. My environment is Windows XP with all the latest security updates applied, and Microsoft Visual Studio 2005 and 2008 both installed. Here's the traceback I'm getting: building exe 'Pythonwin' Traceback (most recent call last): File "C:\Documents and Settings\TimothyB.GSD\My Documents\Downloads\pywin32-21 4\setup.py", line 2152, in <module> ('', ('pywin32.pth',)), File "C:\Python26\lib\distutils\core.py", line 152, in setup dist.run_commands() File "C:\Python26\lib\distutils\dist.py", line 975, in run_commands self.run_command(cmd) File "C:\Python26\lib\distutils\dist.py", line 995, in run_command cmd_obj.run() File "C:\Documents and Settings\TimothyB.GSD\My Documents\Downloads\pywin32-21 4\setup.py", line 1251, in run install.run(self) File "C:\Python26\lib\distutils\command\install.py", line 577, in run self.run_command('build') File "C:\Python26\lib\distutils\cmd.py", line 333, in run_command self.distribution.run_command(command) File "C:\Python26\lib\distutils\dist.py", line 995, in run_command cmd_obj.run() File "C:\Documents and Settings\TimothyB.GSD\My Documents\Downloads\pywin32-21 4\setup.py", line 596, in run build.run(self) File "C:\Python26\lib\distutils\command\build.py", line 134, in run self.run_command(cmd_name) File "C:\Python26\lib\distutils\cmd.py", line 333, in run_command self.distribution.run_command(command) File "C:\Python26\lib\distutils\dist.py", line 995, in run_command cmd_obj.run() File "C:\Python26\lib\distutils\command\build_ext.py", line 340, in run self.build_extensions() File "C:\Documents and Settings\TimothyB.GSD\My Documents\Downloads\pywin32-21 4\setup.py", line 891, in build_extensions self._build_scintilla() File "C:\Documents and Settings\TimothyB.GSD\My Documents\Downloads\pywin32-21 4\setup.py", line 825, in _build_scintilla assert os.path.isdir(build_temp), build_temp AssertionError Any ideas? ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2010-10-27 16:00 Message: No real clue I'm afraid - it would seem build_temp is an empty string - some 'print' debugging in setup.py might be the best way to try and see why this is happening. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3075086&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-10-27 04:42:06
|
Bugs item #3058134, was opened at 2010-09-02 22:01 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3058134&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: Patrick Breucking (marquies) Assigned to: Nobody/Anonymous (nobody) Summary: Problems with ACL Table, missing IID_IExchangeModifyTable Initial Comment: Hi, while try to read the ACL Table of a folder, I ran into this problem: In a C++ tool (MFCMAPI) this method is used to get the Property PR_ACL_TABLE in a usable data type: // Open the table in an IExchangeModifyTable interface EC_H(lpMAPIProp->OpenProperty( ulPropTag, (LPGUID)&IID_IExchangeModifyTable, 0, MAPI_DEFERRED_ERRORS, (LPUNKNOWN FAR *)&lpExchTbl)); I figured out to do this in python: table = mystore.OpenProperty(mapitags.PR_ACL_TABLE, IID_IExchangeModifyTable, 0 , mapi.MAPI_DEFERRED_ERRORS) But it seems that the MAPI Extension does not know the IID_IExchangeModifyTable type. I just got just this error: AttributeError: 'module' object has no attribute 'IID_IExchangeModifyTable' Maybe I'm wrong, but as far as i can say the MAPI Extension is incomplete in this point, or? Thanks - Marquies ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2010-10-27 15:42 Message: I'm looking to getting the exchange modules building again, but in the meantime, can you tell me the status of the patches here vs the patches in https://sourceforge.net/tracker/?func=detail&atid=551956&aid=3083568&group_id=78018? One of them probably needs to be closed. ---------------------------------------------------------------------- Comment By: Patrick Breucking (marquies) Date: 2010-10-26 01:52 Message: No problem, I'm still adding some stuff for the rules. The first one are easy changes, the tuple change need some time ;) I have a problem to compile the exchange part because of missing libs. ("exchange: No library 'Ex2KSdk'") Could you give me a hint what to do? I will then move the changes, compile and test. Thanks a lot. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2010-10-23 12:00 Message: Sorry for the delay in looking at this. It seems that the changes to mapilib.i and mapiutil should really go in exchange.i. There are a few issues in PyMAPIObject_AsROWLIST: * The error message needs updating (ie, it refers to SRowSet etc instead of ROWLIST), * The line in the 'done:' label + if (!rc && (ppResult)) { should be: + if (!rc && (*ppResult)) { * The reference counting of 'rowEntries' and 'rowObject' are wrong. + rowEntries = NULL; + rowObject = NULL; // important for cleanup both of these should Py_DECREF() the objects before nulling them (it looks like there is a bug in PyMAPIObject_AsSRowSet, which you copied this from. Further, 'rowEntries' isn't checked for NULL and will crash if you pass a dict without an 'entries' element, and isn't Py_DECREF's in done: * You should probably treat a ROWENTRY object as a simple tuple instead of a dict, to be consistent with the other mapi helpers. It would be great if you could address these and I'd be happy to integrate it. Also, the line: ---------------------------------------------------------------------- Comment By: Patrick Breucking (marquies) Date: 2010-09-29 01:55 Message: Please have a look into the path and the other attached files. You also need some more header files from the SDK to compile. Feedback welcome. ---------------------------------------------------------------------- Comment By: Patrick Breucking (marquies) Date: 2010-09-16 21:08 Message: I started to write the code for this interface, the swig interface additions and some utility code for type conversions. I would appreciate if this additions would go into the repository. What do you think? - Marquies ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2010-09-02 23:15 Message: Yes - it is incomplete, at least wrt that interface. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3058134&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-10-27 04:24:27
|
Feature Requests item #1409321, was opened at 2006-01-19 06:20 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1409321&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pythonwin Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Greg Hazel (ghazel) Assigned to: Nobody/Anonymous (nobody) Summary: prompt to create non-existent files Initial Comment: Really two feature requests. 1. Support for '\n' newlines. I'd prefer that it open both and save unix-style, but any other feature which would allow me to work on unix-style newlines without damaging the file would be helpful. 2. Allow notepad-style "Cannot find the X.EXT file. Do you want to create a new file?" ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2010-10-27 15:24 Message: Thanks - a slightly modified version was checked in revision 1.12 of document.py ---------------------------------------------------------------------- Comment By: Greg Hazel (ghazel) Date: 2010-10-14 23:03 Message: Patch create_file.diff mimics the notepad behavior. ---------------------------------------------------------------------- Comment By: Greg Hazel (ghazel) Date: 2010-10-14 23:00 Message: Ok, the first one has been done for awhile. The second is not though, so we'll make this ticket focus on that. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1409321&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-10-27 04:07:30
|
Feature Requests item #3091600, was opened at 2010-10-21 10:22 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3091600&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: Matt C () Assigned to: Nobody/Anonymous (nobody) Summary: Install into other site-packages directory Initial Comment: We have a network site-packages directory where we can install packages in one place to be available to several users without them having to require installing things like this on each machine. However, the installer does not give the choice of which site-packages directory to use. Feature request: Can the installation path please be manually editable so that we can override the installation directory? Many thanks, Matt ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2010-10-27 15:07 Message: pywin32 uses the standard bdist_wininst installer that ships with Python, so it is the distutils component of python itself which needs the feature request - check bugs.python.org and I expect you will find it already listed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3091600&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2010-10-27 02:46:27
|
Bugs item #3096076, was opened at 2010-10-26 20:28 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3096076&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pythonwin Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Mark Hammond (mhammond) Assigned to: Nobody/Anonymous (nobody) Summary: input vs raw_input in pythonwin Initial Comment: via a personal email, which included screenshots of 'input' showing the prompt in the interactive window and a blank popup dialog for the input, vs raw_input showing the prompt in the dialog as expected... I have found a strange bug with the function input, for example: number = int(raw_input("Number:")) Will open up an input window that says: "Number:" but using only: number = input("Number:") Will open up an input window that says nothing. ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2010-10-26 21:46 Message: Fixed in app.py 1.18 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3096076&group_id=78018 |
2 messages has been excluded from this view by a project administrator.
