[issue10899] No function type annotations in the standard library

Raymond Hettinger added the comment: Thanks. Fixed in 87980. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue10899] No function type annotations in the standard library

Changes by Raymond Hettinger : -- Removed message: http://bugs.python.org/msg126158 ___ Python tracker ___ ___ Python-bugs-list mailin

[issue10899] No function type annotations in the standard library

Raymond Hettinger added the comment: Thanks. Fixed in r87890. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue10899] No function type annotations in the standard library

Changes by Raymond Hettinger : -- Removed message: http://bugs.python.org/msg126157 ___ Python tracker ___ ___ Python-bugs-list mailin

[issue10899] No function type annotations in the standard library

Raymond Hettinger added the comment: Thanks. Fixed in r89870. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue10899] No function type annotations in the standard library

Brett Cannon added the comment: You missed importlib/abc.py which uses the annotations to document the types of method arguments (and their return values), e.g., what Guido said he might use the annotations for. -- nosy: +brett.cannon ___ Python tr

[issue766910] fix one or two bugs in trace.py

Alexander Belopolsky added the comment: On Sat, Dec 4, 2010 at 3:34 AM, Eli Bendersky wrote: .. > I reviewed the patch and ported the changes to the newest sources Eli, I don't think you ever posted an updated patch. Do you still have it? This may be a good starting issue for you as a commi

[issue766910] fix one or two bugs in trace.py

Alexander Belopolsky added the comment: On Wed, Jan 12, 2011 at 12:17 PM, Alexander Belopolsky wrote: .. > The counts should grow in repeated runs. I did not pay attention: the numbers in summary are numbers of lines, not execution counts. The execution counts in .cover file grow as expected.

[issue2650] re.escape should not escape underscore

Changes by SilentGhost : -- nosy: +SilentGhost ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue9124] Mailbox module should use binary I/O, not text I/O

R. David Murray added the comment: I've been intending to take a look at this issue at some point, but am not sure when I'd get to it. I took a quick look. It does seems to me that it is true that for data-validity purposes the message files need to be opened in binary and fed to the email p

[issue4953] cgi module cannot handle POST with multipart/form-data in 3.0

Glenn Linderman added the comment: Pierre said: The encoding used by the browser is defined in the Content-Type meta tag, or the content-type header ; if not, the default seems to vary for different browsers. So it's definitely better to define it The argument stream_encoding used in FieldSto

[issue10899] No function type annotations in the standard library

Raymond Hettinger added the comment: Thanks for the quick reply. Checked-in. See r87977 and r87978. -- resolution: -> fixed status: open -> closed versions: +Python 3.1 -Python 3.3 ___ Python tracker ___

[issue10899] No function type annotations in the standard library

Guido van Rossum added the comment: On Wed, Jan 12, 2011 at 2:49 PM, Antoine Pitrou wrote: > Could we simply state in PEP 8 that annotations have no official meaning and > that anyone (including stdlib developers) can use it for whatever purpose > they see fit? No, that is less strong than w

[issue10899] No function type annotations in the standard library

Antoine Pitrou added the comment: > On the other hand, having this precedent might give passers-by and > perhaps future stdlib developers the idea that a convention has been > adopted by the stdlib Could we simply state in PEP 8 that annotations have no official meaning and that anyone (incl

[issue10899] No function type annotations in the standard library

Guido van Rossum added the comment: On the one hand, I think that any framework that sets a convention for the meaning of annotations needs to cope with the possibility of other code using a different convention. So in that sense this could be deemed a test case for the robustness of such a

[issue9880] GCC 4.6 bug with -ftree-vectorize

STINNER Victor added the comment: > Do we have to keep this open? Nope, let's close it. -- status: open -> closed ___ Python tracker ___

[issue9880] GCC 4.6 bug with -ftree-vectorize

Georg Brandl added the comment: Do we have to keep this open? -- nosy: +georg.brandl ___ Python tracker ___ ___ Python-bugs-list maili

[issue4953] cgi module cannot handle POST with multipart/form-data in 3.0

Peter Kleiweg added the comment: Pierre Quentel wrote: - get the binary layer of stdout : out = sys.stdout.detach() You can't do that! That makes sys.stdout unavaible to the program that is importing the cgi module. Cgi should access and process sys.stdin only, as binary by means of sys.stdi

[issue8771] Socket freezing under load issue on Mac.

Changes by Terry J. Reedy : -- nosy: -terry.reedy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue9124] Mailbox module should use binary I/O, not text I/O

