[issue24666] Buffered I/O does not take file position into account when reading blocks

2015-07-18 Thread Eric Pruitt

New submission from Eric Pruitt:

When buffering data from a file, the buffered I/O does not take into account 
the current file descriptor position. In the following example, I open a file 
and seek forward 1,000 bytes:

 f = open(test-file, rb)
 f.seek(1000)
1000
 f.readline()

The filesystem on which test-file resides has a block size of 4,096 bytes, so 
on the backend, I would expect Python to read 3,096 bytes so the next read will 
be aligned with the filesystem blocks. What actually happens is that Python 
reads a 4,096 bytes. This is the output from an strace attached to the 
interpreter above:

Process 16543 attached
lseek(4, 0, SEEK_CUR)   = 0
lseek(4, 1000, SEEK_SET)= 1000
read(4, \000\000\000\000\000\000\000\000\000\000..., 4096) = 4096

--
components: IO
messages: 246931
nosy: ericpruitt
priority: normal
severity: normal
status: open
title: Buffered I/O does not take file position into account when reading blocks
type: behavior
versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24666
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue1191964] asynchronous Subprocess

2012-05-22 Thread Eric Pruitt

Eric Pruitt eric.pru...@gmail.com added the comment:

There's documentation, but you have to switch to the Python 3k branch --
http://code.google.com/p/subprocdev/source/browse/?name=python3k#hg%2Fdoc.

As for the other criticisms, I'm sure there are plenty of things that need to
be improved upon; I was not a very experienced when I started the project.

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1191964
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue10634] Windows timezone changes not reflected by time.localtime

2010-12-12 Thread Eric Pruitt

Changes by Eric Pruitt eric.pru...@gmail.com:


--
status: open - closed

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10634
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue10634] Windows timezone changes not reflected by time.localtime

2010-12-06 Thread Eric Pruitt

Eric Pruitt eric.pru...@gmail.com added the comment:

Is there a way to force the time module to be reinitialized? I had no success 
experimenting with reload and del, but I assume that has something to do with 
the module being CRT based.

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10634
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue10634] Windows timezone changes not reflected by time.localtime

2010-12-05 Thread Eric Pruitt

New submission from Eric Pruitt eric.pru...@gmail.com:

If the current time zone changes on Windows, time.localtime will continue to 
return results that reflect the time zone the system used when the module was 
imported. My current work around is to use GetLocalTime from kernel32 with 
ctypes. Windows does not have a tzset() equivalent as it does in Linux, but it 
seems like modifying time.localtime to use GetLocalTime on Windows systems 
could make up for this shortcoming.

--
components: Windows
messages: 123442
nosy: eric.pruitt
priority: normal
severity: normal
status: open
title: Windows timezone changes not reflected by time.localtime
type: behavior
versions: Python 2.5, Python 2.6

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10634
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue10562] Change 'j' for imaginary unit into an 'i'

2010-12-03 Thread James Eric Pruitt

James Eric Pruitt eric.pru...@gmail.com added the comment:

 Also, why is the result put in parens?

Without them, something like 'eval(100 *  + repr(imaginary))' would not work 
properly.

--
nosy: +ericpruitt

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10562
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue10562] Change 'j' for imaginary unit into an 'i'

2010-12-03 Thread Eric Pruitt

Changes by Eric Pruitt eric.pru...@gmail.com:


--
nosy:  -ericpruitt

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10562
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue1191964] asynchronous Subprocess

2009-06-12 Thread James Eric Pruitt

James Eric Pruitt eric.pru...@gmail.com added the comment:

Hello, I am working on this patch and some additional features for my
Google Summer of Code project (subdev.blogspot.com) and will eventually
attempt to get the code committed to Python 3.1 or 3.2 and Python 2.7. I
will have the unit tests completed shortly and will post a patch for
Python 2.7 and / or Python 3.1rc1.

--
nosy: +ericpruitt

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1191964
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com