[issue1881] increase parser stack limit

Ralf Schmitt added the comment: yes, here it is. I've added the tests to Lib/test/test_parser. BTW, is it possible to trigger a segfault by constructing a parser.st object and calling compile on it? Added file: http://bugs.python.org/file9258/up-maxstack+tests.txt

[issue1881] increase parser stack limit

Maciek Fijalkowski added the comment: Attached file that handles stack overflow slightly better (from pypy). It really measures stack size, not some arbitrary limit of python calls. Yes, this have slightly bigger overhead than just passing around number, but as a side effect solves

[issue1881] increase parser stack limit

Christian Heimes added the comment: Maciek Fijalkowski wrote: Maciek Fijalkowski added the comment: Attached file that handles stack overflow slightly better (from pypy). It really measures stack size, not some arbitrary limit of python calls. Yes, this have slightly bigger overhead than

[issue1881] increase parser stack limit

Maciek Fijalkowski added the comment: Wuaaa, sorry Added file: http://bugs.python.org/file9259/stack.h __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1881 __ ___

[issue1705520] pyunit should allow __unittest in locals to trim stackframes

Steve Purcell added the comment: This is a good idea, but slightly messy. A better solution would be for unittest to provide a decorator that could be used to mark assertion functions. Internally, that decorator may well work the way you describe. Given a corresponding patch, someone with

[issue1034053] unittest.py patch: add skipped test functionality

Steve Purcell added the comment: The status of this ticket is unchanged. I'm somewhat removed from the Python scene in recent times, and I'm not in a position to apply this patch or a variation of it. I still believe this would be a beneficial change to the unittest module, though, and

[issue1902] Test

New submission from Christian Heimes: ggpolo has reported an issue with the bug tracker -- messages: 61494 nosy: tiran severity: normal status: open title: Test __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1902

[issue1902] Test

Christian Heimes added the comment: Works for me -- resolution: - invalid status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1902 __ ___

[issue1904] Add key argument to heapq functions

New submission from Guilherme Polo: Wouldn't it be useful to add a key argument to some heapq functions ? So you could construct a heap from dict items list based on the second item of each tuple, for example. -- components: Library (Lib) messages: 61496 nosy: gpolo severity: normal

[issue1883] Adapt pydoc to new doc system

Changes by Guilherme Polo: -- type: - behavior __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1883 __ ___ Python-bugs-list mailing list Unsubscribe:

[issue1904] Add key argument to heapq functions

Guilherme Polo added the comment: Adding a simple patch that adds the key argument. To test this you need to comment lines where it tries to import the C version of heapq. Added file: http://bugs.python.org/file9260/heapq_key.py.patch __ Tracker [EMAIL

[issue1381] cmath is numerically unsound

Christian Heimes added the comment: See #1640 and svn+ssh://[EMAIL PROTECTED]/python/branches/trunk-math -- components: +Extension Modules -Library (Lib) keywords: +patch priority: - normal versions: +Python 3.0 -Python 2.5 __ Tracker [EMAIL PROTECTED]

[issue1881] increase parser stack limit

Christian Heimes added the comment: Maciek Fijalkowski wrote: Wuaaa, sorry Added file: http://bugs.python.org/file9259/stack.h Can you provide a working patch, please? The file doesn't explain how it should be plugged into the parser. What's the license of the file? We can't just add code

[issue1881] increase parser stack limit

Christian Heimes added the comment: Maciek Fijalkowski wrote: Hum, this indeed might be not a best place to have such discussion, what about moving this to another, more general issue? Ah! :) It took me a while to understand your intention but now I get you! The python-dev mailing list is

[issue1881] increase parser stack limit

Maciek Fijalkowski added the comment: PyPy is all MIT, no problem at license. This should not be plugged into the parser, this is not a patch (especially not a patch for the parser). This file is rather to illustrate possible solution to solve the problem of sys.setrecursionlimit not being a

[issue1087741] subclassable mmap

Ralf Schmitt added the comment: sorry, I somehow managed to introduce a segfault: ~/pydev/trunk/ cat t.py [EMAIL PROTECTED] ok from mmap import mmap class anon_mmap(mmap): def __new__(klass, *args, **kwargs): res =

[issue1087741] subclassable mmap

