[issue16074] Bad error message in os.rename, os.link, and os.symlink

Vajrasky Kok added the comment: Patch for Python 3.3. It omitted file information for error messages in rename, symlink, and link. I'll create a separate ticket for adding extra file information to these error messages. -- Added file: http://bugs.python.org/file32935/better_error_mes

[issue16074] Bad error message in os.rename, os.link, and os.symlink

Vajrasky Kok added the comment: Here is the patch for Python 3.4. It removed file information for os.rename, os.link, and os.symlink. I agree with Ezio that giving extra information is better but since Python 3.4 is in beta maybe we can defer this to Python 3.5. There are couples of errno

[issue15798] subprocess.Popen() fails if 0, 1 or 2 descriptor is closed

Gregory P. Smith added the comment: i went with the less invasive in terms of behavior change approach of making sure that the errpipe_write fd is always >= 3. In Python 3.4 the code change was different and much simpler and on the Python only side as all fd's are opened O_CLOEXEC by default.

[issue16074] Bad error message in os.rename, os.link, and os.symlink

Changes by Vajrasky Kok : -- title: bad error message in os.rename -> Bad error message in os.rename, os.link, and os.symlink ___ Python tracker ___

[issue17909] Autodetecting JSON encoding

Changes by Julian Berman : -- nosy: +Julian ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue19781] No SSL match_hostname() in ftplib

Roundup Robot added the comment: New changeset 373797990f57 by Christian Heimes in branch 'default': Issue #19781: ftplib now supports SSLContext.check_hostname and server name http://hg.python.org/cpython/rev/373797990f57 -- nosy: +python-dev ___ Pyt

[issue19509] No SSL match_hostname() in ftp, imap, nntp, pop, smtp modules

Roundup Robot added the comment: New changeset aa531135bc6b by Christian Heimes in branch 'default': Issue #19509: Add SSLContext.check_hostname to match the peer's certificate http://hg.python.org/cpython/rev/aa531135bc6b -- nosy: +python-dev ___ Pyt

[issue15798] subprocess.Popen() fails if 0, 1 or 2 descriptor is closed

Roundup Robot added the comment: New changeset 07425df887b5 by Gregory P. Smith in branch '3.3': Fixes issue #15798: subprocess.Popen() no longer fails if file http://hg.python.org/cpython/rev/07425df887b5 -- ___ Python tracker

[issue19835] Add a MemoryError singleton to fix an unlimited loop when the memory is exhausted

Changes by Alexandre Vassalotti : -- nosy: -alexandre.vassalotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue18073] pickle.Unpickler may read too many bytes, causing hangs with blocking input stream

Changes by Alexandre Vassalotti : -- assignee: -> alexandre.vassalotti resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker ___

[issue19834] Unpickling exceptions pickled by Python 2

Alexandre Vassalotti added the comment: Feel free to commit once you have addressed the remaining comments. -- assignee: -> doerwalter ___ Python tracker ___ ___

[issue19858] Make pickletools.optimize aware of the MEMOIZE opcode.

New submission from Alexandre Vassalotti: PEP 3154 introduced the MEMOIZE opcode which lowered the overhead of memoization compared to the PUT opcodes which were previously used. We should update pickletools.optimize to remove superfluous uses of this new opcode. -- components: Librar

[issue19780] Pickle 4 frame headers optimization

Alexandre Vassalotti added the comment: Yeah, let's close this. It is much simpler to just double the frame size target if the extra reads ever become a performance issue. -- status: pending -> closed ___ Python tracker

[issue19754] pickletools.optimize doesn't reframe correctly

Roundup Robot added the comment: New changeset 9feada79a411 by Alexandre Vassalotti in branch 'default': Issue #19754: Fix typo. http://hg.python.org/cpython/rev/9feada79a411 -- ___ Python tracker _

[issue19754] pickletools.optimize doesn't reframe correctly

