[issue2898] Add memory footprint query

Robert Schuppenies <[EMAIL PROTECTED]> added the comment: I tried to implement a magic method __sizeof__() for the type object which should be callable for type objects and type itself. But calling __sizeof__ results in an error message >>> type.__sizeof__() Traceback (most recent call last):

[issue2630] repr() should not escape non-ASCII characters

Atsuo Ishimoto <[EMAIL PROTECTED]> added the comment: docdiff1.txt contains a documentation for functions I added. Added file: http://bugs.python.org/file10456/docdiff1.txt ___ Python tracker <[EMAIL PROTECTED]>

[issue2898] Add memory footprint query

Georg Brandl <[EMAIL PROTECTED]> added the comment: You probably just need to make the method a class method -- see METH_CLASS. ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue2898] Add memory footprint query

Robert Schuppenies <[EMAIL PROTECTED]> added the comment: thanks, that did the trick. ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-

[issue2988] Invalid cookies crash web applications

New submission from anatoly techtonik <[EMAIL PROTECTED]>: Current BaseCookie and SimpleCookie may crash web-application when running on the same domain with other scripts. Other scripts may create invalid cookies that lead to Cookie.CookieError: Illegal key value in Python. This created problem

[issue2989] type_modified() in typeobject.c should be public

New submission from Stefan Behnel <[EMAIL PROTECTED]>: Here is a patch that makes this function public. This allows C code to correctly taint a type after updating its attributes or base classes. -- components: Interpreter Core files: pytype_modified.patch keywords: patch messages: 67444

[issue2990] type cache updates might run cleanup code in an inconsistent state

New submission from Stefan Behnel <[EMAIL PROTECTED]>: Similar to the "decref before set" issue solved by Py_CLEAR(), the code in typeobject.c calls DECREF in the middle of a cache update. This leaves one cache entry in an invalid state during the DECREF call, which might result in running cleanu

[issue1948] Cant open python gui using VISTA

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Please open a Command Prompt, and run the script: c:\Python25\Lib\idlelib\idle.py Do you see any error message there? -- nosy: +amaury.forgeotdarc resolution: works for me -> status: closed -> open __

[issue2989] type_modified() in typeobject.c should be public

Georg Brandl <[EMAIL PROTECTED]> added the comment: Committed r63757. -- nosy: +georg.brandl resolution: -> accepted status: open -> closed ___ Python tracker <[EMAIL PROTECTED]>

[issue2636] Regexp 2.6 (modifications to current re 2.2.2)