Changes by Ralf Schmitt: Added file: http://bugs.python.org/file9261/subclass_mmap_patch.txt _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1087741 _ ___

[issue1087741] subclassable mmap

Ralf Schmitt added the comment: ./python Lib/test/test_mmap.py works with a debug build with this patch. _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1087741 _ ___

[issue487738] weaklist

Fred L. Drake, Jr. added the comment: Facundo: Agreed as well; since the use case isn't strong, let's avoid adding this. -- resolution: - rejected status: open - closed Tracker [EMAIL PROTECTED] http://bugs.python.org/issue487738

[issue1327] Python 2.4+ spends too much time in PyEval_EvalFrame w/ xmlrpmclib

Eric Sammons added the comment: Here is the header information that I get: snip reply: 'HTTP/1.1 200 OK\r\n' header: Date: Tue, 22 Jan 2008 14:42:54 GMT header: Server: Apache header: Content-Length: 183 header: Content-Type: text/xml;charset=UTF-8 /snip Then I get addition send followed by

[issue1327] Python 2.4+ spends too much time in PyEval_EvalFrame w/ xmlrpmclib

Eric Sammons added the comment: Some strace data: WORKS: Python 2.3.4 (#1, Jan 9 2007, 16:40:09) strace -cf ./test.py /tmp/out Process 9439 detached % time seconds usecs/call callserrors syscall -- --- --- - - 33.10

[issue1886] Permit to easily use distutils --formats=tar, gztar, bztar on all systems

Giampaolo Rodola' added the comment: Both things fixed. The new patch is in attachment. Just one thing: I tried a diff between a tar.gz file generated by tarfile module and another one generated by the UNIX tar utility and it seems there are some differences. I don't know if this could

[issue1905] PythonLauncher not working correctly on OS X 10.5/Leopad

New submission from Kevin Walzer: On Mac OS X 10.5 (Leopard), using Python 2.5.1, double-clicking on a Python script in the Finder does not produce the expected behavior, i.e. launch a terminal session and then execute the script. These errors are logged in the console: 1/22/08 9:28:56 AM

[issue1906] Distinguish between cfunction, cvar and cmacro

New submission from Christian Heimes: The new doc system has cmacro but the html output for cmacro is not distinguishable from cfunction. I also noticed that the docs use cfunction instead of cmacro on several occasions. -- assignee: georg.brandl components: Documentation messages:

[issue1327] Python 2.4+ spends too much time in PyEval_EvalFrame w/ xmlrpmclib

Amaury Forgeot d'Arc added the comment: Please, could you use the python profiler instead? Since most of the time is spent in the bytecode interpreter, the results are much more meaningful. Something like: #!/usr/bin/env python import xmlrpclib import profile u = 'someuser' p = 'password'

[issue1904] Add key argument to heapq functions

Changes by Guido van Rossum: -- assignee: - rhettinger keywords: +patch nosy: +rhettinger priority: - low __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1904 __ ___

[issue1907] Httplib.py not supporting timeout - Propose Fix attached

New submission from Guillaume Nourry-Marquis: The httplib file wasn'T supporting a timeout feature which was essential for my load testing application I built. In order to do that, I had to append a parameter to the connect function, which takes a socket timeout value integer in seconds.

[issue1907] Httplib.py not supporting timeout - Propose Fix attached

Facundo Batista added the comment: It's already fixed in the trunk (2.6 will have timeout for httplib and other TCP libraries). -- nosy: +facundobatista resolution: - out of date status: open - closed __ Tracker [EMAIL PROTECTED]

[issue1886] Permit to easily use distutils --formats=tar, gztar, bztar on all systems

Giampaolo Rodola' added the comment: I just did some tests and could not find any major difference. Which are the differences you found? diff utility doesn't provide any output since the compared files are binary. As far as I can tell the two files have a different size (tarfile generates a

[issue1872] change the bool struct format code from 't' to '?'

Facundo Batista added the comment: Boosted priority: if changed, we should do it *before* 2.6 hits the street. -- nosy: +facundobatista priority: - urgent __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1872 __

[issue1034053] unittest.py patch: add skipped test functionality

Georg Brandl added the comment: I'll take it. -- assignee: purcell - georg.brandl nosy: +georg.brandl _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1034053 _

[issue1886] Permit to easily use distutils --formats=tar, gztar, bztar on all systems

Lars Gustäbel added the comment: Hm, on my Linux box both files are more or less identical. Sorry, I cannot reproduce your problem. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1886 __

[issue1908] make html fails - patchlevel is missing

New submission from Christian Heimes: This happens after $ cd Docs $ rm -rf tools $ svn up $ make update $ make html mkdir -p build/html build/doctrees python tools/sphinx-build.py -b html -d build/doctrees -D latex_paper_size= . build/html Traceback (most recent call last): File

[issue609824] traceback.print_stack extension

Raghuram Devarakonda added the comment: I can't think of a use case for this feature and as there is no activity for long time, I am closing it. -- nosy: +draghuram resolution: - rejected status: open - closed Tracker [EMAIL PROTECTED]

[issue1908] make html fails - patchlevel is missing

Georg Brandl added the comment: Silly me, left a lone .pyc file around. Fixed in r60200. -- resolution: - fixed status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1908 __

[issue1862] Error on Save As in IDLE (Vista 32-bit)

Martin v. Löwis added the comment: I've studied the problem with Process Monitor. If a file is hidden, open(f, w) fails, whereas os.open(f, os.W_OK|os.O_CREAT) succeeds. In the succeeding call, process monitor reports Desired Access: Generic Read/Write Disposition:OpenIf Options:

[issue1818] Add named tuple reader to CSV module

Raymond Hettinger added the comment: Barry, any thoughts on this? __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1818 __ ___ Python-bugs-list mailing list Unsubscribe:

[issue462716] sys.settrace inheritance

Raghuram Devarakonda added the comment: I haven't used settrace() functionality myself but a quick test using latest python shows that trace function set with sys.settrace() is not inherited by newly created threads. I am closing this as there is no activity for long time. -- nosy:

[issue1646068] Dict lookups fail if sizeof(Py_ssize_t) sizeof(long)

Antoine Pitrou added the comment: The patch looks fine, but why isn't an union used instead of trying to figure out the longest of both types? -- nosy: +pitrou _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1646068

[issue1087741] subclassable mmap

Georg Brandl added the comment: Committed as r60202. Thanks for the care! _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1087741 _ ___ Python-bugs-list mailing list

[issue1221598] ftplib storbinary/storlines callback function

Giampaolo Rodola' added the comment: Could I propose the following docstring corrections? @@ -313,7 +313,7 @@ expected size may be None if it could not be determined. Optional `rest' argument can be a string that is sent as the -argument to a RESTART command. This

[issue1909] Backport: Mixing default keyword arguments with *args

New submission from Raymond Hettinger: Need to backport Py3.0's functionality so that the following is valid syntax: def f(a, *args, v=None): . . . -- assignee: tiran components: Interpreter Core messages: 61530 nosy: rhettinger, tiran severity: normal status: open title:

[issue1621660] this module (Zen of Python) docs list broken URL

Antoine Pitrou added the comment: I think the original poster alludes to the fact that when doing `import this; help(this)`, the module docs section points to the autogenerated URL `http://www.python.org/doc/current/lib/module-this.html`, which doesn't exist. Probably nothing very annoying

[issue1866] const arg for PyInt_FromString

phil added the comment: Oh, all right. Just don't tell my boss -- he thinks I'm doing real work. :-) I haven't thoroughly studied the test harness, but it looked like prefix/bin/python prefix/lib/python2.5/test/autotest.py was what I should do? The output generated before/after the patch

[issue1818] Add named tuple reader to CSV module

Skip Montanaro added the comment: I'd personally be kind of surprised if Barry had any thoughts on this. Is there any reason this couldn't be pushed down into the C code and replace the normal tuple output completely? In the absence of any fieldnames you could just dream some up, like field001,

[issue1866] const arg for PyInt_FromString

Changes by phil: Added file: http://bugs.python.org/file9266/autotest.out.after __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1866 __ ___ Python-bugs-list mailing list

[issue1121416] zip incorrectly and incompletely documented

Raymond Hettinger added the comment: Added wording to guarantee left-to-right evaluation. See revision 60203. _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1121416 _

[issue1909] Backport: Mixing default keyword arguments with *args

Christian Heimes added the comment: Why have you assigned the bug to me? I ain't no grammar expert. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1909 __ ___ Python-bugs-list

[issue1909] Backport: Mixing default keyword arguments with *args

Christian Heimes added the comment: Raymond Hettinger wrote: Raymond Hettinger added the comment: I mistakenly thought you had done this for Py3.0. You're welcome, pal! :) I've created a backport of the kw only functions for 2.6 but that doesn't make me an expert on grammar.

[issue1221598] ftplib storbinary/storlines callback function

Gregory P. Smith added the comment: thanks. applied (well, they will be when svn.python.org comes back) On 1/22/08, Giampaolo Rodola' [EMAIL PROTECTED] wrote: Giampaolo Rodola' added the comment: Could I propose the following docstring corrections? Added file:

[issue1679] tokenizer permits invalid hex integer

Martin Rinehart added the comment: re 0x == 0 Thanks! Added file: http://bugs.python.org/file9268/unnamed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1679 __re 0x == 0brbrThanks!br

[issue1577] shutil.move() does not use os.rename() if dst is a directory

Antoine Pitrou added the comment: I don't see where there is a change in semantics. Today, `shutil.move(source_file, destination_dir)` already moves source_file inside the destination_dir (it doesn't replace the latter with the former). Is there a misunderstanding? -- nosy: +pitrou

