[issue2282] TextIOWrapper.seekable() always returns False

New submission from zhen <[EMAIL PROTECTED]>: The seekable() method of TextIOWrapper always returns False, for it does't override the seekable method of IOBase class in which just returns False. But, there is a method named _seekable(self) in TextIOWrapper(in io.py line 1211): def _seekab

[issue2187] map and filter objects shouldn't call themselves itertools.imap and itertools.ifilter objects

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Moved map to builtins in r61357. -- resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __

[issue2187] map and filter objects shouldn't call themselves itertools.imap and itertools.ifilter objects

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Moved filter to builtins in r61536. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list maili

[issue1619060] bisect on presorted list

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Sorry, I will claim ignorance on this one. I don't recall the last time I've used a bisection, but it was probably around the time bisect.py was first added to the standard library. I do recall using heap sort as a way to compute the top N

[issue2186] map and filter shouldn't support None as first argument (in Py3k only)

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: It may be too late to express my opinion, but why symmetry with map is so important? There are several reasons why sequence, predicate order is natural for filter and function, sequence is a natural order for map. 1. In list comprehe

[issue1619060] bisect on presorted list

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Guido, what do you think about this one? It is easy to do and has been requested several times in various forums. The seeming reasonable basis for the request is that sort and bisect should fit together like a nut and bolt -- it is somewha

[issue2186] map and filter shouldn't support None as first argument (in Py3k only)

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Okay, thanks. Though, I should have also mentioned symmetries with sorted(), min(), and max() which all take the iterable first and follow with an optional key function. Closing this one. The map(None, *args) feature was removed for 3.0.

[issue2281] Enhanced cPython profiler with high-resolution timer

Jean Brouwers <[EMAIL PROTECTED]> added the comment: This enhancement applies to Python 2.5.2 only. -- components: +None versions: +Python 2.5 __ Tracker <[EMAIL PROTECTED]> __ ___

[issue2281] Enhanced cPython profiler with high-resolution timer

New submission from Jean Brouwers <[EMAIL PROTECTED]>: Attached is a modified version of the cPython profiler file Modules/_lsprof.c using a high-resolution timer where available. The enhancement has been tested on 32- and 64-bit Linux (x86 and x86_64) and on 32-bit MacOS X Tiger (Intel) and P

[issue2218] Enhanced hotshot profiler with high-resolution timer

Jean Brouwers <[EMAIL PROTECTED]> added the comment: Attached is yet another, final update of the enhancements to the hotshot profiler. It includes modifications of all 3 files, Modules/_hotshot.c, Lib/hotshot/log.py and Lib/hotshot/stats.py. Added file: http://bugs.python.org/file9664/hires_

[issue2186] map and filter shouldn't support None as first argument (in Py3k only)

Guido van Rossum <[EMAIL PROTECTED]> added the comment: It would break the symmetry with map(). __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list ma

[issue2186] map and filter shouldn't support None as first argument (in Py3k only)

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Do you guys see any merit in changing the argument order for ifilter so that the predicate function can just be an optional argument: ifilter(data[, pred]) Alex Martelli successfully lobbied for groupby() to have that same argument orde

[issue1858] Make .pypirc handle multiple servers

Changes by Tarek Ziadé <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file9663/distutils.2008.03.12.patch __ Tracker <[EMAIL PROTECTED]> __ ___

[issue2280] parser module chokes on unusual characters

New submission from David Binger <[EMAIL PROTECTED]>: This is with the current revision of py3k: 61353. parser.suite('"\u1234"') fails with a TypeError. Changing the argument format from "s" to "s#" works around this problem. I added a unit test for this. After fixing the "s#", another bug is

[issue2259] Poor support other than 44.1khz, 16bit audio files?

Oki Mikito <[EMAIL PROTECTED]> added the comment: Hello Kawai, I see you are attemping to kill two bugs in one stone (or ... whack!) by eliminating the _skiplist ... Beautiful :-) As we discussed in the Mixi Python thread, I was going to give those patches a set of runs, but I'm completely sw

[issue2245] aifc cannot handle unrecognised chunk type "CHAN"

HiroakiKawai <[EMAIL PROTECTED]> added the comment: Issue2259 patches will also fix this issue. :-) -- nosy: +kawai __ Tracker <[EMAIL PROTECTED]> __ __

[issue2259] Poor support other than 44.1khz, 16bit audio files?

HiroakiKawai <[EMAIL PROTECTED]> added the comment: Can I ask someone to review the patch files, and to merge into the code base if those patches are ok? __ Tracker <[EMAIL PROTECTED]> __

[issue2259] Poor support other than 44.1khz, 16bit audio files?

HiroakiKawai <[EMAIL PROTECTED]> added the comment: Patch for aifc.py that will use chunk.skip(True) in SSND chunk. Added file: http://bugs.python.org/file9661/aifc.patch __ Tracker <[EMAIL PROTECTED]> __

[issue2259] Poor support other than 44.1khz, 16bit audio files?

HiroakiKawai <[EMAIL PROTECTED]> added the comment: Patch for chunk.py that skip() method may get an optional arguments, that it will skip in aligned or not. -- keywords: +patch Added file: http://bugs.python.org/file9660/chunk.patch __ Tracker <[EMAIL P

[issue2259] Poor support other than 44.1khz, 16bit audio files?

HiroakiKawai <[EMAIL PROTECTED]> added the comment: I looked into the problem, and found that current aifc impelementation assumes that SSND chunk is aligned (in Audio-IFF). But it is not always true. SSND chunk might not be aligned. Here I'd like to submit a set of patches for this issue. I'd

[issue2279] distutils sdist add_defaults does not add data_files

New submission from David Ripton <[EMAIL PROTECTED]>: distutils.sdist.add_defaults adds the Python modules and scripts and C extensions found in setup.py to the MANIFEST. It does *not* add data_files mentioned in setup.py to the MANIFEST. This is non-orthogonal and confusing, because it means t

[issue2272] Segment Violation when using smtp with tls

Changes by Facundo Batista <[EMAIL PROTECTED]>: -- resolution: -> invalid status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___ Python-b

[issue2272] Segment Violation when using smtp with tls

David Harel <[EMAIL PROTECTED]> added the comment: Yep. Close it. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http

[issue2272] Segment Violation when using smtp with tls

Facundo Batista <[EMAIL PROTECTED]> added the comment: Should we close this? -- nosy: +facundobatista __ Tracker <[EMAIL PROTECTED]> __ ___ Pyth

[issue2272] Segment Violation when using smtp with tls

David Harel <[EMAIL PROTECTED]> added the comment: Found a problem in my python installation where SSL was unintentionally disabled. __ Tracker <[EMAIL PROTECTED]> __

[issue2278] [Py30a3] xml.parsers.expat recognizes encoding="utf-8" but not encoding="utf8"

New submission from Mark Summerfield <[EMAIL PROTECTED]>: Here is how to reproduce the bug: from xml.etree.ElementTree import parse import io xml1 = """ text""" xml2 = """ text""" f1 = io.StringIO(xml1) f2 = io.StringIO(xml2) tree2 = parse(f2) # this uses "utf-8" and works fine tree1 = parse(f1)

[issue2277] MozillaCookieJar does not support Firefox3 cookie files

New submission from thekorn <[EMAIL PROTECTED]>: In Firefox 3 the cookies are stored in a sqlite database instead of a txt-file. It would be nice if cookielib.MozillaCookieJar().load() could support this. Markus -- messages: 63470 nosy: thekorn severity: normal status: open title: Mozil