Raymond Hettinger added the comment: With the module being so slow as to be unusable, this can be considered a bugfix, so it is okay if the fix goes into 3.2.1. -- versions: -Python 3.3 ___ Python tracker ___

[issue10899] No function type annotations in the standard library

New submission from Raymond Hettinger : The discussion for PEP 3107 said the use and interpretation of function type annotations was being left open for third-party developers to use as they see fit (some may use strings, other ABCs, others concrete types, or tuples of types or some other stru

[issue1172711] long long support for array module

Matt Chaput added the comment: This is an important feature to me. Now I get to redo a bunch of code to have two completely different code paths to do the same thing because nobody could be bothered to keep array up-to-date. -- nosy: +mattchaput __

[issue2650] re.escape should not escape underscore

Antoine Pitrou added the comment: > As James said I have written the patch using only regular expressions . > This is going to be my first patch . I need help writing the test for it You will find the current tests in Lib/test/test_re.py. To execute them, run: $ ./python -m test.regrtest -v te

[issue4953] cgi module cannot handle POST with multipart/form-data in 3.0

Pierre Quentel added the comment: Many thoughts and tests after... Glenn, the both of us were wrong : the encoding to use in FieldStorage is neither latin-1, nor sys.stdin.encoding : I tested form fields with characters whose utf-8 encoding has bytes that map to undefined in cp1252, the calls

[issue9124] Mailbox module should use binary I/O, not text I/O

Raymond Hettinger added the comment: RDM, you were suggested for this by Thomas Wouters (who wrote much of the existing code). Are you up for it? -- assignee: -> r.david.murray nosy: +r.david.murray ___ Python tracker

[issue2650] re.escape should not escape underscore

yeswanth added the comment: As James said I have written the patch using only regular expressions . This is going to be my first patch . I need help writing the test for it -- ___ Python tracker __

[issue10855] wave.Wave_read.close() doesn't release file

Antoine Pitrou added the comment: > It allows garbage collection to close the file object if there are no > more references to it. This is a very bad policy to begin with. Garbage collection can be delayed for a number of reasons: - someone might be running your program on a Python implementa

[issue8771] Socket freezing under load issue on Mac.

Alice Bevan-McGregor added the comment: Agreed; I'm now certain it's a local tuning issue. My first attempt to alter the file descriptor limits for local testing resulted in catastrophic system failure, though, so I have no clue as to the correct method to alter the TIME_WAIT time. I will c

[issue8771] Socket freezing under load issue on Mac.

Charles-Francois Natali added the comment: As explained by Jean-Paul, it's due to the fact that the closed TCP sockets spend some time in TIME-WAIT state before being deallocated. On Linux, this issue can be more or less worked-around using sysctl (net.ipv4.tcp_tw_{reuse,recycle}). There might

[issue10897] UNIX mmap unnecessarily dup() file descriptor

Lorenz Huedepohl added the comment: Thanks SilentGhost, you were much faster than me :) I agree with Antoine, that the dup() is unexpected: It cost me some time to figure out where these additonal file descriptors originated from. One of the powers of mmap() is, that you do not need one, so i

[issue10855] wave.Wave_read.close() doesn't release file

Peter Creath added the comment: A point of clarification on the original report: Georg is completely right when he points out that this is only an issue when passing in a file object. If passed a filename, wave.py both opens and closes the file explicitly, and the dangling reference isn't im

[issue10874] test_urllib2 shouldn't use is operator for comparing strings

SilentGhost added the comment: Committed for 2.7 in r87964, for 3.1 in r87965. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue10855] wave.Wave_read.close() doesn't release file

Antoine Pitrou added the comment: Agreed with Georg. No OS resource is leaking if the file is explicitly closed (since it releases the underlying file descriptor). That the Python "file object" is still attached somewhere is of secondary importance. -- nosy: +pitrou _

[issue10855] wave.Wave_read.close() doesn't release file

Georg Brandl added the comment: I don't really see the bug here. Either you openened the file object, then you have to close it. Or wave.py opened it, then it will close it, no matter if it still has a reference or not. Of course we could set _data_chunk to None, but I'm unsure what behavio

[issue10894] Making stdlib APIs private