Roundup Robot added the comment: New changeset bb71baa28f1b by Alexandre Vassalotti in branch 'default': Issue #19754: Make pickletools.optimize respect the frame size target. http://hg.python.org/cpython/rev/bb71baa28f1b -- nosy: +python-dev ___ Pyth

[issue19754] pickletools.optimize doesn't reframe correctly

Alexandre Vassalotti added the comment: Now, pickletools.optimize doesn't do anything on protocol 4. :) -- assignee: -> alexandre.vassalotti resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker

[issue7105] weak dict iterators are fragile because of unpredictable GC runs

Guido van Rossum added the comment: I appreciate the simplicity, but I don't think it is acceptable -- if the dict is large, materializing the entire list of keys/values/items might allocate a prohibitive amount of memory. It's worse if you have code that is expected to break out of the loop.

[issue15798] subprocess.Popen() fails if 0, 1 or 2 descriptor is closed

Roundup Robot added the comment: New changeset 2df5e1f537b0 by Gregory P. Smith in branch 'default': Fixes issue #15798: subprocess.Popen() no longer fails if file http://hg.python.org/cpython/rev/2df5e1f537b0 -- ___ Python tracker

[issue10717] Multiprocessing module cannot call instance methods across processes

Changes by Alexandre Vassalotti : -- title: Multiprocessing module Pickling unPickling issues -> Multiprocessing module cannot call instance methods across processes ___ Python tracker

[issue19837] Wire protocol encoding for the JSON module

Antoine Pitrou added the comment: > The parallel API would have to be: > > json.dump_bytes > json.dumps_bytes > json.load_bytes > json.loads_bytes No, only one function dump_bytes() is needed, and it would return a bytes object ("dumps" meaning "dump string", already). loads() can be polymorphi

[issue10717] Multiprocessing module Pickling unPickling issues