Mark Summerfield <[EMAIL PROTECTED]> added the comment: AFAIK if you have a regex with named capture groups there is no direct way to relate them to the capture group numbers. You could do (untested; Python 3 syntax): d = {v: k for k, v in match.groupdict()} for i in range(match.lastinde

[issue2636] Regexp 2.6 (modifications to current re 2.2.2)

Jeffrey C. Jacobs <[EMAIL PROTECTED]> added the comment: Mark scribbled: > One possible solution would be a grouptuples() function that returned > a tuple of 3-tuples (index, name, captured_text) with the name being > None for unnamed groups. Hmm. Well, that's not a bad idea at all IMHO and wou

[issue2975] VS8 include dirs grow without bound

Scott Dial <[EMAIL PROTECTED]> added the comment: I don't believe this is a valid bug. Can you provide a case where it does in fact grow? This issue has previously been addressed in #1685563, and was carried over to the new code as well. Some lines after the path is appended to, there is a call

[issue2990] type cache updates might run cleanup code in an inconsistent state

Georg Brandl <[EMAIL PROTECTED]> added the comment: Thanks, committed in r63760. -- nosy: +georg.brandl resolution: -> accepted status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> _

[issue2991] Bad behavior in PythonWin

New submission from Hugh Myers <[EMAIL PROTECTED]>: Got this just now: C:\Python25\Lib\site-packages\pythonwin\pywin\scintilla\view.py:641: DeprecationWarning: 'L' format requires 0 <= number <= 4294967295 fr = struct.pack('LLll', hdcRender, hdcFormat, rc[0], rc[1], rc[2], rc[3], rc[0]

[issue2992] Bad behavior in PythonWin

New submission from Hugh Myers <[EMAIL PROTECTED]>: View Whitespace started up enabled when file loaded. Had I left it on when I shut down the editor I would understand(somewhat) the persistence. However I turned it off before I left. This now happens every time I load the file. Shouldn't. -

[issue2993] Bad behavior in PythonWin

New submission from Hugh Myers <[EMAIL PROTECTED]>: Use of column guides can cause bogus indentation errors. Pattern yet to be determined. -- components: Windows messages: 67453 nosy: hsmyers severity: normal status: open title: Bad behavior in PythonWin type: behavior _

[issue2994] Bad behavior in PythonWin

New submission from Hugh Myers <[EMAIL PROTECTED]>: On a 43 line file, printer printed 29 pages, mostly blank(occasional page and title info across top--- somewhat random). Good news is printer performance is consistent with print preview! -- components: Windows messages: 67454 nosy: hsm

[issue2991] Bad behavior in PythonWin

Facundo Batista <[EMAIL PROTECTED]> added the comment: See http://wiki.python.org/moin/PythonWin, PythonWin is not a project from python.org, you should post the bugs in the tracker of that project. -- nosy: +facundobatista resolution: -> invalid status: open -> closed

[issue2992] Bad behavior in PythonWin

Facundo Batista <[EMAIL PROTECTED]> added the comment: See http://wiki.python.org/moin/PythonWin, PythonWin is not a project from python.org, you should post the bugs in the tracker of that project. -- nosy: +facundobatista resolution: -> invalid status: open -> closed

[issue2993] Bad behavior in PythonWin

Facundo Batista <[EMAIL PROTECTED]> added the comment: See http://wiki.python.org/moin/PythonWin, PythonWin is not a project from python.org, you should post the bugs in the tracker of that project. -- nosy: +facundobatista resolution: -> invalid status: open -> closed

[issue2994] Bad behavior in PythonWin

Facundo Batista <[EMAIL PROTECTED]> added the comment: See http://wiki.python.org/moin/PythonWin, PythonWin is not a project from python.org, you should post the bugs in the tracker of that project. -- nosy: +facundobatista resolution: -> invalid status: open -> closed

[issue2898] Add memory footprint query

Changes by Jesús Cea Avión <[EMAIL PROTECTED]>: -- nosy: +jcea ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing l

[issue1758146] Crash in PyObject_Malloc

Franco DiRosa <[EMAIL PROTECTED]> added the comment: The documentation states that thread states are supported within a single interpreter and not supported across other interpreters (specifically for the GIL functions which are just wrapper functions around the PyEval_ functions). So I woul

[issue2995] Idle, some Linuxes, cannot position Cursor by mouseclick

New submission from Matthias Sommer <[EMAIL PROTECTED]>: I'm used to be able to position the cursor by clicking on the desired position. When running Idle (1.2.2 with Python 2.5.2) under Mandriva Linux 2008 (or under Arch Linux 64 or i686 as well as FaunOS a Arch based live distro) this does not

[issue2985] xmlrpclib doesn't support 64bit integer replies

Ralf Schmitt <[EMAIL PROTECTED]> added the comment: which implementations do support those 64 bit integers? -- nosy: +schmir ___ Python tracker <[EMAIL PROTECTED]> ___

[issue2979] use_datetime in SimpleXMLRPCServer

Changes by Ralf Schmitt <[EMAIL PROTECTED]>: -- nosy: +schmir ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing li

[issue2985] xmlrpclib doesn't support 64bit integer replies

Riku Lindblad <[EMAIL PROTECTED]> added the comment: I ran into 64bit integer responses with rtorrent's XML-RPC API. ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue2936] ctypes.util.find_library() doesn't consult LD_LIBRARY_PATH

Changes by Ralf Schmitt <[EMAIL PROTECTED]>: -- nosy: +schmir ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing li

[issue2984] test_dbm fails on Darwin

Ismail Donmez <[EMAIL PROTECTED]> added the comment: Works fine in trunk now. This bug can be closed, thanks. ___ Python tracker <[EMAIL PROTECTED]> ___

[issue2984] test_dbm fails on Darwin

Changes by Brett Cannon <[EMAIL PROTECTED]>: -- resolution: -> out of date status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue2996] IDLE "find in files" output not formatted optimally

New submission from Russell Blau <[EMAIL PROTECTED]>: Using the very handy "Find in files" dialog produces an output window that ends with the line "(Hint: right-click to open locations.)" The only problem is, right-clicking on that window currently doesn't work because the output isn't forma

[issue2292] Missing *-unpacking generalizations

Georg Brandl <[EMAIL PROTECTED]> added the comment: What's the status of this? Is it still under consideration for 3.0 -- if yes, that should get decided before the beta. ___ Python tracker <[EMAIL PROTECTED]> ___

[issue2996] IDLE "find in files" output not formatted optimally

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- assignee: -> kbk nosy: +kbk ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-

[issue2995] Idle, some Linuxes, cannot position Cursor by mouseclick

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- assignee: -> kbk nosy: +kbk ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-

[issue2981] confusing action of struct.pack and struct.unpack with fmt 'p'

John Stowers <[EMAIL PROTECTED]> added the comment: I Agree. AIUI the benefit of pascal strings when transmitted is that the decoder does not need to know its length ahead of time. The requirement that the unpack pascal format string be given the length of the string makes the implementation here

[issue2975] VS8 include dirs grow without bound

Jim Kleckner <[EMAIL PROTECTED]> added the comment: Talk about tunnel vision... The code is right next to it! It is the include paths that are growing without bound (and presumably the LIBPATH as well). The test case is the Cython unit tests. They run until the include variable generates a "l

[issue2973] _ssl compiler warnings

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: It looks like this comes from r59493 which purports to fix a warning: r59493 | christian.heimes | 2007-12-13 23:38:13 -0500 (Thu, 13 Dec 2007) | 1 line Fixed war

[issue2888] pprint produces different output in 2.6 and 3.0

Fred L. Drake, Jr. <[EMAIL PROTECTED]> added the comment: The version seen in py3k is the intended formatting; I don't remember anything about a change, but given the time I've not had in following commit messages and discussions, I could easily have missed something. I'm strongly in favor of th

[issue2888] pprint produces different output in 2.6 and 3.0

Fred L. Drake, Jr. <[EMAIL PROTECTED]> added the comment: I will note that Python 2.5 matches Python 3.0 in this regard. ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue2888] pprint produces different output in 2.6 and 3.0

Fred L. Drake, Jr. <[EMAIL PROTECTED]> added the comment: The patch doesn't include a new test to cover this case. That needs to be written and applied to both trunk and py3k. -- versions: +Python 2.6 -Python 3.0 ___ Python tracker <[EMAIL PROTECTED]

[issue2877] Backport UserString move from 3.0

Brett Cannon <[EMAIL PROTECTED]> added the comment: r63767 has the 2.6 changes (with the block in 3.0 in r63768). r63769 has the fixer in 2to3 in the sandbox. Thanks for the patches, Quentin. -- resolution: -> accepted status: open -> closed ___ Py

[issue2888] pprint produces different output in 2.6 and 3.0

Fred L. Drake, Jr. <[EMAIL PROTECTED]> added the comment: The attached test_pprint.diff adds a test for this problem. This test passes for the py3k and release25-maint branches and fails for the trunk. Applying Manuel Kaufmann's pprint.diff patch to the trunk causes it to pass as well. I'll lea

[issue1005895] curses for win32

Changes by anatoly techtonik <[EMAIL PROTECTED]>: -- nosy: +techtonik ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list