pywin32-bugs Mailing List for Python for Windows Extensions (Page 102)
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...> - 2004-06-30 18:20:05
|
Patches item #982914, was opened at 2004-06-30 18:20 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=982914&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Phil Rittenhouse (prittenh) Assigned to: Nobody/Anonymous (nobody) Summary: Support for CreateTypeLib2 Initial Comment: This patch adds the CreateTypeLib2 API to pywin32. The changes parallel the code for CreateTypeLib support. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=982914&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-06-30 12:19:54
|
Bugs item #982700, was opened at 2004-06-30 14:19 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=982700&group_id=78018 Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Fedor Baart (siggyf) Assigned to: Nobody/Anonymous (nobody) Summary: unicode default arguments raises an error Initial Comment: A function with a default unicode argument raises an error if pywin shows the argument-popup. Reproduction: Enter the folowing in the interactive window: def test(a=u'a'): pass Enter "test(" and an error will be raised: TypeError: array initializer must be list or string The cause is that array's are created with the text of the default arguments. This is done with typecode 'c'. This isn't unicode compatible. (PythonWin 2.3.4 (#53, May 25 2004, 21:17:02) build 201, Windows XP) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=982700&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-06-25 10:30:51
|
Bugs item #979641, was opened at 2004-06-25 12:30 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=979641&group_id=78018 Category: com Group: None Status: Open Resolution: None Priority: 5 Submitted By: Thorsten Kohnhorst (monsterkodi) Assigned to: Nobody/Anonymous (nobody) Summary: win32com.shell.shell.SHEmptyRecycleBin crashes on Win XP Initial Comment: win32com.shell.shell.SHEmptyRecycleBin works correctly (it empties the trash bin) but fails to return without a crash (read access violation) on Windows XP. tested for builds 200 and 201.1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=979641&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-06-24 21:03:19
|
Bugs item #979270, was opened at 2004-06-24 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=979270&group_id=78018 Category: win32 Group: None Status: Open Resolution: None Priority: 5 Submitted By: Patrick Mezard (trickos) Assigned to: Nobody/Anonymous (nobody) Summary: SetFilePointer fails with negative offset Initial Comment: I failed to make SetFilePointer work with negative offsets (using FILE_CURRENT or FILE_END) where the equivalent C call works correctly. The attached code demonstrates the problem. Running it returns: ###################### Traceback (most recent call last): File "test_win32file.py", line 34, in ? assert s==data AssertionError ###################### Making wild guess about the C++ code, I would say the routine/macro decoding or repacking the Py_LARGEINTEGER into a pair of (LONG,LONG) might mess with signed/unsigned integers. I have no debugging proof to support that claim though. I tested with the package provided with "Python 2.3.2 (#49, Nov 13 2003, 10:34:54) [MSC v.1200 32 bit (Intel)] on win32", Windows XP Pro SP1. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=979270&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-06-23 09:54:16
|
Bugs item #978096, was opened at 2004-06-23 09:54 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=978096&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: George Tegos (gtegos) Assigned to: Nobody/Anonymous (nobody) Summary: Problem with nested dispatches in build 201 Initial Comment: We have an application which exposes an automation object Application. One member of Application is Zip which is another automation object which has a property Recursive of type BOOL. In a Python script we have: Application.Zip.Recursive = 1 With build 201 we get a COM error saying that we have a wrong number of parameters. The same was working fine with build 200 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=978096&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-06-22 11:54:04
|
Patches item #977399, was opened at 2004-06-22 14:54 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=977399&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Adal Chiriliuc (adalx) Assigned to: Nobody/Anonymous (nobody) Summary: Support for user supplied exception handler Initial Comment: win32ui.h 1. Added ExceptionHandler declarations. win32uimodule.cpp 1. Converted Python_run_command_with_log to use ExceptionHandler. 2. Converted gui_print_error to use ExceptionHandler. 3. Added TRACE to gui_print_error which warns about recursive call. 4. Implemented ExceptionHandler. win32thread.cpp 1. Converted to use ExceptionHandler. win32virt.cpp 1. Fixed crash if we re-enter the error handler. Example: Document.OnDraw raises. We show a dialog box with the traceback. The dialog box being displayed in front of the document will trigger on move another WM_PAINT. This will trigger Document.OnDraw which will probably raise again. So while being in the error handling routine, we enter it again! gui_error_print is protected against this, but the line will fail "char *szRepr = PyString_AsString(obRepr);" because obRepr is NULL (at least on my machine). 2. Converted to use ExceptionHandler. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=977399&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-06-22 11:52:31
|
Patches item #977398, was opened at 2004-06-22 14:52 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=977398&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Adal Chiriliuc (adalx) Assigned to: Nobody/Anonymous (nobody) Summary: Toolbar and statusbar fixes and new methods Initial Comment: win32assoc.h 1. Added skipLookup argument (defaults to false) to ui_assoc_object::make. win32assoc.cpp 1. Implemented skipLookup argument (defaults to false) to ui_assoc_object::make. win32toolbar.cpp 1. Fixed crash in PyCToolBar_GetToolBarCtrl using the functionality described above (skipLookup). 2. Fixed GetToolBarCtrl (not the same as the above). 3. Added PyCStatusBar.GetStatusBarCtrl. The following are independent of the above, but were included here to avoid dependency of the order of applying patches. 4. PyCStatusBar::create - added optional ctrlStyle argument to support the creation of status bar with tooltips. 5. Added PyCStatusBar.GetPaneInfo. 6. Added PyCStatusBar.SetPaneInfo. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=977398&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-06-22 11:50:49
|
Patches item #977395, was opened at 2004-06-22 14:50 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=977395&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Adal Chiriliuc (adalx) Assigned to: Nobody/Anonymous (nobody) Summary: PyCStatusBarCtrl.SetTipText Initial Comment: Added PyCStatusBarCtrl.SetTipText method. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=977395&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-06-22 11:49:22
|
Patches item #977394, was opened at 2004-06-22 14:49 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=977394&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Adal Chiriliuc (adalx) Assigned to: Nobody/Anonymous (nobody) Summary: Integer menu ID for PyCFrameWnd.CreateWindow Initial Comment: Added support for integer menu id to PyCFrameWnd.CreateWindow just like PyCFrameWnd.LoadAccelTable has. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=977394&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-06-22 11:47:23
|
Patches item #977391, was opened at 2004-06-22 14:47 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=977391&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Adal Chiriliuc (adalx) Assigned to: Nobody/Anonymous (nobody) Summary: New constants in afxres Initial Comment: Added these constants: CBRS_GRIPPER SBPS_NORMAL SBPS_NOBORDERS SBPS_POPOUT SBPS_OWNERDRAW SBPS_DISABLED SBPS_STRETCH ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=977391&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-06-22 11:45:31
|
Patches item #977388, was opened at 2004-06-22 14:45 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=977388&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Adal Chiriliuc (adalx) Assigned to: Nobody/Anonymous (nobody) Summary: New constants in commctrl Initial Comment: Added these constants: SBARS_TOOLTIPS SBT_NOTABPARSING ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=977388&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-06-17 08:30:44
|
Patches item #974578, was opened at 2004-06-17 10:30 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=974578&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stefan Schukat (sschukat) Assigned to: Nobody/Anonymous (nobody) Summary: Empty Array generate an error if transported via COM Initial Comment: The new code for arbitrary SafeArrays wont allow the transport of empty array. To resolve this problem an else clause has to be added to oleargs.cpp in PyCom_CalculatePyObjectDimension if (!PyBuffer_Check(obItemCheck) && PySequence_Length(obItemCheck)) { ... } // New Code else { // Just an empty list so increase Dimension lReturnDimension += 1; } // End new Code ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=974578&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-06-16 08:22:15
|
Bugs item #973771, was opened at 2004-06-16 10:22 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=973771&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Robert Kiendl (kxroberto) Assigned to: Nobody/Anonymous (nobody) Summary: Grep File Search Tool:doesn't open file anymore Initial Comment: Grep File Search Tool: Double-Click / [RETURN] key doesn't open file anymore. #Search C:\devel\e2x # Files *.py # For thread.start c:\test\test.py(558) thread.start_new(x,()) in earlier versions the file opened. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=973771&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-06-12 05:31:27
|
Bugs item #971565, was opened at 2004-06-11 22:30 Message generated for change (Comment added) made by caveduck You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=971565&group_id=78018 Category: installation Group: None Status: Open Resolution: None Priority: 5 Submitted By: Dave Cook (caveduck) Assigned to: Nobody/Anonymous (nobody) Summary: Can't install pywin32 on XP limited user account Initial Comment: Attempting to install pywin32 on a limited user account under XP is met with a "you don't appear to have enough privileges" dialog. This is then followed by two error dialogs about freopen on stderr etc. Is it fundamentally impossible for pywin32 to operate in a limited account? Base python will work with only a few limitations. ---------------------------------------------------------------------- >Comment By: Dave Cook (caveduck) Date: 2004-06-11 22:31 Message: Logged In: YES user_id=140414 Sorry for the duplicate post, kids refreshed the window :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=971565&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-06-12 05:30:22
|
Bugs item #971565, was opened at 2004-06-11 22:30 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=971565&group_id=78018 Category: installation Group: None Status: Open Resolution: None Priority: 5 Submitted By: Dave Cook (caveduck) Assigned to: Nobody/Anonymous (nobody) Summary: Can't install pywin32 on XP limited user account Initial Comment: Attempting to install pywin32 on a limited user account under XP is met with a "you don't appear to have enough privileges" dialog. This is then followed by two error dialogs about freopen on stderr etc. Is it fundamentally impossible for pywin32 to operate in a limited account? Base python will work with only a few limitations. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=971565&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-06-12 00:46:07
|
Bugs item #971513, was opened at 2004-06-11 17:46 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=971513&group_id=78018 Category: installation Group: None Status: Open Resolution: None Priority: 5 Submitted By: Dave Cook (caveduck) Assigned to: Nobody/Anonymous (nobody) Summary: Can't install pywin32 on XP limited user account Initial Comment: Attempting to install pywin32 on a limited user account under XP is met with a "you don't appear to have enough privileges" dialog. This is then followed by two error dialogs about freopen on stderr etc. Is it fundamentally impossible for pywin32 to operate in a limited account? Base python will work with only a few limitations. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=971513&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-06-09 21:32:40
|
Bugs item #969926, was opened at 2004-06-09 21:32 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=969926&group_id=78018 Category: win32 Group: None Status: Open Resolution: None Priority: 5 Submitted By: Joe Francia (scaba) Assigned to: Nobody/Anonymous (nobody) Summary: Access violation in win32file.DecryptFile Initial Comment: On both Windows 2000 and XP, decrypting an NTFS encrypted file or directory with win32file.DecryptFile() crashes Python. The decryption succeeds, but I get an access violation "instruction 0x00000000 referenced memory at 0x00000000". This happens with both normal and unicode strings passed as filenames. win32file.EncryptFile() works fine. I've attached the XP debug output. #Sample code import win32file win32file.EncryptFile('c:/temp/somefile.txt') win32file.DecryptFile('c:/temp/somefile.txt') ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=969926&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-06-07 21:59:28
|
Bugs item #968201, was opened at 2004-06-08 02:41 Message generated for change (Comment added) made by anadelonbrin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=968201&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Geisinger (geisinger) Assigned to: Nobody/Anonymous (nobody) Summary: Browse CVS Repository broken Initial Comment: browsing the CVS repository will fail with the following message Proxy Error The proxy server received an invalid response from an upstream server. The proxy server could not handle the request GET /viewcvs.py/pywin32. Reason: Max-Forwards has reached zero - proxy loop? ---------------------------------------------------------------------- Comment By: Tony Meyer (anadelonbrin) Date: 2004-06-08 09:59 Message: Logged In: YES user_id=552329 This is a sourceforge problem (see the site status link on the left), and applies to projects starting with various letters, including 'p'. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=968201&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-06-07 14:52:36
|
Bugs item #968208, was opened at 2004-06-07 16:52 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=968208&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Geisinger (geisinger) Assigned to: Nobody/Anonymous (nobody) Summary: missing files PyIProvideTaskPage.h/.cpp (pywin32-201.zip) Initial Comment: D:\Src\pywin32-201>setup_win32all.py build --debug running build running build_py running build_ext Found WINDOWS.H version 0x501 in C:\Program Files\Microsoft SDK\Include building 'taskscheduler' extension C:\Program Files\Microsoft Visual Studio\VC98\BIN\cl.exe /c /nologo /Od /MDd /W3 /GX /Z7 /D_DEBUG -DDISTUTILS_BUILD -Ico m/win32com/src/include -Iwin32/src -IC:\Python23\include -IC:\Python23\PC /TpD:\Src\pywin32-201\com\win32comext\tasksche duler\src\taskscheduler.cpp /Fobuild\temp.win32-2.3\Debug\com\win32comext\taskscheduler\src\taskscheduler.obj taskscheduler.cpp D:\Src\pywin32-201\com\win32comext\taskscheduler\src\taskscheduler.cpp(8) : fatal error C1083: Cannot open include file: 'PyIProvideTaskPage.h': No such file or directory error: command '"C:\Program Files\Microsoft Visual Studio\VC98\BIN\cl.exe"' failed with exit status 2 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=968208&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-06-07 14:41:04
|
Bugs item #968201, was opened at 2004-06-07 16:41 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=968201&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Geisinger (geisinger) Assigned to: Nobody/Anonymous (nobody) Summary: Browse CVS Repository broken Initial Comment: browsing the CVS repository will fail with the following message Proxy Error The proxy server received an invalid response from an upstream server. The proxy server could not handle the request GET /viewcvs.py/pywin32. Reason: Max-Forwards has reached zero - proxy loop? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=968201&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-06-07 08:54:48
|
Bugs item #968033, was opened at 2004-06-07 10:54 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=968033&group_id=78018 Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Aleksander Kowalczyk (thealx) Assigned to: Nobody/Anonymous (nobody) Summary: Interactive window repeats each message from Logger object Initial Comment: Interactive window can display Logger-generated messages (INFO, DEBUG, WARN etc). It works correctly on the first run of the module. But on the next run, each message is repeated twice. On third run - repeated 3 times, and so on. This means that after some runs of the module, You must restart pywin32 because each logger message is repeated many times and You cannot read anything useful. This really pains on hard-debugging sessions. An error occures on build 201, Windows XP. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=968033&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-06-03 09:17:13
|
Bugs item #965610, was opened at 2004-06-03 11:17 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=965610&group_id=78018 Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Robert Kiendl (kxroberto) Assigned to: Nobody/Anonymous (nobody) Summary: docview.py & COM draw Framework into the machine Initial Comment: docview.py draws the framework into the machine (e.g. py2exe creates output +1MB in size). Software uses unnecessary lots of memory. and: now win32com/server/dispatcher.py also draws the framework/debugger ! i patched it like this ( but not very elegant because i don't overview the framework module design well; but only 2 locations changing ) # docview.py self.MakeView=MakeView self._SetupSharedMenu_() def _SetupSharedMenu_(self): pass #to be replaced by framework! ### todo - _SetupSharedMenu_ should be moved to a framework class. ## def _SetupSharedMenu_(self): ## sharedMenu = self.GetSharedMenu() ## from pywin.framework import toolmenu ## toolmenu.SetToolsMenu(sharedMenu) ## from pywin.framework import help ## help.SetHelpMenuOtherHelp(sharedMenu) def _CreateDocTemplate(self, resourceId): return win32ui.CreateDocTemplate(resourceId) def __del__(self): # intpyapp.py import dbgcommands lastLocateFileName = ".py" # used in the "File/Locate" dialog... # todo - _SetupSharedMenu should be moved to a framework class. def _SetupSharedMenu_(self): sharedMenu = self.GetSharedMenu() from pywin.framework import toolmenu toolmenu.SetToolsMenu(sharedMenu) from pywin.framework import help help.SetHelpMenuOtherHelp(sharedMenu) from pywin.mfc import docview docview.DocTemplate._SetupSharedMenu_=_SetupSharedMenu_ class MainFrame(app.MainFrame): def OnCreate(self, createStruct): self.closing = 0 # dispatcher.py def __init__(self, policyClass, ob): exec "import pywin.debugger" pywin.debugger.brk() ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=965610&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-06-01 17:06:18
|
Bugs item #964406, was opened at 2004-06-01 19:06 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=964406&group_id=78018 Category: installation Group: None Status: Open Resolution: None Priority: 5 Submitted By: Edouard Mercier (edouard_mercier) Assigned to: Nobody/Anonymous (nobody) Summary: Installation problem (V201.1) under Windows NT Initial Comment: Hello; trying to install the pywin32 V201.1 (aimed for Python V2.3) under Windows NT, using the .exe installation package with Python V2.3.3 installed (via Zope), I get the following pop-up window: 'Python version 2.3 required, which was not found in the registry.'. Could someone tell me what to do as a work-around, please ? Regards, Edouard ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=964406&group_id=78018 |
|
From: Phil R. <Phi...@ds...> - 2004-06-01 16:08:26
|
Hi, First, I'd like to thank you for the pywin32 package. We have found it extremely useful in a wide variety of tasks. Kudos to everyone involved. I was just wondering if there are any plans to support the CreateTypeLib2 API either instead of, or in addition to, the CreateTypeLib API. I am currently using pythoncom to generate type libraries, but I ran into an issue supporting optional parameters. After a lot of digging I discovered that the old CreateTypeLib API doesn't support them. I have currently built a custom version of pywin32 that uses the new CreateTypeLib2 API, and everything works great. I'm hoping that the CreateTypeLib2 support can be added to the official release. I can volunteer some of my time if that helps. Thanks, Phil P.S. When building from the source for build 201 I noticed that two files were missing: PyIProvideTaskPage.cpp PyIProvideTaskPage.h It wasn't a big deal since they have not changed in CVS since the release. So I just downloaded them and all built fine. |
|
From: SourceForge.net <no...@so...> - 2004-05-31 20:35:57
|
Bugs item #963802, was opened at 2004-05-31 12:35 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=963802&group_id=78018 Category: com Group: None Status: Open Resolution: None Priority: 5 Submitted By: Greg Chapman (glchapman) Assigned to: Nobody/Anonymous (nobody) Summary: Access violation with bad parameter to GetAttributesOf Initial Comment: I've discovered that Pythonwin will rash with an access violation shortly after doing somthing like this: >>> from win32com.shell import shell >>> d = shell.SHGetDesktopFolder() >>> t = d.ParseDisplayName(0, None, r"c:\windows\assembly") >>> d.GetAttributesOf(t[1], -1) In particular, if I try to drag a file onto Pythonwin, I get an access violation. t[1] above is a list of strings. Looking at PyObject_FromPIDLArray (called by PyIShellFolder::GetAttributesOf), I note that it mallocs an array (ppidl), and then passes it to PyObject_FreePIDLArray if PyObject_AsPIDL fails (as it will in this case since the elements of t[1] are strings). Since, *ppidl is not initialized before being passed to PyObject_FreePIDLArray, it appears random pointers may be being passed to PyShell_FreeMem, thus corrupting the shell's heap and causing the AV. Anyway, the malloc in PyObject_FromPIDLArray should probably be a calloc. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=963802&group_id=78018 |
2 messages has been excluded from this view by a project administrator.