Antoine Pitrou added the comment: Oh, by the way, it can be good to check that the APIs are not used too widely. Example for such a query: http://www.google.com/codesearch?q=lang%3Apython%20do_longs&hl=fr (in this case, it's clear that only copies of the stdlib reference that function) --

[issue10894] Making stdlib APIs private

Antoine Pitrou added the comment: My take on this: - adding underscores to locally-defined private functions is good. +1 - -0.5 on "from warnings import warn as _warn"; it's useless complication, users should be able to realize warn() is a public API of the warnings module, not whichever else

[issue10893] The docs mark staticmethod as a function

Changes by Raymond Hettinger : -- resolution: -> invalid status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue10897] UNIX mmap unnecessarily dup() file descriptor

Antoine Pitrou added the comment: The problem is that it's a change in semantics. So it definitely can't be backported to the bugfix branches, nor committed into 3.2 which is in feature freeze now. The question is which behaviour is the most expected by users of the module. I'd say that dup(

[issue10897] UNIX mmap unnecessarily dup() file descriptor

SilentGhost added the comment: version of the lorenz's patch agains py3k branch. -- Added file: http://bugs.python.org/file20380/mmap.diff ___ Python tracker ___ ___

[issue10822] test_getgroups failure under Solaris

Antoine Pitrou added the comment: Thanks for the patch! Committed in r87958 (3.2), r87959 (3.1) and r87961 (2.7). -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker

[issue4953] cgi module cannot handle POST with multipart/form-data in 3.0

Glenn Linderman added the comment: I'd be willing to propose such a patch and tests, but I haven't a clue how, other than starting by reading the contributor document... I was putting off learning the process until hg conversion, not wanting to learn an old process for a few months :( And I'

[issue10894] Making stdlib APIs private

Changes by SilentGhost : -- nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue10895] Private stdlib API: getopt, getpass, glob, gzip, genericpath, gettext

Raymond Hettinger added the comment: -0 It is questionable whether this should be done at all. Either it is irrelevant or it will break someone's code. -- priority: normal -> low ___ Python tracker

[issue10894] Making stdlib APIs private

Brett Cannon added the comment: I will be writing a proper task item for this (there's a reason it's a todo item =), but I will read this before writing it so feel free to leave any thoughts or ideas for the future task. -- ___ Python tracker

[issue9880] GCC 4.6 bug with -ftree-vectorize

STINNER Victor added the comment: I reported the bug to GCC: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47271 -- title: Python 2.7 Won't Build: SystemError: unknown opcode -> GCC 4.6 bug with -ftree-vectorize ___ Python tracker

[issue10898] posixmodule.c redefines FSTAT

New submission from Alan Hourihane : Python 2.7.1 redefines FSTAT, but the problem is my libc already defines FSTAT in sys/ioctl.h. I've worked around this by prefixing the FSTAT define with PYTHON. It should probably be done with STAT too. --- Modules/posixmodule.c.old 2011-01-12 01:46:45.

[issue1488934] file.write + closed pipe = no error

Erik Demaine added the comment: I just tested on Python 2.5.2, 2.6.2, and 3.0.1, and I could not reproduce the error (using the code in msg28537). It would seem that file.flush is catching the problem, even though file.write is ignoring the error, but I can't see any changes since 1.5.2 that

[issue1488934] file.write + closed pipe = no error

Antoine Pitrou added the comment: > msg28537 shows a version with flush, and says that it fails I cannot reproduce. Either with Python 2.5.2 (!), 2.7 or 3.2, on a remote Debian system. Even using "kill -9" on the local ssh process does shut down the remote Python process. If I comment out the

[issue10897] UNIX mmap unnecessarily dup() file descriptor

Changes by SilentGhost : -- nosy: +SilentGhost ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue4953] cgi module cannot handle POST with multipart/form-data in 3.0

R. David Murray added the comment: Yes, the immanence of RC1 makes it really doubtful that this can be fixed in 3.2. Whether or not it can be fixed in 3.2.1 will depend on the nature of the fix. If it changes behavior such that currently working uses of FieldStorage (that don't deal with bi

[issue10895] Private stdlib API: getopt, getpass, glob, gzip, genericpath, gettext

Changes by Éric Araujo : -- nosy: +brett.cannon, eric.araujo, rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue1488934] file.write + closed pipe = no error

Erik Demaine added the comment: msg28537 shows a version with flush, and says that it fails. I haven't tested since 2006, though, so I can retry, in particular to see whether the patch suggested in the original post has been applied now. -- resolution: invalid -> status: closed -> o

