pywin32-bugs Mailing List for Python for Windows Extensions (Page 25)
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...> - 2011-01-20 20:59:13
|
Bugs item #3162949, was opened at 2011-01-20 15:03 Message generated for change (Comment added) made by dberm22 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3162949&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: dberm22 (dberm22) Assigned to: Nobody/Anonymous (nobody) Summary: pywintypes31.dll missing Initial Comment: When I try to install software such as OpenNI, it gives me an error that I am missing pywintypes31.dll. I have checked my System32 folder, and it is not there, nor does it exist any where else on my computer. Where can I get this file - Python installed correctly and did not include it. Windows 7, 32bit ---------------------------------------------------------------------- >Comment By: dberm22 (dberm22) Date: 2011-01-20 15:59 Message: Found it here... C:\Program Files\Python31\Lib\site-packages\pywin32_system32 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3162949&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-01-20 20:04:09
|
Bugs item #3162949, was opened at 2011-01-20 15:03 Message generated for change (Settings changed) made by dberm22 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3162949&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: 9 Private: No Submitted By: dberm22 (dberm22) Assigned to: Nobody/Anonymous (nobody) Summary: pywintypes31.dll missing Initial Comment: When I try to install software such as OpenNI, it gives me an error that I am missing pywintypes31.dll. I have checked my System32 folder, and it is not there, nor does it exist any where else on my computer. Where can I get this file - Python installed correctly and did not include it. Windows 7, 32bit ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3162949&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-01-20 20:03:07
|
Bugs item #3162949, was opened at 2011-01-20 15:03 Message generated for change (Tracker Item Submitted) made by dberm22 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3162949&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: dberm22 (dberm22) Assigned to: Nobody/Anonymous (nobody) Summary: pywintypes31.dll missing Initial Comment: When I try to install software such as OpenNI, it gives me an error that I am missing pywintypes31.dll. I have checked my System32 folder, and it is not there, nor does it exist any where else on my computer. Where can I get this file - Python installed correctly and did not include it. Windows 7, 32bit ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3162949&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-01-19 22:16:30
|
Bugs item #3162034, was opened at 2011-01-19 14:16 Message generated for change (Tracker Item Submitted) made by cgasmith You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3162034&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: Chuck Smith (cgasmith) Assigned to: Nobody/Anonymous (nobody) Summary: editor colors.... Initial Comment: Ok, you spoiled me rotten with a decent editor with python integration, however on 214, the selection highlight for the editor is not configurable and in my lamo case was the same color as my back ground making cut and paste operations on an invisible selection difficult. I would suggest making highlight the inverse of the basic text color or as a configurable item in options. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3162034&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-01-13 09:55:33
|
Bugs item #3156202, was opened at 2011-01-12 11:48 Message generated for change (Comment added) made by cyrillebollu You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3156202&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: Cyrille Bollu (cyrillebollu) Assigned to: Nobody/Anonymous (nobody) Summary: windows script host behaviour changes after pywin32 install Initial Comment: Hi, This problem has been reported on http://pythonforum.org/topic62-pywin32-and-windows-script-host-problem.html. I'm experiencing the same problem. The bug is reproductible (validated with http://surfnet.dl.sourceforge.net/sourceforge/pywin32/pywin32-214.win32-py2.5.exe): 1- take a computer where pywin32 is not installed 2- open a cmd prompt and type "wscript //h:wscript" => you get a prompt telling you that the default script host has been changed 3- install http://surfnet.dl.sourceforge.net/sourceforge/pywin32/pywin32-214.win32-py2.5.exe 4- open a new cmd prompt and type "wscript //h:wscript" => you get "can't change the default script host" This problem might seem minor but in my company we use this "wscript //h:wscript" command to silently install softwares on client computers. And, when this problem occurs, our silent installation fails. I will gladly help but I don't have visual studio. Best regards, Cyrille ---------------------------------------------------------------------- >Comment By: Cyrille Bollu (cyrillebollu) Date: 2011-01-13 10:55 Message: Hi, Great! The registry changes did the trick. Many thanks! Cyrille PS: I let you close the bug ======================== What I did: ------------- Installed python-2.6 Installed http://downloads.sourceforge.net/project/pywin32/pywin32/Build%20214/pywin32-214.win32-py2.6.exe wscript //h:wscript => doesn't work (usual error) regedit wscript //h:wscript => works Note: ------ In my case I only add to create the [HKEY_CLASSES_ROOT\pysFile\Shell] hive; The rest of [HKEY_CLASSES_ROOT\pysFile] was correct. ---------------------------------------------------------------------- Comment By: Cyrille Bollu (cyrillebollu) Date: 2011-01-13 10:11 Message: >Just to be sure: "wscript //h:wscript" must be run as administrator to succeed. yes sure. I run it as local administrator Now, I've removed pywin32-214.win32-py25 from my computer and I can't manage to re-install it. I'll now reboot my computer to see if my python 2.6 & co. installation worked. If yes, I'll try your regedit trick. BR, Cyrille ---------------------------------------------------------------------- Comment By: Christoph Gohlke (cjgohlke) Date: 2011-01-13 02:24 Message: Just to be sure: "wscript //h:wscript" must be run as administrator to succeed. ---------------------------------------------------------------------- Comment By: Christoph Gohlke (cjgohlke) Date: 2011-01-13 02:19 Message: Seems that [HKEY_CLASSES_ROOT\pysFile\Shell\Open] and [HKEY_CLASSES_ROOT\pysFile\Shell\Open2] keys need to be set in the pywin32\com\win32comext\axscript\client\pyscript.py DllRegisterServer() function. The following registry file works for me on Windows 7: REGEDIT4 [HKEY_CLASSES_ROOT\pysFile] @="Python Script File" [HKEY_CLASSES_ROOT\pysFile\ScriptEngine] @="Python" [HKEY_CLASSES_ROOT\pysFile\ShellEx] [HKEY_CLASSES_ROOT\pysFile\ShellEx\DropHandler] @="{60254CA5-953B-11CF-8C96-00AA00B8708C}" [HKEY_CLASSES_ROOT\pysFile\ShellEx\PropertySheetHandlers] [HKEY_CLASSES_ROOT\pysFile\ShellEx\PropertySheetHandlers\WSHProps] @="{60254CA5-953B-11CF-8C96-00AA00B8708C}" [HKEY_CLASSES_ROOT\pysFile\Shell\Open] [HKEY_CLASSES_ROOT\pysFile\Shell\Open\Command] @=hex(2):22,25,53,79,73,74,65,6d,52,6f,6f,74,25,5c,53,79,73,74,65,6d,33,32,5c,\ 57,53,63,72,69,70,74,2e,65,78,65,22,20,22,25,31,22,20,25,2a,00 [HKEY_CLASSES_ROOT\pysFile\Shell\Open2] @=hex(2):4f,70,65,6e,20,26,77,69,74,68,20,43,6f,6d,6d,61,6e,64,20,50,72,6f,6d,\ 70,74,00 "MUIVerb"=hex(2):40,25,53,79,73,74,65,6d,52,6f,6f,74,25,5c,53,79,73,74,65,6d,\ 33,32,5c,77,73,68,65,78,74,2e,64,6c,6c,2c,2d,34,35,31,31,00 [HKEY_CLASSES_ROOT\pysFile\Shell\Open2\Command] @=hex(2):22,25,53,79,73,74,65,6d,52,6f,6f,74,25,5c,53,79,73,74,65,6d,33,32,5c,\ 43,53,63,72,69,70,74,2e,65,78,65,22,20,22,25,31,22,20,25,2a,00 ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-01-13 02:15 Message: In my (limited) testing, I unregistered the AXScript engine (python ...\axscript.py --unregister), which deletes that key and a number of others, and the problem remains. I can't verify it ever did work for me though... ---------------------------------------------------------------------- Comment By: Christoph Gohlke (cjgohlke) Date: 2011-01-13 01:26 Message: Try rename or delete HKEY_CLASSES_ROOT\pysFile ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-01-12 23:33 Message: I can't see how python could manage to do this. Some googling shows other people are having a similar issue without Python being installed - I wonder if the installation of *any* WSH-compatible scripting language is causing the problem? > I will gladly help but I don't have visual studio. You don't need visual studio - running wscript.exe like that shouldn't be loading Python at all (and certainly can't once it is uninstalled but the problem remains). I expect something we write to the registry isn't being cleaned up or something... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3156202&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-01-13 09:11:41
|
Bugs item #3156202, was opened at 2011-01-12 11:48 Message generated for change (Comment added) made by cyrillebollu You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3156202&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: Cyrille Bollu (cyrillebollu) Assigned to: Nobody/Anonymous (nobody) Summary: windows script host behaviour changes after pywin32 install Initial Comment: Hi, This problem has been reported on http://pythonforum.org/topic62-pywin32-and-windows-script-host-problem.html. I'm experiencing the same problem. The bug is reproductible (validated with http://surfnet.dl.sourceforge.net/sourceforge/pywin32/pywin32-214.win32-py2.5.exe): 1- take a computer where pywin32 is not installed 2- open a cmd prompt and type "wscript //h:wscript" => you get a prompt telling you that the default script host has been changed 3- install http://surfnet.dl.sourceforge.net/sourceforge/pywin32/pywin32-214.win32-py2.5.exe 4- open a new cmd prompt and type "wscript //h:wscript" => you get "can't change the default script host" This problem might seem minor but in my company we use this "wscript //h:wscript" command to silently install softwares on client computers. And, when this problem occurs, our silent installation fails. I will gladly help but I don't have visual studio. Best regards, Cyrille ---------------------------------------------------------------------- >Comment By: Cyrille Bollu (cyrillebollu) Date: 2011-01-13 10:11 Message: >Just to be sure: "wscript //h:wscript" must be run as administrator to succeed. yes sure. I run it as local administrator Now, I've removed pywin32-214.win32-py25 from my computer and I can't manage to re-install it. I'll now reboot my computer to see if my python 2.6 & co. installation worked. If yes, I'll try your regedit trick. BR, Cyrille ---------------------------------------------------------------------- Comment By: Christoph Gohlke (cjgohlke) Date: 2011-01-13 02:24 Message: Just to be sure: "wscript //h:wscript" must be run as administrator to succeed. ---------------------------------------------------------------------- Comment By: Christoph Gohlke (cjgohlke) Date: 2011-01-13 02:19 Message: Seems that [HKEY_CLASSES_ROOT\pysFile\Shell\Open] and [HKEY_CLASSES_ROOT\pysFile\Shell\Open2] keys need to be set in the pywin32\com\win32comext\axscript\client\pyscript.py DllRegisterServer() function. The following registry file works for me on Windows 7: REGEDIT4 [HKEY_CLASSES_ROOT\pysFile] @="Python Script File" [HKEY_CLASSES_ROOT\pysFile\ScriptEngine] @="Python" [HKEY_CLASSES_ROOT\pysFile\ShellEx] [HKEY_CLASSES_ROOT\pysFile\ShellEx\DropHandler] @="{60254CA5-953B-11CF-8C96-00AA00B8708C}" [HKEY_CLASSES_ROOT\pysFile\ShellEx\PropertySheetHandlers] [HKEY_CLASSES_ROOT\pysFile\ShellEx\PropertySheetHandlers\WSHProps] @="{60254CA5-953B-11CF-8C96-00AA00B8708C}" [HKEY_CLASSES_ROOT\pysFile\Shell\Open] [HKEY_CLASSES_ROOT\pysFile\Shell\Open\Command] @=hex(2):22,25,53,79,73,74,65,6d,52,6f,6f,74,25,5c,53,79,73,74,65,6d,33,32,5c,\ 57,53,63,72,69,70,74,2e,65,78,65,22,20,22,25,31,22,20,25,2a,00 [HKEY_CLASSES_ROOT\pysFile\Shell\Open2] @=hex(2):4f,70,65,6e,20,26,77,69,74,68,20,43,6f,6d,6d,61,6e,64,20,50,72,6f,6d,\ 70,74,00 "MUIVerb"=hex(2):40,25,53,79,73,74,65,6d,52,6f,6f,74,25,5c,53,79,73,74,65,6d,\ 33,32,5c,77,73,68,65,78,74,2e,64,6c,6c,2c,2d,34,35,31,31,00 [HKEY_CLASSES_ROOT\pysFile\Shell\Open2\Command] @=hex(2):22,25,53,79,73,74,65,6d,52,6f,6f,74,25,5c,53,79,73,74,65,6d,33,32,5c,\ 43,53,63,72,69,70,74,2e,65,78,65,22,20,22,25,31,22,20,25,2a,00 ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-01-13 02:15 Message: In my (limited) testing, I unregistered the AXScript engine (python ...\axscript.py --unregister), which deletes that key and a number of others, and the problem remains. I can't verify it ever did work for me though... ---------------------------------------------------------------------- Comment By: Christoph Gohlke (cjgohlke) Date: 2011-01-13 01:26 Message: Try rename or delete HKEY_CLASSES_ROOT\pysFile ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-01-12 23:33 Message: I can't see how python could manage to do this. Some googling shows other people are having a similar issue without Python being installed - I wonder if the installation of *any* WSH-compatible scripting language is causing the problem? > I will gladly help but I don't have visual studio. You don't need visual studio - running wscript.exe like that shouldn't be loading Python at all (and certainly can't once it is uninstalled but the problem remains). I expect something we write to the registry isn't being cleaned up or something... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3156202&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-01-13 01:24:39
|
Bugs item #3156202, was opened at 2011-01-12 02:48 Message generated for change (Comment added) made by cjgohlke You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3156202&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: Cyrille Bollu (cyrillebollu) Assigned to: Nobody/Anonymous (nobody) Summary: windows script host behaviour changes after pywin32 install Initial Comment: Hi, This problem has been reported on http://pythonforum.org/topic62-pywin32-and-windows-script-host-problem.html. I'm experiencing the same problem. The bug is reproductible (validated with http://surfnet.dl.sourceforge.net/sourceforge/pywin32/pywin32-214.win32-py2.5.exe): 1- take a computer where pywin32 is not installed 2- open a cmd prompt and type "wscript //h:wscript" => you get a prompt telling you that the default script host has been changed 3- install http://surfnet.dl.sourceforge.net/sourceforge/pywin32/pywin32-214.win32-py2.5.exe 4- open a new cmd prompt and type "wscript //h:wscript" => you get "can't change the default script host" This problem might seem minor but in my company we use this "wscript //h:wscript" command to silently install softwares on client computers. And, when this problem occurs, our silent installation fails. I will gladly help but I don't have visual studio. Best regards, Cyrille ---------------------------------------------------------------------- Comment By: Christoph Gohlke (cjgohlke) Date: 2011-01-12 17:24 Message: Just to be sure: "wscript //h:wscript" must be run as administrator to succeed. ---------------------------------------------------------------------- Comment By: Christoph Gohlke (cjgohlke) Date: 2011-01-12 17:19 Message: Seems that [HKEY_CLASSES_ROOT\pysFile\Shell\Open] and [HKEY_CLASSES_ROOT\pysFile\Shell\Open2] keys need to be set in the pywin32\com\win32comext\axscript\client\pyscript.py DllRegisterServer() function. The following registry file works for me on Windows 7: REGEDIT4 [HKEY_CLASSES_ROOT\pysFile] @="Python Script File" [HKEY_CLASSES_ROOT\pysFile\ScriptEngine] @="Python" [HKEY_CLASSES_ROOT\pysFile\ShellEx] [HKEY_CLASSES_ROOT\pysFile\ShellEx\DropHandler] @="{60254CA5-953B-11CF-8C96-00AA00B8708C}" [HKEY_CLASSES_ROOT\pysFile\ShellEx\PropertySheetHandlers] [HKEY_CLASSES_ROOT\pysFile\ShellEx\PropertySheetHandlers\WSHProps] @="{60254CA5-953B-11CF-8C96-00AA00B8708C}" [HKEY_CLASSES_ROOT\pysFile\Shell\Open] [HKEY_CLASSES_ROOT\pysFile\Shell\Open\Command] @=hex(2):22,25,53,79,73,74,65,6d,52,6f,6f,74,25,5c,53,79,73,74,65,6d,33,32,5c,\ 57,53,63,72,69,70,74,2e,65,78,65,22,20,22,25,31,22,20,25,2a,00 [HKEY_CLASSES_ROOT\pysFile\Shell\Open2] @=hex(2):4f,70,65,6e,20,26,77,69,74,68,20,43,6f,6d,6d,61,6e,64,20,50,72,6f,6d,\ 70,74,00 "MUIVerb"=hex(2):40,25,53,79,73,74,65,6d,52,6f,6f,74,25,5c,53,79,73,74,65,6d,\ 33,32,5c,77,73,68,65,78,74,2e,64,6c,6c,2c,2d,34,35,31,31,00 [HKEY_CLASSES_ROOT\pysFile\Shell\Open2\Command] @=hex(2):22,25,53,79,73,74,65,6d,52,6f,6f,74,25,5c,53,79,73,74,65,6d,33,32,5c,\ 43,53,63,72,69,70,74,2e,65,78,65,22,20,22,25,31,22,20,25,2a,00 ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-01-12 17:15 Message: In my (limited) testing, I unregistered the AXScript engine (python ...\axscript.py --unregister), which deletes that key and a number of others, and the problem remains. I can't verify it ever did work for me though... ---------------------------------------------------------------------- Comment By: Christoph Gohlke (cjgohlke) Date: 2011-01-12 16:26 Message: Try rename or delete HKEY_CLASSES_ROOT\pysFile ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-01-12 14:33 Message: I can't see how python could manage to do this. Some googling shows other people are having a similar issue without Python being installed - I wonder if the installation of *any* WSH-compatible scripting language is causing the problem? > I will gladly help but I don't have visual studio. You don't need visual studio - running wscript.exe like that shouldn't be loading Python at all (and certainly can't once it is uninstalled but the problem remains). I expect something we write to the registry isn't being cleaned up or something... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3156202&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-01-13 01:19:47
|
Bugs item #3156202, was opened at 2011-01-12 02:48 Message generated for change (Comment added) made by cjgohlke You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3156202&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: Cyrille Bollu (cyrillebollu) Assigned to: Nobody/Anonymous (nobody) Summary: windows script host behaviour changes after pywin32 install Initial Comment: Hi, This problem has been reported on http://pythonforum.org/topic62-pywin32-and-windows-script-host-problem.html. I'm experiencing the same problem. The bug is reproductible (validated with http://surfnet.dl.sourceforge.net/sourceforge/pywin32/pywin32-214.win32-py2.5.exe): 1- take a computer where pywin32 is not installed 2- open a cmd prompt and type "wscript //h:wscript" => you get a prompt telling you that the default script host has been changed 3- install http://surfnet.dl.sourceforge.net/sourceforge/pywin32/pywin32-214.win32-py2.5.exe 4- open a new cmd prompt and type "wscript //h:wscript" => you get "can't change the default script host" This problem might seem minor but in my company we use this "wscript //h:wscript" command to silently install softwares on client computers. And, when this problem occurs, our silent installation fails. I will gladly help but I don't have visual studio. Best regards, Cyrille ---------------------------------------------------------------------- Comment By: Christoph Gohlke (cjgohlke) Date: 2011-01-12 17:19 Message: Seems that [HKEY_CLASSES_ROOT\pysFile\Shell\Open] and [HKEY_CLASSES_ROOT\pysFile\Shell\Open2] keys need to be set in the pywin32\com\win32comext\axscript\client\pyscript.py DllRegisterServer() function. The following registry file works for me on Windows 7: REGEDIT4 [HKEY_CLASSES_ROOT\pysFile] @="Python Script File" [HKEY_CLASSES_ROOT\pysFile\ScriptEngine] @="Python" [HKEY_CLASSES_ROOT\pysFile\ShellEx] [HKEY_CLASSES_ROOT\pysFile\ShellEx\DropHandler] @="{60254CA5-953B-11CF-8C96-00AA00B8708C}" [HKEY_CLASSES_ROOT\pysFile\ShellEx\PropertySheetHandlers] [HKEY_CLASSES_ROOT\pysFile\ShellEx\PropertySheetHandlers\WSHProps] @="{60254CA5-953B-11CF-8C96-00AA00B8708C}" [HKEY_CLASSES_ROOT\pysFile\Shell\Open] [HKEY_CLASSES_ROOT\pysFile\Shell\Open\Command] @=hex(2):22,25,53,79,73,74,65,6d,52,6f,6f,74,25,5c,53,79,73,74,65,6d,33,32,5c,\ 57,53,63,72,69,70,74,2e,65,78,65,22,20,22,25,31,22,20,25,2a,00 [HKEY_CLASSES_ROOT\pysFile\Shell\Open2] @=hex(2):4f,70,65,6e,20,26,77,69,74,68,20,43,6f,6d,6d,61,6e,64,20,50,72,6f,6d,\ 70,74,00 "MUIVerb"=hex(2):40,25,53,79,73,74,65,6d,52,6f,6f,74,25,5c,53,79,73,74,65,6d,\ 33,32,5c,77,73,68,65,78,74,2e,64,6c,6c,2c,2d,34,35,31,31,00 [HKEY_CLASSES_ROOT\pysFile\Shell\Open2\Command] @=hex(2):22,25,53,79,73,74,65,6d,52,6f,6f,74,25,5c,53,79,73,74,65,6d,33,32,5c,\ 43,53,63,72,69,70,74,2e,65,78,65,22,20,22,25,31,22,20,25,2a,00 ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-01-12 17:15 Message: In my (limited) testing, I unregistered the AXScript engine (python ...\axscript.py --unregister), which deletes that key and a number of others, and the problem remains. I can't verify it ever did work for me though... ---------------------------------------------------------------------- Comment By: Christoph Gohlke (cjgohlke) Date: 2011-01-12 16:26 Message: Try rename or delete HKEY_CLASSES_ROOT\pysFile ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-01-12 14:33 Message: I can't see how python could manage to do this. Some googling shows other people are having a similar issue without Python being installed - I wonder if the installation of *any* WSH-compatible scripting language is causing the problem? > I will gladly help but I don't have visual studio. You don't need visual studio - running wscript.exe like that shouldn't be loading Python at all (and certainly can't once it is uninstalled but the problem remains). I expect something we write to the registry isn't being cleaned up or something... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3156202&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-01-13 01:15:04
|
Bugs item #3156202, was opened at 2011-01-12 21:48 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3156202&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: Cyrille Bollu (cyrillebollu) Assigned to: Nobody/Anonymous (nobody) Summary: windows script host behaviour changes after pywin32 install Initial Comment: Hi, This problem has been reported on http://pythonforum.org/topic62-pywin32-and-windows-script-host-problem.html. I'm experiencing the same problem. The bug is reproductible (validated with http://surfnet.dl.sourceforge.net/sourceforge/pywin32/pywin32-214.win32-py2.5.exe): 1- take a computer where pywin32 is not installed 2- open a cmd prompt and type "wscript //h:wscript" => you get a prompt telling you that the default script host has been changed 3- install http://surfnet.dl.sourceforge.net/sourceforge/pywin32/pywin32-214.win32-py2.5.exe 4- open a new cmd prompt and type "wscript //h:wscript" => you get "can't change the default script host" This problem might seem minor but in my company we use this "wscript //h:wscript" command to silently install softwares on client computers. And, when this problem occurs, our silent installation fails. I will gladly help but I don't have visual studio. Best regards, Cyrille ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2011-01-13 12:15 Message: In my (limited) testing, I unregistered the AXScript engine (python ...\axscript.py --unregister), which deletes that key and a number of others, and the problem remains. I can't verify it ever did work for me though... ---------------------------------------------------------------------- Comment By: Christoph Gohlke (cjgohlke) Date: 2011-01-13 11:26 Message: Try rename or delete HKEY_CLASSES_ROOT\pysFile ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-01-13 09:33 Message: I can't see how python could manage to do this. Some googling shows other people are having a similar issue without Python being installed - I wonder if the installation of *any* WSH-compatible scripting language is causing the problem? > I will gladly help but I don't have visual studio. You don't need visual studio - running wscript.exe like that shouldn't be loading Python at all (and certainly can't once it is uninstalled but the problem remains). I expect something we write to the registry isn't being cleaned up or something... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3156202&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-01-13 00:26:06
|
Bugs item #3156202, was opened at 2011-01-12 02:48 Message generated for change (Comment added) made by cjgohlke You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3156202&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: Cyrille Bollu (cyrillebollu) Assigned to: Nobody/Anonymous (nobody) Summary: windows script host behaviour changes after pywin32 install Initial Comment: Hi, This problem has been reported on http://pythonforum.org/topic62-pywin32-and-windows-script-host-problem.html. I'm experiencing the same problem. The bug is reproductible (validated with http://surfnet.dl.sourceforge.net/sourceforge/pywin32/pywin32-214.win32-py2.5.exe): 1- take a computer where pywin32 is not installed 2- open a cmd prompt and type "wscript //h:wscript" => you get a prompt telling you that the default script host has been changed 3- install http://surfnet.dl.sourceforge.net/sourceforge/pywin32/pywin32-214.win32-py2.5.exe 4- open a new cmd prompt and type "wscript //h:wscript" => you get "can't change the default script host" This problem might seem minor but in my company we use this "wscript //h:wscript" command to silently install softwares on client computers. And, when this problem occurs, our silent installation fails. I will gladly help but I don't have visual studio. Best regards, Cyrille ---------------------------------------------------------------------- Comment By: Christoph Gohlke (cjgohlke) Date: 2011-01-12 16:26 Message: Try rename or delete HKEY_CLASSES_ROOT\pysFile ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-01-12 14:33 Message: I can't see how python could manage to do this. Some googling shows other people are having a similar issue without Python being installed - I wonder if the installation of *any* WSH-compatible scripting language is causing the problem? > I will gladly help but I don't have visual studio. You don't need visual studio - running wscript.exe like that shouldn't be loading Python at all (and certainly can't once it is uninstalled but the problem remains). I expect something we write to the registry isn't being cleaned up or something... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3156202&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-01-12 22:59:57
|
Bugs item #3156634, was opened at 2011-01-13 09:50 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3156634&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: Quin Dennis (quindennis) Assigned to: Nobody/Anonymous (nobody) Summary: OPCHDA Not Mapped Correctly Initial Comment: The OPCHDA (Graybox HDA Wrapper) is not correctly mapped, specifically, the OPCHDABrowser object. This is mapped correctly in C#. With PyWin, the Browser object only shows 'count' and 'index' properties. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2011-01-13 09:59 Message: I'm not familiar with that object. Are you sure it is designed to be used via IDispatch from script languages? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3156634&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-01-12 22:50:46
|
Bugs item #3156634, was opened at 2011-01-12 16:50 Message generated for change (Tracker Item Submitted) made by quindennis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3156634&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: Quin Dennis (quindennis) Assigned to: Nobody/Anonymous (nobody) Summary: OPCHDA Not Mapped Correctly Initial Comment: The OPCHDA (Graybox HDA Wrapper) is not correctly mapped, specifically, the OPCHDABrowser object. This is mapped correctly in C#. With PyWin, the Browser object only shows 'count' and 'index' properties. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3156634&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-01-12 22:33:51
|
Bugs item #3156202, was opened at 2011-01-12 21:48 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3156202&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: Cyrille Bollu (cyrillebollu) Assigned to: Nobody/Anonymous (nobody) Summary: windows script host behaviour changes after pywin32 install Initial Comment: Hi, This problem has been reported on http://pythonforum.org/topic62-pywin32-and-windows-script-host-problem.html. I'm experiencing the same problem. The bug is reproductible (validated with http://surfnet.dl.sourceforge.net/sourceforge/pywin32/pywin32-214.win32-py2.5.exe): 1- take a computer where pywin32 is not installed 2- open a cmd prompt and type "wscript //h:wscript" => you get a prompt telling you that the default script host has been changed 3- install http://surfnet.dl.sourceforge.net/sourceforge/pywin32/pywin32-214.win32-py2.5.exe 4- open a new cmd prompt and type "wscript //h:wscript" => you get "can't change the default script host" This problem might seem minor but in my company we use this "wscript //h:wscript" command to silently install softwares on client computers. And, when this problem occurs, our silent installation fails. I will gladly help but I don't have visual studio. Best regards, Cyrille ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2011-01-13 09:33 Message: I can't see how python could manage to do this. Some googling shows other people are having a similar issue without Python being installed - I wonder if the installation of *any* WSH-compatible scripting language is causing the problem? > I will gladly help but I don't have visual studio. You don't need visual studio - running wscript.exe like that shouldn't be loading Python at all (and certainly can't once it is uninstalled but the problem remains). I expect something we write to the registry isn't being cleaned up or something... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3156202&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-01-12 10:48:37
|
Bugs item #3156202, was opened at 2011-01-12 11:48 Message generated for change (Tracker Item Submitted) made by cyrillebollu You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3156202&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: Cyrille Bollu (cyrillebollu) Assigned to: Nobody/Anonymous (nobody) Summary: windows script host behaviour changes after pywin32 install Initial Comment: Hi, This problem has been reported on http://pythonforum.org/topic62-pywin32-and-windows-script-host-problem.html. I'm experiencing the same problem. The bug is reproductible (validated with http://surfnet.dl.sourceforge.net/sourceforge/pywin32/pywin32-214.win32-py2.5.exe): 1- take a computer where pywin32 is not installed 2- open a cmd prompt and type "wscript //h:wscript" => you get a prompt telling you that the default script host has been changed 3- install http://surfnet.dl.sourceforge.net/sourceforge/pywin32/pywin32-214.win32-py2.5.exe 4- open a new cmd prompt and type "wscript //h:wscript" => you get "can't change the default script host" This problem might seem minor but in my company we use this "wscript //h:wscript" command to silently install softwares on client computers. And, when this problem occurs, our silent installation fails. I will gladly help but I don't have visual studio. Best regards, Cyrille ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3156202&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-01-11 22:18:34
|
Bugs item #3152207, was opened at 2011-01-06 11:45 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3152207&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: Robert Lerche (rlerche) Assigned to: Nobody/Anonymous (nobody) Summary: can't install pywin32-214 source (see #3094208) Initial Comment: Symptom: same as #3094208 but trying to refresh the tree does *not* resolve the problem (as indicated in that bug). The problem seems to be a missing file: mapilib.i. This is a SWIG interface definition file and it is not present in pywin32-214.zip (fetched today from SourceForge). I attach (1) an "unzip -l" showing that mapilib.i is not present, (2) a grep-find of "mapilib" showing where it is included and (3) the build log that fails. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2011-01-12 09:18 Message: The build process doesn;t treat that .i file as a dependency correctly - so just touch all the other .i files in that dir, which should force the ,cpp files to be regenerated, which should fix things. ---------------------------------------------------------------------- Comment By: kshetline (kshetline) Date: 2011-01-12 09:11 Message: Where should I put mapilib.i after I obtain this missing file? I tried sticking the file in pywin32-214\com\win32comext\mapi\src, plus a number of other places, and my attempted installation is still failing with... C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\BIN\cl.exe /c /nologo /Ox /MD /W3 /GS- /DNDEBUG -DDISTUTILS_BUILD -D_CRT_SECURE_NO_WARNINGS -Icom/win32com /src/include -Iwin32/src -IC:\Python27\include -IC:\Python27\PC "-IC:\Program Fi les\Microsoft SDKs\Windows\v6.0A\include" /Tpcom/win32comext/mapi/src/mapi.cpp / Fobuild\temp.win32-2.7\Release\com/win32comext/mapi/src/mapi.obj /Fpbuild\temp.w in32-2.7\Release\mapi.pch /Zi /Fdbuild\temp.win32-2.7\Release\mapi_vc.pdb /EHsc mapi.cpp com/win32comext/mapi/src/mapi.cpp(933) : error C3861: 'OleSetOleError': identifi er not found com/win32comext/mapi/src/mapi.cpp(995) : error C3861: 'OleSetOleError': identifi er not found com/win32comext/mapi/src/mapi.cpp(1165) : error C3861: 'SWIG_GetPtr': identifier not found com/win32comext/mapi/src/mapi.cpp(1220) : error C3861: 'SWIG_GetPtr': identifier not found com/win32comext/mapi/src/mapi.cpp(1268) : error C3861: 'SWIG_GetPtr': identifier not found com/win32comext/mapi/src/mapi.cpp(1315) : error C3861: 'SWIG_GetPtr': identifier not found com/win32comext/mapi/src/mapi.cpp(1321) : error C3861: 'SWIG_GetPtr': identifier not found com/win32comext/mapi/src/mapi.cpp(1327) : error C3861: 'SWIG_GetPtr': identifier not found com/win32comext/mapi/src/mapi.cpp(1333) : error C3861: 'SWIG_GetPtr': identifier not found com/win32comext/mapi/src/mapi.cpp(1339) : error C3861: 'SWIG_GetPtr': identifier not found com/win32comext/mapi/src/mapi.cpp(1389) : error C3861: 'SWIG_GetPtr': identifier not found com/win32comext/mapi/src/mapi.cpp(1452) : error C3861: 'SWIG_GetPtr': identifier not found com/win32comext/mapi/src/mapi.cpp(1458) : error C3861: 'SWIG_GetPtr': identifier not found error: command '"C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\BIN\cl.ex e"' failed with exit status 2 ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-01-06 14:13 Message: Yeah - you are correct. The reason I hadn't noticed before is that the source-dist also ships the generated .cpp files, so usually swig isn't actually invoked. You can grab the missing file at http://pywin32.cvs.sourceforge.net/viewvc/pywin32/pywin32/com/win32comext/mapi/src/ and I've checked in a fix so it will be included in the next release. Checking in MANIFEST.in; new revision: 1.19; previous revision: 1.18 ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-06 13:43 Message: See also #3072046 -- but installing sources at c:\ was no help. I'm pretty sure the problem is the missing file. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3152207&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-01-11 22:11:04
|
Bugs item #3152207, was opened at 2011-01-05 19:45 Message generated for change (Comment added) made by kshetline You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3152207&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: Robert Lerche (rlerche) Assigned to: Nobody/Anonymous (nobody) Summary: can't install pywin32-214 source (see #3094208) Initial Comment: Symptom: same as #3094208 but trying to refresh the tree does *not* resolve the problem (as indicated in that bug). The problem seems to be a missing file: mapilib.i. This is a SWIG interface definition file and it is not present in pywin32-214.zip (fetched today from SourceForge). I attach (1) an "unzip -l" showing that mapilib.i is not present, (2) a grep-find of "mapilib" showing where it is included and (3) the build log that fails. ---------------------------------------------------------------------- Comment By: kshetline (kshetline) Date: 2011-01-11 17:11 Message: Where should I put mapilib.i after I obtain this missing file? I tried sticking the file in pywin32-214\com\win32comext\mapi\src, plus a number of other places, and my attempted installation is still failing with... C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\BIN\cl.exe /c /nologo /Ox /MD /W3 /GS- /DNDEBUG -DDISTUTILS_BUILD -D_CRT_SECURE_NO_WARNINGS -Icom/win32com /src/include -Iwin32/src -IC:\Python27\include -IC:\Python27\PC "-IC:\Program Fi les\Microsoft SDKs\Windows\v6.0A\include" /Tpcom/win32comext/mapi/src/mapi.cpp / Fobuild\temp.win32-2.7\Release\com/win32comext/mapi/src/mapi.obj /Fpbuild\temp.w in32-2.7\Release\mapi.pch /Zi /Fdbuild\temp.win32-2.7\Release\mapi_vc.pdb /EHsc mapi.cpp com/win32comext/mapi/src/mapi.cpp(933) : error C3861: 'OleSetOleError': identifi er not found com/win32comext/mapi/src/mapi.cpp(995) : error C3861: 'OleSetOleError': identifi er not found com/win32comext/mapi/src/mapi.cpp(1165) : error C3861: 'SWIG_GetPtr': identifier not found com/win32comext/mapi/src/mapi.cpp(1220) : error C3861: 'SWIG_GetPtr': identifier not found com/win32comext/mapi/src/mapi.cpp(1268) : error C3861: 'SWIG_GetPtr': identifier not found com/win32comext/mapi/src/mapi.cpp(1315) : error C3861: 'SWIG_GetPtr': identifier not found com/win32comext/mapi/src/mapi.cpp(1321) : error C3861: 'SWIG_GetPtr': identifier not found com/win32comext/mapi/src/mapi.cpp(1327) : error C3861: 'SWIG_GetPtr': identifier not found com/win32comext/mapi/src/mapi.cpp(1333) : error C3861: 'SWIG_GetPtr': identifier not found com/win32comext/mapi/src/mapi.cpp(1339) : error C3861: 'SWIG_GetPtr': identifier not found com/win32comext/mapi/src/mapi.cpp(1389) : error C3861: 'SWIG_GetPtr': identifier not found com/win32comext/mapi/src/mapi.cpp(1452) : error C3861: 'SWIG_GetPtr': identifier not found com/win32comext/mapi/src/mapi.cpp(1458) : error C3861: 'SWIG_GetPtr': identifier not found error: command '"C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\BIN\cl.ex e"' failed with exit status 2 ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-01-05 22:13 Message: Yeah - you are correct. The reason I hadn't noticed before is that the source-dist also ships the generated .cpp files, so usually swig isn't actually invoked. You can grab the missing file at http://pywin32.cvs.sourceforge.net/viewvc/pywin32/pywin32/com/win32comext/mapi/src/ and I've checked in a fix so it will be included in the next release. Checking in MANIFEST.in; new revision: 1.19; previous revision: 1.18 ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-05 21:43 Message: See also #3072046 -- but installing sources at c:\ was no help. I'm pretty sure the problem is the missing file. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3152207&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-01-09 00:31:21
|
Bugs item #3153014, was opened at 2011-01-08 04:43 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3153014&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: Robert Lerche (rlerche) Assigned to: Nobody/Anonymous (nobody) Summary: still can\'t build pywin32-214 from source (alas!) Initial Comment: I downloaded mapilib.i from http://pywin32.cvs.sourceforge.net/viewvc/pywin32/pywin32/com/win32comext/mapi/src/ I deleted and then unzipped pywin32-214.zip, copied mapilib.i and retried \"python setup.py install\". It gets much further but now fails at: E:\\Microsoft Visual Studio 9.0\\VC\\BIN\\nmake.exe /nologo /f makefile_pythonwin SUB_DIR_O=c:\\pywin32-214\\build\\temp.win32-2.7\\Release\\scintilla SUB_DIR_BIN=c:\\pywin32-214\\build\\temp.win32-2.7\\Release\\scintilla DIR_PYTHON=c:\\p\\python-2.7 c:\\p\\python-2.7\\tools\\scripts\\h2py.py Include\\scintilla.h # Generated by h2py from stdin c:\\p\\python-2.7\\tools\\scripts\\h2py.py Include\\scilexer.h # Generated by h2py from stdin type scintilla.py > ..\\pywin\\scintilla\\scintillacon.py The system cannot find the file specified. NMAKE : fatal error U1077: \'type\' : return code \'0x1\' Stop. error: command \'nmake.exe\' failed with exit status 2 I attach the build log and a system info dump. I noticed a bunch of warnings: \"WINVER not defined. Defaulting to 0x0600 (Windows Vista)\". In fact this is Windows/XP SP3 in a VMWare virtual machine. Thanks in advance. Hmmm... "uploaded files must be no larger than 256K". I'm deleting the beginning to comply. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2011-01-09 11:31 Message: new setup.py uses tempfile module. Checking in setup.py; new revision: 1.117; previous revision: 1.116 ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-08 13:25 Message: (I mean "C:/DOCUME~1/..." of course. *sigh*) ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-08 13:18 Message: Oh, looking more closely I see I *do* have TEMP and it's set to "C:/Documents and Settings/...". Maybe the forward slash is the problem? ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-01-08 13:06 Message: setup.py should probably just use the tempfile module to locate the temp dir more reliably... ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-01-08 13:06 Message: setup.py should probably just use the tempfile module to locate the temp dir more reliably... ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-08 13:04 Message: Well, "set" says I don't have a TEMP, just TMP and TMPDIR. (see below) I'm trying to keep this a vanilla system, but of course I can't avoid having a lot of stuff installed (MinGW, MSYS, Visual Studio, the Windows SDK, emacs). I will send you mail following up. Thanks for your help. ==== c:\pywin32-214>set set ALLUSERSPROFILE=C:\Documents and Settings\All Users APPDATA=C:\Documents and Settings\Robert Lerche\Application Data CLIENTNAME=Console COMMONPROGRAMFILES=C:\Program Files\Common Files COMPUTERNAME=RAL-LAPTOP-XPSP COMSPEC=C:\WINDOWS\system32\cmd.exe DevEnvDir=E:\Microsoft Visual Studio 9.0\Common7\IDE EMACS=t EMACSDATA=c:/emacs-22.3/etc EMACSDOC=c:/emacs-22.3/etc EMACSLOADPATH=c:/emacs-22.3/site-lisp;c:/emacs-22.3/../site-lisp;c:/emacs-22.3/lisp;c:/emacs-22.3/leim EMACSPATH=c:/emacs-22.3/bin EMACS_DIR=c:/emacs-22.3 EM_PARENT_PROCESS_ID=720 FP_NO_HOST_CHECK=NO Framework35Version=v3.5 FrameworkDir=C:\WINDOWS\Microsoft.NET\Framework FrameworkVersion=v2.0.50727 HOME=c:/Documents and Settings/Robert Lerche/Application Data HOMEDRIVE=C: HOMEPATH=\ INCLUDE=E:\Microsoft Visual Studio 9.0\VC\ATLMFC\INCLUDE;E:\Microsoft Visual Studio 9.0\VC\INCLUDE;C:\Program Files\Microsoft SDKs\Windows\v6.0A\include; INSIDE_EMACS=22.3.1,comint LANG=ENU LIB=E:\Microsoft Visual Studio 9.0\VC\ATLMFC\LIB;E:\Microsoft Visual Studio 9.0\VC\LIB;C:\Program Files\Microsoft SDKs\Windows\v6.0A\lib; LIBPATH=C:\WINDOWS\Microsoft.NET\Framework\v3.5;C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727;E:\Microsoft Visual Studio 9.0\VC\ATLMFC\LIB;E:\Microsoft Visual Studio 9.0\VC\LIB; LOGONSERVER=\\RAL-LAPTOP-XPSP NUMBER_OF_PROCESSORS=1 OS=Windows_NT PATH=E:\Microsoft Visual Studio 9.0\Common7\IDE;E:\Microsoft Visual Studio 9.0\VC\BIN;E:\Microsoft Visual Studio 9.0\Common7\Tools;C:\WINDOWS\Microsoft.NET\Framework\v3.5;C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727;E:\Microsoft Visual Studio 9.0\VC\VCPackages;C:\Program Files\Microsoft SDKs\Windows\v6.0A\bin;c:\p\python-2.7\pcbuild;c:\p\tcltk\bin;c:\Perl\site\bin;c:\Perl\bin;c:\msys\bin;c:\mingw\bin;c:\WINDOWS\system32;c:\WINDOWS;c:\WINDOWS\System32\Wbem;c:\Program Files\Microsoft SQL Server\90\Tools\binn\;c:\Program Files\SlikSvn\bin\;c:\program files\nasm;c:\p\p-modules\swigwin-2.0.0 PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH PROCESSOR_ARCHITECTURE=x86 PROCESSOR_IDENTIFIER=x86 Family 6 Model 23 Stepping 8, GenuineIntel PROCESSOR_LEVEL=6 PROCESSOR_REVISION=1708 PROGRAMFILES=C:\Program Files PROMPT=$P$G PWD=c:/pywin32-214 SESSIONNAME=Console SHELL=c:/emacs-22.3/bin/cmdproxy.exe SHLVL=2 SYSTEMDRIVE=C: SYSTEMROOT=C:\WINDOWS TEMP=C:/DOCUME~1/ROBERT~1/LOCALS~1/Temp TERM=emacs TERMCAP=emacs:co#80:tc=unknown: TMP=C:/DOCUME~1/ROBERT~1/LOCALS~1/Temp TMPDIR=C:/DOCUME~1/ROBERT~1/LOCALS~1/Temp USERDOMAIN=RAL-LAPTOP-XPSP USERNAME=Robert Lerche USERPROFILE=C:\Documents and Settings\Robert Lerche VCINSTALLDIR=E:\Microsoft Visual Studio 9.0\VC VS90COMNTOOLS=E:\Microsoft Visual Studio 9.0\Common7\Tools\ VSINSTALLDIR=E:\Microsoft Visual Studio 9.0 WINDIR=C:\WINDOWS WindowsSdkDir=C:\Program Files\Microsoft SDKs\Windows\v6.0A\ _=C;c:\msys\WINDOWS\system32\cmd.exe ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-01-08 10:56 Message: strange - setup.py uses os.path.join(os.environ['temp'], "pywin32.version.txt") to refer to that file - if it possible you had an invalid TEMP var set? ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-08 07:51 Message: OK, I think I've found another real bug. As a workaround I manually created a DOCUME~1\... directory under pywin32-214 and copied pywin32.version.txt there and that made the install run to completion. ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-08 07:15 Message: One last error, and I think this might be real. Install runs almost to completion but then can't find pywin32.version.txt. Something seems to be missing a "\", I'm not sure what. byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\shell\knownfolders. py to knownfolders.pyc byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\shell\shellcon.py t o shellcon.pyc byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\shell\__init__.py t o __init__.pyc byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\taskscheduler\__ini t__.py to __init__.pyc running install_scripts copying build\scripts-2.7\pywin32_postinstall.py -> c:\p\python-2.7\Scripts running install_data Installing data files to c:\p\python-2.7\Lib\site-packages\ error: can't copy 'C:DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt': doesn 't exist or not a regular file C:\pywin32-214>type C:DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt type C:DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt The system cannot find the path specified. [ but ... add a "\" and ...] C:\pywin32-214>type C:\DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt [ ====================^ ] type C:\DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt 214 ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-08 06:04 Message: Aha again! Some web searching turned up this: Command line arguments in Windows : Python http://objectmix.com/python/355959-command-line-arguments-windows.html My file association for ".py" doesn't include a %* so arguments are not passed to a script! I don't know how this happened. This is what I get for building everything from source. :-) ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-08 05:42 Message: OK, it seems like h2py.py is not seeing the filename argument. I don't understand why as yet. ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-08 05:15 Message: oops ... nope, it seems to be unable to find "scintilla.py". ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-08 04:59 Message: Aha! There's a bug in c:/pywin32-214/pythonwin/Scintilla/makefile_pythonwin: line 49 has 4 spaces instead of a tab before the "type" command (nmake is like Unix make, requires a tab). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3153014&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-01-08 02:25:58
|
Bugs item #3153014, was opened at 2011-01-07 09:43 Message generated for change (Comment added) made by rlerche You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3153014&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: Robert Lerche (rlerche) Assigned to: Nobody/Anonymous (nobody) Summary: still can\'t build pywin32-214 from source (alas!) Initial Comment: I downloaded mapilib.i from http://pywin32.cvs.sourceforge.net/viewvc/pywin32/pywin32/com/win32comext/mapi/src/ I deleted and then unzipped pywin32-214.zip, copied mapilib.i and retried \"python setup.py install\". It gets much further but now fails at: E:\\Microsoft Visual Studio 9.0\\VC\\BIN\\nmake.exe /nologo /f makefile_pythonwin SUB_DIR_O=c:\\pywin32-214\\build\\temp.win32-2.7\\Release\\scintilla SUB_DIR_BIN=c:\\pywin32-214\\build\\temp.win32-2.7\\Release\\scintilla DIR_PYTHON=c:\\p\\python-2.7 c:\\p\\python-2.7\\tools\\scripts\\h2py.py Include\\scintilla.h # Generated by h2py from stdin c:\\p\\python-2.7\\tools\\scripts\\h2py.py Include\\scilexer.h # Generated by h2py from stdin type scintilla.py > ..\\pywin\\scintilla\\scintillacon.py The system cannot find the file specified. NMAKE : fatal error U1077: \'type\' : return code \'0x1\' Stop. error: command \'nmake.exe\' failed with exit status 2 I attach the build log and a system info dump. I noticed a bunch of warnings: \"WINVER not defined. Defaulting to 0x0600 (Windows Vista)\". In fact this is Windows/XP SP3 in a VMWare virtual machine. Thanks in advance. Hmmm... "uploaded files must be no larger than 256K". I'm deleting the beginning to comply. ---------------------------------------------------------------------- >Comment By: Robert Lerche (rlerche) Date: 2011-01-07 18:25 Message: (I mean "C:/DOCUME~1/..." of course. *sigh*) ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-07 18:18 Message: Oh, looking more closely I see I *do* have TEMP and it's set to "C:/Documents and Settings/...". Maybe the forward slash is the problem? ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-01-07 18:06 Message: setup.py should probably just use the tempfile module to locate the temp dir more reliably... ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-01-07 18:06 Message: setup.py should probably just use the tempfile module to locate the temp dir more reliably... ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-07 18:04 Message: Well, "set" says I don't have a TEMP, just TMP and TMPDIR. (see below) I'm trying to keep this a vanilla system, but of course I can't avoid having a lot of stuff installed (MinGW, MSYS, Visual Studio, the Windows SDK, emacs). I will send you mail following up. Thanks for your help. ==== c:\pywin32-214>set set ALLUSERSPROFILE=C:\Documents and Settings\All Users APPDATA=C:\Documents and Settings\Robert Lerche\Application Data CLIENTNAME=Console COMMONPROGRAMFILES=C:\Program Files\Common Files COMPUTERNAME=RAL-LAPTOP-XPSP COMSPEC=C:\WINDOWS\system32\cmd.exe DevEnvDir=E:\Microsoft Visual Studio 9.0\Common7\IDE EMACS=t EMACSDATA=c:/emacs-22.3/etc EMACSDOC=c:/emacs-22.3/etc EMACSLOADPATH=c:/emacs-22.3/site-lisp;c:/emacs-22.3/../site-lisp;c:/emacs-22.3/lisp;c:/emacs-22.3/leim EMACSPATH=c:/emacs-22.3/bin EMACS_DIR=c:/emacs-22.3 EM_PARENT_PROCESS_ID=720 FP_NO_HOST_CHECK=NO Framework35Version=v3.5 FrameworkDir=C:\WINDOWS\Microsoft.NET\Framework FrameworkVersion=v2.0.50727 HOME=c:/Documents and Settings/Robert Lerche/Application Data HOMEDRIVE=C: HOMEPATH=\ INCLUDE=E:\Microsoft Visual Studio 9.0\VC\ATLMFC\INCLUDE;E:\Microsoft Visual Studio 9.0\VC\INCLUDE;C:\Program Files\Microsoft SDKs\Windows\v6.0A\include; INSIDE_EMACS=22.3.1,comint LANG=ENU LIB=E:\Microsoft Visual Studio 9.0\VC\ATLMFC\LIB;E:\Microsoft Visual Studio 9.0\VC\LIB;C:\Program Files\Microsoft SDKs\Windows\v6.0A\lib; LIBPATH=C:\WINDOWS\Microsoft.NET\Framework\v3.5;C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727;E:\Microsoft Visual Studio 9.0\VC\ATLMFC\LIB;E:\Microsoft Visual Studio 9.0\VC\LIB; LOGONSERVER=\\RAL-LAPTOP-XPSP NUMBER_OF_PROCESSORS=1 OS=Windows_NT PATH=E:\Microsoft Visual Studio 9.0\Common7\IDE;E:\Microsoft Visual Studio 9.0\VC\BIN;E:\Microsoft Visual Studio 9.0\Common7\Tools;C:\WINDOWS\Microsoft.NET\Framework\v3.5;C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727;E:\Microsoft Visual Studio 9.0\VC\VCPackages;C:\Program Files\Microsoft SDKs\Windows\v6.0A\bin;c:\p\python-2.7\pcbuild;c:\p\tcltk\bin;c:\Perl\site\bin;c:\Perl\bin;c:\msys\bin;c:\mingw\bin;c:\WINDOWS\system32;c:\WINDOWS;c:\WINDOWS\System32\Wbem;c:\Program Files\Microsoft SQL Server\90\Tools\binn\;c:\Program Files\SlikSvn\bin\;c:\program files\nasm;c:\p\p-modules\swigwin-2.0.0 PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH PROCESSOR_ARCHITECTURE=x86 PROCESSOR_IDENTIFIER=x86 Family 6 Model 23 Stepping 8, GenuineIntel PROCESSOR_LEVEL=6 PROCESSOR_REVISION=1708 PROGRAMFILES=C:\Program Files PROMPT=$P$G PWD=c:/pywin32-214 SESSIONNAME=Console SHELL=c:/emacs-22.3/bin/cmdproxy.exe SHLVL=2 SYSTEMDRIVE=C: SYSTEMROOT=C:\WINDOWS TEMP=C:/DOCUME~1/ROBERT~1/LOCALS~1/Temp TERM=emacs TERMCAP=emacs:co#80:tc=unknown: TMP=C:/DOCUME~1/ROBERT~1/LOCALS~1/Temp TMPDIR=C:/DOCUME~1/ROBERT~1/LOCALS~1/Temp USERDOMAIN=RAL-LAPTOP-XPSP USERNAME=Robert Lerche USERPROFILE=C:\Documents and Settings\Robert Lerche VCINSTALLDIR=E:\Microsoft Visual Studio 9.0\VC VS90COMNTOOLS=E:\Microsoft Visual Studio 9.0\Common7\Tools\ VSINSTALLDIR=E:\Microsoft Visual Studio 9.0 WINDIR=C:\WINDOWS WindowsSdkDir=C:\Program Files\Microsoft SDKs\Windows\v6.0A\ _=C;c:\msys\WINDOWS\system32\cmd.exe ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-01-07 15:56 Message: strange - setup.py uses os.path.join(os.environ['temp'], "pywin32.version.txt") to refer to that file - if it possible you had an invalid TEMP var set? ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-07 12:51 Message: OK, I think I've found another real bug. As a workaround I manually created a DOCUME~1\... directory under pywin32-214 and copied pywin32.version.txt there and that made the install run to completion. ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-07 12:15 Message: One last error, and I think this might be real. Install runs almost to completion but then can't find pywin32.version.txt. Something seems to be missing a "\", I'm not sure what. byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\shell\knownfolders. py to knownfolders.pyc byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\shell\shellcon.py t o shellcon.pyc byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\shell\__init__.py t o __init__.pyc byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\taskscheduler\__ini t__.py to __init__.pyc running install_scripts copying build\scripts-2.7\pywin32_postinstall.py -> c:\p\python-2.7\Scripts running install_data Installing data files to c:\p\python-2.7\Lib\site-packages\ error: can't copy 'C:DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt': doesn 't exist or not a regular file C:\pywin32-214>type C:DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt type C:DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt The system cannot find the path specified. [ but ... add a "\" and ...] C:\pywin32-214>type C:\DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt [ ====================^ ] type C:\DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt 214 ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-07 11:04 Message: Aha again! Some web searching turned up this: Command line arguments in Windows : Python http://objectmix.com/python/355959-command-line-arguments-windows.html My file association for ".py" doesn't include a %* so arguments are not passed to a script! I don't know how this happened. This is what I get for building everything from source. :-) ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-07 10:42 Message: OK, it seems like h2py.py is not seeing the filename argument. I don't understand why as yet. ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-07 10:15 Message: oops ... nope, it seems to be unable to find "scintilla.py". ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-07 09:59 Message: Aha! There's a bug in c:/pywin32-214/pythonwin/Scintilla/makefile_pythonwin: line 49 has 4 spaces instead of a tab before the "type" command (nmake is like Unix make, requires a tab). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3153014&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-01-08 02:18:59
|
Bugs item #3153014, was opened at 2011-01-07 09:43 Message generated for change (Comment added) made by rlerche You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3153014&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: Robert Lerche (rlerche) Assigned to: Nobody/Anonymous (nobody) Summary: still can\'t build pywin32-214 from source (alas!) Initial Comment: I downloaded mapilib.i from http://pywin32.cvs.sourceforge.net/viewvc/pywin32/pywin32/com/win32comext/mapi/src/ I deleted and then unzipped pywin32-214.zip, copied mapilib.i and retried \"python setup.py install\". It gets much further but now fails at: E:\\Microsoft Visual Studio 9.0\\VC\\BIN\\nmake.exe /nologo /f makefile_pythonwin SUB_DIR_O=c:\\pywin32-214\\build\\temp.win32-2.7\\Release\\scintilla SUB_DIR_BIN=c:\\pywin32-214\\build\\temp.win32-2.7\\Release\\scintilla DIR_PYTHON=c:\\p\\python-2.7 c:\\p\\python-2.7\\tools\\scripts\\h2py.py Include\\scintilla.h # Generated by h2py from stdin c:\\p\\python-2.7\\tools\\scripts\\h2py.py Include\\scilexer.h # Generated by h2py from stdin type scintilla.py > ..\\pywin\\scintilla\\scintillacon.py The system cannot find the file specified. NMAKE : fatal error U1077: \'type\' : return code \'0x1\' Stop. error: command \'nmake.exe\' failed with exit status 2 I attach the build log and a system info dump. I noticed a bunch of warnings: \"WINVER not defined. Defaulting to 0x0600 (Windows Vista)\". In fact this is Windows/XP SP3 in a VMWare virtual machine. Thanks in advance. Hmmm... "uploaded files must be no larger than 256K". I'm deleting the beginning to comply. ---------------------------------------------------------------------- >Comment By: Robert Lerche (rlerche) Date: 2011-01-07 18:18 Message: Oh, looking more closely I see I *do* have TEMP and it's set to "C:/Documents and Settings/...". Maybe the forward slash is the problem? ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-01-07 18:06 Message: setup.py should probably just use the tempfile module to locate the temp dir more reliably... ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-01-07 18:06 Message: setup.py should probably just use the tempfile module to locate the temp dir more reliably... ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-07 18:04 Message: Well, "set" says I don't have a TEMP, just TMP and TMPDIR. (see below) I'm trying to keep this a vanilla system, but of course I can't avoid having a lot of stuff installed (MinGW, MSYS, Visual Studio, the Windows SDK, emacs). I will send you mail following up. Thanks for your help. ==== c:\pywin32-214>set set ALLUSERSPROFILE=C:\Documents and Settings\All Users APPDATA=C:\Documents and Settings\Robert Lerche\Application Data CLIENTNAME=Console COMMONPROGRAMFILES=C:\Program Files\Common Files COMPUTERNAME=RAL-LAPTOP-XPSP COMSPEC=C:\WINDOWS\system32\cmd.exe DevEnvDir=E:\Microsoft Visual Studio 9.0\Common7\IDE EMACS=t EMACSDATA=c:/emacs-22.3/etc EMACSDOC=c:/emacs-22.3/etc EMACSLOADPATH=c:/emacs-22.3/site-lisp;c:/emacs-22.3/../site-lisp;c:/emacs-22.3/lisp;c:/emacs-22.3/leim EMACSPATH=c:/emacs-22.3/bin EMACS_DIR=c:/emacs-22.3 EM_PARENT_PROCESS_ID=720 FP_NO_HOST_CHECK=NO Framework35Version=v3.5 FrameworkDir=C:\WINDOWS\Microsoft.NET\Framework FrameworkVersion=v2.0.50727 HOME=c:/Documents and Settings/Robert Lerche/Application Data HOMEDRIVE=C: HOMEPATH=\ INCLUDE=E:\Microsoft Visual Studio 9.0\VC\ATLMFC\INCLUDE;E:\Microsoft Visual Studio 9.0\VC\INCLUDE;C:\Program Files\Microsoft SDKs\Windows\v6.0A\include; INSIDE_EMACS=22.3.1,comint LANG=ENU LIB=E:\Microsoft Visual Studio 9.0\VC\ATLMFC\LIB;E:\Microsoft Visual Studio 9.0\VC\LIB;C:\Program Files\Microsoft SDKs\Windows\v6.0A\lib; LIBPATH=C:\WINDOWS\Microsoft.NET\Framework\v3.5;C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727;E:\Microsoft Visual Studio 9.0\VC\ATLMFC\LIB;E:\Microsoft Visual Studio 9.0\VC\LIB; LOGONSERVER=\\RAL-LAPTOP-XPSP NUMBER_OF_PROCESSORS=1 OS=Windows_NT PATH=E:\Microsoft Visual Studio 9.0\Common7\IDE;E:\Microsoft Visual Studio 9.0\VC\BIN;E:\Microsoft Visual Studio 9.0\Common7\Tools;C:\WINDOWS\Microsoft.NET\Framework\v3.5;C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727;E:\Microsoft Visual Studio 9.0\VC\VCPackages;C:\Program Files\Microsoft SDKs\Windows\v6.0A\bin;c:\p\python-2.7\pcbuild;c:\p\tcltk\bin;c:\Perl\site\bin;c:\Perl\bin;c:\msys\bin;c:\mingw\bin;c:\WINDOWS\system32;c:\WINDOWS;c:\WINDOWS\System32\Wbem;c:\Program Files\Microsoft SQL Server\90\Tools\binn\;c:\Program Files\SlikSvn\bin\;c:\program files\nasm;c:\p\p-modules\swigwin-2.0.0 PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH PROCESSOR_ARCHITECTURE=x86 PROCESSOR_IDENTIFIER=x86 Family 6 Model 23 Stepping 8, GenuineIntel PROCESSOR_LEVEL=6 PROCESSOR_REVISION=1708 PROGRAMFILES=C:\Program Files PROMPT=$P$G PWD=c:/pywin32-214 SESSIONNAME=Console SHELL=c:/emacs-22.3/bin/cmdproxy.exe SHLVL=2 SYSTEMDRIVE=C: SYSTEMROOT=C:\WINDOWS TEMP=C:/DOCUME~1/ROBERT~1/LOCALS~1/Temp TERM=emacs TERMCAP=emacs:co#80:tc=unknown: TMP=C:/DOCUME~1/ROBERT~1/LOCALS~1/Temp TMPDIR=C:/DOCUME~1/ROBERT~1/LOCALS~1/Temp USERDOMAIN=RAL-LAPTOP-XPSP USERNAME=Robert Lerche USERPROFILE=C:\Documents and Settings\Robert Lerche VCINSTALLDIR=E:\Microsoft Visual Studio 9.0\VC VS90COMNTOOLS=E:\Microsoft Visual Studio 9.0\Common7\Tools\ VSINSTALLDIR=E:\Microsoft Visual Studio 9.0 WINDIR=C:\WINDOWS WindowsSdkDir=C:\Program Files\Microsoft SDKs\Windows\v6.0A\ _=C;c:\msys\WINDOWS\system32\cmd.exe ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-01-07 15:56 Message: strange - setup.py uses os.path.join(os.environ['temp'], "pywin32.version.txt") to refer to that file - if it possible you had an invalid TEMP var set? ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-07 12:51 Message: OK, I think I've found another real bug. As a workaround I manually created a DOCUME~1\... directory under pywin32-214 and copied pywin32.version.txt there and that made the install run to completion. ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-07 12:15 Message: One last error, and I think this might be real. Install runs almost to completion but then can't find pywin32.version.txt. Something seems to be missing a "\", I'm not sure what. byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\shell\knownfolders. py to knownfolders.pyc byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\shell\shellcon.py t o shellcon.pyc byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\shell\__init__.py t o __init__.pyc byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\taskscheduler\__ini t__.py to __init__.pyc running install_scripts copying build\scripts-2.7\pywin32_postinstall.py -> c:\p\python-2.7\Scripts running install_data Installing data files to c:\p\python-2.7\Lib\site-packages\ error: can't copy 'C:DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt': doesn 't exist or not a regular file C:\pywin32-214>type C:DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt type C:DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt The system cannot find the path specified. [ but ... add a "\" and ...] C:\pywin32-214>type C:\DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt [ ====================^ ] type C:\DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt 214 ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-07 11:04 Message: Aha again! Some web searching turned up this: Command line arguments in Windows : Python http://objectmix.com/python/355959-command-line-arguments-windows.html My file association for ".py" doesn't include a %* so arguments are not passed to a script! I don't know how this happened. This is what I get for building everything from source. :-) ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-07 10:42 Message: OK, it seems like h2py.py is not seeing the filename argument. I don't understand why as yet. ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-07 10:15 Message: oops ... nope, it seems to be unable to find "scintilla.py". ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-07 09:59 Message: Aha! There's a bug in c:/pywin32-214/pythonwin/Scintilla/makefile_pythonwin: line 49 has 4 spaces instead of a tab before the "type" command (nmake is like Unix make, requires a tab). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3153014&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-01-08 02:06:19
|
Bugs item #3153014, was opened at 2011-01-08 04:43 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3153014&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: Robert Lerche (rlerche) Assigned to: Nobody/Anonymous (nobody) Summary: still can\'t build pywin32-214 from source (alas!) Initial Comment: I downloaded mapilib.i from http://pywin32.cvs.sourceforge.net/viewvc/pywin32/pywin32/com/win32comext/mapi/src/ I deleted and then unzipped pywin32-214.zip, copied mapilib.i and retried \"python setup.py install\". It gets much further but now fails at: E:\\Microsoft Visual Studio 9.0\\VC\\BIN\\nmake.exe /nologo /f makefile_pythonwin SUB_DIR_O=c:\\pywin32-214\\build\\temp.win32-2.7\\Release\\scintilla SUB_DIR_BIN=c:\\pywin32-214\\build\\temp.win32-2.7\\Release\\scintilla DIR_PYTHON=c:\\p\\python-2.7 c:\\p\\python-2.7\\tools\\scripts\\h2py.py Include\\scintilla.h # Generated by h2py from stdin c:\\p\\python-2.7\\tools\\scripts\\h2py.py Include\\scilexer.h # Generated by h2py from stdin type scintilla.py > ..\\pywin\\scintilla\\scintillacon.py The system cannot find the file specified. NMAKE : fatal error U1077: \'type\' : return code \'0x1\' Stop. error: command \'nmake.exe\' failed with exit status 2 I attach the build log and a system info dump. I noticed a bunch of warnings: \"WINVER not defined. Defaulting to 0x0600 (Windows Vista)\". In fact this is Windows/XP SP3 in a VMWare virtual machine. Thanks in advance. Hmmm... "uploaded files must be no larger than 256K". I'm deleting the beginning to comply. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2011-01-08 13:06 Message: setup.py should probably just use the tempfile module to locate the temp dir more reliably... ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-01-08 13:06 Message: setup.py should probably just use the tempfile module to locate the temp dir more reliably... ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-08 13:04 Message: Well, "set" says I don't have a TEMP, just TMP and TMPDIR. (see below) I'm trying to keep this a vanilla system, but of course I can't avoid having a lot of stuff installed (MinGW, MSYS, Visual Studio, the Windows SDK, emacs). I will send you mail following up. Thanks for your help. ==== c:\pywin32-214>set set ALLUSERSPROFILE=C:\Documents and Settings\All Users APPDATA=C:\Documents and Settings\Robert Lerche\Application Data CLIENTNAME=Console COMMONPROGRAMFILES=C:\Program Files\Common Files COMPUTERNAME=RAL-LAPTOP-XPSP COMSPEC=C:\WINDOWS\system32\cmd.exe DevEnvDir=E:\Microsoft Visual Studio 9.0\Common7\IDE EMACS=t EMACSDATA=c:/emacs-22.3/etc EMACSDOC=c:/emacs-22.3/etc EMACSLOADPATH=c:/emacs-22.3/site-lisp;c:/emacs-22.3/../site-lisp;c:/emacs-22.3/lisp;c:/emacs-22.3/leim EMACSPATH=c:/emacs-22.3/bin EMACS_DIR=c:/emacs-22.3 EM_PARENT_PROCESS_ID=720 FP_NO_HOST_CHECK=NO Framework35Version=v3.5 FrameworkDir=C:\WINDOWS\Microsoft.NET\Framework FrameworkVersion=v2.0.50727 HOME=c:/Documents and Settings/Robert Lerche/Application Data HOMEDRIVE=C: HOMEPATH=\ INCLUDE=E:\Microsoft Visual Studio 9.0\VC\ATLMFC\INCLUDE;E:\Microsoft Visual Studio 9.0\VC\INCLUDE;C:\Program Files\Microsoft SDKs\Windows\v6.0A\include; INSIDE_EMACS=22.3.1,comint LANG=ENU LIB=E:\Microsoft Visual Studio 9.0\VC\ATLMFC\LIB;E:\Microsoft Visual Studio 9.0\VC\LIB;C:\Program Files\Microsoft SDKs\Windows\v6.0A\lib; LIBPATH=C:\WINDOWS\Microsoft.NET\Framework\v3.5;C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727;E:\Microsoft Visual Studio 9.0\VC\ATLMFC\LIB;E:\Microsoft Visual Studio 9.0\VC\LIB; LOGONSERVER=\\RAL-LAPTOP-XPSP NUMBER_OF_PROCESSORS=1 OS=Windows_NT PATH=E:\Microsoft Visual Studio 9.0\Common7\IDE;E:\Microsoft Visual Studio 9.0\VC\BIN;E:\Microsoft Visual Studio 9.0\Common7\Tools;C:\WINDOWS\Microsoft.NET\Framework\v3.5;C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727;E:\Microsoft Visual Studio 9.0\VC\VCPackages;C:\Program Files\Microsoft SDKs\Windows\v6.0A\bin;c:\p\python-2.7\pcbuild;c:\p\tcltk\bin;c:\Perl\site\bin;c:\Perl\bin;c:\msys\bin;c:\mingw\bin;c:\WINDOWS\system32;c:\WINDOWS;c:\WINDOWS\System32\Wbem;c:\Program Files\Microsoft SQL Server\90\Tools\binn\;c:\Program Files\SlikSvn\bin\;c:\program files\nasm;c:\p\p-modules\swigwin-2.0.0 PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH PROCESSOR_ARCHITECTURE=x86 PROCESSOR_IDENTIFIER=x86 Family 6 Model 23 Stepping 8, GenuineIntel PROCESSOR_LEVEL=6 PROCESSOR_REVISION=1708 PROGRAMFILES=C:\Program Files PROMPT=$P$G PWD=c:/pywin32-214 SESSIONNAME=Console SHELL=c:/emacs-22.3/bin/cmdproxy.exe SHLVL=2 SYSTEMDRIVE=C: SYSTEMROOT=C:\WINDOWS TEMP=C:/DOCUME~1/ROBERT~1/LOCALS~1/Temp TERM=emacs TERMCAP=emacs:co#80:tc=unknown: TMP=C:/DOCUME~1/ROBERT~1/LOCALS~1/Temp TMPDIR=C:/DOCUME~1/ROBERT~1/LOCALS~1/Temp USERDOMAIN=RAL-LAPTOP-XPSP USERNAME=Robert Lerche USERPROFILE=C:\Documents and Settings\Robert Lerche VCINSTALLDIR=E:\Microsoft Visual Studio 9.0\VC VS90COMNTOOLS=E:\Microsoft Visual Studio 9.0\Common7\Tools\ VSINSTALLDIR=E:\Microsoft Visual Studio 9.0 WINDIR=C:\WINDOWS WindowsSdkDir=C:\Program Files\Microsoft SDKs\Windows\v6.0A\ _=C;c:\msys\WINDOWS\system32\cmd.exe ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-01-08 10:56 Message: strange - setup.py uses os.path.join(os.environ['temp'], "pywin32.version.txt") to refer to that file - if it possible you had an invalid TEMP var set? ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-08 07:51 Message: OK, I think I've found another real bug. As a workaround I manually created a DOCUME~1\... directory under pywin32-214 and copied pywin32.version.txt there and that made the install run to completion. ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-08 07:15 Message: One last error, and I think this might be real. Install runs almost to completion but then can't find pywin32.version.txt. Something seems to be missing a "\", I'm not sure what. byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\shell\knownfolders. py to knownfolders.pyc byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\shell\shellcon.py t o shellcon.pyc byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\shell\__init__.py t o __init__.pyc byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\taskscheduler\__ini t__.py to __init__.pyc running install_scripts copying build\scripts-2.7\pywin32_postinstall.py -> c:\p\python-2.7\Scripts running install_data Installing data files to c:\p\python-2.7\Lib\site-packages\ error: can't copy 'C:DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt': doesn 't exist or not a regular file C:\pywin32-214>type C:DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt type C:DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt The system cannot find the path specified. [ but ... add a "\" and ...] C:\pywin32-214>type C:\DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt [ ====================^ ] type C:\DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt 214 ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-08 06:04 Message: Aha again! Some web searching turned up this: Command line arguments in Windows : Python http://objectmix.com/python/355959-command-line-arguments-windows.html My file association for ".py" doesn't include a %* so arguments are not passed to a script! I don't know how this happened. This is what I get for building everything from source. :-) ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-08 05:42 Message: OK, it seems like h2py.py is not seeing the filename argument. I don't understand why as yet. ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-08 05:15 Message: oops ... nope, it seems to be unable to find "scintilla.py". ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-08 04:59 Message: Aha! There's a bug in c:/pywin32-214/pythonwin/Scintilla/makefile_pythonwin: line 49 has 4 spaces instead of a tab before the "type" command (nmake is like Unix make, requires a tab). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3153014&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-01-08 02:06:14
|
Bugs item #3153014, was opened at 2011-01-08 04:43 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3153014&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: Robert Lerche (rlerche) Assigned to: Nobody/Anonymous (nobody) Summary: still can\'t build pywin32-214 from source (alas!) Initial Comment: I downloaded mapilib.i from http://pywin32.cvs.sourceforge.net/viewvc/pywin32/pywin32/com/win32comext/mapi/src/ I deleted and then unzipped pywin32-214.zip, copied mapilib.i and retried \"python setup.py install\". It gets much further but now fails at: E:\\Microsoft Visual Studio 9.0\\VC\\BIN\\nmake.exe /nologo /f makefile_pythonwin SUB_DIR_O=c:\\pywin32-214\\build\\temp.win32-2.7\\Release\\scintilla SUB_DIR_BIN=c:\\pywin32-214\\build\\temp.win32-2.7\\Release\\scintilla DIR_PYTHON=c:\\p\\python-2.7 c:\\p\\python-2.7\\tools\\scripts\\h2py.py Include\\scintilla.h # Generated by h2py from stdin c:\\p\\python-2.7\\tools\\scripts\\h2py.py Include\\scilexer.h # Generated by h2py from stdin type scintilla.py > ..\\pywin\\scintilla\\scintillacon.py The system cannot find the file specified. NMAKE : fatal error U1077: \'type\' : return code \'0x1\' Stop. error: command \'nmake.exe\' failed with exit status 2 I attach the build log and a system info dump. I noticed a bunch of warnings: \"WINVER not defined. Defaulting to 0x0600 (Windows Vista)\". In fact this is Windows/XP SP3 in a VMWare virtual machine. Thanks in advance. Hmmm... "uploaded files must be no larger than 256K". I'm deleting the beginning to comply. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2011-01-08 13:06 Message: setup.py should probably just use the tempfile module to locate the temp dir more reliably... ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-08 13:04 Message: Well, "set" says I don't have a TEMP, just TMP and TMPDIR. (see below) I'm trying to keep this a vanilla system, but of course I can't avoid having a lot of stuff installed (MinGW, MSYS, Visual Studio, the Windows SDK, emacs). I will send you mail following up. Thanks for your help. ==== c:\pywin32-214>set set ALLUSERSPROFILE=C:\Documents and Settings\All Users APPDATA=C:\Documents and Settings\Robert Lerche\Application Data CLIENTNAME=Console COMMONPROGRAMFILES=C:\Program Files\Common Files COMPUTERNAME=RAL-LAPTOP-XPSP COMSPEC=C:\WINDOWS\system32\cmd.exe DevEnvDir=E:\Microsoft Visual Studio 9.0\Common7\IDE EMACS=t EMACSDATA=c:/emacs-22.3/etc EMACSDOC=c:/emacs-22.3/etc EMACSLOADPATH=c:/emacs-22.3/site-lisp;c:/emacs-22.3/../site-lisp;c:/emacs-22.3/lisp;c:/emacs-22.3/leim EMACSPATH=c:/emacs-22.3/bin EMACS_DIR=c:/emacs-22.3 EM_PARENT_PROCESS_ID=720 FP_NO_HOST_CHECK=NO Framework35Version=v3.5 FrameworkDir=C:\WINDOWS\Microsoft.NET\Framework FrameworkVersion=v2.0.50727 HOME=c:/Documents and Settings/Robert Lerche/Application Data HOMEDRIVE=C: HOMEPATH=\ INCLUDE=E:\Microsoft Visual Studio 9.0\VC\ATLMFC\INCLUDE;E:\Microsoft Visual Studio 9.0\VC\INCLUDE;C:\Program Files\Microsoft SDKs\Windows\v6.0A\include; INSIDE_EMACS=22.3.1,comint LANG=ENU LIB=E:\Microsoft Visual Studio 9.0\VC\ATLMFC\LIB;E:\Microsoft Visual Studio 9.0\VC\LIB;C:\Program Files\Microsoft SDKs\Windows\v6.0A\lib; LIBPATH=C:\WINDOWS\Microsoft.NET\Framework\v3.5;C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727;E:\Microsoft Visual Studio 9.0\VC\ATLMFC\LIB;E:\Microsoft Visual Studio 9.0\VC\LIB; LOGONSERVER=\\RAL-LAPTOP-XPSP NUMBER_OF_PROCESSORS=1 OS=Windows_NT PATH=E:\Microsoft Visual Studio 9.0\Common7\IDE;E:\Microsoft Visual Studio 9.0\VC\BIN;E:\Microsoft Visual Studio 9.0\Common7\Tools;C:\WINDOWS\Microsoft.NET\Framework\v3.5;C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727;E:\Microsoft Visual Studio 9.0\VC\VCPackages;C:\Program Files\Microsoft SDKs\Windows\v6.0A\bin;c:\p\python-2.7\pcbuild;c:\p\tcltk\bin;c:\Perl\site\bin;c:\Perl\bin;c:\msys\bin;c:\mingw\bin;c:\WINDOWS\system32;c:\WINDOWS;c:\WINDOWS\System32\Wbem;c:\Program Files\Microsoft SQL Server\90\Tools\binn\;c:\Program Files\SlikSvn\bin\;c:\program files\nasm;c:\p\p-modules\swigwin-2.0.0 PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH PROCESSOR_ARCHITECTURE=x86 PROCESSOR_IDENTIFIER=x86 Family 6 Model 23 Stepping 8, GenuineIntel PROCESSOR_LEVEL=6 PROCESSOR_REVISION=1708 PROGRAMFILES=C:\Program Files PROMPT=$P$G PWD=c:/pywin32-214 SESSIONNAME=Console SHELL=c:/emacs-22.3/bin/cmdproxy.exe SHLVL=2 SYSTEMDRIVE=C: SYSTEMROOT=C:\WINDOWS TEMP=C:/DOCUME~1/ROBERT~1/LOCALS~1/Temp TERM=emacs TERMCAP=emacs:co#80:tc=unknown: TMP=C:/DOCUME~1/ROBERT~1/LOCALS~1/Temp TMPDIR=C:/DOCUME~1/ROBERT~1/LOCALS~1/Temp USERDOMAIN=RAL-LAPTOP-XPSP USERNAME=Robert Lerche USERPROFILE=C:\Documents and Settings\Robert Lerche VCINSTALLDIR=E:\Microsoft Visual Studio 9.0\VC VS90COMNTOOLS=E:\Microsoft Visual Studio 9.0\Common7\Tools\ VSINSTALLDIR=E:\Microsoft Visual Studio 9.0 WINDIR=C:\WINDOWS WindowsSdkDir=C:\Program Files\Microsoft SDKs\Windows\v6.0A\ _=C;c:\msys\WINDOWS\system32\cmd.exe ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-01-08 10:56 Message: strange - setup.py uses os.path.join(os.environ['temp'], "pywin32.version.txt") to refer to that file - if it possible you had an invalid TEMP var set? ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-08 07:51 Message: OK, I think I've found another real bug. As a workaround I manually created a DOCUME~1\... directory under pywin32-214 and copied pywin32.version.txt there and that made the install run to completion. ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-08 07:15 Message: One last error, and I think this might be real. Install runs almost to completion but then can't find pywin32.version.txt. Something seems to be missing a "\", I'm not sure what. byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\shell\knownfolders. py to knownfolders.pyc byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\shell\shellcon.py t o shellcon.pyc byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\shell\__init__.py t o __init__.pyc byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\taskscheduler\__ini t__.py to __init__.pyc running install_scripts copying build\scripts-2.7\pywin32_postinstall.py -> c:\p\python-2.7\Scripts running install_data Installing data files to c:\p\python-2.7\Lib\site-packages\ error: can't copy 'C:DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt': doesn 't exist or not a regular file C:\pywin32-214>type C:DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt type C:DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt The system cannot find the path specified. [ but ... add a "\" and ...] C:\pywin32-214>type C:\DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt [ ====================^ ] type C:\DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt 214 ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-08 06:04 Message: Aha again! Some web searching turned up this: Command line arguments in Windows : Python http://objectmix.com/python/355959-command-line-arguments-windows.html My file association for ".py" doesn't include a %* so arguments are not passed to a script! I don't know how this happened. This is what I get for building everything from source. :-) ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-08 05:42 Message: OK, it seems like h2py.py is not seeing the filename argument. I don't understand why as yet. ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-08 05:15 Message: oops ... nope, it seems to be unable to find "scintilla.py". ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-08 04:59 Message: Aha! There's a bug in c:/pywin32-214/pythonwin/Scintilla/makefile_pythonwin: line 49 has 4 spaces instead of a tab before the "type" command (nmake is like Unix make, requires a tab). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3153014&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-01-08 02:04:03
|
Bugs item #3153014, was opened at 2011-01-07 09:43 Message generated for change (Comment added) made by rlerche You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3153014&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: Robert Lerche (rlerche) Assigned to: Nobody/Anonymous (nobody) Summary: still can\'t build pywin32-214 from source (alas!) Initial Comment: I downloaded mapilib.i from http://pywin32.cvs.sourceforge.net/viewvc/pywin32/pywin32/com/win32comext/mapi/src/ I deleted and then unzipped pywin32-214.zip, copied mapilib.i and retried \"python setup.py install\". It gets much further but now fails at: E:\\Microsoft Visual Studio 9.0\\VC\\BIN\\nmake.exe /nologo /f makefile_pythonwin SUB_DIR_O=c:\\pywin32-214\\build\\temp.win32-2.7\\Release\\scintilla SUB_DIR_BIN=c:\\pywin32-214\\build\\temp.win32-2.7\\Release\\scintilla DIR_PYTHON=c:\\p\\python-2.7 c:\\p\\python-2.7\\tools\\scripts\\h2py.py Include\\scintilla.h # Generated by h2py from stdin c:\\p\\python-2.7\\tools\\scripts\\h2py.py Include\\scilexer.h # Generated by h2py from stdin type scintilla.py > ..\\pywin\\scintilla\\scintillacon.py The system cannot find the file specified. NMAKE : fatal error U1077: \'type\' : return code \'0x1\' Stop. error: command \'nmake.exe\' failed with exit status 2 I attach the build log and a system info dump. I noticed a bunch of warnings: \"WINVER not defined. Defaulting to 0x0600 (Windows Vista)\". In fact this is Windows/XP SP3 in a VMWare virtual machine. Thanks in advance. Hmmm... "uploaded files must be no larger than 256K". I'm deleting the beginning to comply. ---------------------------------------------------------------------- >Comment By: Robert Lerche (rlerche) Date: 2011-01-07 18:04 Message: Well, "set" says I don't have a TEMP, just TMP and TMPDIR. (see below) I'm trying to keep this a vanilla system, but of course I can't avoid having a lot of stuff installed (MinGW, MSYS, Visual Studio, the Windows SDK, emacs). I will send you mail following up. Thanks for your help. ==== c:\pywin32-214>set set ALLUSERSPROFILE=C:\Documents and Settings\All Users APPDATA=C:\Documents and Settings\Robert Lerche\Application Data CLIENTNAME=Console COMMONPROGRAMFILES=C:\Program Files\Common Files COMPUTERNAME=RAL-LAPTOP-XPSP COMSPEC=C:\WINDOWS\system32\cmd.exe DevEnvDir=E:\Microsoft Visual Studio 9.0\Common7\IDE EMACS=t EMACSDATA=c:/emacs-22.3/etc EMACSDOC=c:/emacs-22.3/etc EMACSLOADPATH=c:/emacs-22.3/site-lisp;c:/emacs-22.3/../site-lisp;c:/emacs-22.3/lisp;c:/emacs-22.3/leim EMACSPATH=c:/emacs-22.3/bin EMACS_DIR=c:/emacs-22.3 EM_PARENT_PROCESS_ID=720 FP_NO_HOST_CHECK=NO Framework35Version=v3.5 FrameworkDir=C:\WINDOWS\Microsoft.NET\Framework FrameworkVersion=v2.0.50727 HOME=c:/Documents and Settings/Robert Lerche/Application Data HOMEDRIVE=C: HOMEPATH=\ INCLUDE=E:\Microsoft Visual Studio 9.0\VC\ATLMFC\INCLUDE;E:\Microsoft Visual Studio 9.0\VC\INCLUDE;C:\Program Files\Microsoft SDKs\Windows\v6.0A\include; INSIDE_EMACS=22.3.1,comint LANG=ENU LIB=E:\Microsoft Visual Studio 9.0\VC\ATLMFC\LIB;E:\Microsoft Visual Studio 9.0\VC\LIB;C:\Program Files\Microsoft SDKs\Windows\v6.0A\lib; LIBPATH=C:\WINDOWS\Microsoft.NET\Framework\v3.5;C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727;E:\Microsoft Visual Studio 9.0\VC\ATLMFC\LIB;E:\Microsoft Visual Studio 9.0\VC\LIB; LOGONSERVER=\\RAL-LAPTOP-XPSP NUMBER_OF_PROCESSORS=1 OS=Windows_NT PATH=E:\Microsoft Visual Studio 9.0\Common7\IDE;E:\Microsoft Visual Studio 9.0\VC\BIN;E:\Microsoft Visual Studio 9.0\Common7\Tools;C:\WINDOWS\Microsoft.NET\Framework\v3.5;C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727;E:\Microsoft Visual Studio 9.0\VC\VCPackages;C:\Program Files\Microsoft SDKs\Windows\v6.0A\bin;c:\p\python-2.7\pcbuild;c:\p\tcltk\bin;c:\Perl\site\bin;c:\Perl\bin;c:\msys\bin;c:\mingw\bin;c:\WINDOWS\system32;c:\WINDOWS;c:\WINDOWS\System32\Wbem;c:\Program Files\Microsoft SQL Server\90\Tools\binn\;c:\Program Files\SlikSvn\bin\;c:\program files\nasm;c:\p\p-modules\swigwin-2.0.0 PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH PROCESSOR_ARCHITECTURE=x86 PROCESSOR_IDENTIFIER=x86 Family 6 Model 23 Stepping 8, GenuineIntel PROCESSOR_LEVEL=6 PROCESSOR_REVISION=1708 PROGRAMFILES=C:\Program Files PROMPT=$P$G PWD=c:/pywin32-214 SESSIONNAME=Console SHELL=c:/emacs-22.3/bin/cmdproxy.exe SHLVL=2 SYSTEMDRIVE=C: SYSTEMROOT=C:\WINDOWS TEMP=C:/DOCUME~1/ROBERT~1/LOCALS~1/Temp TERM=emacs TERMCAP=emacs:co#80:tc=unknown: TMP=C:/DOCUME~1/ROBERT~1/LOCALS~1/Temp TMPDIR=C:/DOCUME~1/ROBERT~1/LOCALS~1/Temp USERDOMAIN=RAL-LAPTOP-XPSP USERNAME=Robert Lerche USERPROFILE=C:\Documents and Settings\Robert Lerche VCINSTALLDIR=E:\Microsoft Visual Studio 9.0\VC VS90COMNTOOLS=E:\Microsoft Visual Studio 9.0\Common7\Tools\ VSINSTALLDIR=E:\Microsoft Visual Studio 9.0 WINDIR=C:\WINDOWS WindowsSdkDir=C:\Program Files\Microsoft SDKs\Windows\v6.0A\ _=C;c:\msys\WINDOWS\system32\cmd.exe ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-01-07 15:56 Message: strange - setup.py uses os.path.join(os.environ['temp'], "pywin32.version.txt") to refer to that file - if it possible you had an invalid TEMP var set? ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-07 12:51 Message: OK, I think I've found another real bug. As a workaround I manually created a DOCUME~1\... directory under pywin32-214 and copied pywin32.version.txt there and that made the install run to completion. ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-07 12:15 Message: One last error, and I think this might be real. Install runs almost to completion but then can't find pywin32.version.txt. Something seems to be missing a "\", I'm not sure what. byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\shell\knownfolders. py to knownfolders.pyc byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\shell\shellcon.py t o shellcon.pyc byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\shell\__init__.py t o __init__.pyc byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\taskscheduler\__ini t__.py to __init__.pyc running install_scripts copying build\scripts-2.7\pywin32_postinstall.py -> c:\p\python-2.7\Scripts running install_data Installing data files to c:\p\python-2.7\Lib\site-packages\ error: can't copy 'C:DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt': doesn 't exist or not a regular file C:\pywin32-214>type C:DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt type C:DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt The system cannot find the path specified. [ but ... add a "\" and ...] C:\pywin32-214>type C:\DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt [ ====================^ ] type C:\DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt 214 ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-07 11:04 Message: Aha again! Some web searching turned up this: Command line arguments in Windows : Python http://objectmix.com/python/355959-command-line-arguments-windows.html My file association for ".py" doesn't include a %* so arguments are not passed to a script! I don't know how this happened. This is what I get for building everything from source. :-) ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-07 10:42 Message: OK, it seems like h2py.py is not seeing the filename argument. I don't understand why as yet. ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-07 10:15 Message: oops ... nope, it seems to be unable to find "scintilla.py". ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-07 09:59 Message: Aha! There's a bug in c:/pywin32-214/pythonwin/Scintilla/makefile_pythonwin: line 49 has 4 spaces instead of a tab before the "type" command (nmake is like Unix make, requires a tab). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3153014&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-01-07 23:56:21
|
Bugs item #3153014, was opened at 2011-01-08 04:43 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3153014&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: Robert Lerche (rlerche) Assigned to: Nobody/Anonymous (nobody) Summary: still can\'t build pywin32-214 from source (alas!) Initial Comment: I downloaded mapilib.i from http://pywin32.cvs.sourceforge.net/viewvc/pywin32/pywin32/com/win32comext/mapi/src/ I deleted and then unzipped pywin32-214.zip, copied mapilib.i and retried \"python setup.py install\". It gets much further but now fails at: E:\\Microsoft Visual Studio 9.0\\VC\\BIN\\nmake.exe /nologo /f makefile_pythonwin SUB_DIR_O=c:\\pywin32-214\\build\\temp.win32-2.7\\Release\\scintilla SUB_DIR_BIN=c:\\pywin32-214\\build\\temp.win32-2.7\\Release\\scintilla DIR_PYTHON=c:\\p\\python-2.7 c:\\p\\python-2.7\\tools\\scripts\\h2py.py Include\\scintilla.h # Generated by h2py from stdin c:\\p\\python-2.7\\tools\\scripts\\h2py.py Include\\scilexer.h # Generated by h2py from stdin type scintilla.py > ..\\pywin\\scintilla\\scintillacon.py The system cannot find the file specified. NMAKE : fatal error U1077: \'type\' : return code \'0x1\' Stop. error: command \'nmake.exe\' failed with exit status 2 I attach the build log and a system info dump. I noticed a bunch of warnings: \"WINVER not defined. Defaulting to 0x0600 (Windows Vista)\". In fact this is Windows/XP SP3 in a VMWare virtual machine. Thanks in advance. Hmmm... "uploaded files must be no larger than 256K". I'm deleting the beginning to comply. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2011-01-08 10:56 Message: strange - setup.py uses os.path.join(os.environ['temp'], "pywin32.version.txt") to refer to that file - if it possible you had an invalid TEMP var set? ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-08 07:51 Message: OK, I think I've found another real bug. As a workaround I manually created a DOCUME~1\... directory under pywin32-214 and copied pywin32.version.txt there and that made the install run to completion. ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-08 07:15 Message: One last error, and I think this might be real. Install runs almost to completion but then can't find pywin32.version.txt. Something seems to be missing a "\", I'm not sure what. byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\shell\knownfolders. py to knownfolders.pyc byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\shell\shellcon.py t o shellcon.pyc byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\shell\__init__.py t o __init__.pyc byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\taskscheduler\__ini t__.py to __init__.pyc running install_scripts copying build\scripts-2.7\pywin32_postinstall.py -> c:\p\python-2.7\Scripts running install_data Installing data files to c:\p\python-2.7\Lib\site-packages\ error: can't copy 'C:DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt': doesn 't exist or not a regular file C:\pywin32-214>type C:DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt type C:DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt The system cannot find the path specified. [ but ... add a "\" and ...] C:\pywin32-214>type C:\DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt [ ====================^ ] type C:\DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt 214 ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-08 06:04 Message: Aha again! Some web searching turned up this: Command line arguments in Windows : Python http://objectmix.com/python/355959-command-line-arguments-windows.html My file association for ".py" doesn't include a %* so arguments are not passed to a script! I don't know how this happened. This is what I get for building everything from source. :-) ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-08 05:42 Message: OK, it seems like h2py.py is not seeing the filename argument. I don't understand why as yet. ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-08 05:15 Message: oops ... nope, it seems to be unable to find "scintilla.py". ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-08 04:59 Message: Aha! There's a bug in c:/pywin32-214/pythonwin/Scintilla/makefile_pythonwin: line 49 has 4 spaces instead of a tab before the "type" command (nmake is like Unix make, requires a tab). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3153014&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-01-07 20:51:50
|
Bugs item #3153014, was opened at 2011-01-07 09:43 Message generated for change (Comment added) made by rlerche You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3153014&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: Robert Lerche (rlerche) Assigned to: Nobody/Anonymous (nobody) Summary: still can\'t build pywin32-214 from source (alas!) Initial Comment: I downloaded mapilib.i from http://pywin32.cvs.sourceforge.net/viewvc/pywin32/pywin32/com/win32comext/mapi/src/ I deleted and then unzipped pywin32-214.zip, copied mapilib.i and retried \"python setup.py install\". It gets much further but now fails at: E:\\Microsoft Visual Studio 9.0\\VC\\BIN\\nmake.exe /nologo /f makefile_pythonwin SUB_DIR_O=c:\\pywin32-214\\build\\temp.win32-2.7\\Release\\scintilla SUB_DIR_BIN=c:\\pywin32-214\\build\\temp.win32-2.7\\Release\\scintilla DIR_PYTHON=c:\\p\\python-2.7 c:\\p\\python-2.7\\tools\\scripts\\h2py.py Include\\scintilla.h # Generated by h2py from stdin c:\\p\\python-2.7\\tools\\scripts\\h2py.py Include\\scilexer.h # Generated by h2py from stdin type scintilla.py > ..\\pywin\\scintilla\\scintillacon.py The system cannot find the file specified. NMAKE : fatal error U1077: \'type\' : return code \'0x1\' Stop. error: command \'nmake.exe\' failed with exit status 2 I attach the build log and a system info dump. I noticed a bunch of warnings: \"WINVER not defined. Defaulting to 0x0600 (Windows Vista)\". In fact this is Windows/XP SP3 in a VMWare virtual machine. Thanks in advance. Hmmm... "uploaded files must be no larger than 256K". I'm deleting the beginning to comply. ---------------------------------------------------------------------- >Comment By: Robert Lerche (rlerche) Date: 2011-01-07 12:51 Message: OK, I think I've found another real bug. As a workaround I manually created a DOCUME~1\... directory under pywin32-214 and copied pywin32.version.txt there and that made the install run to completion. ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-07 12:15 Message: One last error, and I think this might be real. Install runs almost to completion but then can't find pywin32.version.txt. Something seems to be missing a "\", I'm not sure what. byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\shell\knownfolders. py to knownfolders.pyc byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\shell\shellcon.py t o shellcon.pyc byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\shell\__init__.py t o __init__.pyc byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\taskscheduler\__ini t__.py to __init__.pyc running install_scripts copying build\scripts-2.7\pywin32_postinstall.py -> c:\p\python-2.7\Scripts running install_data Installing data files to c:\p\python-2.7\Lib\site-packages\ error: can't copy 'C:DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt': doesn 't exist or not a regular file C:\pywin32-214>type C:DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt type C:DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt The system cannot find the path specified. [ but ... add a "\" and ...] C:\pywin32-214>type C:\DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt [ ====================^ ] type C:\DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt 214 ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-07 11:04 Message: Aha again! Some web searching turned up this: Command line arguments in Windows : Python http://objectmix.com/python/355959-command-line-arguments-windows.html My file association for ".py" doesn't include a %* so arguments are not passed to a script! I don't know how this happened. This is what I get for building everything from source. :-) ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-07 10:42 Message: OK, it seems like h2py.py is not seeing the filename argument. I don't understand why as yet. ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-07 10:15 Message: oops ... nope, it seems to be unable to find "scintilla.py". ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-07 09:59 Message: Aha! There's a bug in c:/pywin32-214/pythonwin/Scintilla/makefile_pythonwin: line 49 has 4 spaces instead of a tab before the "type" command (nmake is like Unix make, requires a tab). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3153014&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2011-01-07 20:15:00
|
Bugs item #3153014, was opened at 2011-01-07 09:43 Message generated for change (Comment added) made by rlerche You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3153014&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: Robert Lerche (rlerche) Assigned to: Nobody/Anonymous (nobody) Summary: still can\'t build pywin32-214 from source (alas!) Initial Comment: I downloaded mapilib.i from http://pywin32.cvs.sourceforge.net/viewvc/pywin32/pywin32/com/win32comext/mapi/src/ I deleted and then unzipped pywin32-214.zip, copied mapilib.i and retried \"python setup.py install\". It gets much further but now fails at: E:\\Microsoft Visual Studio 9.0\\VC\\BIN\\nmake.exe /nologo /f makefile_pythonwin SUB_DIR_O=c:\\pywin32-214\\build\\temp.win32-2.7\\Release\\scintilla SUB_DIR_BIN=c:\\pywin32-214\\build\\temp.win32-2.7\\Release\\scintilla DIR_PYTHON=c:\\p\\python-2.7 c:\\p\\python-2.7\\tools\\scripts\\h2py.py Include\\scintilla.h # Generated by h2py from stdin c:\\p\\python-2.7\\tools\\scripts\\h2py.py Include\\scilexer.h # Generated by h2py from stdin type scintilla.py > ..\\pywin\\scintilla\\scintillacon.py The system cannot find the file specified. NMAKE : fatal error U1077: \'type\' : return code \'0x1\' Stop. error: command \'nmake.exe\' failed with exit status 2 I attach the build log and a system info dump. I noticed a bunch of warnings: \"WINVER not defined. Defaulting to 0x0600 (Windows Vista)\". In fact this is Windows/XP SP3 in a VMWare virtual machine. Thanks in advance. Hmmm... "uploaded files must be no larger than 256K". I'm deleting the beginning to comply. ---------------------------------------------------------------------- >Comment By: Robert Lerche (rlerche) Date: 2011-01-07 12:15 Message: One last error, and I think this might be real. Install runs almost to completion but then can't find pywin32.version.txt. Something seems to be missing a "\", I'm not sure what. byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\shell\knownfolders. py to knownfolders.pyc byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\shell\shellcon.py t o shellcon.pyc byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\shell\__init__.py t o __init__.pyc byte-compiling c:\p\python-2.7\Lib\site-packages\win32comext\taskscheduler\__ini t__.py to __init__.pyc running install_scripts copying build\scripts-2.7\pywin32_postinstall.py -> c:\p\python-2.7\Scripts running install_data Installing data files to c:\p\python-2.7\Lib\site-packages\ error: can't copy 'C:DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt': doesn 't exist or not a regular file C:\pywin32-214>type C:DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt type C:DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt The system cannot find the path specified. [ but ... add a "\" and ...] C:\pywin32-214>type C:\DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt [ ====================^ ] type C:\DOCUME~1\ROBERT~1\LOCALS~1\Temp\pywin32.version.txt 214 ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-07 11:04 Message: Aha again! Some web searching turned up this: Command line arguments in Windows : Python http://objectmix.com/python/355959-command-line-arguments-windows.html My file association for ".py" doesn't include a %* so arguments are not passed to a script! I don't know how this happened. This is what I get for building everything from source. :-) ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-07 10:42 Message: OK, it seems like h2py.py is not seeing the filename argument. I don't understand why as yet. ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-07 10:15 Message: oops ... nope, it seems to be unable to find "scintilla.py". ---------------------------------------------------------------------- Comment By: Robert Lerche (rlerche) Date: 2011-01-07 09:59 Message: Aha! There's a bug in c:/pywin32-214/pythonwin/Scintilla/makefile_pythonwin: line 49 has 4 spaces instead of a tab before the "type" command (nmake is like Unix make, requires a tab). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3153014&group_id=78018 |
2 messages has been excluded from this view by a project administrator.
