[issue12047] Expand the style guide

New submission from Georg Brandl : Sounds very good to me. One small thing: in the first para of "Audience", there's a "talk down them" which looks funny to me in this word order. One question: I could imagine wording like "this is rarely needed" instead of "this is experts only" -- would you

[issue11948] Tutorial/Modules - small fix to better clarify the modules search path

Raymond Hettinger added the comment: See http://bugs.python.org/issue12047 -- ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue12047] Expand the style guide

Changes by Raymond Hettinger : -- assignee: georg.brandl components: Documentation files: style.diff keywords: patch nosy: georg.brandl, rhettinger priority: normal severity: normal status: open title: Expand the style guide Added file: http://bugs.python.org/file21951/style.diff __

[issue12039] test_logging: bad file descriptor on FreeBSD bot

Vinay Sajip added the comment: I've done a bit more investigating, and the select.error is raised in the server thread when the main thread closes the SMTP server (asyncore.dispatcher). I've modified the server code to swallow the error if the server has been closed. This closes the issue as

[issue12039] test_logging: bad file descriptor on FreeBSD bot

Roundup Robot added the comment: New changeset b365036b17c2 by Vinay Sajip in branch 'default': Issue #12039: Now suppress spurious select.error raised on FreeBSD when the server (an asyncore.dispatcher) is closed. http://hg.python.org/cpython/rev/b365036b17c2 -- nosy: +python-dev ___

[issue10666] OS X installer variants have confusing readline differences

Ronald Oussoren added the comment: FWIW I'm in favor of shipping libedit as well with the 32-bit variant of the installer. The installer for 10.6 can continue to use the system install, that's good enough for to be used. The download link for the copy in OSX 10.6.7 is

[issue11948] Tutorial/Modules - small fix to better clarify the modules search path

Georg Brandl added the comment: +1 to the guidance, and to adding it to the doc style chapter. -- nosy: +georg.brandl ___ Python tracker ___

[issue12015] possible characters in temporary file name is too few

Changes by Steve Ward : Added file: http://bugs.python.org/file21950/tempfile.py.diff ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue6721] Locks in python standard library should be sanitized on fork

Changes by Nir Aides : -- nosy: +nirai ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/ma

[issue9971] Optimize BufferedReader.readinto

Changes by Nir Aides : -- nosy: +nirai ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/ma

[issue11743] Rewrite PipeConnection and Connection in pure Python

Changes by Nir Aides : -- nosy: +nirai ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/m

[issue9504] signal.signal/signal.alarm not working as expected

Changes by Nir Aides : -- nosy: +nirai ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/ma

[issue1625] bz2.BZ2File doesn't support multiple streams

Changes by Nir Aides : -- nosy: +nirai ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/ma

[issue12044] subprocess.Popen.__exit__ doesn't wait for process end

Brian Curtin added the comment: Looks like we already mention that. """ Popen objects are supported as context managers via the with statement, closing any open file descriptors on exit. """ Antoine, do you think this should be more strongly worded? -- status: open -> pending __

[issue12026] Support more of MSI api

Terry J. Reedy added the comment: Your title mixes a goal -- exposing more of the MSI api -- with a particular means -- exposing an object that is only useful with ctypes. So I have taken the liberty of removing the implementation limitation. While clever, I do not believe that strategy has a

[issue11948] Tutorial/Modules - small fix to better clarify the modules search path

Terry J. Reedy added the comment: I agree with both Raymond and David's suggestion. -- ___ Python tracker ___ ___ Python-bugs-list ma

[issue8426] multiprocessing.Queue fails to get() very large objects

Changes by Philip Semanchuk : -- nosy: +osvenskan ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue1195] Problems on Linux with Ctrl-D and Ctrl-C during raw_input

STINNER Victor added the comment: > The patch still does not handle the case where the eof indicator > is already set when calling raw_input. My original patch does. Correct, your example fails, but only in Python 2.7. I don't like the idea of always clearing errors. I prefer to reset stdin on

