pywin32-bugs Mailing List for Python for Windows Extensions (Page 9)
OLD project page for the Python extensions for Windows
Brought to you by:
mhammond
Menu
▾
▴
pywin32-bugs — Automated tracker notifications (not for bug reports!)
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
(24) |
May
(19) |
Jun
(15) |
Jul
(43) |
Aug
(39) |
Sep
(25) |
Oct
(43) |
Nov
(19) |
Dec
(4) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(21) |
Feb
(18) |
Mar
(14) |
Apr
(80) |
May
(56) |
Jun
(24) |
Jul
(30) |
Aug
(17) |
Sep
(36) |
Oct
(106) |
Nov
(38) |
Dec
(30) |
| 2005 |
Jan
(14) |
Feb
(14) |
Mar
(48) |
Apr
(28) |
May
(49) |
Jun
(23) |
Jul
(9) |
Aug
(13) |
Sep
(28) |
Oct
(21) |
Nov
(8) |
Dec
(26) |
| 2006 |
Jan
(56) |
Feb
(33) |
Mar
(33) |
Apr
(18) |
May
(16) |
Jun
(9) |
Jul
(24) |
Aug
(16) |
Sep
(14) |
Oct
(37) |
Nov
(38) |
Dec
(22) |
| 2007 |
Jan
(7) |
Feb
(16) |
Mar
(11) |
Apr
(15) |
May
(15) |
Jun
(8) |
Jul
(24) |
Aug
(26) |
Sep
(18) |
Oct
(11) |
Nov
(20) |
Dec
(1) |
| 2008 |
Jan
(19) |
Feb
(55) |
Mar
(7) |
Apr
(35) |
May
(66) |
Jun
(38) |
Jul
(26) |
Aug
(5) |
Sep
(25) |
Oct
(25) |
Nov
(18) |
Dec
(18) |
| 2009 |
Jan
(25) |
Feb
(38) |
Mar
(29) |
Apr
(25) |
May
(5) |
Jun
(11) |
Jul
(16) |
Aug
(16) |
Sep
(16) |
Oct
(1) |
Nov
(15) |
Dec
(33) |
| 2010 |
Jan
(13) |
Feb
(11) |
Mar
(1) |
Apr
(24) |
May
(26) |
Jun
(19) |
Jul
(22) |
Aug
(51) |
Sep
(38) |
Oct
(39) |
Nov
(25) |
Dec
(27) |
| 2011 |
Jan
(40) |
Feb
(31) |
Mar
(21) |
Apr
(42) |
May
(11) |
Jun
(16) |
Jul
(20) |
Aug
(14) |
Sep
(6) |
Oct
(8) |
Nov
(34) |
Dec
(7) |
| 2012 |
Jan
(60) |
Feb
(24) |
Mar
(6) |
Apr
(28) |
May
(41) |
Jun
(15) |
Jul
(14) |
Aug
(25) |
Sep
(30) |
Oct
(18) |
Nov
(30) |
Dec
(9) |
| 2013 |
Jan
(3) |
Feb
(8) |
Mar
(17) |
Apr
(23) |
May
(34) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2012-07-18 07:24:40
|
Feature Requests item #3244607, was opened at 2011-03-25 11:40 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3244607&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: Amaury Forgeot d'Arc (amauryf) Assigned to: Nobody/Anonymous (nobody) Summary: pywin32 for PyPy Initial Comment: I've just managed to make pywin32 compile and work on top of PyPy. I open this ticket to keep track of the various changes that I made to the pywin32 source code. I'm currently preparing patches; for the moment, changes are of two kinds: - In some .cpp files you can find "if PyString_Check(xxx)" without surrounding parentheses. This works on CPython because PyString_Check is actually a macro which adds parentheses to its expression; with PyPy PyString_Check is a function. - With PyPy it's not allowed to change ob_type after object creation. This is used a lot by all PyIBase subclasses. The solution I found is to pass the TypeObject to the base constructor, and ensure that ob_type is set just before calling _Py_NewReference(). Of course these two lines can be replaced by "PyObject_Init(this, type);" ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2012-07-18 00:24 Message: I guess you could contact Amaury and see if he needs any help to get patches together for review - from my POV, I'm just waiting for those patches. ---------------------------------------------------------------------- Comment By: Matti Picus (matti) Date: 2012-07-18 00:15 Message: How can I help get this merged into default pywin32 ? ---------------------------------------------------------------------- Comment By: Thibault Hild (thibault-hild) Date: 2012-06-21 06:14 Message: What is the current status of pypy compatibility ? Is the work done by Amaury on https://bitbucket.org/amauryfa/pywin32-pypy going to be merged back in the pywin32 project ? ---------------------------------------------------------------------- Comment By: Amaury Forgeot d'Arc (amauryf) Date: 2011-03-26 03:09 Message: PyObject_Init is already present in Python2.2 ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-03-25 17:46 Message: Sounds great to me. Use of PyObject_Init sounds good too so long as it also works in earlier Python version (I seem to recall that function was added in later versions). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3244607&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-07-18 07:15:20
|
Feature Requests item #3244607, was opened at 2011-03-25 11:40 Message generated for change (Comment added) made by matti You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3244607&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: Amaury Forgeot d'Arc (amauryf) Assigned to: Nobody/Anonymous (nobody) Summary: pywin32 for PyPy Initial Comment: I've just managed to make pywin32 compile and work on top of PyPy. I open this ticket to keep track of the various changes that I made to the pywin32 source code. I'm currently preparing patches; for the moment, changes are of two kinds: - In some .cpp files you can find "if PyString_Check(xxx)" without surrounding parentheses. This works on CPython because PyString_Check is actually a macro which adds parentheses to its expression; with PyPy PyString_Check is a function. - With PyPy it's not allowed to change ob_type after object creation. This is used a lot by all PyIBase subclasses. The solution I found is to pass the TypeObject to the base constructor, and ensure that ob_type is set just before calling _Py_NewReference(). Of course these two lines can be replaced by "PyObject_Init(this, type);" ---------------------------------------------------------------------- Comment By: Matti Picus (matti) Date: 2012-07-18 00:15 Message: How can I help get this merged into default pywin32 ? ---------------------------------------------------------------------- Comment By: Thibault Hild (thibault-hild) Date: 2012-06-21 06:14 Message: What is the current status of pypy compatibility ? Is the work done by Amaury on https://bitbucket.org/amauryfa/pywin32-pypy going to be merged back in the pywin32 project ? ---------------------------------------------------------------------- Comment By: Amaury Forgeot d'Arc (amauryf) Date: 2011-03-26 03:09 Message: PyObject_Init is already present in Python2.2 ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-03-25 17:46 Message: Sounds great to me. Use of PyObject_Init sounds good too so long as it also works in earlier Python version (I seem to recall that function was added in later versions). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3244607&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-07-13 17:05:32
|
Patches item #3543626, was opened at 2012-07-13 09:51 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=3543626&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: felix (fkjt79) Assigned to: Nobody/Anonymous (nobody) Summary: GUI: File Dialogs: Allow Multiple File Types Initial Comment: /GUI/BaseFileDialogs.py Function win_filter def win_filter(file_types): filters = [] if file_types: for ftype in file_types: suffix = ftype.suffix if suffix: suffixes = suffix.split(";") # new pattern = "*." + ";*.".join(suffixes) # modified filters.append("%s (%s)|%s" % (ftype.name, pattern, pattern)) return "|".join(filters) + "||" ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2012-07-13 10:05 Message: I think this is meant for the PyGUI package, which isn't part of Pywin32. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=3543626&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-07-13 16:51:37
|
Patches item #3543626, was opened at 2012-07-13 09:51 Message generated for change (Tracker Item Submitted) made by fkjt79 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=3543626&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: felix (fkjt79) Assigned to: Nobody/Anonymous (nobody) Summary: GUI: File Dialogs: Allow Multiple File Types Initial Comment: /GUI/BaseFileDialogs.py Function win_filter def win_filter(file_types): filters = [] if file_types: for ftype in file_types: suffix = ftype.suffix if suffix: suffixes = suffix.split(";") # new pattern = "*." + ";*.".join(suffixes) # modified filters.append("%s (%s)|%s" % (ftype.name, pattern, pattern)) return "|".join(filters) + "||" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=3543626&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-07-09 23:58:09
|
Bugs item #3541707, was opened at 2012-07-09 12:30 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3541707&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: win32 Group: None >Status: Closed >Resolution: Invalid Priority: 5 Private: No Submitted By: Mike (brokenlegmike) Assigned to: Nobody/Anonymous (nobody) Summary: Version issue with Adobe Acrobat Pro Initial Comment: I have a script that will loop through a folder containing .pdf files. I have 2 computers. One has adobe acrobat 8.0 pro, the second has 10.0. The script works fine on 8.0, but errors out on the computer with 10.0. Both computers are Windows 7, 64 bit, bothin running python 2.7.2 32 bit. Error message is the following: Traceback (most recent call last): File "Z:\BatchprintFromPDFOnly_Test.py", line 34, in <module> win32api.ShellExecute(0, "print", pdfname, None, ".", 0) error: (31, 'ShellExecute', 'A device attached to the system is not functioning.') Failed to execute (BatchPrintFromPDFOnly2). Thanks, Mike ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2012-07-09 16:58 Message: Sorry, but this is almost certainly not a bug in pywin32, pywin32 is just reflecting the result from ShellExecute. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3541707&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-07-09 19:30:53
|
Bugs item #3541707, was opened at 2012-07-09 12:30 Message generated for change (Tracker Item Submitted) made by brokenlegmike You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3541707&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: win32 Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Mike (brokenlegmike) Assigned to: Nobody/Anonymous (nobody) Summary: Version issue with Adobe Acrobat Pro Initial Comment: I have a script that will loop through a folder containing .pdf files. I have 2 computers. One has adobe acrobat 8.0 pro, the second has 10.0. The script works fine on 8.0, but errors out on the computer with 10.0. Both computers are Windows 7, 64 bit, bothin running python 2.7.2 32 bit. Error message is the following: Traceback (most recent call last): File "Z:\BatchprintFromPDFOnly_Test.py", line 34, in <module> win32api.ShellExecute(0, "print", pdfname, None, ".", 0) error: (31, 'ShellExecute', 'A device attached to the system is not functioning.') Failed to execute (BatchPrintFromPDFOnly2). Thanks, Mike ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3541707&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-07-09 17:57:48
|
Bugs item #3438213, was opened at 2011-11-15 02:12 Message generated for change (Comment added) made by foxyshadis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3438213&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: win32 Group: None Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Anthony (hovea) Assigned to: Mark Hammond (mhammond) Summary: astimezone could not process time on Pythonwin for 3.2 Initial Comment: Runing the testPersist.py Timezone processing failed on python32 returning Stat 1 pythoncom error: Unexpected exception in gateway method '<unknown>' ValueError: astimezone() cannot be applied to a naive datetime pythoncom error: Unexpected gateway error ValueError: astimezone() cannot be applied to a naive datetime Set Size0 Traceback (most recent call last): File "C:\Python32\Lib\site-packages\win32com\test\testPersist.py", line 204, in <module> test() File "C:\Python32\Lib\site-packages\win32com\test\testPersist.py", line 134, in test stcom = pythoncom.StgCreateDocfileOnILockBytes(lbcom, storagecon.STGM_DIRECT| storagecon.STGM_CREATE | storagecon.STGM_READWRITE | storagecon.STGM_SHARE_EXCLUSIVE, 0) pywintypes.com_error: (-2147467259, 'Unspecified error', None, None) ---------------------------------------------------------------------- Comment By: foxyshadis (foxyshadis) Date: 2012-07-09 10:57 Message: I'm using build 217 on py3.2 and still getting the same error in a different function: win32file.SetFileTime(winfile, wintime, None, None) ValueError: astimezone() cannot be applied to a naive datetime SetFileTime also makes use of PyWinObject_AsFILETIME() If I get a chance at work before anyone looks at it I'll try to set up a python build environment to see if the same fix will work for this function. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2012-01-01 22:55 Message: This is just a problem in testPersist.py, which I've fixed in 4181:cc10aa149c2c. I'll have a look at issue 2831327 next. ---------------------------------------------------------------------- Comment By: Jason R. Coombs (jaraco) Date: 2011-11-22 07:30 Message: Anthony, thanks for tracking this down. Mark, can you take a look at the proposed workaround. I don't understand the implications of the change, and I'm guessing you can do a better review of the patch than me. ---------------------------------------------------------------------- Comment By: Anthony (hovea) Date: 2011-11-22 00:49 Message: This issue could be fixed by change win32\src\PywinTypes.h from line 470 to 484 as follwings: #if (PY_VERSION_HEX < 0x03000000) # define NO_PYWINTYPES_TIME #endif // Python 2.3 doesn't have C Api for datetime, so can't have our new funky // support. #if (PY_VERSION_HEX >= 0x02040000) # define PYWIN_HAVE_DATETIME_CAPI #endif // XXX - fixme - ack - we don't yet like *both* defines existing - and for now // its only enabled in py3k #if (PY_VERSION_HEX > 0x03000000) # undef PYWIN_HAVE_DATETIME_CAPI #endif ########################################### This issue is caused by old, crap, custom time object, using standard one will be OK ---------------------------------------------------------------------- Comment By: Anthony (hovea) Date: 2011-11-21 19:26 Message: It's the same bug as https://sourceforge.net/tracker/?func=detail&aid=2831327&group_id=78018&atid=551954 Pytime in py3k does not work . ---------------------------------------------------------------------- Comment By: Anthony (hovea) Date: 2011-11-19 06:02 Message: This issues is cause in PyObject *PyIPropertyStorage::SetTimes(PyObject *self, PyObject *args). File PyIpropertyStorage.cpp line 622, which is called by Com Storage creation. PyWinObject_AsFILETIME not set the timezone information will cause failed of SetTimes. ---------------------------------------------------------------------- Comment By: Anthony (hovea) Date: 2011-11-16 01:02 Message: The Error is generated by pythoncom.StgCreateDocfileOnILockBytes call from testPersist.py" . Which is located in PyTime.cpp. line 806. I am building pywin by using VisualStudio 2008sp1. Simply Run setup.py build in the source code directory. When I am tracking down, it seems that from python3, astimezone should function should have timezone information to convert the correct time. I did not yet indentify where PyWinObject_AsSYSTEMTIME is called. ---------------------------------------------------------------------- Comment By: Jason R. Coombs (jaraco) Date: 2011-11-15 06:30 Message: I'm not familiar with building pywin32 from scratch. Are there instructions somewhere on how to build pywin32 on Python 3? I don't have VS2008 handy, so I tried using VS2010 and patched msvc9compilermodule with jaraco.develop.msvc (https://bitbucket.org/jaraco/jaraco.develop/src/5d0574e79d6f/jaraco/develop/msvc.py), but I'm still unable to build. Furthermore, I don't think this is an issue with win32timezone. "astimezone()" is a method on a datetime.datetime object (part of the stdlib). I don't think win32timezone comes into play. Furthermore, the text 'timezone' doesn't appear in testPersist.py. I don't understand what testPersist.py is trying to do. I think the errors about naive datetimes are coming from some other code which is opaque to testPersist. I don't feel qualified to address this issue, so I'm going to re-assign this to no one. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3438213&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-07-06 09:05:10
|
Bugs item #3530195, was opened at 2012-05-28 01:37 Message generated for change (Comment added) made by guruglenn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3530195&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: installation Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: 3860654 () Assigned to: Nobody/Anonymous (nobody) Summary: errors towards the end of installation. Initial Comment: While trying to install pywin32-217.win-amd64-py2.6.exe, I get following errors towards the end of installation. Traceback (most recent call last): File "<string>", line 612, in <module> File "<string>", line 322, in install File "<string>", line 160, in LoadSystemModule ImportError: DLL load failed: The specified module could not be found. ---------------------------------------------------------------------- Comment By: Glenn Linderman (guruglenn) Date: 2012-07-06 02:05 Message: Build 217.1 works for me. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2012-07-06 00:14 Message: I put a build up at http://starship.python.net/~skippy/downloads/pywin32-217.1.win-amd64-py3.3.exe - it works for me here, but it would be great if anyone experiencing this problem could test it out. It is being slow to upload, so give it 30 mins after this message was posted - the filesize is 8,441,923. I'll make a real release soon... ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2012-07-05 00:36 Message: These problems all appear to be specific to 3.3. Sadly pywin32-217 was built with vc2008 where 3.3 recently moved to vs2010. I'm looking into it... ---------------------------------------------------------------------- Comment By: Glenn Linderman (guruglenn) Date: 2012-07-04 23:28 Message: Just for kicks, I added a print statement in LoadSystemModule in pywin32_postinstall.py, and the module it cannot load, on my system, is c:\python33\Lib\site-packages\pywin32_system32\pywintypes33.dll This probably doesn't surprise you since that is what the comments imply... The file exists in that location. Is there something else I can do to help debug this problem? ---------------------------------------------------------------------- Comment By: Glenn Linderman (guruglenn) Date: 2012-07-04 18:13 Message: I get the same error trying to install pywin32-217.win-amd64-py3.3.exe ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3530195&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-07-06 07:14:34
|
Bugs item #3530195, was opened at 2012-05-28 01:37 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3530195&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: installation Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: 3860654 () Assigned to: Nobody/Anonymous (nobody) Summary: errors towards the end of installation. Initial Comment: While trying to install pywin32-217.win-amd64-py2.6.exe, I get following errors towards the end of installation. Traceback (most recent call last): File "<string>", line 612, in <module> File "<string>", line 322, in install File "<string>", line 160, in LoadSystemModule ImportError: DLL load failed: The specified module could not be found. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2012-07-06 00:14 Message: I put a build up at http://starship.python.net/~skippy/downloads/pywin32-217.1.win-amd64-py3.3.exe - it works for me here, but it would be great if anyone experiencing this problem could test it out. It is being slow to upload, so give it 30 mins after this message was posted - the filesize is 8,441,923. I'll make a real release soon... ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2012-07-05 00:36 Message: These problems all appear to be specific to 3.3. Sadly pywin32-217 was built with vc2008 where 3.3 recently moved to vs2010. I'm looking into it... ---------------------------------------------------------------------- Comment By: Glenn Linderman (guruglenn) Date: 2012-07-04 23:28 Message: Just for kicks, I added a print statement in LoadSystemModule in pywin32_postinstall.py, and the module it cannot load, on my system, is c:\python33\Lib\site-packages\pywin32_system32\pywintypes33.dll This probably doesn't surprise you since that is what the comments imply... The file exists in that location. Is there something else I can do to help debug this problem? ---------------------------------------------------------------------- Comment By: Glenn Linderman (guruglenn) Date: 2012-07-04 18:13 Message: I get the same error trying to install pywin32-217.win-amd64-py3.3.exe ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3530195&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-07-05 07:36:00
|
Bugs item #3530195, was opened at 2012-05-28 01:37 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3530195&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: installation Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: 3860654 () Assigned to: Nobody/Anonymous (nobody) Summary: errors towards the end of installation. Initial Comment: While trying to install pywin32-217.win-amd64-py2.6.exe, I get following errors towards the end of installation. Traceback (most recent call last): File "<string>", line 612, in <module> File "<string>", line 322, in install File "<string>", line 160, in LoadSystemModule ImportError: DLL load failed: The specified module could not be found. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2012-07-05 00:36 Message: These problems all appear to be specific to 3.3. Sadly pywin32-217 was built with vc2008 where 3.3 recently moved to vs2010. I'm looking into it... ---------------------------------------------------------------------- Comment By: Glenn Linderman (guruglenn) Date: 2012-07-04 23:28 Message: Just for kicks, I added a print statement in LoadSystemModule in pywin32_postinstall.py, and the module it cannot load, on my system, is c:\python33\Lib\site-packages\pywin32_system32\pywintypes33.dll This probably doesn't surprise you since that is what the comments imply... The file exists in that location. Is there something else I can do to help debug this problem? ---------------------------------------------------------------------- Comment By: Glenn Linderman (guruglenn) Date: 2012-07-04 18:13 Message: I get the same error trying to install pywin32-217.win-amd64-py3.3.exe ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3530195&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-07-05 06:28:31
|
Bugs item #3530195, was opened at 2012-05-28 01:37 Message generated for change (Comment added) made by guruglenn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3530195&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: installation Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: 3860654 () Assigned to: Nobody/Anonymous (nobody) Summary: errors towards the end of installation. Initial Comment: While trying to install pywin32-217.win-amd64-py2.6.exe, I get following errors towards the end of installation. Traceback (most recent call last): File "<string>", line 612, in <module> File "<string>", line 322, in install File "<string>", line 160, in LoadSystemModule ImportError: DLL load failed: The specified module could not be found. ---------------------------------------------------------------------- Comment By: Glenn Linderman (guruglenn) Date: 2012-07-04 23:28 Message: Just for kicks, I added a print statement in LoadSystemModule in pywin32_postinstall.py, and the module it cannot load, on my system, is c:\python33\Lib\site-packages\pywin32_system32\pywintypes33.dll This probably doesn't surprise you since that is what the comments imply... The file exists in that location. Is there something else I can do to help debug this problem? ---------------------------------------------------------------------- Comment By: Glenn Linderman (guruglenn) Date: 2012-07-04 18:13 Message: I get the same error trying to install pywin32-217.win-amd64-py3.3.exe ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3530195&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-07-05 06:00:21
|
Bugs item #3476736, was opened at 2012-01-20 12:08 Message generated for change (Comment added) made by guruglenn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3476736&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: Out of Date Priority: 5 Private: No Submitted By: Prasanna (prapancham) Assigned to: Nobody/Anonymous (nobody) Summary: Install error in pywin32-216.win32-py2.6 Initial Comment: Hi, I am getting following error when trying to install pywin32-216.win32-py2.6 Traceback (most recent call last): File "<string>", line 604, in <module> File "<string>", line 314, in install File "<string>", line 152, in LoadSystemModule ImportError: DLL load failed: The specified module could not be found. I am on Win7 Enterprise 64 bit. First I installed the following: VC++ 2008 Redistributable -x86 9.0.21022 VC++ 2010 x64 Redistributable - 10.0.30319 Then I installed Python 2.6 ( I need to use python 2.6 ONLY) Then I am trying to install the above. But it fails. Please advise. regards, prasanna. ---------------------------------------------------------------------- Comment By: Glenn Linderman (guruglenn) Date: 2012-07-04 23:00 Message: Seems not to be... also seems to be lots of duplicate bugs for this symptom. The workaround suggested by openhatch didn't work for me, either... Python 3.3 64-bit. I get the same result running the script manually as the installer displays: Traceback (most recent call last): File "pywin32_postinstall.py", line 612, in <module> install() File "pywin32_postinstall.py", line 322, in install LoadSystemModule(lib_dir, "pywintypes") File "pywin32_postinstall.py", line 160, in LoadSystemModule ('.dll', 'rb', imp.C_EXTENSION)) File "c:\python33\lib\imp.py", line 181, in load_module raise ImportError(msg, name=name) ImportError: Don't know how to import pywintypes (type code 3 ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2012-05-15 20:40 Message: Should be fixed in build 217. ---------------------------------------------------------------------- Comment By: openhatch (openhatch) Date: 2012-05-15 19:25 Message: I got the same error, and this fix worked for me, installing on windows 7: 1. extract the installer file to a directory using the free 7zip (or similar) program 2. Copy everything in the PLATLIB directory to C:\Python26\Lib\site-packages 3. open a command prompt to the SCRIPT directory and type: python pywin32_postinstall.py -install You must have Python already installed (perhaps obviously) and in your windows PATH environment variable for this to work. You can also try the testall script in that directory, though for me it hung and I was able to import pywin32 modules from the Python IDLE just fine. From looking around the web for solutions to this error, it seems the cause may be a script not finding a dll file. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3476736&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-07-05 01:52:08
|
Bugs item #3527563, was opened at 2012-05-17 03:54 Message generated for change (Comment added) made by guruglenn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3527563&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 Whitley (robert-whitley) Assigned to: Nobody/Anonymous (nobody) Summary: dll's in wrong folder after installation Initial Comment: Using the installer for build 216 and 217 I had an error at the end which I've attached to this bug report. Win32com didn't import properly. The reason for this is that three dll's were in the wrong folder. * pywintypes26 * pythoncomloader26 * pythoncom26 They needed to be moved to win32 folder. This problem was reported on stack overflow nearly a year ago and the fix is still the same. http://stackoverflow.com/questions/7238403/import-win32api-error-in-python-2-6 I use Python 2.6 32-bit version on Windows 7 64-bit version. ---------------------------------------------------------------------- Comment By: Glenn Linderman (guruglenn) Date: 2012-07-04 18:52 Message: The postinstall log file contains the following, which is the same as the error message in the dialog: Traceback (most recent call last): File "<string>", line 612, in <module> File "<string>", line 322, in install File "<string>", line 160, in LoadSystemModule File "C:\Python33\lib\imp.py", line 181, in load_module raise ImportError(msg, name=name) ImportError: Don't know how to import pywintypes (type code 3 And is the same as the topic of errors towards the end of installation. - ID: 3530195 However, manually copying the .dll files from pywin32_system32 to win32 doesn't help. Neither does moving them. ---------------------------------------------------------------------- Comment By: Robert Whitley (robert-whitley) Date: 2012-05-17 07:20 Message: I found the log in the temp directory but it was empty so I didn't bother uploading it. I have uploaded what the installer looks like when it errors. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2012-05-17 07:03 Message: What is the most recent thing shown in the main installer window when this happens? There might even be a pywin32_postinstall.log (or something like that :) in your temp directory - could you grab that while the error dialog is up and attach it here? I'm going to need help to work out exactly when and why it happens... ---------------------------------------------------------------------- Comment By: Robert Whitley (robert-whitley) Date: 2012-05-17 05:28 Message: The problem happens right at the end. I tried build 217, uninstalled, tried again, uninstalled, tried build 216, uninstalled, tried 217 again. On each of these occasions I had the same error. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2012-05-17 04:52 Message: The install script should copy them there (or to system32) - I expect that error is the problem. When exactly during the install process does this happen - right at the end? Is this reproducible - ie, can you uninstall then reinstall and see the same issue? Thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3527563&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-07-05 01:13:45
|
Bugs item #3530195, was opened at 2012-05-28 01:37 Message generated for change (Comment added) made by guruglenn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3530195&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: installation Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: 3860654 () Assigned to: Nobody/Anonymous (nobody) Summary: errors towards the end of installation. Initial Comment: While trying to install pywin32-217.win-amd64-py2.6.exe, I get following errors towards the end of installation. Traceback (most recent call last): File "<string>", line 612, in <module> File "<string>", line 322, in install File "<string>", line 160, in LoadSystemModule ImportError: DLL load failed: The specified module could not be found. ---------------------------------------------------------------------- Comment By: Glenn Linderman (guruglenn) Date: 2012-07-04 18:13 Message: I get the same error trying to install pywin32-217.win-amd64-py3.3.exe ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3530195&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-06-22 00:55:40
|
Bugs item #3536122, was opened at 2012-06-18 14:43 Message generated for change (Settings changed) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3536122&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: hasenpfeffer2 (hasenpfeffer2) Assigned to: Nobody/Anonymous (nobody) Summary: OpenKey() call missing parameter Initial Comment: It appears the call to winreg.OpenKey() in get_root_hkey() in the pywin32_postinstall.py script around line 66 is missing the 3rd parameter of 0. This caused my install to fail to create shortcuts because the script failed to recognize correct permissions and the root key. ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2012-06-21 17:55 Message: Thanks for spotting that. It may also be the cause of some other reported postinstallation failures. Fixed in r4219. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3536122&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-06-21 13:14:34
|
Feature Requests item #3244607, was opened at 2011-03-25 11:40 Message generated for change (Comment added) made by thibault-hild You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3244607&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: Amaury Forgeot d'Arc (amauryf) Assigned to: Nobody/Anonymous (nobody) Summary: pywin32 for PyPy Initial Comment: I've just managed to make pywin32 compile and work on top of PyPy. I open this ticket to keep track of the various changes that I made to the pywin32 source code. I'm currently preparing patches; for the moment, changes are of two kinds: - In some .cpp files you can find "if PyString_Check(xxx)" without surrounding parentheses. This works on CPython because PyString_Check is actually a macro which adds parentheses to its expression; with PyPy PyString_Check is a function. - With PyPy it's not allowed to change ob_type after object creation. This is used a lot by all PyIBase subclasses. The solution I found is to pass the TypeObject to the base constructor, and ensure that ob_type is set just before calling _Py_NewReference(). Of course these two lines can be replaced by "PyObject_Init(this, type);" ---------------------------------------------------------------------- Comment By: Thibault Hild (thibault-hild) Date: 2012-06-21 06:14 Message: What is the current status of pypy compatibility ? Is the work done by Amaury on https://bitbucket.org/amauryfa/pywin32-pypy going to be merged back in the pywin32 project ? ---------------------------------------------------------------------- Comment By: Amaury Forgeot d'Arc (amauryf) Date: 2011-03-26 03:09 Message: PyObject_Init is already present in Python2.2 ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2011-03-25 17:46 Message: Sounds great to me. Use of PyObject_Init sounds good too so long as it also works in earlier Python version (I seem to recall that function was added in later versions). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3244607&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-06-18 21:43:19
|
Bugs item #3536122, was opened at 2012-06-18 14:43 Message generated for change (Tracker Item Submitted) made by hasenpfeffer2 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3536122&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: hasenpfeffer2 (hasenpfeffer2) Assigned to: Nobody/Anonymous (nobody) Summary: OpenKey() call missing parameter Initial Comment: It appears the call to winreg.OpenKey() in get_root_hkey() in the pywin32_postinstall.py script around line 66 is missing the 3rd parameter of 0. This caused my install to fail to create shortcuts because the script failed to recognize correct permissions and the root key. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3536122&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-06-07 18:14:59
|
Bugs item #3531456, was opened at 2012-06-01 15:56 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3531456&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: win32 Group: None Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: William Sadkin (wsadkin) Assigned to: Nobody/Anonymous (nobody) Summary: RegQueryValueEx on empty multistring returns non-empty list Initial Comment: Somewhere along the line, win32api.RegQueryValueEx stopped returning [] for an empty multistring, and started returning [''], which is a very different and broken. Unfortunately, I'm not sure how far back this has been broken; I've only recently undertaken converting all our code from python 2.3.5 and pywin32 204 to python 2.7.3 and pywin32 217. It worked in that earlier incarnation, but as of the latest versions, this no longer functions properly. I've attached a trivial python script that clearly demonstrates the problem. ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2012-06-07 11:14 Message: You're welcome. Not sure when Mark is planning another release. ---------------------------------------------------------------------- Comment By: William Sadkin (wsadkin) Date: 2012-06-05 13:44 Message: Thanks, Roger, that was fast! (Any idea when the next build (218) will be done?) ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2012-06-04 15:52 Message: This has been fixed, also added a test for this in test_win32api.py. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3531456&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-06-07 08:08:03
|
Bugs item #3496224, was opened at 2012-03-02 00:38 Message generated for change (Comment added) made by honyczek You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3496224&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: honyczek (honyczek) >Assigned to: Mark Hammond (mhammond) Summary: AssertionError: assert sys.modules[modname] is old_mod Initial Comment: This problem is opened at ID #2905909. I want to attach file, which tells what is in old_mod and mod variables. This problem has been described by me at: http://stackoverflow.com/questions/9479239/running-two-django-apps-on-apache-with-mod-auth-sspi-and-mod-wsgi ---------------------------------------------------------------------- >Comment By: honyczek (honyczek) Date: 2012-06-07 01:07 Message: this link has a solution: http://stackoverflow.com/questions/5969669/multiple-django-sites-on-apache-windows-mod-wsgi-problem-with-win32 but why is this required to get it working? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3496224&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-06-05 20:44:41
|
Bugs item #3531456, was opened at 2012-06-01 15:56 Message generated for change (Comment added) made by wsadkin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3531456&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: win32 Group: None Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: William Sadkin (wsadkin) Assigned to: Nobody/Anonymous (nobody) Summary: RegQueryValueEx on empty multistring returns non-empty list Initial Comment: Somewhere along the line, win32api.RegQueryValueEx stopped returning [] for an empty multistring, and started returning [''], which is a very different and broken. Unfortunately, I'm not sure how far back this has been broken; I've only recently undertaken converting all our code from python 2.3.5 and pywin32 204 to python 2.7.3 and pywin32 217. It worked in that earlier incarnation, but as of the latest versions, this no longer functions properly. I've attached a trivial python script that clearly demonstrates the problem. ---------------------------------------------------------------------- Comment By: William Sadkin (wsadkin) Date: 2012-06-05 13:44 Message: Thanks, Roger, that was fast! (Any idea when the next build (218) will be done?) ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2012-06-04 15:52 Message: This has been fixed, also added a test for this in test_win32api.py. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3531456&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-06-05 17:13:59
|
Bugs item #3519944, was opened at 2012-04-20 13:14 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3519944&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: bob gailer (ramrom) Assigned to: Nobody/Anonymous (nobody) Summary: tab key indents 4 despite options setting. Initial Comment: In options tabs& whitespace I setTtab size andIindent Size to 2. Has no effect. When I hit alt+u - it shows 4. ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2012-06-05 10:13 Message: Does this happen on a new document, or when you open an existing document that already has 4 space indents ? ---------------------------------------------------------------------- Comment By: bob gailer (ramrom) Date: 2012-04-22 09:46 Message: Insert Spaces selected Use Python smart indentation - checked Tab-Timmy - Show as indicator Red selected PythonWin 2.7.2 (default, Jun 12 2011, 15:08:59) [MSC v.1500 32 bit (Intel)] on win32. ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2012-04-21 19:54 Message: I'm not seeing this behaviour. What are the other options under Tabs and Whitespace set to ? ---------------------------------------------------------------------- Comment By: bob gailer (ramrom) Date: 2012-04-21 18:02 Message: Roger asked: "Do you mean if you change the tab size while an editor window is open ? It should pick up the change for any documents opened afterwards." No. I configure options once after installing Pywin. All the settings except Tabs/Indent are in effect every time I openPywin. Tabs/Indent are 4. The options settings are ignored. ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2012-04-21 15:28 Message: Do you mean if you change the tab size while an editor window is open ? It should pick up the change for any documents opened afterwards. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3519944&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-06-05 13:36:45
|
Feature Requests item #3532135, was opened at 2012-06-05 05:33 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3532135&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: Invalid Priority: 5 Private: No Submitted By: alt3rn1ty (alt3rn1ty) Assigned to: Nobody/Anonymous (nobody) Summary: Installer Finish page hidden by fullscreen Win 7 Initial Comment: Having a few issues with pywin32 217 for python 2.7.2 Downloading and launching your installer from an NSI installer (as prerequisites for a python based app) as noted here [url=http://forums.bethsoft.com/topic/1378796-rel-wrye-bash/page__view__findpost__p__20884125]Wrye Bash development topic[/url] Noticed by a few users on Win 7 around the various modding bazaars, when Pywin32 finishes installing, the finish page does not pop to front, leaving the user with a blank fullscreen blue Pywin32 background. [url=http://www.bild.me/bild.php?file=5033847Untitled2.jpg]screenshot[/url] Click once with the mouse and the installer dialogue will pop to front in focus presenting the user with a finish button to complete the installation. If window focus is un-achievable - Would it be possible to suppress fullscreen on the installer ?, or better still have an MSI instead of EXE ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2012-06-05 06:36 Message: I meant to say - for most use-cases, just copying the pywin32 files is all you need. The installation .exe is actually a zip file - most zip tools will show you the installed files (and even more will if you rename the .exe to .zip!) ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2012-06-05 06:34 Message: Not sure what an NSI installer is. Re the full-screen thing, I'm afraid this is a problem with bdist_wininst in distutils - part of Python itself - it needs to be fixed there. No .msi as bdist_msi doesn't have post-install scripts. It sounds like you are "bundling" Python with your app via individual setup apps - my advice is simply "don't do that" :) People could uninstall various parts and break you - things are generally out of your control. You should create a build process that gets the bits into a self-contained directory you then install as a unit. But either way, you could open the full-screen bug in the python.org tracker (add @mhammond to the nosy list if you do) - the .msi bug already exists. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3532135&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-06-05 13:34:30
|
Feature Requests item #3532135, was opened at 2012-06-05 05:33 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3532135&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: Invalid Priority: 5 Private: No Submitted By: alt3rn1ty (alt3rn1ty) Assigned to: Nobody/Anonymous (nobody) Summary: Installer Finish page hidden by fullscreen Win 7 Initial Comment: Having a few issues with pywin32 217 for python 2.7.2 Downloading and launching your installer from an NSI installer (as prerequisites for a python based app) as noted here [url=http://forums.bethsoft.com/topic/1378796-rel-wrye-bash/page__view__findpost__p__20884125]Wrye Bash development topic[/url] Noticed by a few users on Win 7 around the various modding bazaars, when Pywin32 finishes installing, the finish page does not pop to front, leaving the user with a blank fullscreen blue Pywin32 background. [url=http://www.bild.me/bild.php?file=5033847Untitled2.jpg]screenshot[/url] Click once with the mouse and the installer dialogue will pop to front in focus presenting the user with a finish button to complete the installation. If window focus is un-achievable - Would it be possible to suppress fullscreen on the installer ?, or better still have an MSI instead of EXE ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2012-06-05 06:34 Message: Not sure what an NSI installer is. Re the full-screen thing, I'm afraid this is a problem with bdist_wininst in distutils - part of Python itself - it needs to be fixed there. No .msi as bdist_msi doesn't have post-install scripts. It sounds like you are "bundling" Python with your app via individual setup apps - my advice is simply "don't do that" :) People could uninstall various parts and break you - things are generally out of your control. You should create a build process that gets the bits into a self-contained directory you then install as a unit. But either way, you could open the full-screen bug in the python.org tracker (add @mhammond to the nosy list if you do) - the .msi bug already exists. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3532135&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-06-05 12:33:27
|
Feature Requests item #3532135, was opened at 2012-06-05 05:33 Message generated for change (Tracker Item Submitted) made by alt3rn1ty You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3532135&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: alt3rn1ty (alt3rn1ty) Assigned to: Nobody/Anonymous (nobody) Summary: Installer Finish page hidden by fullscreen Win 7 Initial Comment: Having a few issues with pywin32 217 for python 2.7.2 Downloading and launching your installer from an NSI installer (as prerequisites for a python based app) as noted here [url=http://forums.bethsoft.com/topic/1378796-rel-wrye-bash/page__view__findpost__p__20884125]Wrye Bash development topic[/url] Noticed by a few users on Win 7 around the various modding bazaars, when Pywin32 finishes installing, the finish page does not pop to front, leaving the user with a blank fullscreen blue Pywin32 background. [url=http://www.bild.me/bild.php?file=5033847Untitled2.jpg]screenshot[/url] Click once with the mouse and the installer dialogue will pop to front in focus presenting the user with a finish button to complete the installation. If window focus is un-achievable - Would it be possible to suppress fullscreen on the installer ?, or better still have an MSI instead of EXE ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3532135&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2012-06-04 23:02:40
|
Feature Requests item #3529527, was opened at 2012-05-24 11:06 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3529527&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: win32 Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Sebastian (argos83) Assigned to: Nobody/Anonymous (nobody) Summary: add AddEnglishCounter in win32pdh Initial Comment: Counter paths in win32pdh are language dependent. For instance, the following code will raise a pywintypes.error when run on a not English Windows.: import win32pdh path = win32pdh.MakeCounterPath(( None, 'System', None, None, 0, 'System Up Time')) query = win32pdh.OpenQuery() handle = win32pdh.AddCounter(query, path) E.g., to make that work on a Spanish Windows, the MakeCounterPath line should be: path = win32pdh.MakeCounterPath(( None, 'Sistema', None, None, 0, 'Tiempo de actividad del sistema')) Which makes it real hard to distribute a solution that is supposed to run on different language platforms. To avoid that, there's this PdhAddEnglishCounter function: http://msdn.microsoft.com/en-us/library/windows/desktop/aa372536(v=vs.85).aspx Which is not implemented on pywin. If implemented, this should work on any windows language: import win32pdh path = win32pdh.MakeCounterPath(( None, 'System', None, None, 0, 'System Up Time')) query = win32pdh.OpenQuery() handle = win32pdh.AddEnglishCounter(query, path) AddCounter and AddEnglishCounter functions have the same signature. I guess that adding the following to win32pdhmodule.cpp should be enough: typedef PDH_STATUS (WINAPI * FuncPdhAddEnglishCounter)( HQUERY hQuery, // handle to the query LPCTSTR szFullCounterPath, // path of the counter DWORD_PTR dwUserData, // user-defined value HCOUNTER *phCounter // pointer to the counter handle buffer ); ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2012-06-04 16:02 Message: AddEnglishCounter has been added to win32pdh. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=3529527&group_id=78018 |
2 messages has been excluded from this view by a project administrator.
