New submission from Steffen Daode Nurpmeso :
Here is a patch which cures the following
ResourceWarning: unclosed file <_io.TextIOWrapper name=3 mode='w+'
encoding='UTF-8'>
(This only fixes the bug, not the rest of this code...)
I did not try it out, but according
Steffen Daode Nurpmeso added the comment:
This new patch (11466.2.patch) also includes the #11236 patch,
because if ^C would work as expected then that would not close the
fd either.
It's identical to the first patch beside that.
--
Added file: http://bugs.python.org/file
Steffen Daode Nurpmeso added the comment:
I do consider this as a bug, too (you hit ^C - and it doesn't help!)!
I've opened #11466 due to a different problem, but since raising
(the expected) KeyboardInterrupt would trigger that problem, too,
i've included stripping termios.IS
Steffen Daode Nurpmeso added the comment:
On Fri, Mar 11, 2011 at 09:20:14PM +, Éric Araujo wrote:
> your patch is not uncontroversial.
The code is very ugly, but i think that somewhat reflects
the code flow of the entire function.
At least a bit.
I've forced all mis-uses
Steffen Daode Nurpmeso added the comment:
On Fri, Mar 11, 2011 at 09:51:32PM +, Éric Araujo wrote:
> If you can write a patch that cleans up the code and closes the
> files without being too hard to review
I'll try to do
Steffen Daode Nurpmeso added the comment:
Eugene: i disagree. The semantics are correct according to C standards:
http://pubs.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap08.html
--
nosy: +sdaoden
___
Python tracker
<h
Steffen Daode Nurpmeso added the comment:
(Eugene, whereas i still disagree (i'm a C programmer in daily life),
Python 3.3a0 (default, Mar 10 2011, 11:50:55)
[GCC 4.2.1 (Apple Inc. build 5664)] on darwin
Type "help", "copyright", "credits" or "license&
Steffen Daode Nurpmeso added the comment:
On Sat, Mar 12, 2011 at 12:54:08PM +, Eugene Crosser wrote:
> Steffen: can you please be more specific?
I can't, dear Eugene, because you are completely right and i am
completely wrong.
> I believe that the correct "guessing or
Steffen Daode Nurpmeso added the comment:
This patch makes getpass.getpass() comply with the documented
behaviour and fixes #11466.
It will require no further adjustments for #11236 (except what
valhallasw's patch does, of course).
It applies cleanly to:
16:32 ~/src/cpython $ hg ide
Steffen Daode Nurpmeso added the comment:
It happened again.
13:27 ~/src/cpython $ ./python.exe -E -Wd -m test -r -w
== CPython 3.3a0 (default:a49bda5ff3d5, Mar 14 2011, 13:24:44) [GCC 4.2.1
(Apple Inc. build 5664)]
== Darwin-10.6.0-i386-64bit little-endian
[...]
326 tests OK.
1 test
Steffen Daode Nurpmeso added the comment:
Hello, Ãric and Gregory, this patch also addresses the problem
that 'one newline too much' may be written in case of errors.
The problem is already present in the unpatched code,
and i admit that 11466.3.patch doesn't fix it.
All of
Steffen Daode Nurpmeso added the comment:
On Tue, Mar 15, 2011 at 04:21:24AM +, R. David Murray wrote:
> Please test and let me know if it works; it should, since the code patch is
> very close to the one you suggested.
;-)
Hello David, hope you have a good time at Pycon!
(Just G
Steffen Daode Nurpmeso added the comment:
On Tue, Mar 15, 2011 at 04:21:24AM +, R. David Murray wrote:
> Please test and let me know if it works
Spending some more time on that, continuing yesterdays session
where i got stuck. When i instead do (still in
header.py:Header.app
Steffen Daode Nurpmeso added the comment:
On Tue, Mar 15, 2011 at 10:44:43PM +, R. David Murray wrote:
> header with no body.
(Those are the *real* dangerous ones!)
--
___
Python tracker
<http://bugs.python.org/issu
New submission from Steffen Daode Nurpmeso :
Hello Mac OS X gurus, multiprocessing/__init__py. searches for
sysctl(8) via os.popen(), which will fail since the moist fruits
provide sysctl(8) in /usr/sbin!
The applied patch multiproc_sysctl.patch uses an absolute path.
(This may be better anyway
Steffen Daode Nurpmeso added the comment:
Maybe i should have used 'hg anno' first ...
next time i will.
This new patch always uses an absolute path.
I have not looked into os.popen() yet, but i do
put trust in that it makes a difference :)
The reason was nonetheless:
13:29
Steffen Daode Nurpmeso added the comment:
Signore Melotti, i'm making you nosy because you're the one
which committed to this file last (db7385).
I've tried a bit to write a patch, but my simple os.path.realpath()
solution didn't work. I've got no idea of the test fra
Changes by Steffen Daode Nurpmeso :
--
nosy: -sdaoden
___
Python tracker
<http://bugs.python.org/issue11452>
___
___
Python-bugs-list mailing list
Unsubscribe:
Steffen Daode Nurpmeso added the comment:
On Wed, Mar 16, 2011 at 01:58:40PM +, R. David Murray wrote:
> Steffen, these look like different kinds of errors than the one you reported
> in this ticket.
> If they are, could you open a new issue? Either way, simple reproducers
>
Steffen Daode Nurpmeso added the comment:
Sorry, i've forgot the test ;)
--
Added file: http://bugs.python.org/file21241/11243-test.1.py
___
Python tracker
<http://bugs.python.org/issue11243>
___impor
Steffen Daode Nurpmeso added the comment:
David, it's so hard to tell!
If you want a big fat thing that misuses your code, try out my
S-Postman (it's on Bitbucket and no URL from me and you need tip).
And i could post you a small config and the EMAIL breaking patch
for it and a
New submission from Steffen Daode Nurpmeso :
My minimal failing test case dragged yet another EMAIL
error to the light!!!
Man, man, man - it's really great that QNX fund money
so that you have the time to fix this broken thing!
It's got washed away, but
http://bugs.python.org
New submission from Steffen Daode Nurpmeso :
Hi David, i'm having real problems here!
Got a multipart mail and i get this:
__
Traceback (most recent call last):
File "/Users/steffen/usr/bin/s-postman.py", line 1239, in save_ticket
mb.add(ticket.message())
File &quo
Steffen Daode Nurpmeso added the comment:
Just want to point out that to my knowledge the mail is absolutely
correct, in respect to classification and content.
BytesGenerator tries to warp a UTF-8 message (which effectively
contains LATIN1 data in the text part) to ASCII data,
failing on
Steffen Daode Nurpmeso added the comment:
By the way, instead of using my postman you may also
reuse the stuff from #11401.
To crash that instead of generator_booom.mbox simply
change whatever character in the text/plain part to
a valid LATIN1 (charset=ISO-8859-1) character,
i've perso
Steffen Daode Nurpmeso added the comment:
On Sat, Mar 19, 2011 at 01:29:28PM +, Éric Araujo wrote:
> It’s a private function, it that makes the patch smaller let’s change it.
You get a new patch from me tomorrow evening at the lat
Steffen Daode Nurpmeso added the comment:
On Sat, Mar 19, 2011 at 01:29:28PM +, Ãric Araujo wrote:
> Itâs a private function, if that makes the patch smaller letâs change it.
The promised 11466.5.patch. It:
- Fixes #11466 resource warning.
- Fixes bogus newline which wo
Steffen Daode Nurpmeso added the comment:
The attached 11236.depend.patch updates Merlijn's patch so that it
applies cleanly just in case the #11466.5.patch is used in the end.
--
Added file: http://bugs.python.org/file21298/11236.depend.
Changes by Steffen Daode Nurpmeso :
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue11046>
___
___
Python-bugs-list mailing list
Un
Steffen Daode Nurpmeso added the comment:
On Sat, Mar 19, 2011 at 11:09:27PM +, Ronald Oussoren wrote:
> AFAIK that means it is not necessary to keep this issue open.
Yeah, all-automatic is even better than yet another command line
option, i think - great!
(Let's get completely r
Steffen Daode Nurpmeso added the comment:
(P.S.: sorry all of you, have had no contact to roundup
and thus [k=v] Subject: interpretation until 30 minutes ago.)
--
resolution: later -> fixed
___
Python tracker
<http://bugs.python.org/issu
New submission from Steffen Daode Nurpmeso :
14:23 ~ $ python3
Python 3.3a0 (default:4a5782a2b074, Mar 21 2011, 15:20:28)
[GCC 4.2.1 (Apple Inc. build 5664)] on darwin
Type "help", "copyright", "credits" or "license" for more
information.
>>> ^Z
[
Steffen Daode Nurpmeso added the comment:
On Wed, Mar 23, 2011 at 01:38:46PM +, STINNER Victor wrote:
> I don't have this behaviour on Linux. Is it specific to Mac OS X?
(Wish i could tell ;-)
--
___
Python tracker
<http://bugs
Steffen Daode Nurpmeso added the comment:
On Wed, Mar 23, 2011 at 01:44:06PM +, Ezio Melotti wrote:
> On linux it looks the same for me, but when I press enter the prompt appears
> again:
14:49 ~ $ jobs
14:49 ~ $ python3
Python 3.3a0 (default:4a5782a2b074, Mar 21 2011, 15:20:28)
Steffen Daode Nurpmeso added the comment:
8)
--
___
Python tracker
<http://bugs.python.org/issue11650>
___
___
Python-bugs-list mailing list
Unsubscribe:
Steffen Daode Nurpmeso added the comment:
On Wed, Mar 23, 2011 at 02:05:46PM +, Charles-Francois Natali wrote:
> What's the problem here ?
> CTRL-Z causes the controlling terminal to send a SIGTSTP to the process, and
> the default handler stops the process, pretty much
Steffen Daode Nurpmeso added the comment:
On Wed, Mar 23, 2011 at 02:05:46PM +, Charles-Francois Natali wrote:
> import signal
> signal.signal(signal.SIGTSTP, signal.SIG_IGN)
15:27 ~/tmp $ python3
Python 3.3a0 (default:4a5782a2b074, Mar 21 2011, 15:20:28)
[GCC 4.2.1 (Apple Inc. buil
Steffen Daode Nurpmeso added the comment:
The exit status code is always 0.
It seems to me somewhere in a run() somebody sets some 'do exit'
and thus causing a normal exit.
But i really can't find something down in pythonrun.c at a short
glance (and i just dived shallow
Steffen Daode Nurpmeso added the comment:
[versions=Python 3.2,Python 3.1,Python 2.7;nosy:+akuchling]
Reply-To:
In-Reply-To: <1300905163.47.0.72975942018.issue11...@psf.upfronthosting.co.za>
On Wed, Mar 23, 2011 at 06:32:43PM +, Charles-Francois Natali wrote:
> my_fge
Changes by Steffen Daode Nurpmeso :
--
components: -IO
nosy: +akuchling
title: CTRL-Z causes interpreter exit -> Faulty RESTART/EINTR handling in
Parser/myreadline.c
versions: +Python 2.7, Python 3.1, Python 3.2
___
Python tracker
&l
Steffen Daode Nurpmeso added the comment:
(Oh - when will i get this tracker right?
Is there somewhere *real* documentation which applies
to what actually happens??
Sorry once again, all of you!)
--
___
Python tracker
<http://bugs.python.
Steffen Daode Nurpmeso added the comment:
By the way, in another thread i've seen a link to issue960406,
where Guido van Rossum states (in msg46074):
Ideally, ^C should always cause the signal handler for
SIGINT to be called, and the KeyboardInterrupt should be
generated b
Steffen Daode Nurpmeso added the comment:
On Thu, Mar 23, 2011 at 21:50:42PM +, Davide Rizzo wrote:
> Steffen, on a side note, I got readline working with brew.
Say - readline not libedit which does not take care of .inputrc?
Without permanently modifying GNU autoconf stuff?
How do
Steffen Daode Nurpmeso added the comment:
On Thu, Mar 24, 2011 at 02:34:34PM +, Senthil Kumaran wrote:
> assignee: -> orsenthil
Here is yet another patch which only passes valid streams into
_user_input(), so that this does not need to take care about that
at all.
Would you
Changes by Steffen Daode Nurpmeso :
--
nosy: +jesstess
___
Python tracker
<http://bugs.python.org/issue11650>
___
___
Python-bugs-list mailing list
Unsubscribe:
Steffen Daode Nurpmeso added the comment:
On Fri, Mar 25, 2011 at 12:25:21PM +, Davide Rizzo wrote:
> Some remarks here:
> 1) the patch does fix it.
Yes!
I can't comment the rest except for what
.. function:: input([prompt])
states, which Davide surely have read himself.
Steffen Daode Nurpmeso added the comment:
On Fri, Mar 25, 2011 at 01:51:46PM +, R. David Murray wrote:
> I now think it is incorrect that an 8bit header causes getitem
> to return a Header object.
> I think instead it should be returning the stringified version
> of the heade
Steffen Daode Nurpmeso added the comment:
On Fri, Mar 25, 2011 at 02:29:24PM +, R. David Murray wrote:
> I documented that? Where?
Changeset: 67447:cad1811d9e13
user:R. David Murray
date:Fri Jan 07 23:25:30 2011 +
summary: #10686: recode non-ASCII headers
Steffen Daode Nurpmeso added the comment:
On Fri, Mar 25, 2011 at 03:04:29PM +, R. David Murray wrote:
> OK, here is the patch.
Works fine at a first glance and for me - i see you didn't stuck :/.
Say, though not belonging here, can you think of problems incurred
in me
New submission from Steffen Daode Nurpmeso :
David, you haven't added this one once you've added
BytesParser(), so i assume that happened intentionally.
On the other hand all the package heads in direction bytes,
and HeaderParser as such is currently somewhat unusable.
(The applied
New submission from Steffen Daode Nurpmeso :
This patch adds some BytesXy classes to some __all__[]
exporters.
(Still don't know why i can
import email
x = email.feedparser.Xy()
but not
import email
x = email.parser.Xy()
Is there any reason for that?)
--
compo
New submission from Steffen Daode Nurpmeso :
I'll send a patch that updates/fixes handling of
file closes in the internal proxy-file classes.
It could cause errors yet because self._file is
del-eted but that field may still be used afterwards.
>>> mb = mailbox.Maildir('sda
Steffen Daode Nurpmeso added the comment:
Here's the patch.
--
keywords: +patch
Added file: http://bugs.python.org/file21438/11700.1.diff
___
Python tracker
<http://bugs.python.org/issue11700>
___diff
New submission from Steffen Daode Nurpmeso :
... and that closes the original file, too!
(I've also opened #11700 due to the mailbox.py
side of this.)
static PyObject *
textiowrapper_close(textio *self, PyObject *args)
return PyObject_CallMethod(self->buffer, "close"
Steffen Daode Nurpmeso added the comment:
\|/
_ .
|
=
Yes!?
--
___
Python tracker
<http://bugs.python.org/issue11650>
___
___
Python-bugs-list mailin
Steffen Daode Nurpmeso added the comment:
On Mon, Mar 28, 2011 at 09:52:43PM +, Amaury Forgeot d'Arc wrote:
> But then, is "close=False" necessary?
It's about 'class _PartialFile(_ProxyFile)', for which this
argument is always false.
Alternatively there
Steffen Daode Nurpmeso added the comment:
This new patch adheres your suggestion.
Now all implemented operations perform
a "file is open at all" check and raise
ValueError if not, which somewhat reflects
what i've seen when i was looking into fileio.c.
My questions:
- shoul
Steffen Daode Nurpmeso added the comment:
Stefan, theoretically this is
A valid locale description (as understood by S-SYS) is:
language[_TERRITORY[.CODESET[@Modifier]]]
where language is indeed a ISO 639 language code (see
doc/iso639.txt) and
Changes by Steffen Daode Nurpmeso :
--
nosy: -sdaoden
___
Python tracker
<http://bugs.python.org/issue6895>
___
___
Python-bugs-list mailing list
Unsubscribe:
Steffen Daode Nurpmeso added the comment:
ysj.ray, this rude workaround manages it yet for me
(self._msg is a BytesParser() generated Message):
if not self._msg.is_multipart():
return
topmost = True
for part in self._msg.walk
Steffen Daode Nurpmeso added the comment:
On Tue, Apr 05, 2011 at 08:35:22PM +, R. David Murray wrote:
> Simple fix, but it took me a while to track down the critical piece of code.
I've really tried to break it, but i can't.
--
_
New submission from Steffen Daode Nurpmeso :
This is what one gets if using a BytesParser() generated message:
encoders.encode_7or8bit(msg)
AttributeError: 'list' object has no attribute 'decode'
encoders.encode_base64(msg)
TypeError: expected bytes, not list
encode
Changes by Steffen Daode Nurpmeso :
--
components: Installation
nosy: r.david.murray, sdaoden
priority: normal
severity: normal
status: open
title: test/test_email directory does not get installed by 'make install'
versions: Python 3.3
Steffen Daode Nurpmeso added the comment:
This is a complete thing including tests.
Note that the tests fail due to another error
in generator.py (or wherever the real source is):
TypeError: 'str' does not support the buffer interface
Please do forget this mortifying
Changes by Steffen Daode Nurpmeso :
Removed file: http://bugs.python.org/file21409/bytes-header-parser.1.diff
___
Python tracker
<http://bugs.python.org/issue11
New submission from Steffen Daode Nurpmeso :
This snippet (for #11684, but it's simply BytesParser with
headersonly=True in the end)
with openfile('msg_46.txt', 'rb') as fp:
msgdata = fp.read()
parser = email.parser.BytesH
Steffen Daode Nurpmeso added the comment:
I can't confirm that.
On my cheap MacBook it takes some five minutes:
20:20 ~ $ time python3 -E -Wd -m test -r -w -uall test_mmap
Using random seed 1490092
[1/1] test_mmap
1 test OK.
[91067 refs]
real4m50.301s
user0m0.301s
sys 0m13
Steffen Daode Nurpmeso added the comment:
I can't confirm this for my MacBook:
20:39 ~ $ time python3 -E -Wd -m test -r -w -uall test_zlib
Using random seed 1960084
[1/1] test_zlib
1 test OK.
[91618 refs]
real4m1.051s
user0m15.031s
sys 0m26.908s
...
20:40 ~ $ l
Steffen Daode Nurpmeso added the comment:
On Thu, Apr 07, 2011 at 01:12:46AM +, R. David Murray wrote:
> [...] should be sufficient.
It is sufficient to fix the resource warning.
Having a completely dynamic language is a nice thing.
I would not do it like that.
Instead i would e
Steffen Daode Nurpmeso added the comment:
On Thu, Apr 07, 2011 at 04:41:52PM +, R. David Murray wrote:
>
> R. David Murray added the comment:
>
> I don't understand what you are saying about raising a ValueError on close.
> f = open('x'); f.close(); f.close(
Steffen Daode Nurpmeso added the comment:
(Hrmpf, it seems a '>>> class y(io.RawIOBase):' line has been
swallowed in at least Roundup.)
So here is the rewritten .yeah-2.diff.
It drops the ._trackpos stuff once again due to problems with
position tracking in case of failur
Steffen Daode Nurpmeso added the comment:
If Torsten does not have time for this i'll do that next.
I hate this useless Punycode (but for nameprep),
so it's exactly the right thing for me to do next in 2011.
Unless someone complains.
I've not looked at formataddr/parsead
Steffen Daode Nurpmeso added the comment:
Future Buddha to Guru..
Future Buddha to Guru..
My code is like a two-wheeled indian Bullet, royal purple.
Wouldn't you agree with that?
--
___
Python tracker
<http://bugs.python.org/is
Steffen Daode Nurpmeso added the comment:
On Fri, Apr 08, 2011 at 09:03:51PM +, Torsten Becker wrote:
> I was about to look into this over the weekend, but of course I don't
> want to steal your fun, Steffen. :)
Toll, toll, toll!!
Still cherry blossom, thanks to the weather, ap
Steffen Daode Nurpmeso added the comment:
On Fri, Apr 08, 2011 at 11:39:36PM +, Terry J. Reedy wrote:
> 1. What is a minimal msgdata that gives the same error; post it.
Stepping a bit.. Remove 'Content-Type' header field and this does
not crash. Thus the real problem may
Steffen Daode Nurpmeso added the comment:
Ping!
Note that whatever reason caused jesstess, to name a few,
to drop that loop (and the continue), Charles-Francois posted
a correctly working patch!
I have no idea why such a severe bug could sleep in code which is
executed for each and every input
Steffen Daode Nurpmeso added the comment:
..
> So here is the rewritten .yeah-2.diff.
..
> I added more tests (i'm absolutely convinced that the tests i've
> found in test_mailbox.py really find all the cutting edges <;).
> On my box this is clean.
Haha,
Steffen Daode Nurpmeso added the comment:
Merci, STINNER Victor!
--
___
Python tracker
<http://bugs.python.org/issue11650>
___
___
Python-bugs-list mailin
New submission from Steffen Daode Nurpmeso :
Hello Mac OS X gurus, if i
else
DEBUG='--with-pydebug'
echo Using --with-pydebug
fi
./configure --prefix="$HOME/usr/opt/$PREFIX" $DEBUG
make -j2 all
i get this
/usr/bin/gcc -c -fno-strict-aliasing -g -O0 -Wall
Steffen Daode Nurpmeso added the comment:
P.S.: this does not happen if i use
./configure --prefix="$HOME/usr/opt/$PREFIX" $DEBUG
MACOSX_DEPLOYMENT_TARGET=10.6
--
___
Python tracker
<http://bugs.python.o
Steffen Daode Nurpmeso added the comment:
The problem goes away if i comment out all
the Mercurial queries in Makefile:
HGVERSION= #hg id -i $(srcdir)
HGTAG= #hg id -t $(srcdir)
HGBRANCH= #hg id -b $(srcdir)
--
___
Python
Steffen Daode Nurpmeso added the comment:
On Sat, Apr 09, 2011 at 02:18:01PM +, STINNER Victor wrote:
> I noticied a strange behaviour:
So forget all this girlie s...!
Here is a real man's patch!!
You'll notice mysterious function calls with a Py prefix -
they're
Steffen Daode Nurpmeso added the comment:
On Sat, Apr 09, 2011 at 11:56:16AM +, Steffen Daode Nurpmeso wrote:
> I'll try to instrument the path a bit ..
Sorry, no time today. All the stuff next week.
Nice weekend.
--
___
Python tracke
New submission from Steffen Daode Nurpmeso :
The file http://bugs.python.org/file21593/11650.termios.diff
cannot be parsed, i guess it's due to ^D, ^Z, ^\ and ^C being
embedded as ASCII control characters.
Maybe this is a feature, though.
Then someone should close this.
Nice weekend all o
Steffen Daode Nurpmeso added the comment:
On Sat, Apr 09, 2011 at 02:18:01PM +, STINNER Victor wrote:
> I noticied a strange behaviour:
Still fun, but this one could even make it except for termios
flags, multibyte and the real problem, signal handling.
Hm.
--
Added file: h
Steffen Daode Nurpmeso added the comment:
I reviewed this.
And moved a _PartialFile-only _read() case to _PartialFile where
it belongs (*this* _ProxyFile will never be extended to stand
alone so i shouldn't have moved that the other direction at all).
--
Added file:
Steffen Daode Nurpmeso added the comment:
So here is a patch which steps forward the not-yet-fully-completed
transition to the mixed bytes/str EMail stuff.
Test coverage is available if you patch in
http://bugs.python.org/file21549/11684.1.diff from #11684.
(Because i leak the great picture
Steffen Daode Nurpmeso added the comment:
On Sat, Apr 09, 2011 at 03:58:11PM +, Ned Deily wrote:
> By the way, since you've asked about it before,
> MACOSX_DEPLOYMENT_TARGET is a standard feature of the Apple gcc
> tool chain and is used to support builds for multiple ver
Steffen Daode Nurpmeso added the comment:
I've opened it and it's fixed, so i'll close it now.
If someone finds the single bug in 11650.termios-1.diff
in termios_resume() and also has an idea of how to call
termios_suspend() in case Python crashes or gives back
the terminal in
Steffen Daode Nurpmeso added the comment:
This patch fixes the problem.
It was introduced in e727cf35.
David Murray, i've looked into test_email.py to add tests
for this, and i found TestIdempotent().
What i would do is try to split that thing up so that it covers
str() as well as
Steffen Daode Nurpmeso added the comment:
Amaury Forgeot d'Arc wrote:
> mbf.close() should not fail when called twice. The close() method in the > io
> module states that "This method has no effect if the file is already >
> closed."
> But then, is "
Steffen Daode Nurpmeso added the comment:
On Wed, Apr 13, 2011 at 01:07:28PM +, R. David Murray wrote:
> TestIdempotent is already run for both the bytes and str cases
(*^.^*)
Ouch. Searching is only for the experienced.
--
___
Python trac
Steffen Daode Nurpmeso added the comment:
So i'll changed the existing message_from_(binary_)?file() tests
to also test the file closing.
--
Added file: http://bugs.python.org/file21649/11701.2.diff
___
Python tracker
<http://bugs.py
Steffen Daode Nurpmeso added the comment:
Pfff.
Now i really spent some time on Mac OS X memory management.
I did it for Wanda. :)
(First: i don't know why you want to drop that nice mmap(2),
it's wonderful to test harddisk performance!
And if you want to support Apple, then you hav
Steffen Daode Nurpmeso added the comment:
On Wed, Apr 13, 2011 at 09:42:22PM +, Torsten Becker wrote:
> So if anybody wants to work on this before that time,
> please feel free to fix it properly. :)
(The word anybody made me think.
But "fix properly" ... i'm sur
Steffen Daode Nurpmeso added the comment:
And about mmap(2):
import os,sys,time,mmap
MP0 = ((2**30)-1)
MP1 = ((2**31)-1)
MP2 = ((2**32)-1)
MPV = (2**20) * 100
SIZES = (MP0-MPV, MP0, MP0+MPV,
MP1-MPV, MP1, MP1+MPV,
MP2-MPV, MP2, MP2+MPV)
FILE = 'test.dat'
pr
Steffen Daode Nurpmeso added the comment:
On Thu, Apr 14, 2011 at 06:05:59PM +, Torsten Becker wrote:
> So sure .. go ahead. :)
Gr
Wuah, Wuuuah, Wuuh!
No. Now i'm exhausted.
--
___
Python tracker
<http://bugs
Steffen Daode Nurpmeso added the comment:
On Thu, Apr 14, 2011 at 06:05:59PM +, Torsten Becker wrote:
> :)
Mumble...
:)
--
___
Python tracker
<http://bugs.python.org/issu
Steffen Daode Nurpmeso added the comment:
I was able to spend more time on that this afternoon.
'Got an unkillable diff(1) along the way which required me to
force a cold reboot. Well.
I attach a C version (11277.mmap.c) which i've used for testing.
The file 11277.zsum32.c is a
Changes by Steffen Daode Nurpmeso :
Removed file: http://bugs.python.org/file20838/issue11277.2.patch
___
Python tracker
<http://bugs.python.org/issue11277>
___
___
Pytho
101 - 200 of 372 matches
Mail list logo
