pywin32-bugs Mailing List for Python for Windows Extensions (Page 56)
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...> - 2008-05-04 11:10:56
|
Bugs item #1448160, was opened at 2006-03-12 17:09 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1448160&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: Pending Resolution: None Priority: 5 Private: No Submitted By: Darren (zaphod72) Assigned to: Nobody/Anonymous (nobody) Summary: Win2003 dual-core crash on startup Initial Comment: I have a dual-core Windows Server 2003 and a single- core server also running Windows Server 2003. On the dual-core pythonwin crashes on startup, shortly after displaying the UI. On the single-core it works fine. Here's the crash info from WinDbg - (ee8.8b8): Access violation - code c0000005 (!!! second chance !!!) eax=00000000 ebx=773e20e0 ecx=000080a2 edx=001668d8 esi=0013fcf8 edi=7ffdf6cc eip=00a0180c esp=0013fcd4 ebp=0013fd04 iopl=0 nv up ei pl zr na po nc cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00010246 00a0180c 58 pop eax And the stack trace - ChildEBP RetAddr Args to Child WARNING: Frame IP not in any known module. Following frames may be wrong. 0013fcd0 77387050 000080a2 00000000 00000000 0xa0180c 0013fd04 77387dc3 00a0180c 000080a2 00000000 USER32! UserCallDDECallback+0x23 0013fd3c 77387101 0015ca78 000080a2 00000000 USER32! DoCallback+0x6a 0013fd74 7738e3f0 0015ca78 000004c8 0000c02c USER32! ProcessRegistrationMessage+0xa4 0013fd8c 7739c3b7 001500ce 000004c8 0000c02c USER32! DDEMLMotherWndProc+0x2c 0013fdb8 7739c484 7738e3ad 001500ce 000004c8 USER32! InternalCallWinProc+0x28 0013fe30 7739c73c 00000000 7738e3ad 001500ce USER32! UserCallWinProcCheckWow+0x151 0013fe98 7738e406 00155998 00000001 00000000 USER32! DispatchMessageWorker+0x327 0013fea8 7c169076 00155998 00155998 00403040 USER32! DispatchMessageA+0xf 0013feb8 7c16913e 00403040 1e055870 0013ffc0 MFC71! AfxInternalPumpMessage+0x3e 0013fed4 1e2b6767 00403040 ffffffff 00000000 MFC71! CWinThread::Run+0x54 0013ffc0 77e523cd 00000000 00000000 7ffdc000 win32ui! Python_callback+0x1247 0013fff0 00000000 0040186c 00000000 78746341 kernel32! BaseProcessStart+0x23 I didn't try to build the source. But if I can get the pdb files then I'd be happy to try and get some more information (darrenk at yahoo). Thanks ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2008-05-04 21:11 Message: Logged In: YES user_id=14198 Originator: NO I can't repro this on a dual-core vista 64 system, and its getting old now - please reopen if there are still problems (build 211 is due very soon now) ---------------------------------------------------------------------- Comment By: kxroberto (kxroberto) Date: 2006-11-18 22:49 Message: Logged In: YES user_id=972995 Originator: NO Think the probability is very high that this will be solved with patch of bug #1590399 also. there were GIL-Problems and INC/DEC's of refcounts outside of the GIL which are non-atomic on dual cores. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2006-09-22 22:49 Message: Logged In: YES user_id=14198 I'm guessing this will work with -nodde specified on the command-line. I'd love to remove that - sadly the DDE code is fairly intractable :( I wouldn't know where to ask you to start with the .pdb files ---------------------------------------------------------------------- Comment By: kxroberto (kxroberto) Date: 2006-03-15 03:57 Message: Logged In: YES user_id=972995 Good to get more about this dual core bug (following #1442426 & #1441884 ) Can you maybe try this bug also with py2.3.5 / build 205 ? (build 207 doesn't work for py2.3). You can simply run a second py2.3 installation parallel on your computer. Such test would exclude the py2.4/MFC7.1 scheme as reason for the crash. I sent you that win32ui with .pdb: That should provide detailed stack traces. --- related: #1442426 , #1441884 http://sourceforge.net/tracker/index.php?func=detail&aid=1441884&group_id=5470&atid=105470 --- I got similar user reports for a win32ui-app (build 203/MFC4.2/py2.3.5; even without pythonwin IDE). Unfortunately I got no stack traces. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1448160&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-05-04 11:09:28
|
Bugs item #1874873, was opened at 2008-01-19 04:01 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1874873&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: robert (w8kk) Assigned to: Nobody/Anonymous (nobody) Summary: Vista Install Initial Comment: pywin32-210.win32-py2.5.exe will not install under Vista. The messsage issued is "pywin32-210.win32-py2.5.exe has stopped working" ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2008-05-04 21:09 Message: Logged In: YES user_id=14198 Originator: NO Build 211 is due any day/week now and I'm confident this is fixed there - please reopen if that is not the case. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1874873&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-05-04 11:09:07
|
Bugs item #1931877, was opened at 2008-04-02 14:34 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1931877&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: installation Group: None >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: Adam Getchell (acgetchell) Assigned to: Nobody/Anonymous (nobody) Summary: Vista 64-bit install Initial Comment: Fails with: Can't load Python for pre-install script ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2008-05-04 21:09 Message: Logged In: YES user_id=14198 Originator: NO Build 211 is due any day/week now and I'm confident this is fixed there - please reopen if that is not the case. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1931877&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-05-04 11:08:23
|
Bugs item #1941211, was opened at 2008-04-13 16:03 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1941211&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: Alex Omoto (moto23) Assigned to: Nobody/Anonymous (nobody) Summary: VB structure error - "Old format or invalid type library" Initial Comment: Hi, I have the following VB and python code to test VB structures: VB - ClassLibrary1: Public Structure test Public var1 As Integer Public var2 As Double Public var3 As String End Structure Public Class Class1 End Class Python: import win32com.client a = win32com.client.Dispatch('ClassLibrary1.Class1') b = win32com.client.Record('test', a) When var3 is a string, I get the error shown below. I have no problems when var3 is int or double. I'm using ActiveState Python 2.4.5.14. pywintypes.com_error: (-2147319783, 'Old format or invalid type library.', None, None) Thanks, Alex ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2008-05-04 21:08 Message: Logged In: YES user_id=14198 Originator: NO I'm sorry, but there isn't enough info here for me to repro the problem. Note that there are VB6 tests, so you probably need to modify them to demonstrate the problem before I will be able to take any action. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1941211&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-05-04 11:06:57
|
Bugs item #1944375, was opened at 2008-04-17 07:11 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1944375&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: Christopher Nelson (neverjade) Assigned to: Nobody/Anonymous (nobody) Summary: PyRegEnumValue fails on i18n systems Initial Comment: If you try to enumerate the contents of the registry key: "SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Control Panel\\Cursors\\Schemes" pywin32 will fail with a (234, "PyRegEnumValue", ""), which means that RegEnumValue returned with ERROR_MORE_DATA. The method pywin32 currently uses to detect the size of the value name buffer does not work properly on Windows 2003 X64 Japanese. To fix this bug you must make the code look like the follwing: // @pymethod (string,object,type)|win32api|RegEnumValue|Enumerates values of the specified open registry key. The function retrieves the name of one subkey each time it is called. static PyObject * PyRegEnumValue( PyObject *self, PyObject *args ) { // This value is taken from MSDN docs. const DWORD maxValueNameSize=16384; HKEY hKey; PyObject *obKey; int index; long rc; TCHAR retValueBuf[maxValueNameSize]; BYTE *retDataBuf; DWORD retValueSize = maxValueNameSize; DWORD retDataSize=0; DWORD typ; // @pyparm <o PyHKEY>/int|key||An already open key, or any one of the following win32con constants:<nl>HKEY_CLASSES_ROOT<nl>HKEY_CURRENT_USER<nl>HKEY_LOCAL_MACHINE<nl>HKEY_USERS // @pyparm int|index||The index of the key to retrieve. if (!PyArg_ParseTuple(args, "Oi:PyRegEnumValue", &obKey, &index)) return NULL; if (!PyWinObject_AsHKEY(obKey, &hKey)) return NULL; // @pyseeapi PyRegEnumValue PyW32_BEGIN_ALLOW_THREADS rc=RegEnumValue(hKey, index, retValueBuf, &retValueSize, NULL, &typ, NULL, &retDataSize); PyW32_END_ALLOW_THREADS // Reset because the call above messed it up. retValueSize=maxValueNameSize; // Don't need to increment because the size returned from RegEnumValue includes any needed terminators. retDataBuf= (BYTE * )alloca(retDataSize); if ((retDataBuf==NULL)){ PyErr_NoMemory(); return NULL; } rc=RegEnumValue(hKey, index, retValueBuf, &retValueSize, NULL, &typ, retDataBuf, &retDataSize); if (rc!=ERROR_SUCCESS) { return ReturnAPIError("PyRegEnumValue", rc); } PyObject *obData=PyWinObject_FromRegistryValue(retDataBuf, retDataSize, typ); if (obData==NULL) { return NULL; } PyObject *retVal = Py_BuildValue("NOi", PyWinObject_FromTCHAR(retValueBuf), obData, typ); Py_DECREF(obData); return retVal; // @comm This function is typically called repeatedly, until an exception is raised, indicating no more values. } ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2008-05-04 21:07 Message: Logged In: YES user_id=14198 Originator: NO Could you please attach either a patch, or the complete source file with the new function (all the indentation is lost above) Thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1944375&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-05-04 11:04:08
|
Bugs item #1953828, was opened at 2008-04-29 12:26 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1953828&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: Hugh Emberson (hugh_emberson) >Assigned to: Mark Hammond (mhammond) Summary: win32rcparser: stringTable error in GenerateFrozenResource Initial Comment: Version: 210 win32rcparser.GenerateFrozenResource() does not write the string table correctly. This snippet shows the string table generated by running win32rcparser.GenerateFrozenResource("test.rc", "testres.py", "test.h"): ------------------------------------------------------- stringTable = \ {'IDS_TEST_STRING1': <win32rcparser.StringDef instance at 0x00C538C8>, 'IDS_TEST_STRING2': <win32rcparser.StringDef instance at 0x00C53918>, 'IDS_TEST_STRING3': <win32rcparser.StringDef instance at 0x00C539E0>, 'IDS_TEST_STRING4': <win32rcparser.StringDef instance at 0x00C53A30>} ------------------------------------------------------- where test.rc and test.h come from site-packages\win32\test\win32rcparser I've attached the complete file below. I believe that fix is to add a __repr__ method to StringDef and to output a class definition of StringDef in the generated source. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2008-05-04 21:04 Message: Logged In: YES user_id=14198 Originator: NO Thanks - but is there any chance you could change win32\test\test_win32rcparser.py to demonstrate the problem and the fix? It already loads a test.rc file that includes string resource, so it shouldn't be hard. I'm afraid I'm out of time to do it in the next couple of weeks - if you can add such tests it could still make it for build 211. Thanks! ---------------------------------------------------------------------- Comment By: Hugh Emberson (hugh_emberson) Date: 2008-04-29 12:52 Message: Logged In: YES user_id=1984762 Originator: YES Here is a patch which fixes the problem. File Added: win32rcparser.py.patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1953828&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-05-03 01:30:03
|
Bugs item #1799934, was opened at 2007-09-22 06:29 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1799934&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: Zooko O'Whielacronx (zooko) Assigned to: Nobody/Anonymous (nobody) Summary: easy_install silently fails Initial Comment: If I install pywin32 by executing pywin32-210.win32-py2.5.exe , it works. If I run "easy_install pywin32" then it claims that it is downloading and installing pywin32-210.win32-py2.5.exe , and after a while it claims that it has successfully installed it, but an attempt to use pywin32 yields errors like this: $ python -c 'import win32process' Traceback (most recent call last): File "<string>", line 1, in <module> ImportError: DLL load failed: The specified module could not be found. I'm not sure whether this should be considered a bug in pywin32 or in easy_install, or both. Regards, Zooko ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2008-05-03 11:30 Message: Logged In: YES user_id=14198 Originator: NO That installer is quite recent - you may need to get the latest setuptools rather than the latest pywin32. Either way, just grab the CVS sources, install the Vista SDK, and execute "setup.py" - to get some basic instructions printed. ---------------------------------------------------------------------- Comment By: Zooko O'Whielacronx (zooko) Date: 2008-05-03 10:56 Message: Logged In: YES user_id=52562 Originator: YES Well, I'm afraid that starship.python.net/crew/mhammond/pywin32-210.9.win32-py2.5.exe doesn't work with the current setuptools -- setuptools v0.6 final. Could you tell me how to build pywin32 packages from CVS so I can experiment? Thanks. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2008-05-03 10:39 Message: Logged In: YES user_id=14198 Originator: NO Try starship.python.net/crew/mhammond/pywin32-210.9.win32-py2.5.exe. Note I'm not sure of the status of the bug I referred to - ie, I'm not sure if a released version of setuptools has the bug fixed (but I assume you are ontop of that :) ---------------------------------------------------------------------- Comment By: Zooko O'Whielacronx (zooko) Date: 2008-05-03 03:48 Message: Logged In: YES user_id=52562 Originator: YES Hi, I went to test this so I could definitely close this bug, but it turns out that pywin32 build 211 isn't downloadable yet. ---------------------------------------------------------------------- Comment By: SourceForge Robot (sf-robot) Date: 2008-04-23 12:20 Message: Logged In: YES user_id=1312539 Originator: NO This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2008-04-09 07:20 Message: Logged In: YES user_id=14198 Originator: NO I believe PJE recently fixed a bug in setuptools that was causing problems with pywin32 as an egg. Please try again after build 211 is released. ---------------------------------------------------------------------- Comment By: Zooko O'Whielacronx (zooko) Date: 2008-01-26 01:17 Message: Logged In: YES user_id=52562 Originator: YES See also: http://mail.python.org/pipermail/distutils-sig/2007-July/007823.html ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2007-10-01 09:33 Message: Logged In: YES user_id=14198 Originator: NO I've no idea - that too is an easy_install question. I've never used easy_install to install pywin32, and I've never recommended anyone else do it either. ---------------------------------------------------------------------- Comment By: Zooko O'Whielacronx (zooko) Date: 2007-10-01 08:57 Message: Logged In: YES user_id=52562 Originator: YES I will see if I can make the pywin32_postinstall.py stuff get done automatically upon easy_install. In the meantime, is there some way to make this failure loud instead of silent? How do you tell easy_install: yes, there is a package in the expected format (.zip) in the expected place (pypi), but it isn't actually going to work? ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2007-09-22 09:57 Message: Logged In: YES user_id=14198 Originator: NO After install, pywin32_postinstall.py needs to be run, but ezsetup apparently does not provide a facility to do that. You may like to ask them for such a facility. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1799934&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-05-03 00:56:39
|
Bugs item #1799934, was opened at 2007-09-21 20:29 Message generated for change (Comment added) made by zooko You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1799934&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: Zooko O'Whielacronx (zooko) Assigned to: Nobody/Anonymous (nobody) Summary: easy_install silently fails Initial Comment: If I install pywin32 by executing pywin32-210.win32-py2.5.exe , it works. If I run "easy_install pywin32" then it claims that it is downloading and installing pywin32-210.win32-py2.5.exe , and after a while it claims that it has successfully installed it, but an attempt to use pywin32 yields errors like this: $ python -c 'import win32process' Traceback (most recent call last): File "<string>", line 1, in <module> ImportError: DLL load failed: The specified module could not be found. I'm not sure whether this should be considered a bug in pywin32 or in easy_install, or both. Regards, Zooko ---------------------------------------------------------------------- >Comment By: Zooko O'Whielacronx (zooko) Date: 2008-05-03 00:56 Message: Logged In: YES user_id=52562 Originator: YES Well, I'm afraid that starship.python.net/crew/mhammond/pywin32-210.9.win32-py2.5.exe doesn't work with the current setuptools -- setuptools v0.6 final. Could you tell me how to build pywin32 packages from CVS so I can experiment? Thanks. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2008-05-03 00:39 Message: Logged In: YES user_id=14198 Originator: NO Try starship.python.net/crew/mhammond/pywin32-210.9.win32-py2.5.exe. Note I'm not sure of the status of the bug I referred to - ie, I'm not sure if a released version of setuptools has the bug fixed (but I assume you are ontop of that :) ---------------------------------------------------------------------- Comment By: Zooko O'Whielacronx (zooko) Date: 2008-05-02 17:48 Message: Logged In: YES user_id=52562 Originator: YES Hi, I went to test this so I could definitely close this bug, but it turns out that pywin32 build 211 isn't downloadable yet. ---------------------------------------------------------------------- Comment By: SourceForge Robot (sf-robot) Date: 2008-04-23 02:20 Message: Logged In: YES user_id=1312539 Originator: NO This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2008-04-08 21:20 Message: Logged In: YES user_id=14198 Originator: NO I believe PJE recently fixed a bug in setuptools that was causing problems with pywin32 as an egg. Please try again after build 211 is released. ---------------------------------------------------------------------- Comment By: Zooko O'Whielacronx (zooko) Date: 2008-01-25 14:17 Message: Logged In: YES user_id=52562 Originator: YES See also: http://mail.python.org/pipermail/distutils-sig/2007-July/007823.html ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2007-09-30 23:33 Message: Logged In: YES user_id=14198 Originator: NO I've no idea - that too is an easy_install question. I've never used easy_install to install pywin32, and I've never recommended anyone else do it either. ---------------------------------------------------------------------- Comment By: Zooko O'Whielacronx (zooko) Date: 2007-09-30 22:57 Message: Logged In: YES user_id=52562 Originator: YES I will see if I can make the pywin32_postinstall.py stuff get done automatically upon easy_install. In the meantime, is there some way to make this failure loud instead of silent? How do you tell easy_install: yes, there is a package in the expected format (.zip) in the expected place (pypi), but it isn't actually going to work? ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2007-09-21 23:57 Message: Logged In: YES user_id=14198 Originator: NO After install, pywin32_postinstall.py needs to be run, but ezsetup apparently does not provide a facility to do that. You may like to ask them for such a facility. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1799934&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-05-03 00:39:34
|
Bugs item #1799934, was opened at 2007-09-22 06:29 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1799934&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: installation Group: None Status: Pending Resolution: None Priority: 5 Private: No Submitted By: Zooko O'Whielacronx (zooko) Assigned to: Nobody/Anonymous (nobody) Summary: easy_install silently fails Initial Comment: If I install pywin32 by executing pywin32-210.win32-py2.5.exe , it works. If I run "easy_install pywin32" then it claims that it is downloading and installing pywin32-210.win32-py2.5.exe , and after a while it claims that it has successfully installed it, but an attempt to use pywin32 yields errors like this: $ python -c 'import win32process' Traceback (most recent call last): File "<string>", line 1, in <module> ImportError: DLL load failed: The specified module could not be found. I'm not sure whether this should be considered a bug in pywin32 or in easy_install, or both. Regards, Zooko ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2008-05-03 10:39 Message: Logged In: YES user_id=14198 Originator: NO Try starship.python.net/crew/mhammond/pywin32-210.9.win32-py2.5.exe. Note I'm not sure of the status of the bug I referred to - ie, I'm not sure if a released version of setuptools has the bug fixed (but I assume you are ontop of that :) ---------------------------------------------------------------------- Comment By: Zooko O'Whielacronx (zooko) Date: 2008-05-03 03:48 Message: Logged In: YES user_id=52562 Originator: YES Hi, I went to test this so I could definitely close this bug, but it turns out that pywin32 build 211 isn't downloadable yet. ---------------------------------------------------------------------- Comment By: SourceForge Robot (sf-robot) Date: 2008-04-23 12:20 Message: Logged In: YES user_id=1312539 Originator: NO This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2008-04-09 07:20 Message: Logged In: YES user_id=14198 Originator: NO I believe PJE recently fixed a bug in setuptools that was causing problems with pywin32 as an egg. Please try again after build 211 is released. ---------------------------------------------------------------------- Comment By: Zooko O'Whielacronx (zooko) Date: 2008-01-26 01:17 Message: Logged In: YES user_id=52562 Originator: YES See also: http://mail.python.org/pipermail/distutils-sig/2007-July/007823.html ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2007-10-01 09:33 Message: Logged In: YES user_id=14198 Originator: NO I've no idea - that too is an easy_install question. I've never used easy_install to install pywin32, and I've never recommended anyone else do it either. ---------------------------------------------------------------------- Comment By: Zooko O'Whielacronx (zooko) Date: 2007-10-01 08:57 Message: Logged In: YES user_id=52562 Originator: YES I will see if I can make the pywin32_postinstall.py stuff get done automatically upon easy_install. In the meantime, is there some way to make this failure loud instead of silent? How do you tell easy_install: yes, there is a package in the expected format (.zip) in the expected place (pypi), but it isn't actually going to work? ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2007-09-22 09:57 Message: Logged In: YES user_id=14198 Originator: NO After install, pywin32_postinstall.py needs to be run, but ezsetup apparently does not provide a facility to do that. You may like to ask them for such a facility. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1799934&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-05-02 17:48:40
|
Bugs item #1799934, was opened at 2007-09-21 20:29 Message generated for change (Comment added) made by zooko You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1799934&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: installation Group: None >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: Zooko O'Whielacronx (zooko) Assigned to: Nobody/Anonymous (nobody) Summary: easy_install silently fails Initial Comment: If I install pywin32 by executing pywin32-210.win32-py2.5.exe , it works. If I run "easy_install pywin32" then it claims that it is downloading and installing pywin32-210.win32-py2.5.exe , and after a while it claims that it has successfully installed it, but an attempt to use pywin32 yields errors like this: $ python -c 'import win32process' Traceback (most recent call last): File "<string>", line 1, in <module> ImportError: DLL load failed: The specified module could not be found. I'm not sure whether this should be considered a bug in pywin32 or in easy_install, or both. Regards, Zooko ---------------------------------------------------------------------- >Comment By: Zooko O'Whielacronx (zooko) Date: 2008-05-02 17:48 Message: Logged In: YES user_id=52562 Originator: YES Hi, I went to test this so I could definitely close this bug, but it turns out that pywin32 build 211 isn't downloadable yet. ---------------------------------------------------------------------- Comment By: SourceForge Robot (sf-robot) Date: 2008-04-23 02:20 Message: Logged In: YES user_id=1312539 Originator: NO This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2008-04-08 21:20 Message: Logged In: YES user_id=14198 Originator: NO I believe PJE recently fixed a bug in setuptools that was causing problems with pywin32 as an egg. Please try again after build 211 is released. ---------------------------------------------------------------------- Comment By: Zooko O'Whielacronx (zooko) Date: 2008-01-25 14:17 Message: Logged In: YES user_id=52562 Originator: YES See also: http://mail.python.org/pipermail/distutils-sig/2007-July/007823.html ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2007-09-30 23:33 Message: Logged In: YES user_id=14198 Originator: NO I've no idea - that too is an easy_install question. I've never used easy_install to install pywin32, and I've never recommended anyone else do it either. ---------------------------------------------------------------------- Comment By: Zooko O'Whielacronx (zooko) Date: 2007-09-30 22:57 Message: Logged In: YES user_id=52562 Originator: YES I will see if I can make the pywin32_postinstall.py stuff get done automatically upon easy_install. In the meantime, is there some way to make this failure loud instead of silent? How do you tell easy_install: yes, there is a package in the expected format (.zip) in the expected place (pypi), but it isn't actually going to work? ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2007-09-21 23:57 Message: Logged In: YES user_id=14198 Originator: NO After install, pywin32_postinstall.py needs to be run, but ezsetup apparently does not provide a facility to do that. You may like to ask them for such a facility. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1799934&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-04-29 02:52:33
|
Bugs item #1953828, was opened at 2008-04-29 12:26 Message generated for change (Comment added) made by hugh_emberson You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1953828&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: Hugh Emberson (hugh_emberson) Assigned to: Nobody/Anonymous (nobody) Summary: win32rcparser: stringTable error in GenerateFrozenResource Initial Comment: Version: 210 win32rcparser.GenerateFrozenResource() does not write the string table correctly. This snippet shows the string table generated by running win32rcparser.GenerateFrozenResource("test.rc", "testres.py", "test.h"): ------------------------------------------------------- stringTable = \ {'IDS_TEST_STRING1': <win32rcparser.StringDef instance at 0x00C538C8>, 'IDS_TEST_STRING2': <win32rcparser.StringDef instance at 0x00C53918>, 'IDS_TEST_STRING3': <win32rcparser.StringDef instance at 0x00C539E0>, 'IDS_TEST_STRING4': <win32rcparser.StringDef instance at 0x00C53A30>} ------------------------------------------------------- where test.rc and test.h come from site-packages\win32\test\win32rcparser I've attached the complete file below. I believe that fix is to add a __repr__ method to StringDef and to output a class definition of StringDef in the generated source. ---------------------------------------------------------------------- >Comment By: Hugh Emberson (hugh_emberson) Date: 2008-04-29 12:52 Message: Logged In: YES user_id=1984762 Originator: YES Here is a patch which fixes the problem. File Added: win32rcparser.py.patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1953828&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-04-29 02:26:18
|
Bugs item #1953828, was opened at 2008-04-29 12:26 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1953828&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: Hugh Emberson (hugh_emberson) Assigned to: Nobody/Anonymous (nobody) Summary: win32rcparser: stringTable error in GenerateFrozenResource Initial Comment: Version: 210 win32rcparser.GenerateFrozenResource() does not write the string table correctly. This snippet shows the string table generated by running win32rcparser.GenerateFrozenResource("test.rc", "testres.py", "test.h"): ------------------------------------------------------- stringTable = \ {'IDS_TEST_STRING1': <win32rcparser.StringDef instance at 0x00C538C8>, 'IDS_TEST_STRING2': <win32rcparser.StringDef instance at 0x00C53918>, 'IDS_TEST_STRING3': <win32rcparser.StringDef instance at 0x00C539E0>, 'IDS_TEST_STRING4': <win32rcparser.StringDef instance at 0x00C53A30>} ------------------------------------------------------- where test.rc and test.h come from site-packages\win32\test\win32rcparser I've attached the complete file below. I believe that fix is to add a __repr__ method to StringDef and to output a class definition of StringDef in the generated source. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1953828&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-04-24 08:22:43
|
Patches item #1937527, was opened at 2008-04-08 12:32 Message generated for change (Comment added) made by ionel_mc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1937527&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: ionel (ionel_mc) Assigned to: Nobody/Anonymous (nobody) Summary: win32file.ConnectEx patch Initial Comment: A patch for ConnectEx. called as follows: win32file.ConnectEx(sock, (host, port), overlappedobj [, bufferobj]) here's an example: import socket, win32file, pywintypes s = socket.socket() ol = pywintypes.OVERLAPPED() s.bind(('0.0.0.0', 0)) # connectex requires the socket be bound beforehand print win32file.ConnectEx(s, ("google.com", 80), ol, "GET / HTTP/1.1\r\n\r\n") print win32file.GetOverlappedResult(s.fileno(), ol, 1) ol = pywintypes.OVERLAPPED() buff = win32file.AllocateReadBuffer(20480) print win32file.WSARecv(s, buff, ol, 0) print win32file.GetOverlappedResult(s.fileno(), ol, 1) print buff I've tested this on win xp. I use getaddrinfo to process the (host, port) tuple. Please review. ---------------------------------------------------------------------- >Comment By: ionel (ionel_mc) Date: 2008-04-24 11:22 Message: Logged In: YES user_id=1189761 Originator: YES wops, forgot something File Added: win32file.i-4.patch ---------------------------------------------------------------------- Comment By: ionel (ionel_mc) Date: 2008-04-24 11:22 Message: Logged In: YES user_id=1189761 Originator: YES wops, forgot something File Added: win32file.i-4.patch ---------------------------------------------------------------------- Comment By: ionel (ionel_mc) Date: 2008-04-24 10:57 Message: Logged In: YES user_id=1189761 Originator: YES ok i've made some changes: i've moved the wsaioctl in the function body - the msdn docs didn't say if the pointer i'm getting is always the same - wsaioctl requires a wsainit before, i feel win32file is the wrong place to do that and i don't want to force users to import the socket module (for wsainit) before win32file still looking for some feedback on this one though. i've changed the buffer handling parts to use the 'buffer api' File Added: win32file.i-3.patch ---------------------------------------------------------------------- Comment By: ionel (ionel_mc) Date: 2008-04-24 10:57 Message: Logged In: YES user_id=1189761 Originator: YES ok i've made some changes: i've moved the wsaioctl in the function body - the msdn docs didn't say if the pointer i'm getting is always the same - wsaioctl requires a wsainit before, i feel win32file is the wrong place to do that and i don't want to force users to import the socket module (for wsainit) before win32file still looking for some feedback on this one though. i've changed the buffer handling parts to use the 'buffer api' File Added: win32file.i-3.patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1937527&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-04-24 08:22:43
|
Patches item #1937527, was opened at 2008-04-08 12:32 Message generated for change (Comment added) made by ionel_mc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1937527&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: ionel (ionel_mc) Assigned to: Nobody/Anonymous (nobody) Summary: win32file.ConnectEx patch Initial Comment: A patch for ConnectEx. called as follows: win32file.ConnectEx(sock, (host, port), overlappedobj [, bufferobj]) here's an example: import socket, win32file, pywintypes s = socket.socket() ol = pywintypes.OVERLAPPED() s.bind(('0.0.0.0', 0)) # connectex requires the socket be bound beforehand print win32file.ConnectEx(s, ("google.com", 80), ol, "GET / HTTP/1.1\r\n\r\n") print win32file.GetOverlappedResult(s.fileno(), ol, 1) ol = pywintypes.OVERLAPPED() buff = win32file.AllocateReadBuffer(20480) print win32file.WSARecv(s, buff, ol, 0) print win32file.GetOverlappedResult(s.fileno(), ol, 1) print buff I've tested this on win xp. I use getaddrinfo to process the (host, port) tuple. Please review. ---------------------------------------------------------------------- >Comment By: ionel (ionel_mc) Date: 2008-04-24 11:22 Message: Logged In: YES user_id=1189761 Originator: YES wops, forgot something File Added: win32file.i-4.patch ---------------------------------------------------------------------- Comment By: ionel (ionel_mc) Date: 2008-04-24 10:57 Message: Logged In: YES user_id=1189761 Originator: YES ok i've made some changes: i've moved the wsaioctl in the function body - the msdn docs didn't say if the pointer i'm getting is always the same - wsaioctl requires a wsainit before, i feel win32file is the wrong place to do that and i don't want to force users to import the socket module (for wsainit) before win32file still looking for some feedback on this one though. i've changed the buffer handling parts to use the 'buffer api' File Added: win32file.i-3.patch ---------------------------------------------------------------------- Comment By: ionel (ionel_mc) Date: 2008-04-24 10:57 Message: Logged In: YES user_id=1189761 Originator: YES ok i've made some changes: i've moved the wsaioctl in the function body - the msdn docs didn't say if the pointer i'm getting is always the same - wsaioctl requires a wsainit before, i feel win32file is the wrong place to do that and i don't want to force users to import the socket module (for wsainit) before win32file still looking for some feedback on this one though. i've changed the buffer handling parts to use the 'buffer api' File Added: win32file.i-3.patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1937527&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-04-24 07:57:17
|
Patches item #1937527, was opened at 2008-04-08 12:32 Message generated for change (Comment added) made by ionel_mc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1937527&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: ionel (ionel_mc) Assigned to: Nobody/Anonymous (nobody) Summary: win32file.ConnectEx patch Initial Comment: A patch for ConnectEx. called as follows: win32file.ConnectEx(sock, (host, port), overlappedobj [, bufferobj]) here's an example: import socket, win32file, pywintypes s = socket.socket() ol = pywintypes.OVERLAPPED() s.bind(('0.0.0.0', 0)) # connectex requires the socket be bound beforehand print win32file.ConnectEx(s, ("google.com", 80), ol, "GET / HTTP/1.1\r\n\r\n") print win32file.GetOverlappedResult(s.fileno(), ol, 1) ol = pywintypes.OVERLAPPED() buff = win32file.AllocateReadBuffer(20480) print win32file.WSARecv(s, buff, ol, 0) print win32file.GetOverlappedResult(s.fileno(), ol, 1) print buff I've tested this on win xp. I use getaddrinfo to process the (host, port) tuple. Please review. ---------------------------------------------------------------------- >Comment By: ionel (ionel_mc) Date: 2008-04-24 10:57 Message: Logged In: YES user_id=1189761 Originator: YES ok i've made some changes: i've moved the wsaioctl in the function body - the msdn docs didn't say if the pointer i'm getting is always the same - wsaioctl requires a wsainit before, i feel win32file is the wrong place to do that and i don't want to force users to import the socket module (for wsainit) before win32file still looking for some feedback on this one though. i've changed the buffer handling parts to use the 'buffer api' File Added: win32file.i-3.patch ---------------------------------------------------------------------- Comment By: ionel (ionel_mc) Date: 2008-04-24 10:57 Message: Logged In: YES user_id=1189761 Originator: YES ok i've made some changes: i've moved the wsaioctl in the function body - the msdn docs didn't say if the pointer i'm getting is always the same - wsaioctl requires a wsainit before, i feel win32file is the wrong place to do that and i don't want to force users to import the socket module (for wsainit) before win32file still looking for some feedback on this one though. i've changed the buffer handling parts to use the 'buffer api' File Added: win32file.i-3.patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1937527&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-04-24 07:57:15
|
Patches item #1937527, was opened at 2008-04-08 12:32 Message generated for change (Comment added) made by ionel_mc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1937527&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: ionel (ionel_mc) Assigned to: Nobody/Anonymous (nobody) Summary: win32file.ConnectEx patch Initial Comment: A patch for ConnectEx. called as follows: win32file.ConnectEx(sock, (host, port), overlappedobj [, bufferobj]) here's an example: import socket, win32file, pywintypes s = socket.socket() ol = pywintypes.OVERLAPPED() s.bind(('0.0.0.0', 0)) # connectex requires the socket be bound beforehand print win32file.ConnectEx(s, ("google.com", 80), ol, "GET / HTTP/1.1\r\n\r\n") print win32file.GetOverlappedResult(s.fileno(), ol, 1) ol = pywintypes.OVERLAPPED() buff = win32file.AllocateReadBuffer(20480) print win32file.WSARecv(s, buff, ol, 0) print win32file.GetOverlappedResult(s.fileno(), ol, 1) print buff I've tested this on win xp. I use getaddrinfo to process the (host, port) tuple. Please review. ---------------------------------------------------------------------- >Comment By: ionel (ionel_mc) Date: 2008-04-24 10:57 Message: Logged In: YES user_id=1189761 Originator: YES ok i've made some changes: i've moved the wsaioctl in the function body - the msdn docs didn't say if the pointer i'm getting is always the same - wsaioctl requires a wsainit before, i feel win32file is the wrong place to do that and i don't want to force users to import the socket module (for wsainit) before win32file still looking for some feedback on this one though. i've changed the buffer handling parts to use the 'buffer api' File Added: win32file.i-3.patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1937527&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-04-23 02:20:29
|
Bugs item #1799934, was opened at 2007-09-21 13:29 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1799934&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: None Priority: 5 Private: No Submitted By: Zooko O'Whielacronx (zooko) Assigned to: Nobody/Anonymous (nobody) Summary: easy_install silently fails Initial Comment: If I install pywin32 by executing pywin32-210.win32-py2.5.exe , it works. If I run "easy_install pywin32" then it claims that it is downloading and installing pywin32-210.win32-py2.5.exe , and after a while it claims that it has successfully installed it, but an attempt to use pywin32 yields errors like this: $ python -c 'import win32process' Traceback (most recent call last): File "<string>", line 1, in <module> ImportError: DLL load failed: The specified module could not be found. I'm not sure whether this should be considered a bug in pywin32 or in easy_install, or both. Regards, Zooko ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2008-04-22 19:20 Message: Logged In: YES user_id=1312539 Originator: NO This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2008-04-08 14:20 Message: Logged In: YES user_id=14198 Originator: NO I believe PJE recently fixed a bug in setuptools that was causing problems with pywin32 as an egg. Please try again after build 211 is released. ---------------------------------------------------------------------- Comment By: Zooko O'Whielacronx (zooko) Date: 2008-01-25 06:17 Message: Logged In: YES user_id=52562 Originator: YES See also: http://mail.python.org/pipermail/distutils-sig/2007-July/007823.html ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2007-09-30 16:33 Message: Logged In: YES user_id=14198 Originator: NO I've no idea - that too is an easy_install question. I've never used easy_install to install pywin32, and I've never recommended anyone else do it either. ---------------------------------------------------------------------- Comment By: Zooko O'Whielacronx (zooko) Date: 2007-09-30 15:57 Message: Logged In: YES user_id=52562 Originator: YES I will see if I can make the pywin32_postinstall.py stuff get done automatically upon easy_install. In the meantime, is there some way to make this failure loud instead of silent? How do you tell easy_install: yes, there is a package in the expected format (.zip) in the expected place (pypi), but it isn't actually going to work? ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2007-09-21 16:57 Message: Logged In: YES user_id=14198 Originator: NO After install, pywin32_postinstall.py needs to be run, but ezsetup apparently does not provide a facility to do that. You may like to ask them for such a facility. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1799934&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-04-16 21:10:59
|
Bugs item #1944375, was opened at 2008-04-16 21:11 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1944375&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: Christopher Nelson (neverjade) Assigned to: Nobody/Anonymous (nobody) Summary: PyRegEnumValue fails on i18n systems Initial Comment: If you try to enumerate the contents of the registry key: "SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Control Panel\\Cursors\\Schemes" pywin32 will fail with a (234, "PyRegEnumValue", ""), which means that RegEnumValue returned with ERROR_MORE_DATA. The method pywin32 currently uses to detect the size of the value name buffer does not work properly on Windows 2003 X64 Japanese. To fix this bug you must make the code look like the follwing: // @pymethod (string,object,type)|win32api|RegEnumValue|Enumerates values of the specified open registry key. The function retrieves the name of one subkey each time it is called. static PyObject * PyRegEnumValue( PyObject *self, PyObject *args ) { // This value is taken from MSDN docs. const DWORD maxValueNameSize=16384; HKEY hKey; PyObject *obKey; int index; long rc; TCHAR retValueBuf[maxValueNameSize]; BYTE *retDataBuf; DWORD retValueSize = maxValueNameSize; DWORD retDataSize=0; DWORD typ; // @pyparm <o PyHKEY>/int|key||An already open key, or any one of the following win32con constants:<nl>HKEY_CLASSES_ROOT<nl>HKEY_CURRENT_USER<nl>HKEY_LOCAL_MACHINE<nl>HKEY_USERS // @pyparm int|index||The index of the key to retrieve. if (!PyArg_ParseTuple(args, "Oi:PyRegEnumValue", &obKey, &index)) return NULL; if (!PyWinObject_AsHKEY(obKey, &hKey)) return NULL; // @pyseeapi PyRegEnumValue PyW32_BEGIN_ALLOW_THREADS rc=RegEnumValue(hKey, index, retValueBuf, &retValueSize, NULL, &typ, NULL, &retDataSize); PyW32_END_ALLOW_THREADS // Reset because the call above messed it up. retValueSize=maxValueNameSize; // Don't need to increment because the size returned from RegEnumValue includes any needed terminators. retDataBuf= (BYTE * )alloca(retDataSize); if ((retDataBuf==NULL)){ PyErr_NoMemory(); return NULL; } rc=RegEnumValue(hKey, index, retValueBuf, &retValueSize, NULL, &typ, retDataBuf, &retDataSize); if (rc!=ERROR_SUCCESS) { return ReturnAPIError("PyRegEnumValue", rc); } PyObject *obData=PyWinObject_FromRegistryValue(retDataBuf, retDataSize, typ); if (obData==NULL) { return NULL; } PyObject *retVal = Py_BuildValue("NOi", PyWinObject_FromTCHAR(retValueBuf), obData, typ); Py_DECREF(obData); return retVal; // @comm This function is typically called repeatedly, until an exception is raised, indicating no more values. } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1944375&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-04-13 06:03:12
|
Bugs item #1941211, was opened at 2008-04-12 23:03 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1941211&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: Alex Omoto (moto23) Assigned to: Nobody/Anonymous (nobody) Summary: VB structure error - "Old format or invalid type library" Initial Comment: Hi, I have the following VB and python code to test VB structures: VB - ClassLibrary1: Public Structure test Public var1 As Integer Public var2 As Double Public var3 As String End Structure Public Class Class1 End Class Python: import win32com.client a = win32com.client.Dispatch('ClassLibrary1.Class1') b = win32com.client.Record('test', a) When var3 is a string, I get the error shown below. I have no problems when var3 is int or double. I'm using ActiveState Python 2.4.5.14. pywintypes.com_error: (-2147319783, 'Old format or invalid type library.', None, None) Thanks, Alex ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1941211&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-04-10 22:43:52
|
Feature Requests item #1608464, was opened at 2006-12-04 08:54 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1608464&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: CKuhlmann (ckuhlmann) >Assigned to: Roger Upole (rupole) Summary: InsertItem() to add a new tab to tab control Initial Comment: To add a new tab to a tab control I added the function InsertItem() in Pythonwin\win32prop.cpp. In addition to that, changes had to be made in win32\lib\commctrl.py (-> TCN_SELCHANGE etc.), win32util.cpp and win32ui.h to get/send a notification when the selected tab on the tab control has changed. All changes are documented in the attached file changes_for_tab_control.txt. ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2008-04-10 17:43 Message: Logged In: YES user_id=771074 Originator: NO I'm working on integrating this with recent changes. Can you provide some python code that exercises this functionality to aid with testing ? ---------------------------------------------------------------------- Comment By: CKuhlmann (ckuhlmann) Date: 2006-12-05 04:49 Message: Logged In: YES user_id=1646195 Originator: YES I now uploaded a zip-file which contains win32prop.cpp, win32util.cpp, win32ui.h and commctrl.py. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2006-12-04 17:54 Message: Logged In: YES user_id=14198 Originator: NO Could you please supply these changes as a patch? I'm afraid I don't have time to manually stick the parts together Thanks, Mark ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1608464&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-04-10 22:38:14
|
Bugs item #950376, was opened at 2004-05-08 06:32 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=950376&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: Autocomplete popup closes after backspace Initial Comment: Type a name followed by a period. If the autocomplete popup appears, type a letter, then a backspace. The popup closes. It should stay open, so I can try a different initial letter. ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2008-04-10 17:38 Message: Logged In: YES user_id=771074 Originator: NO Sorry, I missed that you meant deleting back to the dot itself. Reopening. ---------------------------------------------------------------------- Comment By: bob gailer (ramrom) Date: 2008-04-10 09:31 Message: Logged In: YES user_id=587593 Originator: YES I have build 210 (latest?). The problem exists there. ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2008-04-09 20:38 Message: Logged In: YES user_id=771074 Originator: NO This no longer occurs, not sure when it was fixed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=950376&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-04-10 14:31:14
|
Bugs item #950376, was opened at 2004-05-08 05:32 Message generated for change (Comment added) made by ramrom You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=950376&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: bob gailer (ramrom) Assigned to: Nobody/Anonymous (nobody) Summary: Autocomplete popup closes after backspace Initial Comment: Type a name followed by a period. If the autocomplete popup appears, type a letter, then a backspace. The popup closes. It should stay open, so I can try a different initial letter. ---------------------------------------------------------------------- >Comment By: bob gailer (ramrom) Date: 2008-04-10 08:31 Message: Logged In: YES user_id=587593 Originator: YES I have build 210 (latest?). The problem exists there. ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2008-04-09 19:38 Message: Logged In: YES user_id=771074 Originator: NO This no longer occurs, not sure when it was fixed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=950376&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-04-10 04:24:44
|
Patches item #1706430, was opened at 2007-04-24 20:01 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1706430&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Out of Date Priority: 5 Private: No Submitted By: Michael Foetsch (foetsch) Assigned to: Nobody/Anonymous (nobody) Summary: Access violation in odbc when DB is down Initial Comment: When a DB connection is opened using "odbc.odbc()", and the connection object is reused for several queries (which it usually is), an access violation might occur. To reproduce: * Open a connection * Execute an SQL query * Shut down the SQL database service * Execute another SQL query using the same connection object * A Python exception occurs, which is expected * When the DB cursor is garbage collected (or when you invoke "close()" on it explicitly), Python crashes with an access violation within the ODBC DLL (I tried using Win XP and SQL Server 2005) In the patch, the access violation is caught using a __try/__except. This also allows "attemptReconnect()" to do its magic when the SQL service goes back up. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2008-04-10 14:24 Message: Logged In: YES user_id=14198 Originator: NO Thanks - but a slightly different version of a similar patch was checked in r1.20 of odbc.cpp ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1706430&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-04-10 02:01:26
|
Bugs item #770208, was opened at 2003-07-12 12:00 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=770208&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Invalid Priority: 5 Private: No Submitted By: bob gailer (ramrom) Assigned to: Nobody/Anonymous (nobody) Summary: ctrl-v does not work in Help Initial Comment: ctrl-v does not work in Help (manuals and reference). I think it should. I certainly want it to. The only way to copy selected text is rt-click -> copy. ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2008-04-09 21:01 Message: Logged In: YES user_id=771074 Originator: NO This is a function of the Html Help Viewer itself, rather than something that can be changed in the help file. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=770208&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-04-10 01:50:44
|
Bugs item #841607, was opened at 2003-11-13 13:25 Message generated for change (Settings changed) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=841607&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: Works For Me Priority: 5 Private: No Submitted By: bob gailer (ramrom) Assigned to: Nobody/Anonymous (nobody) Summary: Attempt to run script fails. Initial Comment: OPen a script. Hit F5. Error: Traceback (most recent call last): File "C:\Python22\lib\site-packages\Pythonwin\pywin\framework\scriptutils.py", line 307, in RunScript debugger.run(codeObject, __main__.__dict__, start_stepping=0) File "C:\Python22\lib\site-packages\Pythonwin\pywin\debugger\__init__.py", line 60, in run _GetCurrentDebugger().run(cmd, globals,locals, start_stepping) File "C:\Python22\lib\site-packages\Pythonwin\pywin\debugger\__init__.py", line 35, in _GetCurrentDebugger _CheckNeedGUI() File "C:\Python22\lib\site-packages\Pythonwin\pywin\debugger\__init__.py", line 21, in _CheckNeedGUI pywin.framework.app.CreateDefaultGUI(dbgpyapp.DebuggerPythonApp) File "C:\Python22\lib\site-packages\Pythonwin\pywin\framework\app.py", line 392, in CreateDefaultGUI appClass().InitInstance() File "C:\Python22\lib\site-packages\Pythonwin\pywin\debugger\dbgpyapp.py", line 33, in InitInstance win32ui.LoadStdProfileSettings(numMRU) win32ui: The profile settings have already been loaded. ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2008-04-09 20:50 Message: Logged In: YES user_id=771074 Originator: NO I can't trigger this behaviour, may have been fixed in the meantime. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=841607&group_id=78018 |
2 messages has been excluded from this view by a project administrator.