[issue10894] Making stdlib APIs private

Changes by Éric Araujo : -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue10897] UNIX mmap unnecessarily dup() file descriptor

Éric Araujo added the comment: Thanks for the report and patch. Can you refresh it against the py3k branch? Bugs are fixed there and then backported to 3.1 and 2.7. If possible, please include a test in your patch. -- nosy: +eric.araujo, facundobatista, georg.brandl, josiahcarlson,

[issue10895] Private stdlib API: getopt, getpass, glob, gzip, genericpath, gettext

SilentGhost added the comment: Attached patch is fro gettext None of the public members of the module has any docstrings. I'm not sure that simple copying from Doc/library/gettext.rst would be satisfactory. But if it is, please let me know. -- Added file: http://bugs.python.org/file2

[issue10896] trace module compares directories as strings (--ignore-dir)

Changes by Antoine Pitrou : -- stage: -> patch review type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue10894] Making stdlib APIs private

Changes by Benjamin Peterson : -- dependencies: +Private stdlib API: getopt, getpass, glob, gzip, genericpath, gettext ___ Python tracker ___ ___

[issue10896] trace module compares directories as strings (--ignore-dir)

Changes by SilentGhost : -- nosy: +belopolsky ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue766910] fix one or two bugs in trace.py

Alexander Belopolsky added the comment: On Sat, Dec 4, 2010 at 3:34 AM, Eli Bendersky wrote: >.. > However, while experimenting, I think I ran into much larger problems. Either > that or I've forgotten > how to use the module :-) I am afraid it is the latter. :-) The file specified in --file

[issue10896] trace module compares directories as strings (--ignore-dir)

SilentGhost added the comment: It's due to the os.path.normpath not normalizing case. Here is the patch. Also affects 3.x -- keywords: +patch nosy: +SilentGhost versions: +Python 3.1, Python 3.2 Added file: http://bugs.python.org/file20378/trace.diff __

[issue10225] Fix doctest runable examples in python manual

Changes by Alexander Belopolsky : Removed file: http://bugs.python.org/file20376/issue10225-py3k.diff ___ Python tracker ___ ___ Python-bugs-l

[issue10225] Fix doctest runable examples in python manual

Alexander Belopolsky added the comment: Committed the simple fixes in r87957. Updated the patch to include only the remaining changes. -- Added file: http://bugs.python.org/file20377/issue10225-py3k.diff ___ Python tracker

[issue10896] trace module compares directories as strings (--ignore-dir)

Vladimir Rutsky added the comment: Workaround for people on Windows who don't wan't to modify trace.py: to get clean trace of only your project calls add to ignore list python path with mix of character cases. For me worked out this string: python -m trace --ignore-dir=c:\python26\lib;C:\pyth

[issue9941] Unify trace and profile interfaces

Changes by Alexander Belopolsky : -- versions: +Python 3.3 -Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue1488934] file.write + closed pipe = no error

Antoine Pitrou added the comment: Agreed with Charles-François, this is normal behaviour since the bytes written on stdout are buffered (up to a certain size). If calling flush() doesn't solve the issue, please reopen the issue. -- resolution: -> invalid status: open -> closed _

[issue10225] Fix doctest runable examples in python manual

Changes by Alexander Belopolsky : Removed file: http://bugs.python.org/file20375/issue10225-py3k.diff ___ Python tracker ___ ___ Python-bugs-l

[issue10225] Fix doctest runable examples in python manual

Changes by Alexander Belopolsky : Added file: http://bugs.python.org/file20376/issue10225-py3k.diff ___ Python tracker ___ ___ Python-bugs-lis

[issue10892] segfault with "del X.__abstractmethods__"

Benjamin Peterson added the comment: r87954 -- nosy: +benjamin.peterson resolution: -> fixed status: open -> closed ___ Python tracker ___ _

[issue10225] Fix doctest runable examples in python manual

Alexander Belopolsky added the comment: I have updated Sphinx and rerun py3k doctests. It looks like the newest Sphinx does not check examples unless the file has a .. testsetup:: directive somewhere. This is nice because it focuses on the files that are clearly intended to be doctest-chec

[issue10855] wave.Wave_read.close() doesn't release file