[issue1577] shutil.move() does not use os.rename() if dst is a directory

Antoine Pitrou added the comment: Raghuram, I had understood that, I was answering Guido's objection :-) __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1577 __ ___

[issue1221598] ftplib storbinary/storlines callback function

Giampaolo Rodola' added the comment: Another one. On line 542: -# Note that the RFC doesn't say anything about 'SIZE' +# SIZE command is defined in RFC-3659 _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1221598

[issue1906] Distinguish between cfunction, cvar and cmacro

Georg Brandl added the comment: cmacro is only for non-function-like macros, see the docs. -- resolution: - invalid status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1906 __

[issue1577] shutil.move() does not use os.rename() if dst is a directory

Guido van Rossum added the comment: Antoine: please just ignore me, even though I may once have written this code, I clearly don't understand it any more. :-) All we need now is a patch and someone to review it, right? __ Tracker [EMAIL PROTECTED]

[issue1743] IDLE fails to launch

Martin v. Löwis added the comment: I've studied the problem with Process Monitor. If a file is hidden, open(f, w) fails, whereas os.open(f, os.W_OK|os.O_CREAT) succeeds. In the succeeding call, process monitor reports Desired Access: Generic Read/Write Disposition:OpenIf Options:

[issue1743] IDLE fails to launch