Alexandre Vassalotti added the comment: Look like I isolated the problem. It seems multiprocessing is using cPickle which cannot be extended with ForkingPickler, unlike the Python version of the pickle module. 15:09:29 [ ~/pythondev/python2.7 ]$ ./python.exe issue10717.py Traceback (most recen

[issue19837] Wire protocol encoding for the JSON module

Nick Coghlan added the comment: The parallel API would have to be: json.dump_bytes json.dumps_bytes json.load_bytes json.loads_bytes That is hardly an improvement over: json.bytes.dump json.bytes.dumps json.bytes.load json.bytes.loads It doesn't need to be documented as a completely separate

[issue7105] weak dict iterators are fragile because of unpredictable GC runs

Kristján Valur Jónsson added the comment: Here's a different approach. Simply avoid the use of iterators over the underlying container. Instead, we iterate over lists of items/keys/values etc. -- Added file: http://bugs.python.org/file32932/weakref.patch

[issue10717] Multiprocessing module Pickling unPickling issues

Alexandre Vassalotti added the comment: Without a reproducible test case, I am afraid there is nothing we can do here. -- assignee: -> alexandre.vassalotti components: +Library (Lib) -None nosy: +alexandre.vassalotti resolution: -> works for me stage: -> test needed status: open -> cl

[issue4727] copyreg doesn't support keyword only arguments in __new__

Changes by Alexandre Vassalotti : -- superseder: Implement PEP 3154 (pickle protocol 4) -> ___ Python tracker ___ ___ Python-bugs-list

[issue4727] copyreg doesn't support keyword only arguments in __new__

Alexandre Vassalotti added the comment: PEP 3154 implemented support for pickling classes taking keyword-only arguments. The copy module should be updated to use __getnewargs_ex__ when available through object.__reduce__(4). -- nosy: +alexandre.vassalotti superseder: -> Implement PEP

[issue15667] PEP 3121, 384 refactoring applied to pickle module

Alexandre Vassalotti added the comment: I have implemented PEP 3121 module finalization for _pickle in 64c6d52793be. I don't see the use case for implementing PEP 384 stable ABI, since _pickle is only distributed with Python. -- assignee: -> alexandre.vassalotti nosy: +alexandre.vassa

[issue11349] _pickle should implement the module finalisation protocol

Alexandre Vassalotti added the comment: I have implemented PEP 3121 module finalization for _pickle in 64c6d52793be. -- assignee: -> alexandre.vassalotti nosy: +alexandre.vassalotti resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed __

[issue2295] cPickle corner case - docs or bug?

Alexandre Vassalotti added the comment: We can't fix this without a working test case. Feel free to re-open if you find one. -- assignee: docs@python -> alexandre.vassalotti components: -Documentation resolution: -> works for me status: open -> closed versions: +Python 2.7 -Python 2.6

[issue19707] Check if unittest.mock needs updating for PEP 451

New submission from Michael Foord: It shouldn't do, so long as __import__ supports PEP 451. unittest.mock.patch uses __import__ to find modules specified by name. -- ___ Python tracker

[issue3208] function annotation for builtin and C function

Changes by Alexandre Vassalotti : -- nosy: -alexandre.vassalotti stage: -> needs patch versions: +Python 3.5 -Python 3.0 ___ Python tracker ___ _

[issue11299] Allow deepcopying paused generators

Alexandre Vassalotti added the comment: Allowing generators to be deepcopied via their code object should be fine. -- stage: test needed -> needs patch title: Allow deepcopying and pickling paused generators -> Allow deepcopying paused generators versions: +Python 3.5 -Python 3.3 _

[issue19857] test_imaplib doesn't always reap SocketServer thread

New submission from Charles-François Natali: http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.0%203.x/builds/5901/steps/test/logs/stdio """ [134/387/1] test_signal Timeout (1:00:00)! Thread 0x000801e24800 (most recent call first): File "/usr/home/buildbot/buildarea/3.x.krah-fre

[issue18473] some objects pickled by Python 3.x are not unpicklable in Python 2.x because of incorrect REVERSE_IMPORT_MAPPING

Changes by Alexandre Vassalotti : -- assignee: -> alexandre.vassalotti priority: normal -> high stage: -> needs patch type: -> behavior versions: +Python 3.4 ___ Python tracker __

[issue18885] handle EINTR in the stdlib

Changes by STINNER Victor : -- versions: +Python 3.5 -Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue11480] Cannot copy a class with a metaclass other than type

Alexandre Vassalotti added the comment: Thank you for the patch! -- assignee: -> alexandre.vassalotti resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed versions: +Python 3.4 -Python 3.1, Python 3.2 ___ Python trac

[issue11480] Cannot copy a class with a metaclass other than type

Roundup Robot added the comment: New changeset c6bb6f304f75 by Alexandre Vassalotti in branch '3.3': Issue #11480: Fixed copy.copy to work with classes with custom metaclasses. http://hg.python.org/cpython/rev/c6bb6f304f75 New changeset c4715c9f442f by Alexandre Vassalotti in branch 'default': I

[issue5885] uuid.uuid1() is too slow

Alexandre Vassalotti added the comment: I agree that there is a maintenance cost associated with C extension modules. However, I would certainly be glad if it allowed us to eliminate uses of ctypes in this module because ctypes is quite unsafe and doesn't work well across platforms (though it

[issue19837] Wire protocol encoding for the JSON module

Antoine Pitrou added the comment: > MvL suggested a json.bytes submodule (rather than a separate top level > module) in the other issue and that sounds reasonable to me, especially > since json is already implemented as a package. I don't really find it reasonable to add a phantom module entirel

[issue18885] handle EINTR in the stdlib

Larry Hastings added the comment: I don't want this checked in to 3.4. (Congratulations, this is my first "no" as a release manager!) -- ___ Python tracker ___ _

[issue19850] asyncio: limit EINTR occurrences with SA_RESTART

Charles-François Natali added the comment: > It sounds like doing this is fine (as Glyph suggests in the email thread) but > it isn't magically going to solve all EINTR problems, just reduce the number > of calls that could encounter them. Indeed, hence "*limit* EINTR occurrences" :-) > Note

[issue19837] Wire protocol encoding for the JSON module

Nick Coghlan added the comment: Changing return type based on argument *values* is still a bad idea in general. It also makes it hard to plug the API in to generic code that is designed to work with any dump/load based serialisation protocol. MvL suggested a json.bytes submodule (rather than a

[issue10976] json.loads() raises TypeError on bytes object

Nick Coghlan added the comment: json.bytes would also work for me. It wouldn't need to replicate the full main module API, just combine the text transform with UTF-8 encoding and decoding (as well as autodetected UTF-16 and UTF-32 decoding) for the main 4 functions (dump[s], load[s]). If people

[issue19848] Misleading error on creating already existed symlink

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: -Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue18843] Py_FatalError (msg=0x7f0e3b373232 "bad leading pad byte") at Python-2.7.5/Python/pythonrun.c:1689

Charles-François Natali added the comment: Thanks for the feedback! -- resolution: -> invalid stage: -> committed/rejected status: open -> closed ___ Python tracker ___ ___

[issue3657] pickle can pickle the wrong function

Alexandre Vassalotti added the comment: This was fixed in 3.4 with the introduction of method pickling. I don't think it would be appropriate to backport this to 2.7. Thus, I am closing this as a won't fix for 2.x. -- assignee: -> alexandre.vassalotti resolution: -> wont fix stage: n

[issue18843] Py_FatalError (msg=0x7f0e3b373232 "bad leading pad byte") at Python-2.7.5/Python/pythonrun.c:1689

Martin Mokrejs added the comment: Hi, I think I should report back what I found on the hardware side. While memory testing tools like memtest86+ and other did not find any error, the built in Dell ePSA test suite likely does compute a checksum of tested memory regions. It reported some addre

[issue18845] 2.7.5-r2: Fatal Python error: Segmentation fault

Martin Mokrejs added the comment: The issue could have been caused the malfunctioning memory or CPU. http://bugs.python.org/issue18843#msg204954 -- ___ Python tracker ___ ___

[issue18897] Illegal instruction at Python-2.7.5/Modules/_sre.c:1173

Martin Mokrejs added the comment: The issue could have been caused the malfunctioning memory or CPU. http://bugs.python.org/issue18843#msg204954 -- ___ Python tracker ___ ___

[issue18885] handle EINTR in the stdlib

Antoine Pitrou added the comment: > I do not consider this a feature; that EINTR is exposed as an > exception from the API is a bug. select() currently works as specified; you are proposing a compatibility-breaking change to the API, not a bugfix. We're left with the fact that the API is inconv

[issue19100] Use backslashreplace in pprint

Serhiy Storchaka added the comment: Any review? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue6477] Pickling of NoneType raises PicklingError

Alexandre Vassalotti added the comment: I thought it over. I don't think the fix is appropriate for 2.x, as it seems closer to being an extra feature than a bug fix. Thanks Antoine for calling me out on this one. -- resolution: -> wont fix stage: patch review -> committed/rejected sta

[issue19850] asyncio: limit EINTR occurrences with SA_RESTART

Gregory P. Smith added the comment: It sounds like doing this is fine (as Glyph suggests in the email thread) but it isn't magically going to solve all EINTR problems, just reduce the number of calls that could encounter them. http://man7.org/linux/man-pages/man7/signal.7.html see the "Interru

[issue18885] handle EINTR in the stdlib

Gregory P. Smith added the comment: I do not consider this a feature; that EINTR is exposed as an exception from the API is a bug. But Larry is the only one who can actually make that decision as the 3.4 release manager (+nosy'd). > by returning an empty list you force the user to handle EINT

[issue19856] Possible bug in shutil.move() on Windows

New submission from Serhiy Storchaka: Perhaps following code fails on Windows (while successes on Linux): import os, shutil os.makedirs('foo') os.makedirs('bar/boo') shutil.move('foo/', 'bar/') However shutil.move('foo', 'bar/') and shutil.move('foo\\', 'bar/') should work. -- compone

[issue19804] test_uuid.TestUUID.test_find_mac() fails

Serhiy Storchaka added the comment: When someone will report about failures on such systems. -- ___ Python tracker ___ ___ Python-bugs

[issue19839] bz2: regression wrt supporting files with trailing garbage after EOF

Nadeem Vawda added the comment: I'll have a patch for this in the next couple of days (and a similar one for the lzma module, which has the same issue (even though it's not a regression in that case)). In the meanwhile, you can work around this by feeding the compressed data to a BZ2Decompressor

[issue19828] test_site fails with -S flag

R. David Murray added the comment: That's not relevant, though. In fact, the existing error message for running the module directly is exactly correct: the entire test module fails to run, which is a more accurate reflection of the reality than showing all of the individual tests as skipped.

[issue19850] asyncio: limit EINTR occurrences with SA_RESTART

Guido van Rossum added the comment: Do you haven an example of a program using asyncio that fails because of this? Adding gps because he seems to agree that EINTR must die. -- nosy: +gregory.p.smith ___ Python tracker

[issue16074] bad error message in os.rename

Changes by Serhiy Storchaka : -- keywords: +3.3regression ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https

[issue19848] Misleading error on creating already existed symlink

Serhiy Storchaka added the comment: See issue16074. -- resolution: -> duplicate stage: -> committed/rejected status: open -> closed superseder: -> bad error message in os.rename ___ Python tracker __

[issue19848] Misleading error on creating already existed symlink

Serhiy Storchaka added the comment: There are several similar issues on the tracker. -- nosy: +serhiy.storchaka ___ Python tracker ___ ___

[issue19854] Add support for Bitrig to 3.4

Brett Cannon added the comment: As I said on the similar bug for adding support in Python 2.7: To prevent lesser-used OSs from being poorly serviced by Python we do not accept patches to add support for them. We suggest alternative OSs keep their own set of patches external to Python for ease

[issue19853] Add support for Bitrig to 2.7

Brett Cannon added the comment: To prevent lesser-used OSs from being poorly serviced by Python we do not accept patches to add support for them. We suggest alternative OSs keep their own set of patches external to Python for ease of updating. We have mirrors on both bitbucket and github if yo

[issue19837] Wire protocol encoding for the JSON module

Serhiy Storchaka added the comment: I agree that adding a new module is very bad idea. I think that the reviving the encoding parameter is a lest wrong way. json.dumps() should return bytes when the encoding argument is specifiead and str otherwise. json.dump() should write binary data when th

[issue18716] Deprecate the formatter module

Brett Cannon added the comment: On Sun, Dec 1, 2013 at 12:36 AM, Larry Hastings wrote: > > Larry Hastings added the comment: > > They're not on Python 3. I think we should keep the deprecation and let > them roll their own when they upgrade. It's not like the module provides > much functionali

[issue11489] json.dumps not parsable by json.loads (on Linux only)

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker ___ ___

[issue10976] json.loads() raises TypeError on bytes object

Martin v. Löwis added the comment: Bike-shedding: instead of jsonb, make it json.bytes. Else, it may get confused with other protocols, such as "JSONP" or "BSON". -- nosy: +loewis ___ Python tracker __

[issue11489] json.dumps not parsable by json.loads (on Linux only)

Roundup Robot added the comment: New changeset 02d186e3af09 by Serhiy Storchaka in branch '2.7': Fixed JSON tests on wide build when ran from *.pyc files (issue #11489). http://hg.python.org/cpython/rev/02d186e3af09 -- ___ Python tracker

[issue19804] test_uuid.TestUUID.test_find_mac() fails

Arfrever Frehtes Taifersar Arahesis added the comment: The test currently uses: @unittest.skipUnless(os.name == 'posix', 'requires Posix') Maybe this test should be skipped also on posix systems with ifconfig not available at all? -- ___ Python trac

[issue19804] test_uuid.TestUUID.test_find_mac() fails

Serhiy Storchaka added the comment: This is different issue. See issue19855. -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker ___

[issue19855] uuid._find_mac fails if an executable not in /sbin or /usr/sbin

Serhiy Storchaka added the comment: Initially the issue was reported in msg204881. -- ___ Python tracker ___ ___ Python-bugs-list mail

[issue19855] uuid._find_mac fails if an executable not in /sbin or /usr/sbin

New submission from Serhiy Storchaka: The uuid._find_mac() function tests that executable file exist before run it. First it tries to run unmodified executable name (i.e. from $PATH) and then from the /sbin or /usr/sbin directories. However test for unmodified executable name is wrong, actuall

[issue19853] Add support for Bitrig to 2.7

Changes by Martin Natano : -- title: Add support for Bitrig -> Add support for Bitrig to 2.7 ___ Python tracker ___ ___ Python-bugs-li

[issue19854] Add support for Bitrig to 3.4

New submission from Martin Natano: This patch adds support for Bitrig to 3.4. -- components: Build files: cpython3.4-bitrig.patch keywords: patch messages: 204931 nosy: Martin.Natano priority: normal severity: normal status: open title: Add support for Bitrig to 3.4 versions: Python 3.4

[issue19853] Add support for Bitrig

New submission from Martin Natano: This patch adds support for Bitrig to 2.7. -- components: Build files: cpython2.7-bitrig.patch keywords: patch messages: 204930 nosy: Martin.Natano priority: normal severity: normal status: open title: Add support for Bitrig versions: Python 2.7 Added f

[issue19851] imp.reload problem with submodule

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue18994] Inside fcntl module, we does not check the return code of all_ins function

Charles-François Natali added the comment: Vajrasky, thanks for the patch! -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker __

[issue19848] Misleading error on creating already existed symlink

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue18994] Inside fcntl module, we does not check the return code of all_ins function

Roundup Robot added the comment: New changeset 84148898a606 by Charles-François Natali in branch 'default': Issue #18994: Add a missing check for a return value in fcntmodule. Patch by http://hg.python.org/cpython/rev/84148898a606 -- nosy: +python-dev ___

[issue11489] json.dumps not parsable by json.loads (on Linux only)

Arfrever Frehtes Taifersar Arahesis added the comment: test_json_surrogates.patch fixes these tests. -- ___ Python tracker ___ ___ Pyt

[issue19852] Misplaced private API method in pathlib.py

New submission from Vajrasky Kok: In class Path, line 942, you have this comment: # Public API but down there, in line 1048, you have this private method: def _raw_open(self, flags, mode=0o777): """ Open the file pointed by this path and return a file descriptor, as

[issue16549] regression: -m json.tool module is broken

Arfrever Frehtes Taifersar Arahesis added the comment: No other tests fail in this way. -- ___ Python tracker ___ ___ Python-bugs-list

[issue19775] Provide samefile() on Path objects

Vajrasky Kok added the comment: Updated grammar according to Arfrever's review. Thanks! Anyway, should samefile accepts only string? Or should it accept Path object as well? -- Added file: http://bugs.python.org/file32927/pathlib_samefile_v2.patch _

[issue19804] test_uuid.TestUUID.test_find_mac() fails

Arfrever Frehtes Taifersar Arahesis added the comment: This test passes (on all branches) after adding "/bin" to hardcoded list in uuid._find_mac(). Minimal solution: Add "/bin" and "/usr/bin" to that list. Better solution: Search ${PATH}+['/sbin/', '/usr/sbin'] for "ifconfig". In >=3.2 os.get

[issue19828] test_site fails with -S flag

Vajrasky Kok added the comment: Before patch: $ ./python -S Lib/test/test_site.py Traceback (most recent call last): File "Lib/test/test_site.py", line 28, in raise unittest.SkipTest("importation of site.py suppressed") unittest.case.SkipTest: importation of site.py suppressed After patc

[issue19804] test_uuid.TestUUID.test_find_mac() fails

Arfrever Frehtes Taifersar Arahesis added the comment: /bin/ifconfig (/bin is in ${PATH}.) -- ___ Python tracker ___ ___ Python-bugs-l

[issue19851] imp.reload problem with submodule

New submission from Ronald Oussoren: To reproduce: * create a package with the following structure: pkg/ __init__.py _sub.py * __init__.py contains: from pkg._sub import * * the contents of _sub.py is not important * in a python shell do: >>> import pkg._sub as s >>> imp

[issue19848] Misleading error on creating already existed symlink

Vajrasky Kok added the comment: This is the patch for Python 3.3. -- Added file: http://bugs.python.org/file32925/fix_python_33_windows_create_existed_symlink.patch ___ Python tracker _

[issue1611154] os.path.exists("file/") failure on Solaris 9

Changes by Charles-François Natali : -- resolution: -> rejected stage: patch review -> committed/rejected status: pending -> closed ___ Python tracker ___

[issue18843] Py_FatalError (msg=0x7f0e3b373232 "bad leading pad byte") at Python-2.7.5/Python/pythonrun.c:1689

Changes by Charles-François Natali : -- status: open -> pending ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue19849] selectors behaviour on EINTR undocumented