Peter Creath added the comment: Thank you for clarifying the documentation. However, I don't think that fully resolves the issue. I'm not complaining about a failure to close the file. As you observe, it doesn't need to (and shouldn't) close a file object, but it should release the referen

[issue775321] plistlib error handling

Mher Movsisyan added the comment: I don't see compelling reasons to wrap ExpatError in ValueError. ExpatError contains extra diagnostic information such as line and column numbers. -- ___ Python tracker

[issue10897] UNIX mmap unnecessarily dup() file descriptor

New submission from Lorenz Huedepohl : The UNIX mmap version in Modules/mmapmodule.c makes a call to dup() to duplicate the file descriptor that is passed for creating the memory-mapped region. This way, I frequently hit the limit for the number of open file handles while creating mmap.mm

[issue10895] Private stdlib API: getopt, getpass, glob, gzip, genericpath, gettext

Changes by SilentGhost : Added file: http://bugs.python.org/file20372/getpass_api.diff ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue10895] Private stdlib API: getopt, getpass, glob, gzip, genericpath, gettext

Changes by SilentGhost : Removed file: http://bugs.python.org/file20367/getpass_api.diff ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue10895] Private stdlib API: getopt, getpass, glob, gzip, genericpath, gettext

SilentGhost added the comment: Attached patch is for gzip. Additionally, I had to fix import and removed two unused (?) functions. Let me know if that's inappropriate. I wasn't sure what to do about constants (all caps vars) so I left them as they were. -- Added file: http://bugs.pyt

[issue10893] The docs mark staticmethod as a function

