[issue7061] Improve 24.5. turtle doc
Georg Brandl ge...@python.org added the comment: Why shouldn't global function doctests be runnable? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7061 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10315] smtplib.SMTP_SSL new in 2.6
Georg Brandl ge...@python.org added the comment: Thanks, fixed in r86189. -- nosy: +georg.brandl resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10315 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10317] Add TurtleShell to turtle
Raymond Hettinger rhettin...@users.sourceforge.net added the comment: It's better as a demo for cmd than as a useful utility for the turtle module. Also, we want people using turtle to learn Python, not to bypass the language altogether. -- assignee: - rhettinger resolution: - rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10317 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10320] printf %qd is nonstandard
New submission from Hallvard B Furuseth h.b.furus...@usit.uio.no: Modules/_ctypes/callproc.c:PyCArg_repr() uses sprintf(%qd, long long), which is a GNU (and more?) extension. ISO C99 says %lld. Instead, use % PY_FORMAT_LONG_LONG d from pyconfig.h/pyport.h. Kills off #ifdef MS_WIN32 too. If Python must support C libraries that handle %qd but not %lld, configure.in seems the right place. Index: ./Modules/_ctypes/callproc.c @@ -468,8 +468,3 @@ PyCArg_repr(PyCArgObject *self) case 'Q': -sprintf(buffer, -#ifdef MS_WIN32 -cparam '%c' (%I64d), -#else -cparam '%c' (%qd), -#endif +sprintf(buffer, cparam '%c' (% PY_FORMAT_LONG_LONG d), self-tag, self-value.q); pyport.h tests (defined(MS_WIN64) || defined(MS_WINDOWS)) instead of #ifdef MS_WIN32 for when to use %I64d. I assume that's more up to date. -- assignee: theller components: ctypes messages: 120473 nosy: hfuru, theller priority: normal severity: normal status: open title: printf %qd is nonstandard type: behavior versions: Python 2.7, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10320 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10313] Reassure user: test_os BytesWarning is OK
Hallvard B Furuseth h.b.furus...@usit.uio.no added the comment: Antoine Pitrou writes: Hallvard, if you update your py3k working copy, do these warnings disappear? Yes, switching to the svn version shuts them up. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10313 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10321] Add support for Message objects and binary data to smtplib.sendmail
New submission from R. David Murray rdmur...@bitdance.com: The attached patch adds support to smtplib.SMTP.sendmail for the 'msg' argument to be, in addition to the currently accepted ASCII-only string, either a bytes string or a Message object. It also adds support for byte strings to smtplib.SMPT.data. Binary support is straightforward: if a byte string is passed, it is subject to leading '.' quoting but otherwise transmitted as is (that is, no \r\n transformation is done, unlike the string case). For Message object support, the Message is serialized via BytesGenerator, meaning that a message parsed from a bytes source can be successfully re-transmitted via smtplib. In addition to_addrs and from_addr can be set to None, in which case the addresses are obtained from the appropriate Message object headers (and, for safety, any Bcc header is deleted). Although this patch is complete with docs, I'm not convinced this is the correct API. First is the question of whether or not Message object support should be added. It is in the patch because I started the work with the idea that serializing a Message via BytesGenerator was the right way to get binary data into smtplib, but as the implementation fell out I in fact ended up adding support for arbitrary binary data to sendmail (and data). So in fact the Message object handling is not required in smtplib. The feature is, however, clearly useful. Perhaps, however, it should live in email as one or more helper methods instead. I prefer having it in smtplib, but would like the opinions of others. The second question is whether or not either functionality should be added to the existing sendmail method, or whether new methods should be created instead. The alternative API might be: send_bytes(from_addr, to_addrs, msg, mail_options, rcpt_options) send_message(msg, mail_options, rcpt_options, from_addr=None, to_addrs=None) Having completed the patch I'm neutral on this API refactoring, and again welcome other opinions. 'send_bytes' doesn't really seem like the right name, since it implies sending arbitrary bytes when in fact what is happening is a complete message transaction. 'send_bytesmail'? Ugly :( (See also issue 8050 and issue 4403.) Note that I'd like to get some variation of this in (that at a minimum at least supports passing binary data to sendmail) before beta1, since it is the logical compliment to the new bytes support in the email package. -- assignee: r.david.murray components: Library (Lib) files: sendmail_message.patch keywords: patch messages: 120475 nosy: Allison.Vollmann, barry, ccgus, exarkun, giampaolo.rodola, pitrou, r.david.murray priority: normal severity: normal stage: patch review status: open title: Add support for Message objects and binary data to smtplib.sendmail type: feature request versions: Python 3.2 Added file: http://bugs.python.org/file19502/sendmail_message.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10321 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4403] regression from 2.6: smtplib.py requiring ascii for sending messages
R. David Murray rdmur...@bitdance.com added the comment: I'm closing this issue as invalid, since as Martin pointed out you can't send unicode over the wire. However, see issue 8050 where I've attached a patch that adds support for sending binary data as a by-product of adding support for Message objects. From Martin's msg76301 I gather he initially expected sendmail to take only binary data, which would it seems to me probably be the better API. However at this point we are stuck with supporting ASCII-only strings in the API as well. As a further note, however, the original example in this issue would have produced a non-RFC-conformant message when used in python 2.x. You can't just send 8bit data willy-nilly, there are rules that should be followed. Which is why the issue 8050 patch adds support for using Message objects, since the email package knows what those rules are... -- nosy: +r.david.murray resolution: - invalid stage: unit test needed - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4403 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8050] smtplib SMTP.sendmail (TypeError: expected string or buffer)
R. David Murray rdmur...@bitdance.com added the comment: See issue 10321 for a proposal to add Message support to smtplib. -- nosy: -Allison.Vollmann ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8050 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4403] regression from 2.6: smtplib.py requiring ascii for sending messages
R. David Murray rdmur...@bitdance.com added the comment: I'm closing this issue as invalid, since as Martin pointed out you can't send unicode over the wire. However, see issue 10321 where I've attached a patch that adds support for sending binary data as a by-product of adding support for Message objects. From Martin's msg76301 I gather he initially expected sendmail to take only binary data, which would it seems to me probably be the better API. However at this point we are stuck with supporting ASCII-only strings in the API as well. As a further note, however, the original example in this issue would have produced a non-RFC-conformant message when used in python 2.x. You can't just send 8bit data willy-nilly, there are rules that should be followed. Which is why the issue 10321 patch adds support for using Message objects, since the email package knows what those rules are... -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4403 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4403] regression from 2.6: smtplib.py requiring ascii for sending messages
Changes by R. David Murray rdmur...@bitdance.com: -- Removed message: http://bugs.python.org/msg120476 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4403 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10313] Reassure user: test_os BytesWarning is OK
Changes by R. David Murray rdmur...@bitdance.com: -- resolution: - out of date stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10313 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10311] Signal handlers must preserve errno
Hallvard B Furuseth h.b.furus...@usit.uio.no added the comment: Antoine Pitrou writes: By the way, I'd like to clear out a potential misunderstanding: the function you are patching doesn't call Python signal handlers in itself (those registered using signal.signal()). (...) Good point - I'm talking C signal handlers, not Python signal handlers. If you want to save errno around Python signal handlers themselves, PyErr_CheckSignals must be patched as well. Probably not. I don't know Python's errno conventions, if any, but it's usually a bug to use errno at any distance from the error. The C code near the error can save errno if it wants it later. It can't do that around C signal handlers, since those can get called anywhere. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10311 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10322] sys.argv and quoted arguments on command line
New submission from Rügheimer frueg...@pasteur.fr: Words in quoted command line arguments containing whitespace are split into separate entries of the argument vector sys.argv. This implemetation (quote removal + word splitting) removes information required to read string arguments passed via the command line. The expected behaviour would be to unquote the argument, but not to conduct word splitting within the quoted text. Test program output: ./argtest arg1 arg2 this should be a single argument ['./argtest', 'arg1', 'arg2', 'this', 'should', 'be', 'a', 'single', 'argument'] (observed with Python 3.1.2 (r312:79147, Oct 28 2010, 14:12:33) [GCC 4.1.2 20080704 (Red Hat 4.1.2-48)] on linux2 -- components: None files: argtest messages: 120480 nosy: fcr priority: normal severity: normal status: open title: sys.argv and quoted arguments on command line type: behavior versions: Python 2.5, Python 3.1 Added file: http://bugs.python.org/file19503/argtest ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10322 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10311] Signal handlers must preserve errno
Hallvard B Furuseth h.b.furus...@usit.uio.no added the comment: Antoine Pitrou writes: I think it is extremely unlikely that mutating errno in a signal handler is unsafe (after all, the library functions called from that handler can mutate errno too: that's the whole point of the patch IIUC). Adding some configure machinery for this seems unwarranted to me. Fine by me. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10311 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10323] Final state of underlying sequence in islice
New submission from Shashank shashank.sunny.si...@gmail.com:
-- Converting the discussion here
http://mail.python.org/pipermail/python-list/2010-November/1259601.html to a
bug report (+nosy for everyone that responded, quoting the initial message for
context)
Are there any promises made with regard to final state of the underlying
sequence that islice slices?
for example consider this
from itertools import *
c = count()
list(islice(c, 1, 3, 50))
[1]
c.next()
51
Now, the doc [1] says If stop is None, then iteration continues until the
iterator is exhausted, if at all; otherwise, it stops at the specified
position.
It clearly is not stopping at stop (3).
Further, the doc gives an example of how this is *equivalent* to a generator
defined in the same section. It turns out, these two are not exactly the
same if the side-effect of the code is considered on the underlying sequence.
Redefining islice using the generator function defined in the doc gives
different (and from one pov, expected) result
def islice(iterable, *args):
... # islice('ABCDEFG', 2) -- A B
...
c = count()
list(islice(c, 1, 3, 50))
[1]
c.next()
2
While fixing this should be rather easy in terms of the change in code
required it might break any code depending
on this seemingly incorrect behavior
--
components: Interpreter Core
messages: 120482
nosy: ned.deily, rhettinger, shashank, terry.reedy
priority: normal
severity: normal
status: open
title: Final state of underlying sequence in islice
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10323
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10323] Final state of underlying sequence in islice
Shashank shashank.sunny.si...@gmail.com added the comment: @Raymond: I don't have a particular use case where I had a problem with this behavior. I came across this problem when looking at this issue http://bugs.python.org/issue6305. An important problem that can happen with this behavior is that it does extra work that is not needed. Consider the case (it appears in Lib/test/test_itertools.py): islice(count(), 1, 10, maxsize) where maxsize is MAX_Py_ssize_t Current implementation goes all the way up to maxsize when it should have just stopped at 10. You are probably right in saying that the caller can make sure that the parameters are such that such cases don't arise but I would still like to see python doing the best possible thing as far as possible. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10323 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10322] sys.argv and quoted arguments on command line
Eric Smith e...@trueblade.com added the comment: I don't see this behavior on MacOS: $ ./argtest arg1 arg2 this should be a single argument 2.6.1 (r261:67515, Feb 11 2010, 15:47:53) [GCC 4.2.1 (Apple Inc. build 5646)] ['./argtest', 'arg1', 'arg2', 'this should be a single argument'] This splitting is done by the shell (Unix-like systems) or by the C runtime (Windows), not by Python. What OS are you running? -- nosy: +eric.smith ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10322 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10318] make altinstall installs many files with incorrect shebangs
Eric Smith e...@trueblade.com added the comment: Is there any reason for the test files to have a shebang line at all? I think those should be removed, which would cut the problem in half. Also, given -m, I'm not sure any of the files in the stdlib should have a shebang line. Is there really an expectation that these should be run directly? Is anyone really running UserString.py as a script in order to run its tests? -- nosy: +eric.smith ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10318 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10322] sys.argv and quoted arguments on command line
Rügheimer frueg...@pasteur.fr added the comment: 2.6.18-194.17.1.el5 #1 SMP Wed Sep 29 12:51:33 EDT 2010 i686 i686 i386 GNU/Linux GNU bash, version 3.2.25(1)-release (i686-redhat-linux-gnu) I wrote test program in C to do the same thing as before and the arguments are treated properly: ./testcargs arg1 arg2 this should be one arg argument 0 is:./testcargs argument 1 is:arg1 argument 2 is:arg2 argument 3 is:this should be one arg My suspicion is that sys implementation goes into a branch intended for a different OS. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10322 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10322] sys.argv and quoted arguments on command line
Eric Smith e...@trueblade.com added the comment: The python version works for me also on a Fedora box with 3.2 and 2.7. What shell are you using? Did you compile this python yourself, or did it come with your distro? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10322 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10322] sys.argv and quoted arguments on command line
R. David Murray rdmur...@bitdance.com added the comment: Works fine for me on Gentoo linux. What exactly is 'python' in your path, and what happens if you do /usr/bin/python3 argtest? I'm 99.99% certain this is not a bug in Python, otherwise it would have been reported long before now, since it would represent a major change in behavior. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10322 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10318] make altinstall installs many files with incorrect shebangs
R. David Murray rdmur...@bitdance.com added the comment: Benjamin did some cleanup in this area in at least py3k, so he might have some thoughts, making him nosy. -- nosy: +benjamin.peterson, r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10318 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10324] Modules/binascii.c: simplify expressions
New submission from Nicolas Kaiser ni...@nikai.net:
Hi there!
I noticed two expressions that can be simplified like:
(a || (!a b)) = (a || b)
Best regards,
Nicolas Kaiser
---
--- a/Modules/binascii.c2010-11-05 13:21:22.075303326 +0100
+++ b/Modules/binascii.c2010-11-05 13:24:16.986174756 +0100
@@ -1337,8 +1337,7 @@ binascii_b2a_qp (PyObject *self, PyObjec
((data[in] == '\t' || data[in] == ' ') (in + 1 == datalen)) ||
((data[in] 33)
(data[in] != '\r') (data[in] != '\n')
- (quotetabs ||
-(!quotetabs ((data[in] != '\t') (data[in] != ' '))
+ (quotetabs || ((data[in] != '\t') (data[in] != ' ')
{
if ((linelen + 3) = MAXLINESIZE) {
linelen = 0;
@@ -1410,8 +1409,7 @@ binascii_b2a_qp (PyObject *self, PyObjec
((data[in] == '\t' || data[in] == ' ') (in + 1 == datalen)) ||
((data[in] 33)
(data[in] != '\r') (data[in] != '\n')
- (quotetabs ||
-(!quotetabs ((data[in] != '\t') (data[in] != ' '))
+ (quotetabs || ((data[in] != '\t') (data[in] != ' ')
{
if ((linelen + 3 )= MAXLINESIZE) {
odata[out++] = '=';
--
components: Extension Modules
messages: 120490
nosy: nikai
priority: normal
severity: normal
status: open
title: Modules/binascii.c: simplify expressions
type: feature request
versions: Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10324
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10324] Modules/binascii.c: simplify expressions
Changes by Nicolas Kaiser ni...@nikai.net: -- keywords: +patch Added file: http://bugs.python.org/file19504/python-binascii.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10324 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10322] sys.argv and quoted arguments on command line
Frank Rügheimer frueg...@pasteur.fr added the comment: You are right, it seems to work when the file is passed directly into python so the quotes are stripped somewhere before python even gets to see them. Thanks -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10322 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10322] sys.argv and quoted arguments on command line
Changes by Eric Smith e...@trueblade.com: -- components: -None resolution: - invalid stage: - committed/rejected ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10322 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10325] PY_LLONG_MAX co - preprocessor constants or not?
New submission from Hallvard B Furuseth h.b.furus...@usit.uio.no: Include/pyport.h invites potential compile errors with the definitions #define PY_LLONG_MIN LLONG_MIN #define PY_LLONG_MAX LLONG_MAX #define PY_ULLONG_MAX ULLONG_MAX which can fall back to gcc variants or to #else /* Otherwise, rely on two's complement. */ #define PY_ULLONG_MAX (~0ULL) #define PY_LLONG_MAX ((long long)(PY_ULLONG_MAX1)) #define PY_LLONG_MIN (-PY_LLONG_MAX-1) Code developed with the former #definitions might use them in '#if's, and then break when it meets a host where the fallbacks are used. It would be safer if either all the macros and pyconfig variants used casts, or all used predefined constants - from configure if needed. The signed variants would break because '#if's do not accept casts. PY_ULLONG_MAX is more insidious: If it meets a host which supports a type bigger than unsigned long long, then preprocessor arithmetic will happen in that type. ~0ULL in #if statements is then actually the same as ~ULLL or whatever it would be spelled. This one definitely needs a cast to protect from the surprise that preprocessor value != value outside preprocessor. You get the same effect with ~0U vs ~0UL on a 64-bit compiler, and ~0U vs ~0ULL on a C99 compiler: #if (~0U) == (~0ULL) # error oops #endif Incidentally, the two's complement comment is wrong. It also relies on unsigned long long being widest type with no padding bits, and -LLONG_MAX-1 not being a trap representation. ~0ULL is not two's complement since it is unsigned, it works because it has the same result as -1ULL which is defined to have the max value. The PY_LLONG_MIN definitions rely on two's complement. If anyone cared, one could avoid that with #define PY_LLONG_MIN (-PY_LLONG_MAX-(/*two's complement*/(-1LL 3)==3)) Anyway. If they use casts, fix PY_TIMEOUT_MAX in 3.2a3 pythread.h: #define PY_MIN(x, y) ((x) (y) ? (x) : (y)) #define PY_TIMEOUT_MAXTMP instead of PY_TIMEOUT_MAX, and then #ifndef NT_THREADS #define PY_TIMEOUT_MAX PY_TIMEOUT_MAXTMP #else #define PY_TIMEOUT_MAX PY_MIN(Py_LL(0x)*1000, PY_TIMEOUT_MAXTMP) #endif -- components: Interpreter Core messages: 120492 nosy: hfuru priority: normal severity: normal status: open title: PY_LLONG_MAX co - preprocessor constants or not? type: compile error versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10325 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10318] make altinstall installs many files with incorrect shebangs
Nick Coghlan ncogh...@gmail.com added the comment: Removing shebang lines from svn completely and only *adding* them during installation steps as appropriate may be an interesting approach. (I noted that my grep of my local build found only correct references to python3.2 in the built scripts directory) I'll add the list of Py3k files that are unexpectedly referencing something other than /usr/bin/env python3 in SVN as well (note that this is a straight grep, without checking to see if any of them are *meant* to be referring to Python 2.x): Doc/distutils/setupscript.rst does not use python3 in the example Doc/faq/library.rst (multiple instances) Doc/howto/unicode.rst Doc/howto/webservers.rst Doc/library/cgi.rst Doc/library/logging.rst Doc/library/urllib.request.rst Doc/using/unix.rst Lib/test/test_logging.py: #! /usr/bin/env python Lib/cgi.py: #! /usr/bin/env python Mac/BuildScript/build-installer.py: #! /usr/bin/env python Mac/Tools/fixapplepython23.py: #! /usr/bin/env python Mac/Tools/bundlebuilder.py: #! /usr/bin/env python Tools/gdb/libpython.py: #! /usr/bin/env python Tools/pybench/clockres.py: #!/usr/bin/env python Tools/pybench/pybench.py: #!/usr/local/bin/python -O Tools/pybench/Setup.py: #!python Tools/pybench/systimes.py: #!/usr/bin/env python Tools/pynche/pynche: #! /usr/bin/env python Tools/pynche/pynche.pyw: #! /usr/bin/env python Tools/scripts/2to3.py: #! /usr/bin/env python Tools/scripts/gprof2html.py: #! /usr/bin/env python32.3 Tools/scripts/reindent-rst.py: #!/usr/bin/env python Tools/world/world: #! /usr/bin/env python The spec file in Misc/RPM also has multiple references to fixing shebang lines, but I don't know anything about spec files, so I didn't even try to check if it was doing the right thing. -- nosy: +ncoghlan versions: +Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10318 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10318] make altinstall installs many files with incorrect shebangs
Nick Coghlan ncogh...@gmail.com added the comment: For the record, my list is from an svn checkout of r86191 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10318 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10318] make altinstall installs many files with incorrect shebangs
Nick Coghlan ncogh...@gmail.com added the comment: A few more deeper in the py3k source tree: Doc/tools/docutils/_string_template_compat.py Doc/tools/docutils/readers/python/pynodes.py Doc/tools/sphinx/pycode/pgen2/token.py Lib/lib2to3/tests/data/different_encoding.py Adding Georg, since this affects the docs as well as the source code. -- assignee: - d...@python components: +Documentation nosy: +d...@python, georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10318 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10318] make altinstall installs many files with incorrect shebangs
Changes by Nick Coghlan ncogh...@gmail.com: -- assignee: d...@python - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10318 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10326] Can't pickle unittest.TestCase instances
New submission from Michael Foord mich...@voidspace.org.uk: In Python 2.7 a change was introduced to TestCase which involves storing a dictionary of method objects on TestCase instances. This makes them unpickleable. unittest2 stores strings (method names) instead of method objects (a fix to make TestCase instances copyable under earlier versions of Python). The same fix could be applied to unittest. -- assignee: michael.foord components: Library (Lib) keywords: easy messages: 120496 nosy: michael.foord priority: low severity: normal stage: needs patch status: open title: Can't pickle unittest.TestCase instances type: behavior versions: Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10326 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10325] PY_LLONG_MAX co - preprocessor constants or not?
Changes by R. David Murray rdmur...@bitdance.com: -- nosy: +mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10325 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5251] contextlib.nested inconsistent with, well, nested with statements due exceptions raised in __enter__
Nick Coghlan ncogh...@gmail.com added the comment: Reopening as a reminder to myself that I have a new PEP I want to write in this area. The idea is essentially a lighter weight alternative to PEP 377 that adds an optional __entered__ method to the context management protocol along the following lines: _v = cm.__enter__() try: if hasattr(cm, __entered__): VAL = cm.__entered__(_v) else: VAL = _v # do stuff finally: cm.__exit__(*exception_status) Providing a second, optional method that is executed *inside* the body will let CMs do things they can't do now (like skip the body of the with statement) without significantly affecting the behaviour of normal CMs. Notably, GeneratorContextManager will be able to use this to more gracefully handle the case where the generator doesn't yield a value. I plan to flesh this out into a python-ideas post (and likely a subsequent PEP) at some point in the next few months. -- components: +Interpreter Core -Documentation resolution: out of date - postponed status: closed - open versions: +Python 3.3 -Python 2.7, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5251 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10327] Abnormal SSL timeouts when using socket timeouts - once again
New submission from Pascal Chambon chambon.pas...@gmail.com: On freebsd 8, using python 2.6.6, I've run into the bug already widely dealt with in these reports : http://bugs.python.org/issue1380952 http://bugs.python.org/issue1153016 When using socket timeouts (eg. with socket.setdefaulttimeout()), whatever the timeout I use (eg. 10 seconds), I begin having random SSLError: The read operation timed out exceptions in my http calls, via urlopen or 3rd party libraries. Here is an example of traceback ending: ... File /usr/local/lib/python2.6/site-packages/ZSI-2.0-py2.6.egg/ZSI/client.py, line 349, in ReceiveRaw response = self.h.getresponse() File /usr/local/lib/python2.6/httplib.py, line 990, in getresponse response.begin() File /usr/local/lib/python2.6/httplib.py, line 391, in begin version, status, reason = self._read_status() File /usr/local/lib/python2.6/httplib.py, line 349, in _read_status line = self.fp.readline() File /usr/local/lib/python2.6/socket.py, line 427, in readline data = recv(1) File /usr/local/lib/python2.6/ssl.py, line 215, in recv return self.read(buflen) File /usr/local/lib/python2.6/ssl.py, line 136, in read return self._sslobj.read(len) SSLError: The read operation timed out I've checked the py2.6.6 sources, the patches described in previous reports are still applied (eg. SSL_pending() checks etc.), I have no idea of how so long socket timeouts might interfere with ssl operations... -- components: IO messages: 120498 nosy: arekm, georg.brandl, maltehelmert, pakal, pristine777, tarek-ziade, twouters priority: normal severity: normal status: open title: Abnormal SSL timeouts when using socket timeouts - once again type: behavior versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10327 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10328] re.sub[n] doesn't seem to handle /Z replacements correctly in all cases
New submission from Alexander Schmolck a.schmolck+...@gmail.com:
In certain cases a zero-width /Z match that should be replaced isn't.
An example might help:
re.compile('(?m)(?Ptrailing_ws[
\t]+\r*$)|(?Pno_final_newline(?=[^\n])\Z)').subn(lambda m:next(''+k+'' for
k,v in m.groupdict().items() if v is not None), 'foobar ')
this gives
('foobartrailing_ws', 1)
I would have expected
('foobartrailing_wsno_final_newline', 2)
Contrast this with the following behavior:
[m.span() for m in re.compile('(?Ptrailing_ws[
\t]+\r*$)|(?Pno_final_newline(?=[^\n])\Z)', re.M).finditer('foobar ')]
gives
[(6, 7), (7, 7)]
The matches are clearly not overlapping and the re module docs for sub say
Return the string obtained by replacing the leftmost non-overlapping
occurrences of pattern in string by the replacement repl., so I would have
expected two replacements.
This seems to be what perl is doing:
echo -n 'foobar ' | perl -pe 's/(?m)(?Ptrailing_ws[
\t]+\r*$)|(?Pno_final_newline(?=[^\n])\Z)/$/g'
gives
foobar %
--
components: Regular Expressions
messages: 120499
nosy: Alexander.Schmolck
priority: normal
severity: normal
status: open
title: re.sub[n] doesn't seem to handle /Z replacements correctly in all cases
type: behavior
versions: Python 2.6, Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10328
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10327] Abnormal SSL timeouts when using socket timeouts - once again
Malte Helmert helm...@informatik.uni-freiburg.de added the comment: I checked if issue1153016 has reappeared for me (Ubuntu, Python 2.6.6), but it hasn't. Both the urllib and the imaplib examples given there work fine for me. Or at least opening the connections works fine for me, which it didn't at the time of issue1153016. But you say you have random errors, so maybe I need to exercise this more heavily. Can you attach a test script that can be used to make the bug appear? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10327 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7061] Improve 24.5. turtle doc
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: On Fri, Nov 5, 2010 at 3:34 AM, Georg Brandl rep...@bugs.python.org wrote: .. Why shouldn't global function doctests be runnable? They should - I just couldn't figure out a better hack that would work for both mathods and functions. Note that functions are auto-generated in turtle from Screen and Turtle methods. The doctests are just method doctests with turtle. or screen. prefix dropped. In order to remove dependency between doctests, I create a new turtle for each test and assign it to global turtle variable. For some reason similar approach did not work for functions. I'll keep trying, though. On the other hand, since function doctests are auto-generated from method doctests, there is little to be gained from running them separately. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7061 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9244] multiprocessing.pool: Worker crashes if result can't be encoded
Jesse Noller jnol...@gmail.com added the comment: Fine w/ committing this Ask. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9244 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10327] Abnormal SSL timeouts when using socket timeouts - once again
Antoine Pitrou pit...@free.fr added the comment: When using socket timeouts (eg. with socket.setdefaulttimeout()), whatever the timeout I use (eg. 10 seconds), I begin having random SSLError: The read operation timed out exceptions in my http calls, via urlopen or 3rd party libraries. Well, this isn't a random error. It just signals that the timeout has expired. It's a pity that it raises SSLError rather than socket.timeout, though. Or are you saying that the exception is raised too early? If so, it would be nice to have a way of reproducing. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10327 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7707] multiprocess.Queue operations during import can lead to deadlocks
Jesse Noller jnol...@gmail.com added the comment: Fine w/ committing this Ask. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7707 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8028] self.terminate() from a multiprocessing.Process raises AttributeError exception
Jesse Noller jnol...@gmail.com added the comment: Fine w/ committing this Ask as-is ask. You are correct in the original intent of the code. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8028 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10329] trace.py and unicode in Python 3
New submission from Walter Dörwald wal...@livinglogic.de: It seems that on Python 3 (i.e. the py3k branch) trace.py can not handle source that includes Unicode characters. Running the test suite with code coverage info via ./python Lib/test/regrtest.py -T -N -uurlfetch,largefile,network,decimal sometimes fails with the following exception: Traceback (most recent call last): File Lib/test/regrtest.py, line 1500, in module main() File Lib/test/regrtest.py, line 696, in main r.write_results(show_missing=True, summary=True, coverdir=coverdir) File /home/coverage/python/Lib/trace.py, line 319, in write_results lnotab, count) File /home/coverage/python/Lib/trace.py, line 369, in write_results_file outfile.write(line.expandtabs(8)) UnicodeEncodeError: 'ascii' codec can't encode character '\xe4' in position 30: ordinal not in range(128) The script that produces code coverage info on http://coverage.livinglogic.de/ uses this feature to generate code coverage info. Applying the attached patch (i.e. specifying an explicit encoding when opening the output file) fixes the problem. -- files: trace.diff keywords: patch messages: 120506 nosy: doerwalter, haypo priority: normal severity: normal status: open title: trace.py and unicode in Python 3 Added file: http://bugs.python.org/file19505/trace.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10329 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10329] trace.py and unicode in Python 3
Changes by Antoine Pitrou pit...@free.fr: -- components: +Library (Lib) nosy: +belopolsky stage: - patch review type: - behavior versions: +Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10329 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10327] Abnormal SSL timeouts when using socket timeouts - once again
Pascal Chambon chambon.pas...@gmail.com added the comment: The exception is raised too early, none of my calls takes more than 1-2 seconds and I've a default timeout set at 10s or more. This occurs rather rarely, one or two times on some hundreds of calls. I'll make a little script to try to isolate the pb. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10327 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10329] trace.py and unicode in Python 3
Changes by Nick Coghlan ncogh...@gmail.com: -- nosy: +ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10329 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7061] Improve 24.5. turtle doc
Gregor Lingl gregorli...@users.sourceforge.net added the comment: What do you mean with similar approach? Keep in mind, that functions derived form turtle methods, call methods for the class variable _pen of class Turtle. A new Turtle-object is bound to _pen, if it is not already present, whenever one of these functions is called, via _getpen() So perhaps _getpen() can do for you what you need? (A similar approach is used for screen-oriented functions with turtle._screen.) I'm very sorry that, due to time restrictions, for the next two or three months I'm not able to participate in these discussions as intensely as I'd like to. Best regards, Gregor -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7061 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10328] re.sub[n] doesn't seem to handle /Z replacements correctly in all cases
Changes by R. David Murray rdmur...@bitdance.com: -- nosy: +mrabarnett ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10328 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10318] make altinstall installs many files with incorrect shebangs
Georg Brandl ge...@python.org added the comment: You can ignore those under Doc/tools; they are neither part of the distribution and nor installed. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10318 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10327] Abnormal SSL timeouts when using socket timeouts - once again
Pascal Chambon chambon.pas...@gmail.com added the comment: Humz on second thought you may be right, now I have some trouble reproducing the bugs (wich have been there since the beginning, though), so it may be that the webservice I call seldom takes 10+ seconds to answer (weird anyway). I've placed timers in the codebase, the pb will eventually surface again. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10327 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10323] Final state of underlying sequence in islice
Changes by Raymond Hettinger rhettin...@users.sourceforge.net: -- assignee: - rhettinger components: +Documentation -Interpreter Core priority: normal - low versions: -Python 2.7, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10323 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5412] extend configparser to support mapping access(__*item__)
Łukasz Langa luk...@langa.pl added the comment: Documentation complete. -- Added file: http://bugs.python.org/file19506/issue5412.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5412 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5412] extend configparser to support mapping access(__*item__)
Changes by Łukasz Langa luk...@langa.pl: Removed file: http://bugs.python.org/file19501/issue5412.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5412 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10288] Remove deprecated C character handling macros ISUPPER() etc
Dave Malcolm dmalc...@redhat.com added the comment: Thanks for reviewing. If I'm reading things correctly, the ISUPPER et al macros were added in 2.6 and 3.0, and deprecated in 2.7 and 3.1. Tested with a full run of -m test.regrtest -uall here (x86_64 Fedora 13), with both 2-byte and 4-byte unicode; no failures: 342 tests OK. 7 tests skipped: test_gdb test_kqueue test_ossaudiodev test_startfile test_winreg test_winsound test_zipfile64 Those skips are all expected on linux2. I've fixed up the issue number in Misc/NEWS in my local tree. The patch as-is doesn't make sense for 3.1 or 2.7 (the macros should remain within the maintenance branches, in deprecated form) - do I need to explicitly mark this revision (e.g. using svnmerge.py block?) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10288 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10317] Add TurtleShell to turtle
Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10317 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10318] make altinstall installs many files with incorrect shebangs
Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo versions: +Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10318 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10288] Remove deprecated C character handling macros ISUPPER() etc
Eric Smith e...@trueblade.com added the comment: I'd 'svnmerge block' them, just in case anyone decides to manually merge (which I doubt will happen, but you never know). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10288 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10288] Remove deprecated C character handling macros ISUPPER() etc
Dave Malcolm dmalc...@redhat.com added the comment: Committed to py3k in r86210 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10288 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10053] Don’t close fd when FileIO.__ini t__ fails
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment: Recently, the patch to close fd when FileIO#__init__ failed and closefd = True was checked in. Is this mean this issue is invalid? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10053 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1346238] A constant folding optimization pass for the AST
Dave Malcolm dmalc...@redhat.com added the comment: FWIW, I'm working on fixing up the this patch to work against py3k; I'm assuming there's still interest in the AST visitor + specific optimization passes approach. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1346238 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10325] PY_LLONG_MAX co - preprocessor constants or not?
Mark Dickinson dicki...@gmail.com added the comment: Thanks for the report; I agree that there's a potential issue here, and I also think that all these definitions *should* be preprocessor defines. (Idle question: does C99 require that LONG_MAX and friends are usable in the preprocessor? I see it in e.g. 7.18.2p2 for INT32_MAX and friends, but I'm not sure if there's something similar for LONG_MAX and co.) Can you suggest a suitable fix for the PY_ULLONG_MAX and PY_LLONG_MAX defines? Note that a configure-based fix may need to take into account the special needs of Windows---for which configure isn't used, of course---and OS X---where the same code, based on a single run of configure, should be able to compile to the correct thing both in 32-bit and 64-bit mode, so that universal builds work; see PC/pyconfig.h and Include/pymacconfig.h respectively for dealing with these issues. BTW, do you know of any modern non-Windows platforms that don't define LLONG_MIN and LLONG_MAX? It may well be that the two's complement fallback hasn't been exercised in recent years. Incidentally, the two's complement comment is wrong. It also relies on unsigned long long being widest type with no padding bits, and -LLONG_MAX-1 not being a trap representation. Agreed---that comment needs to be better. I think it's fine, though, for practical purposes to assume an absence of padding bits and no trap representation; IIRC there are places internally (e.g., in the bitwise operators section of the 'int' type implementation) that already assume two's complement + no padding bits + no trap representation. (I *thought* I had an old issue open somewhere about documenting---and possibly testing---these assumptions, but now I can't find it.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10325 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10232] Tkinter issues with Scrollbar and custom widget list
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment: I think issue4 happens because all frames are grid-forgotten in redisp(), sometimes widget becomes empty. I think we can close this issue as invalid. P.S. Try this change in redisp() yy = 0 for xx in self.frms[start:self.maxdisp+start]: xx.grid(in_=self,row=yy,column=0) yy += 1 for xx in self.frms[self.active:self.maxdisp+self.active]: if xx in self.frms[start:self.maxdisp+start]: continue xx.grid_forget() -- nosy: +ocean-city ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10232 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10232] Tkinter issues with Scrollbar and custom widget list
Robert Lerche r...@msbit.com added the comment: Thank you, Hirokazu! I see now -- deleting the rows first causes the scroll bar to shrink. So I take it calling grid with a row/column that is already in the grid replaces the prior mapped widget. [or should I say, domo arigato Yamamoto-san?] -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10232 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10329] trace.py and unicode in Python 3
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: I don't think trace.diff is proposed for commit. I see it more as a supporting file for diagnosing the problem. I see two problems here: 1. Apparently OP's system opens files with encoding set to 'ascii' by default. This is not the case on any of the systems I have access to (OSX and Linux). I will try to reproduce this issue by setting LANG=en_US.ascii. 2. Regrtest attempts to write a no-ascii character into the trace results file. I suspect this comes from test cases that test import from modules with non-ascii name or with non-ascii identifiers. I am not sure there is anything we need to change here other than possibly skip tests that use non-ascii identifiers of the systems with default encoding set to ascii. I would be +0 on adding errors='replace' or 'backshlashreplace' to the open() call in write_results_file(), but hardcoding encoding=utf-8 is definitely not the right thing to do. -- stage: patch review - unit test needed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10329 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10027] os.lstat/os.stat don't set st_nlink on Windows
Brian Curtin cur...@acm.org added the comment: Works for me. I think it should be ok to commit. -- assignee: - ocean-city ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10027 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10329] trace.py and unicode in Python 3
Antoine Pitrou pit...@free.fr added the comment: I would be +0 on adding errors='replace' or 'backshlashreplace' to the open() call in write_results_file(), but hardcoding encoding=utf-8 is definitely not the right thing to do. Who are the consumers of the trace files? Is there a formal specification or is Python the primary consumer? If the former, then follow the specification (and/or amend it ;-)). If the latter, you have the right to be creative; then utf-8 with the sounds like a most reasonable choice (possibly with an error handler such as ignore or replace to avoid barfing on lone surrogates). Relying on the default encoding is not really a good idea, though. This is good for quick scripts or in the rare cases where it is by definition the expected behaviour. But in more elaborate cases you certainly want to decide the encoding by yourself. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10329 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1346238] A constant folding optimization pass for the AST
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +benjamin.peterson versions: +Python 3.2 -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1346238 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10282] IMPLEMENTATION token differently delt with in NNTP capability
Antoine Pitrou pit...@free.fr added the comment: I've committed the new attribute in r86213. -- resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10282 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10232] Tkinter issues with Scrollbar and custom widget list
Terry J. Reedy tjre...@udel.edu added the comment: Robert, I interpret your response to Hirokazu to mean that his suggestion works. Hence I am following his suggestion. Reopen is I erred. -- resolution: - works for me status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10232 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1926] NNTPS support in nntplib
Julien ÉLIE jul...@trigofacile.com added the comment: Hi Steven, I agree with what you suggest for the implementation. Is there a case where a server advertises STARTTLS and one would not use it? Yes, the overhead added by the encryption. It is what people usually mention for the reason not to use it. However, the TLS protocol allows to negotiate compression; in this case, it is very powerful! LIST ACTIVE answers are for instance a lot faster. The same for OVER answers. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1926 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1926] NNTPS support in nntplib
Julien ÉLIE jul...@trigofacile.com added the comment: (Note that smtplib can give ideas for an implementation of AUTHINFO SASL with PLAIN, LOGIN and CRAM-MD5 mechanisms.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1926 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10317] Add TurtleShell to turtle
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: On Fri, Nov 5, 2010 at 1:18 PM, Éric Araujo rep...@bugs.python.org wrote: .. nosy: +eric.araujo Raymond has already rejected and closed this request, so I am not optimistic that anything will happen here. (I also understand that he feels rather strongly about this because he closed the issue in just 5 hours!) Nevertheless, let me answer Raymond's arguments for historical records: It's better as a demo for cmd than as a useful utility for the turtle module. While I agree that TurtleShell is an excellent demo for the cmd module, I find ReST files a poor place for example code, especially multipage code like TurtleShell. We do not have a procedure for testing code presented in ReST files and such code regularly goes out of date unnoticed. At a minimum, I would like to see TurtleShell code moved into its own file under Doc/includes/ and embedded in Doc/library/cmd.rst using .. literalinclude:: ../includes/turtleshell.py directive. See datetime.py and tzinfo-examples.py as an example of this approach. Doing so will help users that want to study TurtleShell code by running and editing to get a working .py file. (Sphinx can actually make it even easier by supplying and easily accessible download link for literalincludes.) This will still not solve the problem of untested code in the manual, but I this is a more general issue. See #10225, for example. Also, we want people using turtle to learn Python, not to bypass the language altogether. I agree and I can clearly see this a slippery slope before someone would want to expand TurtleShell into a full-featured Logo interpreter. As it stands, however, I don't see a problem in letting users command the turtle without twisting their fingers to enter superfluous commas and parentheses. (Remember, the target audience may not even have full command of the shift key yet.) We can also teach TurtleShell to save history as a python program which will help them to learn python. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10317 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10317] Add TurtleShell to turtle
Changes by Alexander Belopolsky belopol...@users.sourceforge.net: -- nosy: +gregorlingl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10317 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10311] Signal handlers must preserve errno
Antoine Pitrou pit...@free.fr added the comment: Ok, fixed in r86214 (3.x), r86215 (3.1) and r86216 (2.7). Thanks for the patch! -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10311 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10330] trace module doesn't work without threads
New submission from Antoine Pitrou pit...@free.fr: The trace module doesn't work when threading is disabled (./configure --without-threads). The following patch fixes this: diff -r 345827dcf409 Lib/trace.py --- a/Lib/trace.py Fri Nov 05 20:58:28 2010 +0100 +++ b/Lib/trace.py Fri Nov 05 21:20:09 2010 +0100 @@ -53,7 +53,10 @@ import linecache import os import re import sys -import threading +try: +import threading +except ImportError: +import dummy_threading as threading import time import token import tokenize -- assignee: belopolsky components: Library (Lib) messages: 120529 nosy: belopolsky, pitrou priority: normal severity: normal stage: patch review status: open title: trace module doesn't work without threads type: behavior versions: Python 2.7, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10330 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4391] optparse: use proper gettext plurals forms
Éric Araujo mer...@netwok.org added the comment: Now that argparse has been included in the standard library to supersede optparse, I’m not sure there is still value in fixing this bug. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4391 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1098749] Single-line option to pygettext.py
Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1098749 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5404] Cross-compiling Python
Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5404 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1649329] Extract file-finding and language-handling code from gettext.find
Éric Araujo mer...@netwok.org added the comment: Barry said in http://mail.python.org/pipermail/python-dev/2009-March/087847.html : The class-based API for gettext takes streams, so resource_stream() would work just fine. I think i18n plugins for Python do not necessarily need to use the classic gettext API. The title as I changed it some time ago is thus invalid, so I’m changing it again. This is still a request for separating the language selection code from the file finding. Anyone feel free to enter a better title, this one is not very clear. My first vote was to try to fix the code without writing a VFS, but OTOH maybe a lightweight ABC with mixin methods and a concrete implementation of the full gettext logic may be clear and educational here. Shannon, if you’re still getting those emails, what do you think? -- assignee: tarek - title: Support for non-filesystem-based catalogs in gettext - Extract file-finding and language-handling code from gettext.find ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1649329 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8409] gettext should honor $LOCPATH environment variable
Éric Araujo mer...@netwok.org added the comment: Should this be closed as invalid? -- nosy: +eric.araujo, lemburg, loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8409 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8409] gettext should honor $LOCPATH environment variable
Barry A. Warsaw ba...@python.org added the comment: I'm not an expert on this, but I think it's still valid. Maybe Martin has an opinion on it? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8409 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2931] optparse: various problems with unicode and gettext
Éric Araujo mer...@netwok.org added the comment: It would be nice to test argparse for the same behavior. -- nosy: +bethard, eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2931 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10245] Fix resource warnings in test_telnetlib
Changes by Terry J. Reedy tjre...@udel.edu: -- stage: - commit review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10245 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10245] Fix resource warnings in test_telnetlib
Changes by Terry J. Reedy tjre...@udel.edu: -- type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10245 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10328] re.sub[n] doesn't seem to handle /Z replacements correctly in all cases
Matthew Barnett pyt...@mrabarnett.plus.com added the comment: It's a bug caused by trying to avoid getting stuck when a zero-width match is found. Basically the fix is to advance one character after a zero-width match, but that doesn't always give the correct result. There are a number of related issues like issue #1647489 (zero-length match confuses re.finditer()). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10328 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10180] File objects should not pickleable
Antoine Pitrou pit...@free.fr added the comment: Committed in r86220. I won't backport it since it would risk breaking existing code, although relying on this is really a bug in itself. -- resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10180 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7434] general pprint rewrite
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7434 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10270] Fix resource warnings in test_threading
Changes by Terry J. Reedy tjre...@udel.edu: -- stage: - commit review type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10270 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10331] test_gdb failure when warnings printed out
New submission from Antoine Pitrou pit...@free.fr: There is this kind of failures on Barry's new buildbot. It looks like warning messages should be ignored when checking gdb output: == FAIL: test_NULL_ob_type (test.test_gdb.PrettyPrintTests) Ensure that a PyObject* with NULL ob_type is handled gracefully -- Traceback (most recent call last): File /var/lib/buildbot/buildarea/3.x.warsaw-ubuntu-ppc/build/Lib/test/test_gdb.py, line 390, in test_NULL_ob_type 'set v-ob_type=0') File /var/lib/buildbot/buildarea/3.x.warsaw-ubuntu-ppc/build/Lib/test/test_gdb.py, line 361, in assertSane cmds_after_breakpoint=cmds_after_breakpoint) File /var/lib/buildbot/buildarea/3.x.warsaw-ubuntu-ppc/build/Lib/test/test_gdb.py, line 150, in get_gdb_repr import_site=import_site) File /var/lib/buildbot/buildarea/3.x.warsaw-ubuntu-ppc/build/Lib/test/test_gdb.py, line 132, in get_stack_trace self.assertEquals(err, '') AssertionError: '\nwarning: not using untrusted file /home/barry/.gdbinit\n' != '' - - warning: not using untrusted file /home/barry/.gdbinit See http://www.python.org/dev/buildbot/builders/PPC%20Ubuntu%203.x/builds/0/steps/test/logs/stdio -- assignee: dmalcolm components: Tests messages: 120537 nosy: barry, dmalcolm, pitrou priority: normal severity: normal stage: needs patch status: open title: test_gdb failure when warnings printed out type: behavior versions: Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10331 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10331] test_gdb failure when warnings printed out
Dave Malcolm dmalc...@redhat.com added the comment: Seems to relate to this gdb feature: http://sourceware.org/ml/gdb-patches/2005-05/msg00637.html Barry: is your ~/.gdbinit world writable? I can cook up a patch to ignore such warnings -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10331 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10299] Add index with links section for built-in functions
Terry J. Reedy tjre...@udel.edu added the comment: +1 from me on a table at the top of the functions page. I am assuming that the markup will induce hotlinks. The main problem I see is the need to hand rewrite when another function is added -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10299 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10331] test_gdb failure when warnings printed out
Dave Malcolm dmalc...@redhat.com added the comment: Alternatively, it looks like having it owned by another user would do this. For curiosity's sake, what's the output of: ls -al /home/barry/.gdbinit on that buildbot? Given that it's a security warning, should this simply be treated as misconfiguration, and be fixed on the buildbot? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10331 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1346238] A constant folding optimization pass for the AST
Raymond Hettinger rhettin...@users.sourceforge.net added the comment: David, it would be great if an optional AST optimization pass could do something that we don't already have (perhaps, loop invariant code motion when python is called with -OO or somesuch). The AST tree makes it possible for the first time to provide some non-trivial optimizations, so aim high. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1346238 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10331] test_gdb failure when warnings printed out
Barry A. Warsaw ba...@python.org added the comment: It is a misconfiguration. I started my new buildbot with my environment active. I've since killed that and restarted it with a clean ~buildbot environment. So we shouldn't see this in my buildbots any more. (FWIW, ~/.gdbinit is 644) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10331 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10300] Documentation of three PyDict_* functions
Benjamin Peterson benja...@python.org added the comment: This is fixed now. 2010/11/4 Hagen Fürstenau rep...@bugs.python.org: Hagen Fürstenau ha...@zhuliguan.net added the comment: The ReST links in http://docs.python.org/py3k/c-api/dict.html#PyDict_Items seem to be broken. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10300 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10300 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10321] Add support for Message objects and binary data to smtplib.sendmail
R. David Murray rdmur...@bitdance.com added the comment: New patch that takes a middle ground on the API: sendmail accepts string and bytes, and a new method send_message accepts a Message object with a more convenient signature. I think send_message does belong in smtplib since it would be awkward and unintuitive to put the helper function in email, since one needs to create an SMTP server to call sendmail. I am satisfied with this version; the delta against the existing code and docs is smaller and the API feels clean. The new patch also updates a couple of the email package examples that use sendmail to use send_message (one of the sendmail examples is left untouched). If there are no objections I'll commit this this weekend sometime. -- Added file: http://bugs.python.org/file19507/sendmail_message_2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10321 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10303] small inconsistency in tutorial
Terry J. Reedy tjre...@udel.edu added the comment: The sentence should be deleted. Print is *not* used in any of the previous examples. This is the first mention of print() in the chapter and is nonsensical in context. -- keywords: +easy nosy: +terry.reedy stage: - needs patch versions: +Python 2.7, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10303 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10318] make altinstall installs many files with incorrect shebangs
Ned Deily n...@acm.org added the comment: I agree with Eric's comment about why have shebang lines at all for files in the standard library. There isn't any use case or recommendation for ever putting /path/to/lib/pythonx.x or its subdirectories directly on a shell search path is there? WRT the three files found in the Mac directory, I think all of these should be left alone for right now. Specifically: Mac/BuildScript/build-installer.py is the script used to build OS X installer images; at the moment, it depends on a system Python 2 as a build tool, primarily because of Sphinx, and there has been an effort to keep the Python 2 and Python 3 versions of the script in sync. Eventually that will need to be changed. The shebang line could simply be removed. Mac/Tools/fixapplepython23.py: this one needs to be looked at a bit more as it runs during the installation process but only on OS X 10.3, a minor and dwindling niche of the user base. I think that it actually depends on the Apple-installed system Python at run time. I'll follow up on it. Mac/Tools/bundlebuilder.py: #! /usr/bin/env python AFAIK, bundlebuilder is neither used during the build process of Python 3 nor is it installed. It is used in the Python 2 build process. -- nosy: +ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10318 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10332] Multiprocessing maxtasksperchild results in hang
New submission from James Hutchison jamesghutchi...@gmail.com: v.3.2a3 If the maxtasksperchild argument is used, the program will just hang after whatever that value is rather than working as expected. Tested in Windows XP 32-bit test code: import multiprocessing def f(x): return 0; if __name__ == '__main__': pool = multiprocessing.Pool(processes=2,maxtasksperchild=1); results = list(); for i in range(10): results.append(pool.apply_async(f, (i))); pool.close(); pool.join(); for r in results: print(r); print(Done); -- components: Library (Lib) messages: 120547 nosy: Jimbofbx priority: normal severity: normal status: open title: Multiprocessing maxtasksperchild results in hang versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10332 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10332] Multiprocessing maxtasksperchild results in hang
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +asksol, jnoller type: - behavior versions: +Python 2.7, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10332 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