Changes by Charles-François Natali : -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed versions: +Python 3.2 -Python 3.4 ___ Python tracker __

[issue19849] selectors behaviour on EINTR undocumented

Roundup Robot added the comment: New changeset b0c4c7f04f05 by Charles-François Natali in branch 'default': Issue #19849: selectors: Document the possibility of early select() wakeup upon http://hg.python.org/cpython/rev/b0c4c7f04f05 -- nosy: +python-dev

[issue19849] selectors behaviour on EINTR undocumented

Antoine Pitrou added the comment: Looks good to me. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue19849] selectors behaviour on EINTR undocumented

Charles-François Natali added the comment: How about this? -- keywords: +needs review, patch stage: -> patch review Added file: http://bugs.python.org/file32924/selectors_select_signal.diff ___ Python tracker

[issue19850] asyncio: limit EINTR occurrences with SA_RESTART

New submission from Charles-François Natali: asyncio makes heavy use of SIGCHLD for subprocesses. A consequence of this if that a lot of syscalls can fail with EINTR (see e.g. issue #18885). The attached patch uses SA_RESTART (through signal.siginterrupt()) to limit EINTR occurrences, e.g. : "

[issue19849] selectors behaviour on EINTR undocumented

New submission from Antoine Pitrou: Selector.Select() may return an empty list when interrupted, but the doc doesn't say so. The reader will probably trust the statement that """If timeout is None, the call will block until a monitored file object becomes ready""". -- assignee: docs@py

[issue18885] handle EINTR in the stdlib

Antoine Pitrou added the comment: > I know that returning an empty list changes the semantics: I just > think that's better - or not as bad - than the current possibility of > having any single piece of code possibly die upon EINTR. > > If you want to implement retry with timeout re-computation,

[issue18885] handle EINTR in the stdlib

Charles-François Natali added the comment: > Well this is wishing thinking, since by returning an empty list you > force the user to handle EINTR - just in a different way. I know that returning an empty list changes the semantics: I just think that's better - or not as bad - than the current po

[issue16549] regression: -m json.tool module is broken

Serhiy Storchaka added the comment: This doesn't look related to json tests. Are there other tests failures with similar symptoms (_assert_python is None)? -- ___ Python tracker ___

  1   2   >