SilentGhost added the comment: So, is int, str, bool and enumerate. And many others. The preface on functions page (http://docs.python.org/dev/library/functions.html) says: "The Python interpreter has a number of functions and types built into it that are always available." I would think it

[issue10896] trace module compares directories as strings (--ignore-dir)

Changes by Vladimir Rutsky : Added file: http://bugs.python.org/file20370/test.out ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue10896] trace module compares directories as strings (--ignore-dir)

Changes by Vladimir Rutsky : Added file: http://bugs.python.org/file20369/test.cmd ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue10896] trace module compares directories as strings (--ignore-dir)

New submission from Vladimir Rutsky : This is code from recent trace.py (http://svn.python.org/view/python/branches/release27-maint/Lib/trace.py?view=markup): trace.py:169: # Ignore a file when it contains one of the ignorable paths for d in self._dirs: # The '+ os.s

[issue10895] Private stdlib API: getopt, getpass, glob, gzip, genericpath, gettext

SilentGhost added the comment: Attached patch is for getpass. Additionally, I let myself remove superfluous import. -- Added file: http://bugs.python.org/file20367/getpass_api.diff ___ Python tracker

[issue10895] Private stdlib API: getopt, getpass, glob, gzip, genericpath, gettext

SilentGhost added the comment: Attached patch is for glob. While I haven't touched it, I find it strange that Doc/library/glob.rst draws special attention to the actual source code of the glob module. Since, in my view, it's pertaining to the public API, I would consider deleting that "See a

[issue9880] Python 2.7 Won't Build: SystemError: unknown opcode

STINNER Victor added the comment: > Looks like code generation is borked. I sent an email to the mailing list: http://gcc.gnu.org/ml/gcc-help/2011-01/msg00136.html -- ___ Python tracker ___

[issue9880] Python 2.7 Won't Build: SystemError: unknown opcode

Antoine Pitrou added the comment: [...] > > gcc-4.6 -O1 -ftree-vectorize > - > 0x00480991 <+5041>: mov%eax,%ecx > 0x00480993 <+5043>: sub%edx,%ecx > 0x00480995 <+5045>: mov%ecx,(%r12,%rax,4) > 0x00480999 <+5049>:

[issue10894] Making stdlib APIs private

SilentGhost added the comment: Depends on issue10895 -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue10895] Private stdlib API: getopt, getpass, glob, gzip, genericpath, gettext

New submission from SilentGhost : Module generic path is in order (added here only for completeness). Attached patch is for getopt. -- components: Library (Lib) files: getopt_api.diff keywords: patch messages: 126095 nosy: SilentGhost priority: normal severity: normal status: open title

[issue10894] Making stdlib APIs private

New submission from SilentGhost : Following suggestion in the Developers Guide (http://docs.python.org/devguide/#index-5) and the rules proposed by Michael Foord (http://mail.python.org/pipermail/python-dev/2010-November/105476.html): > If a module or package defines __all__ that a

[issue1488934] file.write + closed pipe = no error

Charles-Francois Natali added the comment: This is normal behaviour: stdout is normally line buffered (_IOLBF) only if connected to a tty. When it's not connected to a tty, it's full buffered (_IOFBF). This is done on purpose for performance reason. To convince yourself, run $ cat test.py fo

[issue9880] Python 2.7 Won't Build: SystemError: unknown opcode

STINNER Victor added the comment: More info about the loop: Py_ssize_t i; int nops; My setup: * Intel(R) Pentium(R) 4 CPU 3.00GHz * Debian Sid * gcc (Debian 20110106-1) 4.6.0 20110106 (experimental) [trunk revision 168538] -- ___ Python

[issue9880] Python 2.7 Won't Build: SystemError: unknown opcode

STINNER Victor added the comment: With gcc-4.6 -O1, Python 3.2 works correctly. With gcc-4.6 -O1 -ftree-vectorize, the assertion "assert (new_line - last_line < 255);" fails in PyCode_Optimize(). I think that the problem is in the following loop: - #define

[issue10893] The docs mark staticmethod as a function

New submission from Ram Rachum : The Python documentation uses :func:`staticmethod` to describe staticmethod, while staticmethod is a type. I want to link to the Python documentation from my project's documentation using Intersphinx, and I wouldn't want to mislead my users by marking static m

[issue985064] plistlib crashes too easily on bad files

Éric Araujo added the comment: See also reopened dependency #775321. -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-li

[issue775321] plistlib error handling

Changes by Éric Araujo : -- nosy: +georg.brandl, mher, ned.deily, ronaldoussoren ___ Python tracker ___ ___ Python-bugs-list mailing

[issue775321] plistlib error handling

Éric Araujo added the comment: I think this was closed prematurely. I would like a core dev to assess this issue and reject or validate it. -- nosy: +eric.araujo -BreamoreBoy resolution: wont fix -> stage: patch review -> status: closed -> open versions: +Python 3.3 -Python 3.2 ___

[issue10892] segfault with "del X.__abstractmethods__"

Éric Araujo added the comment: I think a crash does not qualify as security issue, hence removing 2.6. -- nosy: +eric.araujo versions: -Python 2.6 ___ Python tracker ___ __

[issue10892] segfault with "del X.__abstractmethods__"

New submission from Amaury Forgeot d'Arc : A short crasher:: class X(object): pass del X.__abstractmethods__ All versions since 2.6 are affected. The fix is probably simple: the setter function type_set_abstractmethods() in typeobject.c should check for a NULL value. -- keyword

[issue9124] Mailbox module should use binary I/O, not text I/O

Antoine Pitrou added the comment: The aforementioned python-dev thread (available at http://mail.python.org/pipermail/python-dev/2010-June/101186.html ) explains things quite well. The mailbox module needs to be modified to use binary I/O, both for functionality and for speed. Right now, I do

[issue8957] strptime(.., '%c') fails to parse output of strftime('%c', ..) in some locales

STINNER Victor added the comment: On Linux, cfmt.py fails on fr_FR locale (the only valid locale in the list of tested locales): --- fr_FR [mer. 12 janv. 2011 11:30:35 CET] %a %d %B %Y %H:%M:%S %Z != %a %d %b %Y %T %Z --- The problem is the month format: locale.nl_langinfo(locale.D_T_FMT) ret

[issue10891] Tweak sorting howto to eliminate redundancy

New submission from Éric Araujo : When reading over the sorting howto, I noticed redundancy of the form “the list.sort() method of a list”. Raymond, if you approve the attached patch, please assign back to me. There were no warnings during doc build and no link was broken. Note that :meth:`

[issue9124] Mailbox module demonstrates infeasibly slow performance

Lennart Regebro added the comment: 3.2 sees a small improvement when running the Steve test: Python 2.6.6: 0.0291s Python 3.1.2: 31.1s Python 3.2b2+: 28.8s This is Ubuntu 10.04 on ext3, with all Pythons compiled from source, with no configure attributes except a prefix. I wonder if the dif

[issue10441] some stdlib modules need to be updated to handle SSL certificate validation

david added the comment: Cool yeah. The documentation is good I asked the question because I wasn't sure if it was in a pending patch elsewhere in the bug tracker or was accepted. I guess I should have googled for it. Thank you. -- ___ Python tracke

  1   2   >