[issue1195] Problems on Linux with Ctrl-D and Ctrl-C during raw_input

Ralf Schmitt added the comment: The patch still does not handle the case where the eof indicator is already set when calling raw_input. My original patch does. Run the following program and hit ctrl-d, then ctrl-c: import sys sys.stdin.read() while True: try: s = raw_input('> ')

[issue12039] test_logging: bad file descriptor on FreeBSD bot

Vinay Sajip added the comment: Ok, I'll leave the BadStatusLine problem for Senthil to investigate. I have reproduced the problem with the SMTP server on FreeBSD, but this problem does not occur on Linux and I'm not sure why it would fail on FreeBSD. I've attached a script, smtp_test.py, whic

[issue12041] test_os test_ctypes test_wait3 causes test_wait3 error

R. David Murray added the comment: Confirmed working on my box as well, and on my buildbot (where I first noticed it). -- ___ Python tracker ___ ___

[issue12012] _ssl module doesn't compile with OpenSSL 1.0.0d: SSLv2_method is missing

STINNER Victor added the comment: > Since it's a bugfix, it should probably go into all branches. Fixed in 2.7, 3.1, 3.2, 3.3. -- resolution: -> fixed status: -> closed ___ Python tracker __

[issue11948] Tutorial/Modules - small fix to better clarify the modules search path

R. David Murray added the comment: Raymond: yes, thanks for the clear guidance. Perhaps it could be added to Documenting Python, perhaps in the Style Guide chapter? -- ___ Python tracker

[issue12012] _ssl module doesn't compile with OpenSSL 1.0.0d: SSLv2_method is missing

Roundup Robot added the comment: New changeset 3c87a13980be by Victor Stinner in branch '2.7': (Merge 3.1) Issue #12012: ssl.PROTOCOL_SSLv2 becomes optional http://hg.python.org/cpython/rev/3c87a13980be -- ___ Python tracker

[issue12039] test_logging: bad file descriptor on FreeBSD bot

Senthil Kumaran added the comment: I could reproduce the BadStatusLine exception using Vinay's server_test.py. I see that the exception is triggered by logging package when it is trying to http.client's getresponse() before it is ready. The previous commit 25298224cb25 was on http.server (cli

[issue12046] Windows build identification incomplete

Changes by Nadeem Vawda : -- nosy: +nadeem.vawda ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue12046] Windows build identification incomplete

New submission from Martin v. Löwis : The Unix build identifies itself with a string such as Python 3.2.1b1 (3.2:5b34f84ca773, May 10 2011, 00:58:43) and sys._mercurial then is ('CPython', '3.2', '5b34f84ca773') In the Windows build, the identification is Python 3.2.1b1 (default, May 10 2011,

[issue12012] _ssl module doesn't compile with OpenSSL 1.0.0d: SSLv2_method is missing

Roundup Robot added the comment: New changeset b7abf0590e1c by Victor Stinner in branch '3.1': Issue #12012: ssl.PROTOCOL_SSLv2 becomes optional http://hg.python.org/cpython/rev/b7abf0590e1c New changeset 20beec22764f by Victor Stinner in branch '3.2': (Merge 3.1) Issue #12012: ssl.PROTOCOL_SSL

[issue11948] Tutorial/Modules - small fix to better clarify the modules search path

Terry J. Reedy added the comment: Sandro, import is a somewhat dark corner of Python that newcomers and even experienced people ofter trip over. So getting the text both correct and clear is worth some thought. I just noticed that the text is only true for Python-coded modules and not for bu

[issue1195] Problems on Linux with Ctrl-D and Ctrl-C during raw_input

STINNER Victor added the comment: It should be fixed. Reopen the issue if it doesn't work, I only tested on Linux. -- resolution: -> fixed status: open -> closed ___ Python tracker

[issue1195] Problems on Linux with Ctrl-D and Ctrl-C during raw_input

Roundup Robot added the comment: New changeset c9f07c69b138 by Victor Stinner in branch '2.7': (Merge 3.1) Issue #1195: Fix input() if it is interrupted by CTRL+d and then http://hg.python.org/cpython/rev/c9f07c69b138 -- ___ Python tracker

[issue1195] Problems on Linux with Ctrl-D and Ctrl-C during raw_input

Roundup Robot added the comment: New changeset fa3227c3cf87 by Victor Stinner in branch '3.1': Issue #1195: Fix input() if it is interrupted by CTRL+d and then CTRL+c, http://hg.python.org/cpython/rev/fa3227c3cf87 New changeset b5914bfb4d04 by Victor Stinner in branch '3.2': Issue #1195: Fix in

[issue12044] subprocess.Popen.__exit__ doesn't wait for process end

Antoine Pitrou added the comment: > I'm thinking there's not a lot we can do here, but also not a lot that > we should do here. We don't want to wait, and we don't want to close, > so maybe we should just document that the usage should be limited only > to expecting the open handles to be closed

[issue11349] _pickle should implement the module finalisation protocol

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue12040] Expose a Process.sentinel property (and fix polling loop in Process.join())

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue12038] assertEqual doesn't display newline differences quite well

