[issue1539381] Add readinto method to StringIO and cStringIO
Alan Justino added the comment: Issued a related PR (https://github.com/python/cpython/pull/8451) to allow SpooledTemporaryFile to propagate `readinto` calls to TemporaryFile, BytesIO or StringIO. Of this ones, only StringIO will fail. -- ___ Python tracker <https://bugs.python.org/issue1539381> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1539381] Add readinto method to StringIO and cStringIO
Alan Justino added the comment: It affects SpooledTemporaryFile too. Because it switches between StringIO, BytesIO and TemporaryFile internally. Only StringIO have not this interface. Discovered trying to `pickle.load` a remote storage file. Please reopen. -- nosy: +alanjds ___ Python tracker <https://bugs.python.org/issue1539381> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3566] httplib persistent connections violate MUST in RFC2616 sec 8.1.4.
Alan Justino added the comment: Seems to affect 2.7 too. -- nosy: +alanjds versions: +Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3566 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9528] Add pure Python implementation of time module to CPython
Alan Justino alan.just...@yahoo.com.br added the comment: @haypo: Because it affects version 2.7 too. @Victor: Even since we will not backport any modules to Python 2.7, is not worth to sign that this affects it too? Even wontfix or rejected, it affects, does not? Have I made something wrong? Sorry to be so newbie about this. Long explanation: Is not easy to change/extend datetime, as stated by several other before. Searching the bugs for 2.x only does not shows that someone else already care about this issue AND that it exists at 2.x too. I am getting a hard time trying to do some BDD with c-based datetime because I cannot mock it easily to force datetime.datetime.now() to return a desired value, making almost impossible to test time-based code, like the accounting system that I am refactoring right now. Another solution would be to open C-based classes to allow modification, that is not planned to be into near future Python versions AFAIK. I came to fill a new bug with all this, but then found this one that is already mature enough, with even BDFL and python-dev opinion. Then my (maybe pointless) plan was to gather more arguments favor to change into python-based datetime, but you replied first... -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9528 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9528] Add pure Python implementation of time module to CPython
Alan Justino alan.just...@yahoo.com.br added the comment: (noticed a typo at the start of my last msg: @Victor should be @brett.cannon) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9528 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9528] Add pure Python implementation of time module to CPython
Changes by Alan Justino alan.just...@yahoo.com.br: -- nosy: +alanjds versions: +Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9528 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue706263] print raises exception when no console available
Alan Justino alan.just...@yahoo.com.br added the comment:
FWIW: I don't know if it changes anything, but when deploying Django projects
on some clients who uses Windows as server, I'm using this piece of code to
workarround this issue:
## Fixes IOError: [Errno 9] Bad file descriptor when in pythonw.exe of Windows
if sys.platform.find('win') != -1 and sys.executable.find('pythonw') != -1:
blackhole = file(os.devnull, 'w')
sys.stdout = sys.stderr = blackhole
##
Is not my intention to remove print statments neither to send they to a file.
For this I'm using logging module.
I really expect they to be silently ignored, bothering not my user.
--
nosy: +alanjds
versions: +Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue706263
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
