[issue18418] Thread.isAlive() sometimes True after fork

Charles-François Natali added the comment: > Bump. Did you see my review at http://bugs.python.org/review/18418/#ps8668 ? -- ___ Python tracker ___ _

[issue18549] Dead code in socket_ntohl()

Christian Heimes added the comment: Thanks for the review! -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker ___ ___

[issue18549] Dead code in socket_ntohl()

Roundup Robot added the comment: New changeset b7ea3f94f6ca by Christian Heimes in branch '3.3': Issue #18549: Eliminate dead code in socket_ntohl(). http://hg.python.org/cpython/rev/b7ea3f94f6ca New changeset 2a59428dbff5 by Christian Heimes in branch 'default': Issue #18549: Eliminate dead cod

[issue18542] httpd memory consuption increasing continously due to mod_python

Changes by Ronald Oussoren : -- stage: -> committed/rejected status: pending -> closed ___ Python tracker ___ ___ Python-bugs-list ma

[issue18491] Add "exe wrapper" functionality to Windows launcher

Roundup Robot added the comment: New changeset 4123e002a1af by Vinay Sajip in branch 'default': Closes #18491: Added script-wrapper functionality to launcher source (but not to executable). http://hg.python.org/cpython/rev/4123e002a1af -- nosy: +python-dev resolution: -> fixed stage: p

[issue18387] Add 'symbols' link to pydoc's html menu bar.

Changes by Ronald Oussoren : -- nosy: +ronaldoussoren ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue18418] Thread.isAlive() sometimes True after fork

A. Jesse Jiryu Davis added the comment: Oh, no I didn't. I'm learning how this system works. I'll respond there soon. Thanks On Thursday, July 25, 2013, Charles-François Natali wrote: > > Charles-François Natali added the comment: > > > Bump. > > Did you see my review at http://bugs.python.org

[issue18553] os.isatty() is not Unix only

New submission from anatoly techtonik: It seems like os.isatty(0) works on Windows too. Documentation says Unix only: http://docs.python.org/2/library/os.html#os.isatty http://docs.python.org/3.4/library/os.html#os.isatty C:\>py -c "import os; print os.isatty(0)" True C:\>echo "x" | py -c

[issue18553] os.isatty() is not Unix only

Changes by anatoly techtonik : -- assignee: -> docs@python components: +Documentation nosy: +docs@python ___ Python tracker ___ ___ P

[issue18534] State clearly that open() 'file' param is "name" attr of the result

Nick Coghlan added the comment: Switching this to a docs bugs, since http://docs.python.org/3/library/functions.html#open doesn't mention this behaviour at all, and http://docs.python.org/3/library/io.html#io.FileIO.name only notes the fact it may be a file descriptor without mentioning the s

[issue18554] os.__all__ is incomplete

New submission from Ronald Oussoren: On Unix the __all__ of the os module doesn't list the names imported from the posix module. The attached patch ensures that exports from the posix module are added to __all__, just like they are for NT and for Python 2.7. -- components: Library (L

[issue18538] `python -m dis ` relying on argparse

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

[issue4079] new urllib2.Request 'timeout' attribute needs to have a default

R. David Murray added the comment: Thanks, but the new test doesn't fail. With your test patch, test_default_values fails, but that is explicitly checking for the 'timeout' attribute, which isn't actually part of the public API. The new test passes even without the fix. Reading the original

[issue18503] No assertion in test_del_param_on_nonexistent_header function and unused variables in some places in test_email.py

R. David Murray added the comment: Thanks, Vajrasky. -- resolution: -> fixed stage: -> committed/rejected status: open -> closed type: -> behavior versions: +Python 3.3 ___ Python tracker ___

[issue18503] No assertion in test_del_param_on_nonexistent_header function and unused variables in some places in test_email.py

Roundup Robot added the comment: New changeset 61d9c561b63d by R David Murray in branch '3.3': #18503: small cleanups in test_email. http://hg.python.org/cpython/rev/61d9c561b63d New changeset be5f1f0bea09 by R David Murray in branch 'default': #18503: small cleanups in test_email. http://hg.pyt