Martin v. Löwis added the comment: As a follow-up, it appears that Windows didn't allow truncating hidden or system files since Windows 2000. If you change the flags on .idlerc to hidden in (say) W2k3, IDLE will also fail to start - so it's not a Vista issue. The question is why the folder

[issue1651] Limit the max size of PyUnicodeObject-defenc?

Antoine Pitrou added the comment: The default encoding version is generated lazily, and only from a couple of places (if I believe my grepping through the py3k sources). So we can: * choose not to care, as the conversion looks rather rare * incref the return value of

[issue1651] Limit the max size of PyUnicodeObject-defenc?

Guido van Rossum added the comment: * choose not to care, as the conversion looks rather rare Yes. * incref the return value of _PyUnicode_AsDefaultEncodedString(), and convert the 20 or so places in which that function is used to properly decref the value when done No. I suspect you'll

[issue1034053] unittest.py patch: add skipped test functionality

Changes by Giampaolo Rodola': -- nosy: +giampaolo.rodola _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1034053 _ ___ Python-bugs-list mailing list Unsubscribe:

[issue1651] Limit the max size of PyUnicodeObject-defenc?

Marc-Andre Lemburg added the comment: For Py3k you can get rid of the cached default encoded version of the Unicode object altogether: This was only needed to make the Unicode/string auto-coercion mechanism efficient in Python 2.x. In Py3k, you'll only do such conversions at the IO-boundaries

[issue1651] Limit the max size of PyUnicodeObject-defenc?

Guido van Rossum added the comment: You wish. In practice (unfortunately) it's still used quite a bit. It would be a good project to eradicate the need, but I see it as low priority. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1651

[issue1910] _threading_local should use with

