[issue20655] test_subprocess is not executed in python -m test.test_asyncio
New submission from Vajrasky Kok: ethan@amiau:~/Documents/code/python/cpython3.4$ cat Lib/test/test_asyncio/tests.txt test_asyncio.test_base_events test_asyncio.test_events test_asyncio.test_futures test_asyncio.test_locks test_asyncio.test_proactor_events test_asyncio.test_queues test_asyncio.test_selector_events test_asyncio.test_streams test_asyncio.test_tasks test_asyncio.test_transports test_asyncio.test_unix_events test_asyncio.test_windows_events test_asyncio.test_windows_utils ethan@amiau:~/Documents/code/python/cpython3.4$ ls Lib/test/test_asyncio/test_subprocess.py Lib/test/test_asyncio/test_subprocess.py I provide two alternatives to fix this problem. The first is to add subprocess in tests.txt. -- components: Tests files: add_subprocess_to_tests.patch keywords: patch messages: 211398 nosy: gvanrossum, haypo, vajrasky priority: normal severity: normal status: open title: test_subprocess is not executed in python -m test.test_asyncio type: behavior versions: Python 3.4 Added file: http://bugs.python.org/file34114/add_subprocess_to_tests.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20655 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20655] test_subprocess is not executed in python -m test.test_asyncio
Vajrasky Kok added the comment: The second is the permanent fix so we don't need to add new test to tests.txt every time we want to add new test to asyncio test bundle. -- Added file: http://bugs.python.org/file34115/permanent_fix_for_executing_test_asyncio_in_bundle.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20655 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20654] Pydoc (and help) fails with socket.AddressFamily
Vajrasky Kok added the comment: This is the preliminary patch for this bug. The bug happens because AddressFamily.AF_UNSPEC is 0. Then you have this if condition: getattr(object, name, None) or homecls.__dict__[name] I'll contemplate whether we should add unit test for this or not. -- keywords: +patch nosy: +vajrasky Added file: http://bugs.python.org/file34116/preliminary_patch_for_AF_UNSPEC_pydoc_error.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20654 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20654] Pydoc (and help) fails with socket.AddressFamily
Vajrasky Kok added the comment: I just realized that Enum member could be None. I'll think how to improve this patch. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20654 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20655] test_subprocess is not executed in python -m test.test_asyncio
STINNER Victor added the comment: I prefer to dynamically discover tests, as we do in all other Python tests. I don't like hardcoded list, it leads to such issue. @Guido: What do you think? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20655 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20652] Example in asyncio task gives resource warning
Roundup Robot added the comment: New changeset ea4c74cc4da5 by Victor Stinner in branch 'default': Close #20652: asyncio doc: close the event loop in run_forever() example. Fix http://hg.python.org/cpython/rev/ea4c74cc4da5 -- nosy: +python-dev resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20652 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20648] 3.4 cherry-pick: multiple changesets for asyncio
STINNER Victor added the comment: changeset: 89231:ea4c74cc4da5 tag: tip user:Victor Stinner victor.stin...@gmail.com date:Mon Feb 17 10:54:30 2014 +0100 files: Doc/library/asyncio-task.rst description: Close #20652: asyncio doc: close the event loop in run_forever() example. Fix also typo. Patch written by Vajrasky Kok. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20648 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20638] KeyError building the Python html doc with sphinx
Xavier de Gaye added the comment: $ hg log -r tip changeset: 89198:72f9b6222476 tag: tip parent: 89195:dcbbff7e6b56 parent: 89197:f45d4823f63c user:Ezio Melotti ezio.melo...@gmail.com date:Sat Feb 15 16:59:39 2014 +0200 summary: #19890: merge with 3.3. The README.txt says: A make update updates the Subversion checkouts in `tools/` After running 'make update', 'make html' does not fail anymore. Maybe 'update' should be made a prerequisite of 'html' in the Makefile. Otherwise, sorry for the noise. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20638 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20638] KeyError building the Python html doc with sphinx
Georg Brandl added the comment: Thanks for the feedback. This was not the latest tip anyway: in the current tip the checked-out toolchain is gone and your system Sphinx is used. -- resolution: - out of date status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20638 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16468] argparse only supports iterable choices
Changes by Masato HASHIMOTO cabezon.hashim...@gmail.com: -- nosy: +hashimo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16468 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19363] Python 2.7's future_builtins.map is not compatible with Python 3's map
Gareth Rees added the comment: Sorry about that; here it is. I had second thoughts about recommending zip() as an alternative (that would only work for cases where the None was constant; in other cases you might need lambda *args: args, but this seemed too complicated), so the note now says only: Note: In Python 3, map() does not accept None for the function argument. -- keywords: +patch Added file: http://bugs.python.org/file34117/issue19363.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19363 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13720] argparse print_help() fails if COLUMNS is set to a low value
Serhiy Storchaka added the comment: Thank you Zbyszek and Steven for your report and patch, but this was fixed in issue13107. -- nosy: +serhiy.storchaka resolution: - duplicate stage: - committed/rejected status: open - closed superseder: - Text width in optparse.py can become negative ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13720 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20654] Pydoc (and help) fails with socket.AddressFamily
Serhiy Storchaka added the comment: Just use getattr() without third argument and catch AttributeError. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20654 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20654] Pydoc (and help) fails with socket.AddressFamily
Changes by Serhiy Storchaka storch...@gmail.com: -- assignee: - serhiy.storchaka keywords: +easy stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20654 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20656] OpenBSD: timeval.tv_sec type is long, not time_t
New submission from STINNER Victor: select.select() doesn't work on OpenBSD 64-bit because timeval.tv_sec is a long, whereas Python uses a time_t. Attached patch should fix this issue. -- messages: 211410 nosy: belopolsky, haypo, neologix, rpointel priority: normal severity: normal status: open title: OpenBSD: timeval.tv_sec type is long, not time_t versions: Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20656 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20656] OpenBSD: timeval.tv_sec type is long, not time_t
STINNER Victor added the comment: Hum, Python 3.3 seems to be also affected. Nobody tried Python 3 on OpenBSD since at lease Python 3.2? -- versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20656 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20656] OpenBSD: timeval.tv_sec type is long, not time_t
Remi Pointel added the comment: Hi, I think you forgot to attach the diff. Python 3.3 is in OpenBSD since 5.4. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20656 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20657] OpenBSD: Merge patches
New submission from STINNER Victor: OpenBSD has its own collection of patches for Python 3.3: http://www.openbsd.org/cgi-bin/cvsweb/ports/lang/python/3.3/patches/ These patches should be merged into Python directly. -- messages: 211413 nosy: haypo, rpointel priority: normal severity: normal status: open title: OpenBSD: Merge patches versions: Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20657 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20656] OpenBSD: timeval.tv_sec type is long, not time_t
STINNER Victor added the comment: I think you forgot to attach the diff. Oops. Python 3.3 is in OpenBSD since 5.4. So you should work more with upstream (Python) ;-) = see issue #20657 -- keywords: +patch Added file: http://bugs.python.org/file34118/pytime_objectotimeval.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20656 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20658] os.environ.clear() fails with empty keys (posix.unsetenv)
New submission from daniel hahler: posix.unsetenv fails to clear the environment if there's an entry with an empty key. TEST CASE: Python 2.7.6 (default, Jan 6 2014, 17:05:19) [GCC 4.8.1] on linux2 Type help, copyright, credits or license for more information. import os os.environ['']='foo' os.environ.clear() Traceback (most recent call last): File stdin, line 1, in module File /path/to/python/2.7.6/lib/python2.7/os.py, line 499, in clear unsetenv(key) OSError: [Errno 22] Invalid argument I believe that os.environ.clear() via unsetenv should handle empty keys. -- components: Interpreter Core messages: 211415 nosy: blueyed priority: normal severity: normal status: open title: os.environ.clear() fails with empty keys (posix.unsetenv) type: crash versions: Python 2.7, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20658 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20659] Want to make a class method a property by combining decorators
New submission from the mulhern: The problems is that it is quite possible to define a property using @property in a class and then later to realize that it really ought to be a class method, not an instance method. But then, if you change it to a class method, using @classmethod annotation, the @property annotation will fail to work. If you are a pedantic person, and name your properties differently than you name your methods, you have to: 1) Change all uses of this former property back to method invocations, with a () 2) Change the name, so it now reflects that it is an actual function, not a property any longer. I think an @classproperty and an @staticproperty decorator would take this problem away. An alternative would be to make it possible to chain @property and @classmethod. I know that this is sort of doable for ABC.abstractproperty which is now deprecated in favor of @property combined with @ABC.abstractmethod. This would be ideal, but I can not pretend to know if it would be possible. Also, I suspect that the order would matter as it does for ABC as described in http://bugs.python.org/issue16267. -- components: Library (Lib) messages: 211416 nosy: the.mulhern priority: normal severity: normal status: open title: Want to make a class method a property by combining decorators type: enhancement versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20659 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20145] unittest.assert*Regex functions should verify that expected_regex has a valid type
the mulhern added the comment: Yes. I'ld check if it was a string or a regex object...there is already code that converts the string to a regular expression in there. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20145 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20654] Pydoc (and help) fails with socket.AddressFamily
Vajrasky Kok added the comment: Here is the second preliminary patch. I'll think about the way to avoid dependency to socket module. -- Added file: http://bugs.python.org/file34119/pydoc_display_enum_member_value_0.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20654 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20654] Pydoc (and help) fails with socket.AddressFamily
Vajrasky Kok added the comment: Here is the second patch, avoiding dependency to socket.AddressFamily (though it adds dependency to enum library) in test. -- Added file: http://bugs.python.org/file34120/pydoc_display_enum_member_value_0_v2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20654 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20653] Pickle enums by name
Barry A. Warsaw added the comment: On Feb 17, 2014, at 07:03 AM, Serhiy Storchaka wrote: Currently enums are pickled by values. It means that if the value of enum is platform depending, pickling one enum you can unpickle other enum on other platform. It's probably a good idea to pickle by name by default, in order to support the stdlib use case. Please just be sure to preserve the ability for user code to pickle by value via subclassing. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20653 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20660] Starting a second multiprocessing.Manager causes INCREF on all object created by the first one.
New submission from mythsmith:
I seems that upon the start of a second manager, all objects referenced in the
first one gets an INCREF. On the third start, all objects created by the first
and the second manager get another INCREF. And so on. I cannot understand why
the start of a totally new manager, in a new process, will cause all these
INCREF about object hosted on other managers - which cause the program to take
forever to start/stop.
This small script fully reproduces the behaviour, tested in python 2.7 and 3.2:
from __future__ import print_function
import multiprocessing, logging
# # Activate multiprocessing logging
mplog = multiprocessing.get_logger()
mplog.setLevel(multiprocessing.util.DEBUG)
mplog.addHandler(logging.StreamHandler())
objs=[]
def newman(n=50):
global objs
m=multiprocessing.Manager()
print('created')
for i in range(n):
objs.append(m.Value('i',i))
return m
print(' first man')
m1=newman()
print (' second man')
m2=newman()
print (' third man')
m3=newman(0)
(Output is attached)
After the start of the first manager, the logger prints out the messages
relative to the creation of the first 50 objects.
But when the second manager is starting - before any object was created by it -
the logger prints out exactly 50 INCREF messages.Then follows the messages
relating to the creation of the 50 new objects on manager 2.
When the third manager starts - before any object was created by it - 100 more
INCREF messages are printed.
No object creation message is seen after m3 creation, as I passed 0 to the
newman() function.
When the program ends, a similar amount of DECREF messages is printed.
It seems that, when I start a new manager, it creates a reference to all
objects referenced by previous managers. In a big application this translates
into extremely slow startup/shutdown.
--
components: Library (Lib)
files: output.txt
messages: 211421
nosy: mythsmith
priority: normal
severity: normal
status: open
title: Starting a second multiprocessing.Manager causes INCREF on all object
created by the first one.
type: behavior
versions: Python 2.7, Python 3.2
Added file: http://bugs.python.org/file34121/output.txt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20660
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20648] 3.4 cherry-pick: multiple changesets for asyncio
Larry Hastings added the comment: Yeah, I considered getting fussy about you didn't follow instructions. But this actually is better for me, as it means I can apply the patches in chronological order. Like Guido said, I intend to be permissive when it comes to asyncio for 3.4.0. I'm assuming that these patches don't touch anything outside asyncio (implementation and doc). If that's all they touch, then yeah I'll accept them. If any of them touch other files then we may need to discuss it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20648 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20661] 3.4 cherry-pick: eef7899ea7ab use system doc toolchain instead of checking out of svn
New submission from Georg Brandl: 3.4 cherry-pick: eef7899ea7ab use system doc toolchain instead of checking out of svn -- assignee: larry messages: 211423 nosy: georg.brandl, larry priority: release blocker severity: normal status: open title: 3.4 cherry-pick: eef7899ea7ab use system doc toolchain instead of checking out of svn versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20661 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20619] lineno and col_offset attributes of _ast.arg objects are not set
Changes by Benjamin Peterson bp+pyb...@benjamin-peterson.org: -- assignee: - larry resolution: fixed - status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20619 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20594] [PATCH] fail to compile posixmodule due to name clash with posix_close
Changes by Benjamin Peterson bp+pyb...@benjamin-peterson.org: -- nosy: +benjamin.peterson, georg.brandl priority: high - release blocker resolution: fixed - status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20594 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20594] [PATCH] fail to compile posixmodule due to name clash with posix_close
Changes by Benjamin Peterson bp+pyb...@benjamin-peterson.org: -- assignee: - larry ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20594 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17899] os.listdir() leaks FDs if invoked on FD pointing to a non-directory
Changes by Jesús Cea Avión j...@jcea.es: -- nosy: +jcea ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17899 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20654] Pydoc (and help) fails with socket.AddressFamily
Serhiy Storchaka added the comment: The fix itself looks good, but the test can be better. You write temporary file in current directory. this can fail for different reasons, Python can crash and left undeleted file, this file can overwrite existing file. The render_doc() function is last module level function in a traceback, and it can be used for testing, temporary file will be not needed. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20654 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18352] collections.Counter with added attributes are not deepcopied properly.
Changes by Jesús Cea Avión j...@jcea.es: -- nosy: +jcea ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18352 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20654] Pydoc (and help) fails with socket.AddressFamily
Serhiy Storchaka added the comment: Interesting, that the documentation for AddressFamily (unlike to SocketType) isn't generated in html doc. May be this is unrelated issue, but if this is related, it would be good to fix it too. Otherwise it needs separate issue. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20654 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20662] Pydoc doesn't escape parameter defaults in html
New submission from Serhiy Storchaka: Pydoc doesn't escape parameter defaults in generated html files. For example for the socket.__init__() method in the socket module following html code is generated: dldta name=socket-__init__strong__init__/strong/a(self, family=AddressFamily.AF_INET: 2, type=SocketType.SOCK_STREAM: 1, proto=0, fileno=None)/dt/dl As result AddressFamily.AF_INET: 2 and SocketType.SOCK_STREAM: 1 aren't visible in browser (they are illegal html tags). -- components: Library (Lib) messages: 211426 nosy: georg.brandl, serhiy.storchaka priority: normal severity: normal status: open title: Pydoc doesn't escape parameter defaults in html type: behavior versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20662 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16278] Improve os.rename documentation and tests
Benjamin Peterson added the comment: 1. You removed the note about files being on the same filesystem on Unix. That's useful. 2. I don't think it needs to be mentioned that you'll get an error if *src* doesn't exist. 3. The table is strange because the destination header spans 2 columns, while the description of destination types seems to be 3 columns. 4. The destination type entries are marked as the table header, but the source type entries are not. -- nosy: +benjamin.peterson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16278 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20655] test_subprocess is not executed in python -m test.test_asyncio
Guido van Rossum added the comment: Please apply the fix and make sure it gets cherry-picked. I agree on dynamic test recovery but don't find it a high priority. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20655 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20653] Pickle enums by name
Serhiy Storchaka added the comment: To pickle by value, the subclass needs only restore current implementation of __reduce_ex__(): def __reduce_ex__(self, proto): return self.__class__, (self.value,) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20653 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20663] Introduce exception argument to iter
New submission from Ram Rachum: See discussion: https://groups.google.com/forum/#!searchin/python-ideas/iter/python-ideas/UCaNfAHkBlQ/5vX7JbpCxDkJ `iter` has a very cool `sentinel` argument. I suggest an additional argument `exception`; when it's supplied, instead of waiting for a sentinel value, we wait for a sentinel exception to be raised, and then the iteration is finished. This'll be useful to construct things like this: my_iterator = iter(my_deque.popleft, exception=IndexError) I also suggest being able to pass multiple exceptions in a tuple to have any of them trigger a `StopIteration`. -- components: Interpreter Core messages: 211431 nosy: cool-RR, terry.reedy priority: normal severity: normal status: open title: Introduce exception argument to iter type: enhancement versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20663 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19619] Blacklist base64, hex, ... codecs from bytes.decode() and str.encode()
Serhiy Storchaka added the comment: I don't think that adding underscored parameter to public API is best solution, but we need the fix for 3.3. So here is a patch for backporting d68df99d7a57 to 3.3. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19619 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20653] Pickle enums by name
Ethan Furman added the comment: I agree that pickling by name is the better solution. Serhiy, could you explain how the un-pickling works with protocol 4? -- assignee: - ethan.furman ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20653 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20653] Pickle enums by name
Serhiy Storchaka added the comment: This is new feature of protocol 4 (PEP 3154, section 'Serializing more lookupable objects'). When __reduce_ex__() returns a string (instead of a tuple), this is interpreted as the name of a global, and qualnames with dots are now supported in protocol 4. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20653 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20653] Pickle enums by name
Serhiy Storchaka added the comment: May be a number of tests which test pickling subclasses with or without some special methods are not needed longer. Fell free to improve my patch if you want to make all cleanup changes in one commit. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20653 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15871] Online docs: make index search always available.
Changes by Ezio Melotti ezio.melo...@gmail.com: -- versions: +Python 3.5 -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15871 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20651] 3.4 cherry-pick: 52ab9e1ff46a rolls back bad zipimport changes
Larry Hastings added the comment: Okay. I'm holding off a couple days just to get all the requests lined up, so I can apply them in chronological order--that'll cut down on the conflicts. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20651 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14976] queue.Queue() is not reentrant, so signals and GC can cause deadlocks
Itamar Turner-Trauring added the comment: This is not specifically a signal issue; it can happen with garbage collection as well if you have a Queue.put that runs in __del__ or a weakref callback function. This can happen in real code. In my case, a thread that reads log messages from a Queue and writes them to disk. The thread putting log messages into the Queue can deadlock if GC happens to cause a log message to be written right after Queue.put() acquired the lock. (see https://github.com/itamarst/crochet/issues/25). -- nosy: +itamarst title: Queue.PriorityQueue() is not interrupt safe - queue.Queue() is not reentrant, so signals and GC can cause deadlocks versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14976 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20621] Issue with zipimport in 3.3.4 and 3.4.0rc1
Gregory P. Smith added the comment: Thanks for trying. :) I've got a complicated test case of zipping up the stdlib into python27.zip and running the Python test suite against that which also tends to trigger the bugs. Some tests failing with SystemError and such. It smells like a memory corruption issue but I haven't had time to sit down and dive in to find it. I won't proceed on my patches for the original bug until I can figure it out and come up with a more exhaustive unittest that demonstrates the bug. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20621 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20664] _findLib_crle and _get_soname broken on latest SunOS 5.11
New submission from Ryan Gordon: On SunOS 5.11, both the _findLib_crle and _get_soname are broken. With _findLib_crle, the function returns the following: # env LC_ALL=C /usr/bin/crle -64 Default configuration file (/var/ld/64/ld.config) not found Platform: 64-bit LSB AMD64 Default Library Path (ELF): /lib/64:/usr/lib/64 (system default) Trusted Directories (ELF):/lib/secure/64:/usr/lib/secure/64 (system default) # env LC_ALL=C /usr/bin/crle Configuration file [version 4]: /var/ld/ld.config Platform: 32-bit LSB 80386 Default Library Path (ELF): /lib:/usr/lib Trusted Directories (ELF):/lib/secure:/usr/lib/secure (system default) Command line: crle -c /var/ld/ld.config -l /lib:/usr/lib The Default Library Path (ELF): /lib:/usr/lib is extracted to /lib:/usr/lib and only those two paths are checked for the library in question. Unfortunately this means that there is absolutely no way to configure any environment variable to check on other paths and both /lib and /usr/lib are read-only directories mounted from the global zone: [ /usr/lib] # touch test.txt touch: cannot touch `test': Read-only file system [ /lib] # touch test.txt touch: cannot touch `test': Read-only file system An environment variable should be read in that can be configured to override this functionality. The second issue with _get_soname is that is calls /usr/ccs/bin/dump which doesn't exist at all: (/usr/ccs/bin/ is an old deprecated directory which has since been removed) # ll /usr/ccs/bin/dump ls: cannot access /usr/ccs/bin/dump: No such file or directory -- components: ctypes messages: 211438 nosy: rygorde4 priority: normal severity: normal status: open title: _findLib_crle and _get_soname broken on latest SunOS 5.11 type: behavior versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20664 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12691] tokenize.untokenize is broken
Changes by Terry J. Reedy tjre...@udel.edu: -- assignee: docs@python - terry.reedy nosy: +terry.reedy stage: test needed - patch review versions: +Python 2.7, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12691 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8478] tokenize.untokenize first token missing failure case
Changes by Terry J. Reedy tjre...@udel.edu: -- assignee: - terry.reedy nosy: +terry.reedy stage: - patch review versions: +Python 2.7, Python 3.3, Python 3.4 -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8478 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20594] [PATCH] fail to compile posixmodule due to name clash with posix_close
Larry Hastings added the comment: I created a cherry-pick issue (#20665) to track that separately. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20594 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20665] 3.4 cherry-pick: 400a8e4599d9 rename posix_close to avoid namespace clash
New submission from Larry Hastings: Creating new issue from #20594 to track cherry-picking this into 3.4.0. -- assignee: larry components: Build messages: 211439 nosy: larry priority: release blocker severity: normal stage: commit review status: open title: 3.4 cherry-pick: 400a8e4599d9 rename posix_close to avoid namespace clash type: compile error versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20665 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20665] 3.4 cherry-pick: 400a8e4599d9 rename posix_close to avoid namespace clash
Larry Hastings added the comment: 400a8e4599d9 is the revision. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20665 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20265] Bring Doc/using/windows up to date
Zachary Ware added the comment:
The plan is to eventually have enough time to pick through the file and make
sure everything is actually up to date :).
From just a quick glance, here's a couple of the things that still need to be
done:
- all of the external links should be checked for whether they are up to date
(and still relevant to current Python)
- the 'Excursus: Setting environment variables' section needs a major overhaul
('autoexec.bat' isn't used (or at least not recommended) anymore, among other
things)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20265
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20661] 3.4 cherry-pick: eef7899ea7ab use system doc toolchain instead of checking out of svn
Larry Hastings added the comment: Okay. I'll do the first round of cherry-picking Tuesday or Wednesday (my time). I'm waiting for the list of requests to settle down so I can do them in chronological order. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20661 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20645] 3.4 cherry-pick: 1166b3321012 Revert changes of issue #19466 (clear thread state earlier)
Larry Hastings added the comment: Okay. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20645 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20510] Test cases in test_sys don't match the comments
Zachary Ware added the comment: The newer patch looks good to me, I'll get it committed as soon as I can test it. Thanks! -- assignee: - zach.ware ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20510 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20646] 3.4 cherry-pick: 180e4b678003 select and kqueue round the timeout aways from zero
Larry Hastings added the comment: This one worries me a little. Antoine, do you agree that this should be cherry-picked for 3.4.0? -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20646 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20570] Bundle pip 1.5.3 in Python 3.4rc2
Larry Hastings added the comment: When you land this fix, please create the separate 3.4 cherry-pick issue. Those issues are helping me a lot with keeping track of everything. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20570 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8478] tokenize.untokenize first token missing failure case
Roundup Robot added the comment: New changeset c896d292080a by Terry Jan Reedy in branch '2.7': Untokenize: An logically incorrect assert tested user input validity. http://hg.python.org/cpython/rev/c896d292080a New changeset 51e5a89afb3b by Terry Jan Reedy in branch '3.3': Untokenize: An logically incorrect assert tested user input validity. http://hg.python.org/cpython/rev/51e5a89afb3b -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8478 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12691] tokenize.untokenize is broken
Roundup Robot added the comment: New changeset c896d292080a by Terry Jan Reedy in branch '2.7': Untokenize: An logically incorrect assert tested user input validity. http://hg.python.org/cpython/rev/c896d292080a New changeset 51e5a89afb3b by Terry Jan Reedy in branch '3.3': Untokenize: An logically incorrect assert tested user input validity. http://hg.python.org/cpython/rev/51e5a89afb3b -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12691 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20658] os.environ.clear() fails with empty keys (posix.unsetenv)
Ned Deily added the comment: According to the Open Group Base Specification (Issue 7 2013 Issue): The setenv() function shall fail if: [EINVAL] The envname argument points to an empty string or points to a string containing an '=' character. So it seems to me that the issue here is that os.environ[''] attempts to allow you to create a environment variable with a null key. -- nosy: +ned.deily stage: - test needed type: crash - versions: +Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20658 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20660] Starting a second multiprocessing.Manager causes INCREF on all object created by the first one.
Changes by Ned Deily n...@acm.org: -- nosy: +sbt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20660 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20658] os.environ.clear() fails with empty keys (posix.unsetenv)
Ned Deily added the comment: OTOH, the specification for putenv, which is what is actually used by posixmodule.c, does not contain that requirement. http://pubs.opengroup.org/onlinepubs/9699919799/functions/putenv.html http://pubs.opengroup.org/onlinepubs/9699919799/functions/setenv.html -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20658 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20620] Update the min()/max() docs for the new default argument
Larry Hastings added the comment: key and default are keyword-only arguments, the signature should have a '*'. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20620 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20210] Provide configure options to enable/disable Python modules and extensions
Changes by STINNER Victor victor.stin...@gmail.com: -- nosy: +doko, haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20210 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20212] distutils: fix build_ext check to find whether we're building Python or not
Changes by STINNER Victor victor.stin...@gmail.com: -- nosy: +doko, haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20212 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20211] setup.py: do not add invalid header locations
Changes by STINNER Victor victor.stin...@gmail.com: -- nosy: +doko, haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20211 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20661] 3.4 cherry-pick: eef7899ea7ab use system doc toolchain instead of checking out of svn
Ned Deily added the comment: Georg, why do you want to cherry-pick this for 3.4.0? As noted in Issue20644, it definitely breaks OS installer builds and it may break Windows installer builds as well. We would need to address those problems as wee before rc2, which seems to me to make this out of scope for a release candidate fix. I would prefer to see this deferred to 3.4.1. -- nosy: +ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20661 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20655] test_subprocess is not executed in python -m test.test_asyncio
Roundup Robot added the comment: New changeset b3987d758e49 by Victor Stinner in branch 'default': Issue #20655: Fix test_asyncio, run also subprocess tests. Patch written by http://hg.python.org/cpython/rev/b3987d758e49 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20655 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20648] 3.4 cherry-pick: multiple changesets for asyncio
STINNER Victor added the comment: changeset: 89237:b3987d758e49 tag: tip user:Victor Stinner victor.stin...@gmail.com date:Tue Feb 18 00:11:21 2014 +0100 files: Lib/test/test_asyncio/tests.txt description: Issue #20655: Fix test_asyncio, run also subprocess tests. Patch written by Vajrasky Kok. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20648 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20655] test_subprocess is not executed in python -m test.test_asyncio
STINNER Victor added the comment: Thanks Vajrasky for your fix. You may open a new issue for permanent_fix_for_executing_test_asyncio_in_bundle.patch. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20655 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20666] asyncio/OpenBSD: make concurrent.futures dependency optional
New submission from STINNER Victor: On old FreeBSD versions and on the latest OpenBSD (5.4), the multiprocessing module is not available because POSIX semaphores are not supported by the OS. See issues #5725 and #10348 to use SysV semaphores. #10348 was closed because implementing SysV semaphores would be a step backwards, plus the API is a real pain (wrote Charles-François Natali). Would it be possible to make concurrent.futures dependency optional? In Trollius project (port of asyncio on Python 2), I implemented a very simple synchronous executor used by default as a fallback when concurrent.futures is not available (Trollius uses futures, backport of concurrent.futures for Python 2). Attached patch is the synchronous executor adapted again on asyncio. asyncio.executor.Future (when concurrent.futures is missing) is the simplest class and has a different API than concurrent.futures.Future. It is directly created with known result (value or exeption). -- files: synchronous_executor.patch keywords: patch messages: 211457 nosy: gvanrossum, haypo, rpointel priority: normal severity: normal status: open title: asyncio/OpenBSD: make concurrent.futures dependency optional Added file: http://bugs.python.org/file34122/synchronous_executor.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20666 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1100942] Add datetime.time.strptime and datetime.date.strptime
Changes by Westley Martínez aniko...@gmail.com: -- nosy: +anikom15 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1100942 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20667] asyncio: test_read_pty_output() of test_asyncio hangs on OpenBSD 5.4
New submission from STINNER Victor: test_read_pty_output() hangs on OpenBSD 5.4, as it hangs on Mac OS older than 10.9 and FreeBSD. Attached patch skips the test. See also issue #20666: asyncio is not available yet on OpenBSD. -- messages: 211458 nosy: haypo priority: normal severity: normal status: open title: asyncio: test_read_pty_output() of test_asyncio hangs on OpenBSD 5.4 versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20667 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20667] asyncio: KqueueEventLoopTests.test_read_pty_output() of test_asyncio hangs on OpenBSD 5.4
Changes by STINNER Victor victor.stin...@gmail.com: -- title: asyncio: test_read_pty_output() of test_asyncio hangs on OpenBSD 5.4 - asyncio: KqueueEventLoopTests.test_read_pty_output() of test_asyncio hangs on OpenBSD 5.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20667 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20667] asyncio: KqueueEventLoopTests.test_read_pty_output() of test_asyncio hangs on OpenBSD 5.4
Changes by STINNER Victor victor.stin...@gmail.com: -- keywords: +patch Added file: http://bugs.python.org/file34123/read_pty_openbsd.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20667 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20656] OpenBSD: timeval.tv_sec type is long, not time_t
STINNER Victor added the comment: Python 3.3 is in OpenBSD since 5.4. Oh, it looks like select.select() works fine when I install Python 3.3 from OpenBSD. It's maybe a regression of Python 3.4? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20656 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7247] test_fcntl_64_bit from test_fcntl.py fails in Python 2.6.4
Geoffrey Spear added the comment: Attached patch to ignore OSError attempting to F_NOTIFY on a machine without dnotify but with sys/fcntl.h including #defines for F_NOTIFY and DN_MULTISHOT. The test as written attempts to skip the test, but fails when the header doesn't match the actual capabilities of fcntl(2). -- keywords: +patch Added file: http://bugs.python.org/file34124/issue7247.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7247 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20265] Bring Doc/using/windows up to date
Westley Martínez added the comment: I personally like this page about environment variables: http://www.computerhope.com/issues/ch000549.htm It is clear, concise, and has pretty pictures. However, it does not address Windows 8. Since Windows 8 is becoming more popular everyday, and since it is rather odd and difficult to configure, we should update the article to include stuff for Windows 8. Unfortunately, I don't have Windows 8, so I can't help there. -- nosy: +westley.martinez ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20265 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20564] test_threadsignals.py failed on OpenBSD because too slow ( 3sec)
STINNER Victor added the comment: So this looks like a bug. Or a different design choice? It looks like the kernel restarts the wait if it was interrupted. ignore interruptions other than cancelation http://ftp.cc.uoc.gr/mirrors/OpenBSD/src/lib/librthread/rthread_sem.c test that sem_timedwait() resumes after handling a signal http://mirrors.ircam.fr/pub/OpenBSD/src/regress/lib/libpthread/semaphore/sem_timedwait/sem_timedwait.c POSIX says that The sem_timedwait() function shall fail if: [EINTR] A signal interrupted this function. http://pubs.opengroup.org/onlinepubs/009604599/functions/sem_timedwait.html Right now, the best we can do is to skip the test on OpenBSD (maybe only on OpenBSD = 5.4 to see if it changes later). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20564 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20667] asyncio: KqueueEventLoopTests.test_read_pty_output() of test_asyncio hangs on OpenBSD 5.4
Roundup Robot added the comment: New changeset d548829765cd by Victor Stinner in branch 'default': Issue #20667: test_asyncio: Skip KqueueEventLoopTests.test_read_pty_output() on http://hg.python.org/cpython/rev/d548829765cd -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20667 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20667] asyncio: KqueueEventLoopTests.test_read_pty_output() of test_asyncio hangs on OpenBSD 5.4
STINNER Victor added the comment: Oh, we have a new OpenBSD 5.5 buildbot and it looks like test_asyncio is running on it. So let's try this new buildbot with my fix! I keep the issue open until I get feedback from the buildbot and then I will port the change to Tulip. http://buildbot.python.org/all/builders/x86%20OpenBSD%205.5%203.x/builds/11 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20667 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20656] OpenBSD: timeval.tv_sec type is long, not time_t
Roundup Robot added the comment: New changeset 79ccf36b0fd0 by Victor Stinner in branch 'default': Close #20656: Fix select.select() on OpenBSD 64-bit http://hg.python.org/cpython/rev/79ccf36b0fd0 -- nosy: +python-dev resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20656 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20666] asyncio/OpenBSD: make concurrent.futures dependency optional
STINNER Victor added the comment: Oh, it looks like concurrent.futures and asyncio now works on OpenBSD 5.5: http://buildbot.python.org/all/builders/x86%20OpenBSD%205.5%203.x/builds/10/steps/test/logs/stdio (at least tests are running) OpenBSD 5.5 added support of POSIX semaphores? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20666 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20402] List comprehensions should be noted in for loop documentation
Westley Martínez added the comment: I'm curious what the best way to do this would be. Obviously the simplest would just be 'See also list comprehensions.' However since this is a tutorial, I was thinking of adding something like this: 'In other languages, for loops are often used to fill a sequence with data. While this method works just as well in Python, it is often better to use a list comprehension' and then there could be an example like that found here: http://docs.python.org/2/tutorial/datastructures.html#list-comprehensions Followed by a link to more info on list comprehensions. -- nosy: +westley.martinez ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20402 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20146] UserDict module docs link is obsolete
Changes by Westley Martínez aniko...@gmail.com: -- nosy: +westley.martinez ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20146 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20640] Adds idle test for configHelpSourceEdit
Saimadhav Heblikar added the comment: Patch for adding configHelpsourceEdit test for python 3.3.I have hand tested it along with tests and it works well. Also removes certain pep8 violation in configHelpSourceEdit Adds a mock Entry class to idle_test/mock_tk (required for a .focus_set()) -- Added file: http://bugs.python.org/file34125/test-config-helpsource-33.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20640 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16224] tokenize.untokenize() misbehaves when moved to compatiblity mode
Terry J. Reedy added the comment: While I am closing this as a duplicate, I will use some of your patch, including one test, and credit you as well. Switching from 5-tuples to 2-tuples, as in one of your test cases, is not currently a supported use case, Compat currently re-iterates the entire token list and that does not work if some tokens have already been processed. While iter(iterable) makes your toy example pass, switching still does not work because of the problem of initializing compat. indents = [] This could only work with switching by making it a instance attribute which is also updated in the 5-tuple case. It is needed in tokenize also to support tab indents (#20383) but would only need to be an attribute instead of a local to support switching. startline = token[0] in (NEWLINE, NL) (my replacement for 3 lines) This is odd as the the file starts at the start of a line whether or not the first token is \n. On the other hand, the initial value of startline is irrelevant as long as it has some value because it is irrelevant until there has been an indent. It would also have to become an attribute to support switching and then it would be relevant since indents might not be initially empty. But I do not currently see the need for a tuple length switching feature. prevstring = False This does not matter even if wrong since it only means adding a space. -- assignee: eric.snow - terry.reedy nosy: +terry.reedy resolution: - duplicate status: open - closed versions: -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16224 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12691] tokenize.untokenize is broken
Terry J. Reedy added the comment: The problem of the first iterator pair token being discarded is the subject of #8478. Consider that part of this issue as being closed as a duplicate. The issue of a string being returned if there is no encoding should have been opened as a separate issue, and it was in #16223. I explain there why I think the behavior should be left as is and the docstring changed, and the doc clarified. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12691 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20654] Pydoc (and help) fails with socket.AddressFamily
Vajrasky Kok added the comment: Thanks for the review, Serhiy! Here is the patch addressing Serhiy's concern. -- Added file: http://bugs.python.org/file34126/pydoc_display_enum_member_value_0_v3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20654 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7247] test_fcntl_64_bit from test_fcntl.py fails in Python 2.6.4
Changes by Berker Peksag berker.pek...@gmail.com: -- stage: needs patch - patch review versions: -Python 2.6, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7247 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20666] asyncio/OpenBSD: make concurrent.futures dependency optional
Guido van Rossum added the comment: I'd prefer not to add a bad hack to support such a broken platform. If it doesn't have semaphores, not much Python code will run. Maybe the dummy_threading module can be used instead? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20666 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20649] Minor grammatical mistake for asyncio dev docs
Changes by Mike Short bmsh...@gmail.com: -- keywords: +patch nosy: +Mike.Short Added file: http://bugs.python.org/file34127/asyncio-dev.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20649 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20640] Adds idle test for configHelpSourceEdit
Saimadhav Heblikar added the comment: Corresponding patch for 2.7 -- Added file: http://bugs.python.org/file34128/test-config-helpsource-27.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20640 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9974] tokenizer.untokenize not invariant with line continuations
Changes by Terry J. Reedy tjre...@udel.edu: -- assignee: - terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9974 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20493] asyncio: OverflowError('timeout is too large')
Guido van Rossum added the comment: For now, can we just add to the asyncio docs that timeouts shouldn't exceed one day? Then we can fix it later without breaking expectations. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20493 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8478] tokenize.untokenize first token missing failure case
Roundup Robot added the comment: New changeset c2517a37c13a by Terry Jan Reedy in branch '2.7': Issue #8478: Untokenizer.compat now processes first token from iterator input. http://hg.python.org/cpython/rev/c2517a37c13a New changeset b6d6ca792b64 by Terry Jan Reedy in branch '3.3': Issue #8478: Untokenizer.compat now processes first token from iterator input. http://hg.python.org/cpython/rev/b6d6ca792b64 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8478 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16223] untokenize returns a string if no encoding token is recognized
Terry J. Reedy added the comment: The no encoding issue was mentioned in #12691, but needed to be opened in a separate issue, which is this one. The doc, as opposed to the docstring, says Converts tokens back into Python source code. Python 3.3 source code is defined in the reference manual as a sequence of unicode chars. The doc also says The reconstructed script is returned as a single string. In 3.x, that also means unicode, not bytes. On the other hand tokenize does not currently accept actually Python code (unicode) but only encoded code. I think that should change, but that is a different issue (literally). For this issue, I think the doc and docstring should change to match current behavior: output a string unless the tokens (which contain unicode strings, not bytes) start with a non-empty ENCODING token. Change the behavior would break code that believes the code and doc (as opposed to the docstring). Since tokenize will only put out ENCODING as the first token, I would be inclined to ignore ENCODING thereafter, but that might be seen as an impermisable change in behavior. -- The dropped token issue is the subject of #8478, with patch1. It was mentioned again in #12691, among several other issues, and is the subject again of duplicate issue #16224 (now closed) with patch2. The actual issue is that the first token of iterator input gets dropped, but not that of lists. The fix is reported on #8478, so dropped token is not part of this issue. -- assignee: eric.snow - terry.reedy nosy: +terry.reedy versions: -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16223 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
