New submission from Ryan Leslie ryle...@gmail.com:
py StringIO.StringIO(foo).read(long(1))
'f'
py io.BytesIO(foo).read(long(1))
Traceback (most recent call last):
File stdin, line 1, in module
TypeError: integer argument expected, got 'long'
This is known to cause problems when reading zip
Ryan Leslie ryle...@gmail.com added the comment:
Yes, I think this fix should have been included in the 2.6 branch. I
subscribed Amaury to look into that when I last updated.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Ryan Leslie ryle...@gmail.com added the comment:
I expect this should already be fixed by the commit in
http://bugs.python.org/issue6511
BadZipFile will now be raised for empty files rather than IOError, and
so ZipFile._GetContents() should now also close the file.
The fix was committed
New submission from Ryan Leslie ryle...@gmail.com:
http://docs.python.org/download.html shows this:
Download Python 2.6.4c1 Documentation
We don't package the documentation for development releases for
download. Downloads will be available for the final release.
This is not really
Ryan Leslie ryle...@gmail.com added the comment:
Looks like a merge has gone bad. NullHandler has existed for a while on
trunk but is not present in the 2.6.3 tag (__all__ was updated to
include it, however):
/python/tags/r263/Lib/logging/__init__.py
--
nosy: +ryles
Ryan Leslie ryle...@gmail.com added the comment:
Hi Art,
Thanks for working on this. I've taken a look at the patch.
The fix to read_test looks correct. Of course, I would consider a more
descriptive variable name than 'b'.
The changes to read() are an improvement, but I think we need
New submission from Ryan Leslie ryle...@gmail.com:
The zipfile.ZipFile.open() behavior with mode 'U' or 'rU' is not quite
as advertised in
http://docs.python.org/library/zipfile.html#zipfile.ZipFile.open
Here is an example:
$ echo -ne This is an example\r\nWhich demonstrates a problem\r\nwith
New submission from Ryan Leslie ryle...@gmail.com:
While developing an application, an inconsistency was noted where,
depending on the particular signal handler in use,
multiprocessing.Queue.put() may (or may not) raise OSError() after
sys.exit() was called by the handler. The following example
Changes by Ryan Leslie ryle...@gmail.com:
--
nosy: +jnoller
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6362
___
___
Python-bugs-list mailing
New submission from Ryan Leslie ryle...@gmail.com:
Python 2.6.1 (r261:67515, Apr 2 2009, 18:25:55)
[GCC 4.1.2 20071124 (Red Hat 4.1.2-42)] on linux2
Type help, copyright, credits or license for more information.
import sys, os
os.path.sameopenfile(sys.stdin.fileno(), sys.stdout.fileno())
True
Ryan Leslie ryle...@gmail.com added the comment:
Thanks for the quick response, Philip. Makes even more sense now that I see:
Python 2.6.1 (r261:67515, Apr 2 2009, 18:25:55)
[GCC 4.1.2 20071124 (Red Hat 4.1.2-42)] on linux2
Type help, copyright, credits or license for more information.
open
Changes by Ryan Leslie ryle...@gmail.com:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6082
___
___
Python-bugs-list
New submission from Ryan Leslie ryle...@gmail.com:
Terminal 1:
Python 2.6.1 (r261:67515, Apr 2 2009, 18:25:55)
[GCC 4.1.2 20071124 (Red Hat 4.1.2-42)] on linux2
Type help, copyright, credits or license for more information.
from multiprocessing.managers import SyncManager
manager
Ryan Leslie ryle...@gmail.com added the comment:
Yeah, storing pickled queues in the file system makes for some easy IPC
:) It wasn't a very original idea, I took the pickling comments in the
documentation at face value:
http://docs.python.org/library/multiprocessing.html#proxy-objects
So, from
New submission from Ryan Leslie ryle...@gmail.com:
e.g.
from datetime import datetime
datetime.strptime(19951001, %Y%m%d)
datetime.datetime(1995, 10, 1, 0, 0)
datetime.strptime(19951000, %Y%m%d) # day = 0, month 11
...
ValueError: time data '19951000' does not match format '%Y%m%d
New submission from Ryan Leslie ryle...@gmail.com:
When using the logging package, if a StreamHandler is configured with
stderr and stderr is redirected to a pipe which no longer has readers,
then StreamHandler.emit() will result in an IOError for Broken pipe.
The exception will be handled
16 matches
Mail list logo