[issue17818] aifc.Aifc_read/Aifc_write.getparams can return a namedtuple

R. David Murray added the comment: The patch looks good to me. Can you add a pickling test? -- ___ Python tracker ___ ___ Python-bugs

[issue18036] "How do I create a .pyc file?" FAQ entry is out of date

R. David Murray added the comment: Well, the FAQ entry is "why didn't a .pyc file get created", so presumably the querant knows enough to be looking for one to get created, and so presumably knows more-or-less what it is. It seems to me that your rewording loses the sense of answering the ques

[issue18555] type_set_bases() doesn't check return value of PyArg_UnpackTuple()

New submission from Christian Heimes: http://hg.python.org/cpython/file/be5f1f0bea09/Objects/typeobject.c#l554 CID 486265 (#1 of 1): Unchecked return value (CHECKED_RETURN) 19. check_return: Calling function "PyArg_UnpackTuple(PyObject *, char const *, Py_ssize_t, Py_ssize_t, ...)" without chec

[issue18556] ctypes' U_set() doesn't check return value of PyUnicode_AsWideChar()

New submission from Christian Heimes: http://hg.python.org/cpython/file/be5f1f0bea09/Modules/_ctypes/cfield.c#l1235 CID 486657 (#1 of 1): Unchecked return value (CHECKED_RETURN) 5. check_return: Calling function "PyUnicode_AsWideChar(PyObject *, wchar_t *, Py_ssize_t)" without checking return v

[issue17545] os.listdir and os.path.join inconsistent on empty path

R. David Murray added the comment: Is your patch backward? "Treat the path naturally" assume everyone agrees with you as to what is natural. It would be better, I think, to be explicit about it. -- ___ Python tracker

[issue15130] remove redundant paragraph in socket howto

Roundup Robot added the comment: New changeset 68fce7587f72 by R David Murray in branch '3.3': #15130: remove repeat of abstract paragraph from socket howto body. http://hg.python.org/cpython/rev/68fce7587f72 New changeset be4cc946b9df by R David Murray in branch 'default': Merge #15130: remove

[issue15130] remove redundant paragraph in socket howto

R. David Murray added the comment: Thanks, Tshepang. -- nosy: +r.david.murray resolution: -> fixed stage: -> committed/rejected status: open -> closed type: -> behavior ___ Python tracker ___

[issue18557] email address parser desired

New submission from Lukas Pirl: I am missing a non-hidden equivalent of email._parseaddr.AddressList. AddressList was retained from the former rfc822 module and is still used internally. Yes, there is email.utils but for what I know, with the provided functionality it is not possible to parse

[issue17818] aifc.Aifc_read/Aifc_write.getparams can return a namedtuple

Claudiu.Popa added the comment: Here's the new patch. Also, I noticed a test failing when running ./python -m test, pyclbr, complaining about _Aifc_params not present in some dict, but I don't really know how to fix it.. -- Added file: http://bugs.python.org/file31034/aifc_4.patch ___

[issue18418] Thread.isAlive() sometimes True after fork

A. Jesse Jiryu Davis added the comment: New patch for 3.3 branch after Charles-François's critique: instead of changing startup sequence in Thread._bootstrap_inner, stop all threads in _limbo after a fork. -- Added file: http://bugs.python.org/file31035/issue18418-2.patch

[issue18418] Thread.isAlive() sometimes True after fork

A. Jesse Jiryu Davis added the comment: (Sorry about the extraneous XML file from my IDE, I made a mistake and allowed the diff to include it.) -- ___ Python tracker ___ ___

[issue18557] email address parser desired

R. David Murray added the comment: No, but you can do this: >>> utils.getaddresses(['a...@example.com, b...@example.com']) [('', 'a...@example.com'), ('', 'b...@example.com')] Not the worlds most intuitive API, I know...which is why we have implemented a new improved API. In 3.3, by using

[issue18476] No way to pass custom arguments for loggers and formatters.

Changes by Piotr Dobrogost : -- status: pending -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue18557] email address parser desired

Lukas Pirl added the comment: Ah, obviously! :) Thanks for your rapid and enlightening answer. Now, at least, this feature is documented and can be found by others. Best! -- ___ Python tracker __