Michael Foord added the comment: Yup, I agree that's pretty sucky. Any suggestions for a fix? -- ___ Python tracker ___ ___ Python-bu

[issue11948] Tutorial/Modules - small fix to better clarify the modules search path

Sandro Tosi added the comment: Raymond, thanks for explaining the reasoning behind your replies, it really helps me understand the "spirit" behind python :) That said, and trying to be a bit more pragmatical, what are the next steps to make this patch acceptable? It's kinda of a small patch,

[issue11877] Change os.fsync() to support physical backing store syncs

Charles-François Natali added the comment: Steffen, you changed the default to doing a "full sync" in your last patch: while I was favoring that initially, I now agree with Ronald and Antoine, and think that we shouldn't change the default behaviour. The reason being that Apple and NetBSD fol

[issue12039] test_logging: bad file descriptor on FreeBSD bot

Stefan Krah added the comment: Maybe this link to the revision works: 2ab07776510c -- ___ Python tracker ___ ___ Python-bugs-list mai

[issue12039] test_logging: bad file descriptor on FreeBSD bot

Stefan Krah added the comment: We might have two issues here. On FreeBSD the select.error occurs reliably starting with r69723 (when the tests were added): [buildbot@freebsd-amd64 /usr/home/buildbot/cpython]$ ./python -m test -uall test_logging [1/1] test_logging /usr/home/buildbot/cpython/Lib

[issue12044] subprocess.Popen.__exit__ doesn't wait for process end

Brian Curtin added the comment: Hm, yeah, not sure what I was thinking there. I'm thinking there's not a lot we can do here, but also not a lot that we should do here. We don't want to wait, and we don't want to close, so maybe we should just document that the usage should be limited only to

[issue8498] Cannot use backlog = 0 for sockets

