[issue11395] print(s) fails on Windows with long strings
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: Likewise, this fails with 3.2:: import os os.write(1, ba * 66000) -- nosy: +amaury.forgeotdarc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11395 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11395] print(s) fails on Windows with long strings
Changes by Santoso Wijaya santoso.wij...@gmail.com: -- nosy: +santa4nt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11395 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11395] print(s) fails on Windows with long strings
Charles-Francois Natali neolo...@free.fr added the comment:
It's probably a Windows limitation regarding the number of bytes that can be
written to stdout in one write.
As for the difference between python versions, what does
python -c import sys; print(sys.getsizeof('a')) return ?
--
nosy: +neologix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11395
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11373] Fix 2 new typos in the docs
Boštjan Mejak bostjan.me...@gmail.com added the comment: Please fix the word Builtin to Built-in as well. Thank you. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11373 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11373] Fix 2 new typos in the docs
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11373 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11395] print(s) fails on Windows with long strings
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: no, it works with 3.2b2 (r32b2:87398), and fails with 3.2 final (r32:88445) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11395 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11395] print(s) fails on Windows with long strings
STINNER Victor victor.stin...@haypocalc.com added the comment: Extract of issue #1602: WriteConsoleW has one bug that I know of, which is that it a href=http://tahoe-lafs.org/trac/tahoe-lafs/ticket/1232;fails when writing more than 26608 characters at once/a. That's easy to work around by limiting the amount of data passed in a single call. I suppose that os.write(1) does indirectly write into the Windows console which has this limit. -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11395 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11395] print(s) fails on Windows with long strings
STINNER Victor victor.stin...@haypocalc.com added the comment: Extract of the WriteConsole Function: The storage for this buffer is allocated from a shared heap for the process that is 64 KB in size. The maximum size of the buffer will depend on heap usage. http://msdn.microsoft.com/en-us/library/ms687401(VS.85).aspx Ah ah, that's funny, depend on heap usage :-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11395 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11395] print(s) fails on Windows with long strings
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: This changed with r87824 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11395 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11388] Implement MutableSequence.clear()
Raymond Hettinger rhettin...@users.sourceforge.net added the comment: Please also update the table entry for MutableSequence in Doc/library/collections.abc.rst -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11388 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11395] print(s) fails on Windows with long strings
STINNER Victor victor.stin...@haypocalc.com added the comment: This changed with r87824 Yes, I changed Python to open all files in binary mode. With Python 3.2, you can open sys.std* streams in binary mode using -u command line option (u like unbuffered, not Unicode ;-)). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11395 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11395] print(s) fails on Windows with long strings
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: Indeed, Python3.1 fails with the -u option. Before r87824, the C call to write() performed CRLF conversion. In the implementation of MSVCRT, a local buffer is used (1025 chars in vs8.0, 5*1024 in vs10.0), so WriteFile is called with small sizes. Since r87824 (or with -u), no such conversion occurs, and WriteFile is called with the full buffer. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11395 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11395] print(s) fails on Windows with long strings
STINNER Victor victor.stin...@haypocalc.com added the comment: Anyway, use os.write() to write unicode into the Windows console is not the right thing to do. We should use WriteConsoleW(): #1602 is the correct fix for this issue. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11395 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11395] print(s) fails on Windows with long strings
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: I'm writing bytes here: os.write(1, bb * 66000) And WriteConsole has the same issue. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11395 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11395] print(s) fails on Windows with long strings
STINNER Victor victor.stin...@haypocalc.com added the comment: And WriteConsole has the same issue. print() (sys.stdout and sys.stderr) should use WriteConsoleW() and use small chunks (smaller than 64 KB, I don't know the safest size). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11395 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11388] Implement MutableSequence.clear()
Eli Bendersky eli...@gmail.com added the comment: Documentation fix and some unit tests committed in revision 88742 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11388 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11395] print(s) fails on Windows with long strings
Antoine Pitrou pit...@free.fr added the comment: IIUC, this is a Windows bug? Is there any easy workaround for us? -- versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11395 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11395] print(s) fails on Windows with long strings
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: It may be a windows bug, but it's also an a python regression! A fix is to limit the number of chars: === --- D:/py3k/Modules/_io/fileio.c (revision 87824) +++ D:/py3k/Modules/_io/fileio.c (copie de travail) @@ -712,6 +712,8 @@ errno = 0; len = pbuf.len; #if defined(MS_WIN64) || defined(MS_WINDOWS) +if (len 32000 isatty(self-fd)) +len = 32000; if (len INT_MAX) len = INT_MAX; n = write(self-fd, pbuf.buf, (int)len); On my system, errors start at ~52200 (why?). I hope that 32K is low enough... MSVCRT's write() (version vs10.0) uses a buffer of 5K. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11395 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9802] Document 'stability' of builtin min() and max()
Stephen Evans step...@recombinant.co.uk added the comment: As suggested by Mark following my post on comp.lang.python I am adding further comments to the discussion on this (closed) issue. For a more mathematical consideration of the issue: Stepanov, Alexander and Paul McJones. 2009. Elements of Programming. Addison Wesley. Pages 52-53 The problem with the builtin max() is with weak comparisons. Consider two python objects a and b that are equivalent and where the following are True: a is not b repr([a, b]) == repr(sorted([a, b])) repr([a, b]) == repr(sorted([a, b], reverse=True)) repr([b, a]) == repr(sorted([b, a])) repr([b, a]) == repr(sorted([b, a], reverse=True)) Assuming repr() implemented correctly for a and b. The only Python rich comparison required is (weak) __lt__. If (weak) __eq__ is implemented then the following are True: a == b b == a In bltinmodule.c builtin_max() uses Py_GT. For correctness this should use the converse of builtin_min() i.e. the boolean negation of PyObject_RichCompare using Py_LT (for valid results). If using Python rich comparisions then only __lt__ would be required for both min() and max() as with list.sort(). The following will then be True: min([a, b]) is a max([a, b]) is b min([b, a]) is b max([b, a]) is a min([a, b]) is max([b, a]) min([a, b]) is not min([b, a]) max([a, b]) is min([b, a]) max([a, b]) is not max([b, a]) The above will work if Py_GE is subtituted for Py_GT in builtin_max(), though this will require the implementation of __ge__ which is inconsistent with list.sort() and is a point of potential failure if the implementation of __ge__ is not the converse of the implementation __lt__. To reiterate - builtin max() should be the converse of builtin min(). -- components: +None -Documentation nosy: +Stephen.Evans versions: +Python 2.7, Python 3.3 Added file: http://bugs.python.org/file20996/min_max.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9802 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3080] Full unicode import system
STINNER Victor victor.stin...@haypocalc.com added the comment: r88746: Add PyModule_NewObject() function r88747: Add PyImport_AddModuleObject() and PyImport_ExecCodeModuleObject() -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3080 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11368] Document why xml.etree.ElementTree.Element has no reference to parent
anatoly techtonik techto...@gmail.com added the comment: I still struggling to find a way to apply http://effbot.org/zone/element.htm#accessing-parents in my specific case. Unfortunately, it doesn't seem trivial to me. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11368 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7305] urllib2.urlopen() segfault using SSL on Solaris
david db.pub.m...@gmail.com added the comment: I have also hit this bug. It is slightly interesting that urllib is able to connect to hosts that trigger a segfault under urllib2 without an issue... -- nosy: +db ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7305 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11368] Document why xml.etree.ElementTree.Element has no reference to parent
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: This is a question for comp.lang.python ;-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11368 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9276] pickle should support methods
Ram Rachum cool...@cool-rr.com added the comment: I don't have the time and the ability to write the patch that implements this. I'll be happy to write tests if you think this will help. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9276 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11396] add format handler to bytes object
New submission from nestor nestornis...@gmail.com:
Many programs written for Python 2.x use simple string interpolation to create
byte strings with specific layout, this is gone in 3.x. Is it possible to
support the format method but maybe only supporting field names like '{}'
'{1}{2}' '{name}' and not conversion and formatting for the bytes type?
Examples:
http://mail.python.org/pipermail/python-list/2011-March/1267308.html
and the get_current_url function at this post:
http://lucumr.pocoo.org/2010/5/25/wsgi-on-python-3/
--
messages: 130055
nosy: nestor
priority: normal
severity: normal
status: open
title: add format handler to bytes object
type: feature request
versions: Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11396
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11396] add format handler to bytes object
Eric Smith e...@trueblade.com added the comment: There have been a number of discussions about this, but no concrete proposal. The last one I recall was to add a __bformat__ method, but I couldn't find the email trail just now. See also issue 3982. -- nosy: +eric.smith ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11396 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11396] add format handler to bytes object
nestor nestornis...@gmail.com added the comment: My search fu has failed me this time. This is indeed a duplicate of issue 3982. I think the issue is real and not going to go away, but finding a beautiful solution has been elusive so far. -- resolution: - duplicate ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11396 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11396] add format handler to bytes object
Eric Smith e...@trueblade.com added the comment: I found part of the discussion I was looking for: http://mail.python.org/pipermail/python-dev/2010-July/102252.html -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11396 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6059] uuid.uuid4 cause segfault in emesene
Izidor Matušov izidor.matu...@gmail.com added the comment: This bug is still present in Gentoo. Find while trying to Steps to reproduce 1, install gentoo (testing on amd64 machine) 2, run commands in python from gtk import glade import uuid uuid.uuid4() It results in Segmentation fault. -- nosy: +izidor ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6059 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6059] uuid.uuid4 cause segfault in emesene
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6059 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11397] os.path.realpath() may produce incorrect results
New submission from Mikhail Kovtun mikhail.kov...@duke.edu:
This bug appears in Python 2.4, 2.5, 2.6; not tested in Python 2.7.
How to reproduce on Linux:
{{{
$ mkdir ~/testsymlinks
$ cd ~/testsymlinks
$ mkdir adir
$ ln -s ../adir adir/blink
$ mkdir -p adir/cdir/ddir
$ ln -s adir/cdir/ddir/.. xlink
$ ln -s xlink/../blink zlink
}}}
Then:
{{{
$ readlink zlink -f
/home/user/testsymlinks/adir
}}}
but:
{{{
$ python
Python 2.4.3 (#1, Sep 3 2009, 15:37:37)
[GCC 4.1.2 20080704 (Red Hat 4.1.2-46)] on linux2
Type help, copyright, credits or license for more information.
import os.path
os.path.realpath('zlink')
'/home/user/testsymlinks/blink'
}}}
--
components: Extension Modules
messages: 130060
nosy: mkovtun
priority: normal
severity: normal
status: open
title: os.path.realpath() may produce incorrect results
type: behavior
versions: Python 2.5, Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11397
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6059] uuid.uuid4 cause segfault in emesene
Izidor Matušov izidor.matu...@gmail.com added the comment: After searching at Gentoo's bugzilla, I've found that there is probably problem in gentoo's libuuid library implementation: http://bugs.gentoo.org/show_bug.cgi?id=317557 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6059 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1553375] Add traceback.print_full_exception()
Changes by Daniel Stutzbach stutzb...@google.com: -- nosy: +stutzbach versions: +Python 3.3 -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1553375 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11369] Add caching for the isEnabledFor() computation
William Hart whart...@gmail.com added the comment: Vinay: Yes, the bulk of the time was spent in getEffectiveLevel(). Since that method is only called by isEnabledFor(), it made sense to cache isEnabledFor(). But, that probably reflects the characteristics of my use of logging. I never call getEffectiveLevel() otherwise, so caching isEnabledFor() minimized the total cost of logging. I think you could sensibly argue for caching getEffectiveLevel(). I had somewhat shallow logger hierarchies (3-4 deep). The real problem was that this was being called in a kernel of my code ... so even that additional cost was noteworthy. I think it's smart to focus on Python 3.3. As it happens, my colleagues did some explicit caching of logging information that made pyutilib.logging redundant. When you don't think you need this as a reference implementation, I'll delete it. --Bill On Wed, Mar 2, 2011 at 2:25 AM, Vinay Sajip rep...@bugs.python.org wrote: Vinay Sajip vinay_sa...@yahoo.co.uk added the comment: Bill, Thanks for the suggestion and the patch. It's a good idea, though I wonder whether you found that the bulk of the time spent in isEnabledFor() was actually spent in getEffectiveLevel()? That's the one which loops through a logger's ancestors looking for a level which is actually set, so intuitively it would take a while - especially for deeper levels in the logging hierarchy. If so (which I suspect to be the case, but it would be good to have you confirm it), a better solution may be to cache the effective level. Roughly how deep are/were your logger hierarchies in the situation where you experienced performance problems? I'm happy to look at caching effective level for Python 3.3: The 2.X branches are now closed for additions other than bugs and security issues. -- assignee: - vinay.sajip ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11369 ___ -- Added file: http://bugs.python.org/file20997/unnamed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11369 ___Vinay:brbrYes, the bulk of the time was spent in getEffectiveLevel(). Since that method is only called by isEnabledFor(), it made sense to cache isEnabledFor(). But, that probably reflects the characteristics of my use of logging. I never call getEffectiveLevel() otherwise, so caching isEnabledFor() minimized the total cost of logging. I think you could sensibly argue for caching getEffectiveLevel().br brI had somewhat shallow logger hierarchies (3-4 deep). The real problem was that this was being called in a kernel of my code ... so even that additional cost was noteworthy.brbrI think it#39;s smart to focus on Python 3.3. As it happens, my colleagues did some explicit caching of logging information that made pyutilib.logging redundant. When you don#39;t think you need this as a reference implementation, I#39;ll delete it.br br--Billbrbrbrbrdiv class=gmail_quoteOn Wed, Mar 2, 2011 at 2:25 AM, Vinay Sajip span dir=ltrlt;a href=mailto:rep...@bugs.python.org;rep...@bugs.python.org/agt;/span wrote:brblockquote class=gmail_quote style=margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex; br Vinay Sajip lt;a href=mailto:vinay_sa...@yahoo.co.uk;vinay_sa...@yahoo.co.uk/agt; added the comment:br br Bill,br br Thanks for the suggestion and the patch. It#39;s a good idea, though I wonder whether you found that the bulk of the time spent in isEnabledFor() was actually spent in getEffectiveLevel()? That#39;s the one which loops through a logger#39;s ancestors looking for a level which is actually set, so intuitively it would take a while - especially for deeper levels in the logging hierarchy. If so (which I suspect to be the case, but it would be good to have you confirm it), a better solution may be to cache the effective level.br br Roughly how deep are/were your logger hierarchies in the situation where you experienced performance problems?br br I#39;m happy to look at caching effective level for Python 3.3: The 2.X branches are now closed for additions other than bugs and security issues.br br --br assignee:  -gt; vinay.sajipbr br ___br Python tracker lt;a href=mailto:rep...@bugs.python.org;rep...@bugs.python.org/agt;br lt;a href=http://bugs.python.org/issue11369; target=_blankhttp://bugs.python.org/issue11369/agt;br ___br /blockquote/divbr ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9427] logging.error('...', exc_info=True) should display upper frames, too
Changes by Daniel Stutzbach stutzb...@google.com: -- dependencies: +Add traceback.print_full_exception() nosy: +stutzbach versions: +Python 3.3 -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9427 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6059] uuid.uuid4 cause segfault in emesene
Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com added the comment: Gentoo uses standard libuuid.so from util-linux without any custom patches. Izidor Matušov actually reproduced https://bugs.gentoo.org/show_bug.cgi?id=351897. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6059 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1602] windows console doesn't print or input Unicode
Changes by Santoso Wijaya santoso.wij...@gmail.com: -- nosy: +santa4nt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1602 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11395] print(s) fails on Windows with long strings
Changes by Santoso Wijaya santoso.wij...@gmail.com: -- components: +Windows ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11395 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6059] ctypes/uuid-related segmentation fault
Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com added the comment: Steps to reproduce segmentation fault: python2.7 -c 'import cairo, uuid; print(uuid.uuid1().hex)' -- assignee: - theller components: +ctypes -Extension Modules nosy: +theller title: uuid.uuid4 cause segfault in emesene - ctypes/uuid-related segmentation fault versions: +Python 2.7, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6059 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11303] b'x'.decode('latin1') is much slower than b'x'.decode('latin-1')
Marc-Andre Lemburg m...@egenix.com added the comment: M.-A. Lemburg wrote: Raymond Hettinger wrote: Raymond Hettinger rhettin...@users.sourceforge.net added the comment: If you agree, Raymond, I'll backport the patch. Yes. That will address Antoine's legitimate concern about making other backports harder, and it will get all the Python's to use the canonical spelling. Ok, I'll backport both the normalization and Alexander's patch. Hmm, I wanted to start working on this just now and then saw Georg's mail about the hg transition today, so I guess the backport will have to wait until Monday... will be interesting to see whether hg is really so much better than svn ;-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11303 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11373] Fix 2 new typos in the docs
Boštjan Mejak bostjan.me...@gmail.com added the comment: I am uploading a patch that fixes both of these typos in the docs. Please apply it and keep up the good work. -- versions: +Python 3.1, Python 3.2, Python 3.3 Added file: http://bugs.python.org/file20998/stdtypes_2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11373 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11393] Integrate faulthandler module into Python 3.3
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11393 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11398] http_proxy on windows won't function due to incorrect case handling
New submission from chris nojima chrisnoj...@gmail.com: There is an issue where on windows os.environ keys are all uppercase. If i run set a=hello, in python it will appear as a key A. urllib.request.getproxies_environment looks for all _proxy environment vars by looking for _proxy. Since windows uppercases, it's impossible to set this var (it will be HTTP_PROXY and won't match, etc). This is stopping me from running some install scripts -- components: Library (Lib) messages: 130067 nosy: chris.nojima priority: normal severity: normal status: open title: http_proxy on windows won't function due to incorrect case handling type: behavior versions: Python 3.1, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11398 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11399] python.exe -u fails to parse input to the interactive interpreter
New submission from Santoso Wijaya santoso.wij...@gmail.com: Observe: C:\Users\santaC:\Python27\python.exe -u Python 2.7.1 (r271:86832, Nov 27 2010, 17:19:03) [MSC v.1500 64 bit (AMD64)] on win32 Type help, copyright, credits or license for more information. print 'Hello world' File stdin, line 1 print 'Hello world' ^ SyntaxError: invalid syntax -- components: Windows messages: 130068 nosy: santa4nt priority: normal severity: normal status: open title: python.exe -u fails to parse input to the interactive interpreter versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11399 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11399] cmd.exe: python.exe -u fails to parse input to the interactive interpreter
Changes by Santoso Wijaya santoso.wij...@gmail.com: -- title: python.exe -u fails to parse input to the interactive interpreter - cmd.exe: python.exe -u fails to parse input to the interactive interpreter ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11399 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11399] cmd.exe: python.exe -u fails to parse input to the interactive interpreter
R. David Murray rdmur...@bitdance.com added the comment: Amazing. This issue is unreported for years, Victor fixes it in python3, and *then* we get two bug reports for it against 2.7 in as many months :) Anyway, this is a duplicate of issue 11098. If you have a real use case for this, we can consider a backport, but otherwise it isn't worth it. -- nosy: +r.david.murray resolution: - duplicate stage: - committed/rejected status: open - closed superseder: - syntax error at end of line in interactive python -u type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11399 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11399] cmd.exe: python.exe -u fails to parse input to the interactive interpreter
R. David Murray rdmur...@bitdance.com added the comment: Ah, I'm wrong, this has been reported earlier issue 707576. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11399 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11400] Remove reference to pre 1.5 assignment behavior
New submission from Terry J. Reedy tjre...@udel.edu: In Language Ref, 6.2 assignments, delete (This rule is relaxed as of Python 1.5; in earlier versions, the object had to be a tuple. Since strings are sequences, an assignment like a, b = xy is now legal as long as the string has the right length.) -- assignee: docs@python components: Documentation messages: 130071 nosy: docs@python, terry.reedy priority: normal severity: normal status: open title: Remove reference to pre 1.5 assignment behavior versions: Python 3.1, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11400 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11401] email.header error during .flatten()
New submission from Steffen Daode Nurpmeso sdao...@googlemail.com:
Hello, David, the error from Issue 6 occurred again,
and it still can be healed with the patch file20675.
(I'm opening a new issue because 6 turned over to
the mailbox fix.
My repo and installation is at:
21:34 ~/arena/code.extern.repos/py3k.hg $ hg identify
ddd8bf84e27d+ (py3k) tip
21:34 ~/arena/code.extern.repos/py3k.hg $ hg slog -r tip
changeset: 10028:ddd8bf84e27d
branch: py3k
tag: tip
user:eli.bendersky
date:Fri Mar 04 11:38:14 2011 +0100
summary: [svn r88742]
Here is the dump:
| Opening mbox mailbox
/private/var/folders/Da/DaZX3-k5G8a57zw6MSmjJTM/-Tmp-/mail/test
David: class 'mailbox.mbox' - class 'mailbox.MaildirMessage'
PANIC: [box] test: message-add failed.
Traceback (most recent call last):
File /Users/steffen/usr/bin/s-postman.py, line 1093, in save_ticket
mb.add(ticket.message())
...
try:
print('David:', type(mb), ' - ', type(ticket.message()))
mb.add(ticket.message())
mb.flush()
except Exception as e:
efun('[box] ', self.id, ': message-add failed.\n', extb=E())
finally:
mb.unlock()
...
File /Users/steffen/usr/opt/py3k/lib/python3.3/mailbox.py, line 595, in
add
self._toc[self._next_key] = self._append_message(message)
File /Users/steffen/usr/opt/py3k/lib/python3.3/mailbox.py, line 733, in
_append_message
offsets = self._install_message(message)
File /Users/steffen/usr/opt/py3k/lib/python3.3/mailbox.py, line 805, in
_install_message
self._dump_message(message, self._file, self._mangle_from_)
File /Users/steffen/usr/opt/py3k/lib/python3.3/mailbox.py, line 215, in
_dump_message
gen.flatten(message)
File /Users/steffen/usr/opt/py3k/lib/python3.3/email/generator.py, line
88, in flatten
self._write(msg)
File /Users/steffen/usr/opt/py3k/lib/python3.3/email/generator.py, line
141, in _write
self._write_headers(msg)
File /Users/steffen/usr/opt/py3k/lib/python3.3/email/generator.py, line
373, in _write_headers
self.write(header.encode(linesep=self._NL)+self._NL)
File /Users/steffen/usr/opt/py3k/lib/python3.3/email/header.py, line 317,
in encode
formatter.feed(lines[0], charset)
Exception: IndexError: list index out of range
In the meanwhile the thing has dispatched tens of thousands
of mails, and no error did ever occur (reading from MBox,
storing as Maildir). This happened when saving the first
message read from a Maildir mailbox to a MBox one.
I think i'll gonna do some round-trip tests tomorrow and
monday evening+. Anyway, patching in file20675 heals the
problem and the thing finishs gracefully.
--
components: Library (Lib)
messages: 130072
nosy: r.david.murray, sdaoden
priority: normal
severity: normal
status: open
title: email.header error during .flatten()
type: behavior
versions: Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11401
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11337] Nothing refers to footnote [1] on page 6. Simple Statements in Language Reference
Terry J. Reedy tjre...@udel.edu added the comment: Agreed. The footnote is [1] It may occur within an except or else clause. The restriction on occurring in the try clause is implementor’s laziness and will eventually be lifted. I searched chapter for all occurences of '1' and also found no reference. (And verified searching for '[#]' in .rst.) Nor can I think of what the footnote referred to. Unless someone else can, we should delete it. Georg: should sphinx not noticed mismatch between # of footnote references and footnotes? -- nosy: +georg.brandl, terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11337 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11337] Nothing refers to footnote [1] on page 6. Simple Statements in Language Reference
Changes by Terry J. Reedy tjre...@udel.edu: -- versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11337 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11338] No list of Python hg repositories
Terry J. Reedy tjre...@udel.edu added the comment: Conversion is underway today. Completion should be announced at least on the pydev list. -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11338 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11339] annotation for class being defined
Terry J. Reedy tjre...@udel.edu added the comment: The basic problem is that the class object is defined after the class definitions have been made, I have sometimes thought the the class statement could start with binding the name to a blank object or new, blank class object. But then people might try to grab attributes (and fail!) outside of method defs. -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11339 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11343] Make errors due to full parser stack identifiable
Terry J. Reedy tjre...@udel.edu added the comment: I agree that compile-time stack exhaustion is different from runtime object-heap exhaustion and could/should have a different error. I agree with Martin (from 2000) that SyntaxError is not right either. Perhaps a new ParseError subclass thereof. I believe IndentationError was added since 2000. Its doc is Base class for syntax errors related to incorrect indentation. and it has TabError as a subclass, so its use for too many indents (not really 'incorrect') is not obvious. But having the position marked (if it would be) would be a plus. I presume REPL == read-eval-print-loop (from Google). Would a new error help such programs (like code.interact, or IDLE)? -- nosy: +loewis, terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11343 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11369] Add caching for the isEnabledFor() computation
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment: I had somewhat shallow logger hierarchies (3-4 deep). The real problem was that this was being called in a kernel of my code ... so even that additional cost was noteworthy. I think it's smart to focus on Python 3.3. As it happens, my colleagues did some explicit caching of logging information that made pyutilib.logging redundant. When you don't think you need this as a reference implementation, I'll delete it. You can go ahead and do that, since the diff attached to this ticket will give me any information I need. I already have a patch of a solution which caches the effective level, but I need some time to benchmark what the improvement is, and whether it is effective enough to warrant committing. Anyway it's for Python 3.3, so we have time to get it right :-) Thanks for your feedback. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11369 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11344] Add height argument to os.path.dirname()
Terry J. Reedy tjre...@udel.edu added the comment:
I am inclined to -1 also.
a. The proposed behavior is anti-obvious to me: the higher the height, the
shorter the result. Calling param 'drop' would be better.
b. Not every one-liner should be wrapped.
path.rsplit('/',0)[0]
'/ggparent/gparent/parent/myfile.txt'
path.rsplit('/',1)[0]
'/ggparent/gparent/parent'
path.rsplit('/',2)[0]
'/ggparent/gparent'
path.rsplit('/',3)[0]
'/ggparent'
Note: above gives '' for maxsplit out of range, easily converted to exception
in function wrapper.
--
nosy: +terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11344
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11344] Add height argument to os.path.dirname()
Antoine Pitrou pit...@free.fr added the comment: Except that dirname() isn't a one-liner, so you are giving rather bad advice here. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11344 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11355] os.mkdir() and os.mkdirat() don't apply SUID/SGID permissions
Terry J. Reedy tjre...@udel.edu added the comment: os.makedir (and, I presume, makedirat) are intentionally thin wrapperws around the libc system calls From #9299, msg111014 (Guido) I wonder if os.mkdir() should not be left alone (so as to continue to match the system call most exactly, as is our convention) and the extra functionality added to os.makedirs() only. Deviation from this would require pydev discussion. I otherwise have no opinion. -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11355 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11344] Add height argument to os.path.dirname()
Antoine Pitrou pit...@free.fr added the comment: As for use cases, I have used it quite commonly in test scripts in order to find out the base directory of the source tree (and/or other resources such as data files). e.g.: basepath = os.path.dirname(os.path.dirname(os.path.dirname(__file__))) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11344 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11361] suggestion for os.kill(pid,CTRL_C_EVENT) in tests
Changes by Terry J. Reedy tjre...@udel.edu: -- title: suggestion for os.kill(pid,CTRL_C_EVENT) - suggestion for os.kill(pid,CTRL_C_EVENT) in tests ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11361 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11362] image/webp missing from mimetypes.py
Terry J. Reedy tjre...@udel.edu added the comment: No IANA registration. According to https://secure.wikimedia.org/wikipedia/en/wiki/Webp this is a Google-specific proposal rather than a standard. Thus addition would seem premature at this time. -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11362 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11380] close failed in file object destructor when Broken pipe happens on stdout
Terry J. Reedy tjre...@udel.edu added the comment: Have you tried this with 3.2 (or 3.1)? What behavior do you expect when pipe goes first? -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11380 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11382] some posix module functions unnecessarily release the GIL
Changes by Terry J. Reedy tjre...@udel.edu: -- type: - performance versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11382 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11383] compilation seg faults on insanely large expressions
Changes by Terry J. Reedy tjre...@udel.edu: -- type: - crash versions: +Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11383 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11401] email.header error during .flatten()
Changes by R. David Murray rdmur...@bitdance.com: -- assignee: - r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11401 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11385] TextTestRunner methods are not documented
Terry J. Reedy tjre...@udel.edu added the comment:
Doc issues should be 'tested' and reported against the latest versions. 2.6.6
doc is effectively the last 2.6 version.
TextTextRunner is not completely undocumented.
In 3.2
help(t.run)
Help on function run in module unittest.runner:
run(self, test)
Run the given test case or test suite.
Searching on 'run(' finds near the top of the unittest chapter (2.7, 3.2):
A test runner is an object that provides a single method, run(), which accepts
a TestCase or TestSuite object as a parameter, and returns a result object.
I agree that the entry for TextTestRunner near the bottom should include one
for .run, with at least the doc string, but maybe a backreference to the
discussion near the top.
It is not clear to me how TextTestRunner is expected to be used. Does
unittest.main instantiate one, and call run, behind the scenes?
--
nosy: +michael.foord, terry.reedy
versions: +Python 2.7, Python 3.1, Python 3.2, Python 3.3 -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11385
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11385] TextTestRunner methods are not documented
Terry J. Reedy tjre...@udel.edu added the comment: I also see that TextTestRunner has an attribute resultclass, which is TextTestResult. Is this intended to be ever changed? The docstring for TTRunner says It prints out the names of tests as they are run, errors as they occur, and a summary of the results at the end of the test run. which seems to be what .main() does. The manual just has the less informative A basic test runner implementation that outputs results to a stream. I prefer the former. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11385 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11385] TextTestRunner methods are not documented
Michael Foord mich...@voidspace.org.uk added the comment: Except the former is incorrect as the responsibility for printing results as they occur is with the TestResult and not the runner. I'll look at this and improve the docs for the runner. (And yes unittest.main() creates and uses a runner under the hood. It is frequently used directly by test frameworks as well though.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11385 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11398] http_proxy on windows won't function due to incorrect case handling
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: hmm, the code of urllib.request.getproxies_environment contains:: for name, value in os.environ.items(): name = name.lower() if value and name[-6:] == '_proxy': proxies[name[:-6]] = value So the comparison is effectively case-insensitive. What is the problem exactly? -- nosy: +amaury.forgeotdarc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11398 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11387] Tkinter, callback functions
Terry J. Reedy tjre...@udel.edu added the comment: In 2.7 or 3.2, winxp, when I enclose your code with from tkinter import tk #or Tkinter ... App() I get a window with a buttom that sinks and raises as I press and release the left button. Please post complete runnable code that exhibits the problem. Do not expect us to replace what you deleted. -- nosy: +gpolo, terry.reedy versions: +Python 3.3 -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11387 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11385] TextTestRunner methods are not documented
Terry J. Reedy tjre...@udel.edu added the comment: class unittest.TextTestRunner(stream=None, descriptions=True, verbosity=1, runnerclass=None, warnings=None) stream is documented, the others are not (except for some garbled text about warnings). This class has a few configurable parameters, is not helpful. It seems that TextTestRunner was meant to be a subclass of a documented TestRunner class (just as TextTestResult subclasses TestResult), except that is it not. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11385 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11402] _PyUnicode_Init leaks a little memory once
New submission from Daniel Stutzbach stutzb...@google.com: By the time _PyUnicode_Init is called and does the following: /* Init the implementation */ free_list = NULL; numfree = 0; free_list is already in use. _PyUnicode_Init clobbers whatever was stored there, leaking memory. In Python 2, this was not an issue because no unicode functions were called prior to initialization. In Python 3, Unicode objects are created when initializing other types. I found this using valgrind to search for definitely lost memory. I'd like to fix all of those cases, to make it easier to run valgrind on a regular basis. I'll upload a patch momentarily. -- assignee: stutzbach components: Interpreter Core messages: 130090 nosy: stutzbach priority: normal severity: normal stage: patch review status: open title: _PyUnicode_Init leaks a little memory once type: resource usage versions: Python 3.1, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11402 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11389] unittest: no way to control verbosity of doctests from cmd
Terry J. Reedy tjre...@udel.edu added the comment: The undocumented verbosity parameter? -- nosy: +michael.foord, terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11389 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11392] Turtle - better explain 'chaos' demo
Changes by Terry J. Reedy tjre...@udel.edu: -- nosy: +gregorlingl, terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11392 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11402] _PyUnicode_Init leaks a little memory once
Changes by Daniel Stutzbach stutzb...@google.com: -- keywords: +needs review, patch Added file: http://bugs.python.org/file20999/unicode-leak.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11402 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11389] unittest: no way to control verbosity of doctests from cmd
Michael Foord mich...@voidspace.org.uk added the comment: If the verbosity parameter isn't sufficient (which needs documenting but that is issue 11385) then it would need to be a feature request on DocFileSuite (part of doctest). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11389 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11385] TextTestRunner methods are not documented
Michael Foord mich...@voidspace.org.uk added the comment: TextTestRunner was more meant to be an *example* of a test runner. It just turned out to be the only one and widely used. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11385 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11394] No Tools/demo, etc, on Windows
Terry J. Reedy tjre...@udel.edu added the comment: I thought I posted this on another issue, but cannot find it. My installed 3.2 Tools directory only has i8n, pynche, and scripts directories. The 3.2 repository has 12 other directories in Tools that are missing from the installation. -- components: +Installation, Windows nosy: +loewis, terry.reedy title: No Tools/demo on Windows - No Tools/demo, etc, on Windows ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11394 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11395] print(s) fails on Windows with long strings
Terry J. Reedy tjre...@udel.edu added the comment: print(a*66000) works (after some delay) running from an IDLE edit window (but see #144249). Works means that I get a working prompt back with no errors. Unlike IDLE, the Command Prompt Windows keeps a limited number of lines in its buffers (default: 4x50), and may have a total size limit. -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11395 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11394] No Tools/demo, etc, on Windows
Martin v. Löwis mar...@v.loewis.de added the comment: These directories aren't missing - they are simply not included. Each such inclusion should be preceded by an explicit request (preferably with some rationale). Including the demo directory is fine with me. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11394 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11403] Add some generated files in PC/ to .hgignore.
New submission from Santoso Wijaya santoso.wij...@gmail.com: Here's a patch for .hgignore file to include some more build files emitted on Windows. -- components: None files: pcignore.patch keywords: patch messages: 130097 nosy: santa4nt priority: normal severity: normal status: open title: Add some generated files in PC/ to .hgignore. versions: Python 3.2, Python 3.3 Added file: http://bugs.python.org/file21000/pcignore.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11403 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11403] Add some generated files in PC/ to .hgignore.
Changes by Santoso Wijaya santoso.wij...@gmail.com: -- versions: +Python 2.7, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11403 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9584] Allow curly brace expansion
Mathieu Bridon boche...@fedoraproject.org added the comment: So, now that Python 3.2 was released, here is a patch rebased on top of the py3k branch. -- Added file: http://bugs.python.org/file21001/0001-Curly-brace-expansion-in-glob.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9584 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9584] Allow curly brace expansion
Changes by Mathieu Bridon boche...@fedoraproject.org: Removed file: http://bugs.python.org/file20129/0001-Curly-brace-expansion-in-glob.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9584 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9584] Allow curly brace expansion
Mathieu Bridon boche...@fedoraproject.org added the comment: The sys module is imported in glob but never used. It's not related to this feature request but I saw it when implementing the patch, so here is a second patch removing the import. -- Added file: http://bugs.python.org/file21002/0002-Remove-unused-import.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9584 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11395] print(s) fails on Windows with long strings
Santoso Wijaya santoso.wij...@gmail.com added the comment: I'm adding a test that will reproduce the crash. -- keywords: +patch Added file: http://bugs.python.org/file21003/writeconsole.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11395 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11404] support /dev/null for subprocess.call() and friends
New submission from Марк Коренберг socketp...@gmail.com: allow to call subprocess.check_call(stderr=subprocess.DEVNULL) -- components: Library (Lib) messages: 130101 nosy: mmarkk priority: normal severity: normal status: open title: support /dev/null for subprocess.call() and friends type: feature request versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11404 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11259] asynchat does not check if terminator is negative integer
Марк Коренберг socketp...@gmail.com added the comment: I've never used negative terminators in asynchat and I'm not even sure why one would want to. no one wants :), but terminator numeric value may be achieved from the net, and hackers sometimes use such technique. attached shorttest.py do the test. If negative terminator is passed, ValueError exception will raise on patched version, and will not raise in unpatched. Currently, I studying test system for python, but I think you will add such simple test faster and cleaner. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11259 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11266] asyncore does not handle EINTR in recv, send, connect, accept,
Марк Коренберг socketp...@gmail.com added the comment: When using non-blocking IO, we issue select (or poll,epoll), and after that kernel should guarantee, that recv or send will complete immediatelly, transferring data as needed. But sometimes (as Linux is buggy), such operations results in EINTR error if some signal arrived during this call. In that case python exception generated and typically connection will be closed. To recover from this situation it is OK to call recv or send again in case of EINTR. All network functions (recv*, send*, accept, connect) are vulnerable for EINTR in practice. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11266 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11266] asyncore does not handle EINTR in recv, send, connect, accept,
Марк Коренберг socketp...@gmail.com added the comment: http://unix.derkeiler.com/Mailing-Lists/FreeBSD/hackers/2008-02/msg00457.html Okay, linux is not buggy :))) EINTR may occur if SA_RESTART is not specified in sigaction. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11266 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11405] Wrong reference to string module in tutorial/inputoutput.rst
New submission from INADA Naoki songofaca...@gmail.com: http://docs.python.org/py3k/tutorial/inputoutput.html#fancier-output-formatting The standard module string contains some useful operations for padding strings to a given column width; these will be discussed shortly. The document uses str.rjust, ljust, zfill methods and not use string module for padding. -- assignee: docs@python components: Documentation messages: 130105 nosy: docs@python, naoki priority: normal severity: normal status: open title: Wrong reference to string module in tutorial/inputoutput.rst versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11405 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11266] asyncore does not handle EINTR in recv, send, connect, accept,
Vetoshkin Nikita nikita.vetosh...@gmail.com added the comment: Here's a similar bug: http://bugs.python.org/issue7978. EINTR may occur if SA_RESTART is not specified in sigaction. Some syscalls (like select) will generate EINTR despite SA_RESTART. man 7 signal -- nosy: +nvetoshkin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11266 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11344] Add height argument to os.path.dirname()
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
My point was that unix hasn't found it useful
to add a level option to the dirname API.
ISTM, that is a strong indication that this isn't needed in the form it has
been proposed.
I don't know that I personally have ever had
occasion to peel off more than one directory level
without also wanting to do something with the
intermediate results, so perhaps I am not a good
judge of how useful this would be.
I think this only arises when a known directory structure has been attached at
some arbitrary point on a tree, so you might use a relative path like
../../bin/command.py in the shell. To serve that use case, it would be better
to have a function that splits all the components of the path into a list
that's easily manipulated:
oldpath = os.path.splitpath('/ggparent/gparent/parent/')
newpath = oldpath[:-2] + ['bin', 'command.py']
os.path.join(*newpath)
'/ggparent/bin/command.py'
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11344
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