[issue17818] aifc.Aifc_read/Aifc_write.getparams can return a namedtuple

R. David Murray added the comment: pyclbr is parsing the source code, and since _Aifc_params is not a class, it does not get detected. So we just need to add it to the ignore list in the pyclbr test. I'm also getting this when I run the test with your patch applied: /home/rdmurray/python/p34

[issue17818] aifc.Aifc_read/Aifc_write.getparams can return a namedtuple

Claudiu.Popa added the comment: Here's the new modifications. -- Added file: http://bugs.python.org/file31036/aifc_5.patch ___ Python tracker ___

[issue18556] ctypes' U_set() doesn't check return value of PyUnicode_AsWideChar()

Matthew Barnett added the comment: Re msg193703: A little before that, 'value' is INCREF'ed, and then: wstr = PyUnicode_AsUnicodeAndSize(value, &size); if (wstr == NULL) return NULL; Shouldn't 'value' be DECREF'ed before returning? -- nosy: +mrabarnett

[issue17818] aifc.Aifc_read/Aifc_write.getparams can return a namedtuple

Roundup Robot added the comment: New changeset 560c6e9d1beb by R David Murray in branch 'default': #17818: aifc.getparams now returns a namedtuple. http://hg.python.org/cpython/rev/560c6e9d1beb -- nosy: +python-dev ___ Python tracker

[issue17899] os.listdir() leaks FDs if invoked on FD pointing to a non-directory

Larry Hastings added the comment: Okay, this bug has dragged on long enough. Serhiy already said they looked good to him, and I am now declaring that that's good enough for me. I'll check in my patches Saturday-ish unless someone pipes up. -- ___ P

[issue17818] aifc.Aifc_read/Aifc_write.getparams can return a namedtuple

R. David Murray added the comment: Thanks, Claudiu. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ _

[issue18545] enum always runs member_type when use_args is True

Roundup Robot added the comment: New changeset 95e1d0efd896 by Ethan Furman in branch 'default': Close #18545: now only executes member_type if no _value_ is assigned in __new__. http://hg.python.org/cpython/rev/95e1d0efd896 -- nosy: +python-dev resolution: -> fixed stage: -> committe

[issue18556] ctypes' U_set() doesn't check return value of PyUnicode_AsWideChar()

Roundup Robot added the comment: New changeset 78e8980ec9f7 by Brett Cannon in branch '3.3': Issue #18556: Check the return value for PyUnicode_AsWideChar() in http://hg.python.org/cpython/rev/78e8980ec9f7 New changeset 2f4c4db9aee5 by Brett Cannon in branch 'default': merge for issue #18556 htt

[issue486657] small edit in ext/ownershipRules.html

Roundup Robot added the comment: New changeset 78e8980ec9f7 by Brett Cannon in branch '3.3': Issue #18556: Check the return value for PyUnicode_AsWideChar() in http://hg.python.org/cpython/rev/78e8980ec9f7 -- nosy: +python-dev ___ Python tracker

[issue18556] ctypes' U_set() doesn't check return value of PyUnicode_AsWideChar()

Brett Cannon added the comment: Thanks for the check, Matthew, but if you look at the other *_set() methods they do not necessarily DECREF their 'value' argument. Plus if PyUnicode_AsWideChar() fails it means memory is full or a fatal error has triggered, so there are bigger worries. =) -

[issue18558] Iterables not detected correctly

New submission from Stephen Paul Chappell: The following interactive session shows that iterables are not detected properly by the `collections.abc.Iterable` class. >>> class IsIterable: def __init__(self, data): self.data = data def __getitem__(self, key):

[issue18558] Iterable glossary entry needs clarification

R. David Murray added the comment: The definition of an Iterable is a class that defines an __iter__ method. Your class does not, so the behavior you site is correct. The glossary entry for 'iterable' could use a little clarification. A class that defines __getitem__ is an iterable if and o

[issue8079] make install fails with -j8 with python2.6/config on FreeBSD

Garrett Cooper added the comment: Feel free to close this. I don't have any interest in pursuing it further. -- nosy: +Garrett.Cooper ___ Python tracker ___ __