Charles-François Natali added the comment: The patch looks fine to me: you just need to find someone interested in reviewing and committing it (didn't find anyone listed as expert for the socket module). -- ___ Python tracker

[issue12045] external shell command executed twice in ctypes.util._get_soname

New submission from Antoine Pitrou : It seems `cmd` is executed twice, for no obvious reason, in the following code: http://hg.python.org/cpython/file/2d4ef202d4ed/Lib/ctypes/util.py#l129 -- components: Library (Lib) messages: 135650 nosy: pitrou priority: normal severity: normal stage:

[issue12044] subprocess.Popen.__exit__ doesn't wait for process end

Antoine Pitrou added the comment: > Actually, I don't think the wait() is a good idea. If you want to > block and infinitely wait on the process to close, you should do so > explicitly. Ok. > It's probably better that we try to use terminate() or kill() and raise if > that fails. Uh, I think

[issue12044] subprocess.Popen.__exit__ doesn't wait for process end

Brian Curtin added the comment: Actually, I don't think the wait() is a good idea. If you want to block and infinitely wait on the process to close, you should do so explicitly. It's probably better that we try to use terminate() or kill() and raise if that fails. -- ___

[issue12039] test_logging: bad file descriptor on FreeBSD bot

Vinay Sajip added the comment: The change which causes the apparently spurious messages is one made by Senthil: 25298224cb25 - with the earlier revision 1ac03e071d65 the messages don't occur, as you can see here: vinay@eta-jaunty:~/projects/python/default$ hg update -r 69980 merging Lib/test/

[issue12015] possible characters in temporary file name is too few

Antoine Pitrou added the comment: > If you care about security, you should not use the Python random > module because it is not cryptographic. Oh oh, ssl doesn't expose > RAND_bytes(). Feel free to open a separate issue and even provide a patch! --

[issue12039] test_logging: bad file descriptor on FreeBSD bot

Vinay Sajip added the comment: The rest isn't actually failing - it's just that a spurious BadStatusLine exception appears to be being raised. -- ___ Python tracker ___ ___

[issue12015] possible characters in temporary file name is too few

STINNER Victor added the comment: If you care about security, you should not use the Python random module because it is not cryptographic. Oh oh, ssl doesn't expose RAND_bytes(). -- ___ Python tracker ___

[issue10666] OS X installer variants have confusing readline differences

Martin v. Löwis added the comment: It's true that we should try to avoid distributing GPL'ed code with binary installers. At a minimum, we would have to provide the source of readline for download also, and we would have to warn anybody redistributing our binaries that they must include the s

[issue12044] subprocess.Popen.__exit__ doesn't wait for process end

Antoine Pitrou added the comment: > Seems like it would be enough to add a wait() at the end? Probably, perhaps with a try/finally? I'm not entirely sure this is a good idea, by the way. May there be some drawbacks? -- ___ Python tracker

[issue12044] subprocess.Popen.__exit__ doesn't wait for process end

Brian Curtin added the comment: Seems like it would be enough to add a wait() at the end? diff -r 9e473917cbfb Lib/subprocess.py --- a/Lib/subprocess.py Mon May 09 21:17:02 2011 +0200 +++ b/Lib/subprocess.py Mon May 09 15:30:02 2011 -0500 @@ -796,6 +796,7 @@ self.stderr.close()

[issue12039] test_logging: bad file descriptor on FreeBSD bot

Vinay Sajip added the comment: I've attached a smaller script which shows up the error. It's not tiny, but tests the SMTP and HTTP handler tests which show the failures mentioned in Stefan's post. -- Added file: http://bugs.python.org/file21947/server_test.py

[issue12039] test_logging: bad file descriptor on FreeBSD bot

Vinay Sajip added the comment: I've made recent changes in test_logging to improve coverage, but these errors were not being raised on my local development machine (Ubuntu Jaunty). They have recently started occurring on my machine, too, so at the moment I'm suspecting some other change which

[issue12041] test_os test_ctypes test_wait3 causes test_wait3 error

Changes by Ezio Melotti : -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker ___

[issue12041] test_os test_ctypes test_wait3 causes test_wait3 error

Ezio Melotti added the comment: Works for me after the commit. -- resolution: fixed -> stage: committed/rejected -> needs patch status: pending -> open ___ Python tracker ___ _

[issue12013] file /usr/local/lib/python3.1/lib-dynload/_socket.so: symbol inet_aton: referenced symbol not found

Alex Lai added the comment: I've installed it successfully on another server. That is enough. I haven't got time to upgrade my workstation from s10 pre-release to latest s10 release yet. Thanks for the information, Alex -- ___ Python tracker

[issue12041] test_os test_ctypes test_wait3 causes test_wait3 error

Antoine Pitrou added the comment: This should be fixed, can you confirm? PS: I've opened issue12044 as one of the root causes. -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> pending ___ Python tracker

[issue12044] subprocess.Popen.__exit__ doesn't wait for process end

New submission from Antoine Pitrou : I find it a bit strange that Popen.__exit__ closes all standard file descriptors leading to the child process, but doesn't wait for process end afterwards. (context management support was added in issue10554) -- messages: 135635 nosy: brian.curtin,

[issue11948] Tutorial/Modules - small fix to better clarify the modules search path

Raymond Hettinger added the comment: One other stylistic note. The tone of the tutorial (and all the docs) needs to be respectful of the readers intelligence. We don't presume that the readers are stupid. We lay out the relevant information, show motivating use cases, provide glossary link

[issue12041] test_os test_ctypes test_wait3 causes test_wait3 error

Roundup Robot added the comment: New changeset 9e473917cbfb by Antoine Pitrou in branch 'default': Issue #12041: Make test_wait3 more robust. http://hg.python.org/cpython/rev/9e473917cbfb -- nosy: +python-dev ___ Python tracker

[issue12041] test_os test_ctypes test_wait3 causes test_wait3 error

Changes by Nadeem Vawda : -- nosy: +nadeem.vawda ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue11948] Tutorial/Modules - small fix to better clarify the modules search path

Raymond Hettinger added the comment: The tutorial is meant for newcomers. The experience needs to be positive and not leave the reader with worries that something bad will happen if they make a misstep. People commonly use the tutorial to evaluate the language as a whole. The tutorial need

[issue12041] test_os test_ctypes test_wait3 causes test_wait3 error

Antoine Pitrou added the comment: What seems to happen is that test_ctypes runs a lot of ldconfig processes, and the 10 retries in fork_wait are not enough to consume them all. -- nosy: +pitrou ___ Python tracker

[issue11948] Tutorial/Modules - small fix to better clarify the modules search path

R. David Murray added the comment: Raymond: I haven't read the examples in detail so I don't have an opinion on the appropriateness of the text, but I'm curious: while what you say certainly applies to the Language Reference, does it also apply to the Tutorial? -- nosy: +r.david.murra

[issue11948] Tutorial/Modules - small fix to better clarify the modules search path

Sandro Tosi added the comment: Sorry Raymond for the bad editing, I was confused by thinking 'tutorial' is particularly meant for new-coming people. Anyhow, sorry again: I attach a patch removing the badworded part. Please let me know if anything else is missing or needs fixing. Thanks for y

[issue12043] Update shutil documentation

New submission from Sandro Tosi : This issue is to keep track of the 'shutil' documentation update, since it seems to miss several information (in particular in comparison with the docstrings). I'll post patches as soon as I get them. -- assignee: docs@python components: Documentation

[issue11948] Tutorial/Modules - small fix to better clarify the modules search path

Raymond Hettinger added the comment: Please don't make these kind of changes. Guido has been clear that the docs need to affirmatively state what the language does. Except for certain security risks or segfault risks, the docs should avoid wording along the lines of "feature x is dangerous

[issue12042] What's New multiprocessing example error

New submission from Davi Post : In this section: http://docs.python.org/whatsnew/2.6.html#pep-371-the-multiprocessing-package This sentence follows the first example: "A Queue is used to communicate the input parameter N and the result." In the example, the queue is used only for the result, no

[issue12041] test_os test_ctypes test_wait3 causes test_wait3 error

Changes by Ezio Melotti : -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue12041] test_os test_ctypes test_wait3 causes test_wait3 error

New submission from R. David Murray : It doesn't matter which order test_os and test_ctypes run in, but if they precede test_wait3 test_wait3 will fail. When the test is immediately re-run it passes. The reason ought to be interesting once we figure it out :) Tested on linux. Doesn't appear

[issue9205] Parent process hanging in multiprocessing if children terminate unexpectedly

Antoine Pitrou added the comment: Part of the patch submitted standalone in issue12040. -- dependencies: +Expose a Process.sentinel property (and fix polling loop in Process.join()) ___ Python tracker

[issue12040] Expose a Process.sentinel property (and fix polling loop in Process.join())

New submission from Antoine Pitrou : This patch exposes a new read-only property of multiprocessing.Process objects, named "sentinel". As the doc indicates, this is a file descriptor undex Unix, and a handle under Windows. Both are suitable for flexible polling/waiting with the appropriate OS

[issue12039] test_logging: bad file descriptor on FreeBSD bot

Changes by Stefan Krah : -- keywords: +buildbot ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue12039] test_logging: bad file descriptor on FreeBSD bot

New submission from Stefan Krah : The FreeBSD-AMD64 bot shows an error in test_logging: http://www.python.org/dev/buildbot/all/builders/AMD64%20FreeBSD%208.2%203.x/builds/243/steps/test/logs/stdio Exception in thread Thread-281: Traceback (most recent call last): File "/usr/home/buildbot/buil

[issue10666] OS X installer variants have confusing readline differences

Ned Deily added the comment: ́Éric, Martin was involved in the earlier discussions when the support for editline was originally added to the readline module. We've been over this ground before. See Issue6872 and Issue6877. There are a number of options here. I plan to investigate the suppl

[issue11948] Tutorial/Modules - small fix to better clarify the modules search path

Sandro Tosi added the comment: What about the attached (v3) patch? the "This allows...experts hands." part can be remove completely if can be mis-interpreted. -- Added file: http://bugs.python.org/file21944/issue11948-v3.patch ___ Python tracker

[issue10666] OS X installer variants have confusing readline differences

Éric Araujo added the comment: > Even if used a different file name, you still have to set up two > different sets of directives. I was assuming this would not be a problem: the .inputrc (or hypothetical .editrc file) is written once for all applications, it’s not a Python-specific task. Wha

[issue10666] OS X installer variants have confusing readline differences

Ned Deily added the comment: Even if used a different file name, you still have to set up two different sets of directives. The main drawback to the trivial suggestion is that it continues to pull in GNU readline, which is now GPLv3-licensed, into the python.org OS X installers. In general,

[issue5114] 2.7: test_threading hangs on Solaris

Charles-François Natali added the comment: Hmm. I think this was probably fixed by Gregory in issue #6643 (it's not in Python 2.7.1). Could you try with Python 3.2, or a current snapshot? -- nosy: +neologix ___ Python tracker

[issue10666] OS X installer variants have confusing readline differences

Éric Araujo added the comment: Ah, I thought that read_init_file used a different filename with libedit. Would there be a downside in implementing your suggestion labeled trivial, i.e. always use readline? -- ___ Python tracker

[issue12015] possible characters in temporary file name is too few

Nick Coghlan added the comment: Oh, you mean the security risk if the temporary names can be guessed? My recollection is that it is more of a problem for temporary directories than it is for temporary files, since the module can't control how files inside a temp directory get created. It's be

[issue10666] OS X installer variants have confusing readline differences

Ned Deily added the comment: Sorry, I don't see how that could help. The point I was making is that the directives accepted by GNU readline and BSD editline are completely different and one way or another the user is forced to deal with that. If you used read_init_file, you would still need

[issue12036] ConfigParser: Document items() added the vars dictionary to the result

Roundup Robot added the comment: New changeset 62e2b74c3bfc by Łukasz Langa in branch '3.2': Closes #12036: ConfigParser: Document items() added the vars dictionary to the result http://hg.python.org/cpython/rev/62e2b74c3bfc New changeset 2d984cc4afb0 by Łukasz Langa in branch 'default': Merge

[issue12015] possible characters in temporary file name is too few

Charles-François Natali added the comment: @Nick I fully agree with you, but my point was that it doesn't make it less safe on case-insensitive filesystems. Apart from that, it's of course better to increase the length of the random sequence. -- __

[issue12036] ConfigParser: Document items() added the vars dictionary to the result

Changes by Łukasz Langa : -- title: ConfigParser: items() adds the vars dictionary to the result -> ConfigParser: Document items() added the vars dictionary to the result ___ Python tracker ___

[issue12015] possible characters in temporary file name is too few

Nick Coghlan added the comment: Minor clarification: after my first comment, I realised that the original change in the character set didn't actually fix anything, it just propagated the effectively smaller sample space on case-insensitive filesystems to all filesystems. Increasing the number

[issue12036] ConfigParser: items() adds the vars dictionary to the result

Łukasz Langa added the comment: This annoyance can't be fixed in 2.x anymore since this is a change of behaviour requiring a full release. While it is very unlikely someone depended on this "feature", changing it breaks compatibility. Reclassified as `Documentation` to explicitly describe tha

[issue12015] possible characters in temporary file name is too few

Raymond Hettinger added the comment: +1 for increasing the number of random characters to 8 -1 for restoring uppercase letters -- ___ Python tracker ___

[issue12038] assertEqual doesn't display newline differences quite well

New submission from Antoine Pitrou : >>> tc.assertEqual("x\n" * 40 + "\n", "x\n" * 40 + "\r\n") Traceback (most recent call last): File "", line 1, in File "/home/antoine/cpython/default/Lib/unittest/case.py", line 662, in assertEqual assertion_func(first, second, msg=msg) File "/home

[issue12015] possible characters in temporary file name is too few

Nick Coghlan added the comment: Basically, adding the uppercase letters back in would provide no gain in entropy on a case-insensitive filesystem (as the upper and lower case letters will collide). Increasing the length of the random sequence would provide a consistent gain regardless of file

[issue12037] test_email failures under Windows with the eol extension activated

New submission from Antoine Pitrou : The title says it all. Ideally (!), changing .hgignore should be enough to fix this issue. (NB: I have only tested the default branch) == FAIL: test_byte_message_rfc822_only (test_email.Test

[issue12015] possible characters in temporary file name is too few

Charles-François Natali added the comment: Could someone explain me what's the risk on a case-insensitive filesystem? Since files are created with O_CREAT|O_EXCL, I don't see where the problem is. -- nosy: +neologix ___ Python tracker

[issue12015] possible characters in temporary file name is too few

Nick Coghlan added the comment: The number of characters in the filename is hardcoded in the guts of tempfile (in _RandomNameSequence.__next__ to be exact). Increasing that to 7 (or even 8) would be a straightforward change at the library level, but it can't be done from user code. -

[issue12015] possible characters in temporary file name is too few

STINNER Victor added the comment: If you would like more entry, use a longer filename: >>> (26+10+1) ** 6 > (26+26+10+1) ** 6 False >>> (26+10+1) ** 7 > (26+26+10+1) ** 6 True -- nosy: +haypo ___ Python tracker _

[issue12015] possible characters in temporary file name is too few

Nick Coghlan added the comment: Python should still work reliably even if the temp directory is on a case-insensitive filesystem. Since that isn't an easy thing to determine, -1 on restoring the uppercase characters to the filenames. As for it not being fixed previously, it's a rare bug that

[issue11743] Rewrite PipeConnection and Connection in pure Python

Changes by Antoine Pitrou : -- status: pending -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue3566] httplib persistent connections violate MUST in RFC2616 sec 8.1.4.

Changes by Alan Kennedy : -- nosy: +amak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/

[issue3709] BaseHTTPRequestHandler innefficient when sending HTTP header

Changes by Arfrever Frehtes Taifersar Arahesis : -- versions: +Python 3.3 -Python 3.2 ___ Python tracker ___ ___ Python-bugs-list maili

[issue5231] Change format of a memoryview

STINNER Victor added the comment: Read a int32 array as a raw byte string is useful, but the opposite is also useful. -- nosy: +haypo ___ Python tracker ___

  1   2   >