New submission from Benjamin Peterson: I was reading _threading_local and noticed it didn't use the with statment, yet. So, I cooked up this trivial patch. I hope this isn't to small. Thanks for your time. -- components: Library (Lib) files: _threading_local-with-stmt.diff messages:

[issue1911] webbrowser.open firefox 3 issues

New submission from Jon Wilson: webbrowser.open('http://example.com') opens something like: file:///path/to/home/directory/http://example.com; in firefox 3 beta 2. this behavior of firefox will most like not change in the stable release. -- components: Extension Modules messages:

[issue1911] webbrowser.open firefox 3 issues

Guido van Rossum added the comment: What platform? How come? Got a fix that doesn't break for other browsers? There's a 1-2 week window at most for getting fixes into 2.5.2! -- nosy: +gvanrossum __ Tracker [EMAIL PROTECTED]

[issue1911] webbrowser.open firefox 3 issues

Jon Wilson added the comment: I'm running 2.6.23.9 linux kernel fedora 8. I've gone ahead and downloaded the subversion checkout of the webbrowser.py file to see the differences. The svn version fixes the issue, so then I went a hunting as to why. In the 2.5 version, with a version of firefox

[issue1911] webbrowser.open firefox 3 issues

Guido van Rossum added the comment: OK, since it's so simple I'll take it if noone else does. But anyone else who feels like backporting this please go ahead! -- assignee: - gvanrossum keywords: +easy, patch priority: - high __ Tracker [EMAIL

[issue1819] Speed hack for function calls with named parameters

Guido van Rossum added the comment: Nice idea, but why set the priority to high? I have no immediate time to review this and probably won't for a while. -- priority: high - normal __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1819

[issue1736] Three bugs of FCICreate (PC/_msi.c)

Hirokazu Yamamoto added the comment: Sorry, I lied. What I said in bug 2 was totally wrong. Meaning of 'i' was changed from original code and my patch. There is no problem about buffer length. Thank you. __ Tracker [EMAIL PROTECTED]

[issue1912] Segmentation fault

New submission from Matti Punkeri: Python seg faults after 20-30 hours. The running Python application is a Qt based user interface which handles several SSH threads. Backtrace is attached. -- files: backtrace.txt messages: 61558 nosy: mpunkeri severity: major status: open title:

[issue1912] Segmentation fault

Matti Punkeri added the comment: And the program is running on SuSE Linux, 2.6.11.4-20a-default, gcc version 3.3.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1912 __ ___

[issue1736] Two bugs of FCICreate (PC/_msi.c)

Changes by Hirokazu Yamamoto: -- title: Three bugs of FCICreate (PC/_msi.c) - Two bugs of FCICreate (PC/_msi.c) __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1736 __

[issue1912] Segmentation fault

Christian Heimes added the comment: I don't think it's a bug in Python. The crash occurs inside the sip or qt module, which means it's either a bug in sip, qt or pyqt. Please take the bug to riverbank computing. Their code might have a memory leak or reference counting issue. -- nosy:

[issue1910] _threading_local should use with

Christian Heimes added the comment: Thanks! :) Lot's of code doesn't use the with statement yet. Feel free to contribute more fixes. -- keywords: +easy, patch nosy: +tiran priority: - low __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1910

[issue1910] _threading_local should use with

Raymond Hettinger added the comment: I appreciate the patch submission but am going to reject it. The try/finally form is faster. In general, I think we only want to do this in code that isn't performance critical and that would be made much cleaner. -- nosy: +rhettinger

[issue1571754] Building using Sleepycat db 4.5.20 is broken

Gregory P. Smith added the comment: 4.5 support was put in a while back -- nosy: +gregory.p.smith resolution: - fixed status: open - closed _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1571754 _

[issue1541671] bsddb can't use unicode filenames

Changes by Gregory P. Smith: -- priority: normal - low resolution: - wont fix status: open - closed _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1541671 _ ___

[issue1516078] dbhash __len__ not reliable

Gregory P. Smith added the comment: Works for me in 2.5 and 2.4 isn't getting bug fixes anymore. import dbhash d = dbhash.open('x.db', 'w') d['e'] = 'Eee' d['f'] = 'Ffff' len(d) 2 len(d) 2 It was likely fixed by this: