[issue4750] tarfile keeps excessive dir structure in compressed files

[Martin v. Löwis]

Martin v. Löwis  added the comment:

Lars, what do you think?

--
assignee:  -> lars.gustaebel
nosy: +lars.gustaebel, loewis

___
Python tracker 

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

[issue4746] Misguiding wording 3.0 c-api reference

[Martin v. Löwis]

Martin v. Löwis  added the comment:

> I guess the phrase "you must not provide storage" is a failed
> translation and not meant like that. It should say "you are not required
> to provide storage". It's confusing to have such strong wording without
> reason.

It's stronger than "you are not required to": if you do provide storage
(by allocating memory), then this memory most likely will be garbage,
and you must not attempt to free it afterwards (as doing so would cause
a crash).

--
nosy: +loewis

___
Python tracker 

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

[issue4730] cPickle corrupts high-unicode strings

[Alexandre Vassalotti]

Alexandre Vassalotti  added the comment:

Fixed in r67934. Backported to 2.6 in r67936. Thanks!

--
nosy: +alexandre.vassalotti
resolution:  -> fixed
status: open -> closed

___
Python tracker 

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

[issue4374] Pickle tests fail w/o _pickle extension

[Alexandre Vassalotti]

Alexandre Vassalotti  added the comment:

Committed in r67940.

___
Python tracker 

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

[issue4374] Pickle tests fail w/o _pickle extension

[Alexandre Vassalotti]

Changes by Alexandre Vassalotti :


--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

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

[issue4718] wsgiref package totally broken

[Dmitry Vasiliev]

Dmitry Vasiliev  added the comment:

Antoine Pitrou wrote:
> The patch looks ok to me, although the tests against mutable byte-like
> types are probably useless.

Hmm, it's strange because such tests was removed two versions ago (per
discussion with Phillip). But at the time they really was needed.

___
Python tracker 

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

[issue4718] wsgiref package totally broken

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> Hmm, it's strange because such tests was removed two versions ago (per
> discussion with Phillip). But at the time they really was needed.

Not a big deal anyway, let's keep them and we'll see.

___
Python tracker 

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

[issue4738] Patch to make zlib-objects better support threads

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> May I also suggest to change the zlib module not to accept s* but y*

You are probably right, but this would also break the API and can't be
done lightheartedly. You can open a new bug entry about this though.

___
Python tracker 

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

[issue4718] wsgiref package totally broken

[Dmitry Vasiliev]

Dmitry Vasiliev  added the comment:

Antoine Pitrou wrote:
>> Hmm, it's strange because such tests was removed two versions ago (per
>> discussion with Phillip). But at the time they really was needed.
> 
> Not a big deal anyway, let's keep them and we'll see.

I'm afraid I've lost your point here. Are you proposing to add back
tests for mutable bytes-like objects?

___
Python tracker 

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

[issue4718] wsgiref package totally broken

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Why do you say they were removed? I see code like "assert
isinstance(value, bytes)".

___
Python tracker 

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

[issue4718] wsgiref package totally broken

[Dmitry Vasiliev]

Dmitry Vasiliev  added the comment:

Antoine Pitrou wrote:
> Why do you say they were removed? I see code like "assert
> isinstance(value, bytes)".

Support and tests for mutable "bytearray" and "memoryview" was removed.
All subclasses of "bytes" must be immutable so isinstance() should be OK
here.

___
Python tracker 

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

[issue4718] wsgiref package totally broken

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Ok, sorry for the misunderstanding.

___
Python tracker 

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

[issue1885] [distutils] - error when processing the "--formats=tar" option

[Tarek Ziadé]

Changes by Tarek Ziadé :


--
assignee:  -> tarek
nosy: +tarek
status: closed -> open
Added file: http://bugs.python.org/file12471/1885.patch

___
Python tracker 

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

[issue1886] Permit to easily use distutils "--formats=tar, gztar, bztar" on all systems

[Roumen Petrov]

Roumen Petrov  added the comment:

Did I misunderstood something about -j -z -Z flags ?
http://src.opensolaris.org /source/xref/onnv/onnv-gate/usr/src/cmd/tar/tar.c

___
Python tracker 

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

[issue4757] reject unicode in zlib

[STINNER Victor]

New submission from STINNER Victor :

Python 2.x allows to encode any byte string (str) and ASCII unicode 
string (unicode):

$ python
Python 2.5.1 (r251:54863, Jul 31 2008, 23:17:40)
>>> import zlib
>>> zlib.compress('abc')
"x\x9cKLJ\x06\x00\x02M\x01'"
>>> zlib.compress(u'abc')
"x\x9cKLJ\x06\x00\x02M\x01'"
>>> zlib.compress(u'abc\xe9')
...
UnicodeEncodeError: 'ascii' codec can't encode character u'\xe9' ...

I'm not sure that this behaviour was really wanted become the 
decompress operation is not symetric (the result type is always byte 
string):

$ python
Python 2.5.1 (r251:54863, Jul 31 2008, 23:17:40)
>>> import zlib
>>> zlib.decompress("x\x9cKLJ\x06\x00\x02M\x01'")
'abc'

---

Python 3.0 accepts any string: bytes or characters. But decompress 
always produce bytes string:

$ ./python
Python 3.1a0 (py3k:67926M, Dec 26 2008, 23:59:07)
>>> import zlib
>>> zlib.compress(b'abc')
b"x\x9cKLJ\x06\x00\x02M\x01'"
>>> zlib.compress('abc')
b"x\x9cKLJ\x06\x00\x02M\x01'"
>>> zlib.compress('abc\xe9')
b'x\x9cKLJ>\xbc\x12\x00\x06\xca\x02\x93'
>>> zlib.compress('abc\xe9'.encode('utf-8'))
b'x\x9cKLJ>\xbc\x12\x00\x06\xca\x02\x93'
>>> zlib.decompress(b'x\x9cKLJ>\xbc\x12\x00\x06\xca\x02\x93')
b'abc\xc3\xa9'

The most strange operation is the decompression of an unicode string:

$ ./python
>>> zlib.decompress('x\x9cKLJ>\xbc\x12\x00\x06\xca\x02\x93')
...
zlib.error: Error -3 while decompressing data: incorrect header check

---

I propose to change zlib API to reject unicode string and use explicit 
conversion to/from bytes. Functions/methods:
 - compress(bytes, ...)
 - decompress(bytes, ...)
 - .compress(bytes, ...)
 - .decompress(bytes, ...)
 - crc32(bytes, value=0)
 - adler(bytes, value=1)

Note: binascii.crc32() already rejects unicode string.

The behaviour may kept in Python 3.0.x and only changed in Python 3.1.

--
components: Extension Modules
files: zlib_bytes.patch
keywords: patch
messages: 78356
nosy: haypo
severity: normal
status: open
title: reject unicode in zlib
type: behavior
versions: Python 3.0, Python 3.1
Added file: http://bugs.python.org/file12472/zlib_bytes.patch

___
Python tracker 

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

[issue4757] reject unicode in zlib

[STINNER Victor]

STINNER Victor  added the comment:

See also issue #4738 (better threads support in zlib).

--
nosy: +ebfe, pitrou

___
Python tracker 

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

[issue1194378] sendmsg() and recvmsg() for C socket module

[David M. Beazley]

David M. Beazley  added the comment:

Just a followup comment to note that adding support for 
sendmsg()/recvmsg() is what you need to do "file descriptor passing" 
between processes on Unix---another technique for writing network servers.

___
Python tracker 

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

[issue4738] Patch to make zlib-objects better support threads

[STINNER Victor]

STINNER Victor  added the comment:

I opened a separate issue for the unicode problem: #4757.

___
Python tracker 

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

[issue1885] [distutils] - error when processing the "--formats=tar" option

[Tarek Ziadé]

Changes by Tarek Ziadé :


Removed file: http://bugs.python.org/file12471/1885.patch

___
Python tracker 

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

[issue1885] [distutils] - error when processing the "--formats=tar" option

[Tarek Ziadé]

Changes by Tarek Ziadé :


Added file: http://bugs.python.org/file12473/1885.patch

___
Python tracker 

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

[issue4757] reject unicode in zlib

[Marc-Andre Lemburg]

Marc-Andre Lemburg  added the comment:

On 2008-12-27 13:58, STINNER Victor wrote:
> Python 2.x allows to encode any byte string (str) and ASCII unicode 
> string (unicode):
> 
> $ python
> Python 2.5.1 (r251:54863, Jul 31 2008, 23:17:40)
 import zlib
 zlib.compress('abc')
> "x\x9cKLJ\x06\x00\x02M\x01'"
 zlib.compress(u'abc')
> "x\x9cKLJ\x06\x00\x02M\x01'"
 zlib.compress(u'abc\xe9')
> ...
> UnicodeEncodeError: 'ascii' codec can't encode character u'\xe9' ...
> 
> I'm not sure that this behaviour was really wanted become the 
> decompress operation is not symetric (the result type is always byte 
> string):
> 
> $ python
> Python 2.5.1 (r251:54863, Jul 31 2008, 23:17:40)
 import zlib
 zlib.decompress("x\x9cKLJ\x06\x00\x02M\x01'")
> 'abc'
> 

I don't see a problem with this. The fact that Python 2.x also
accepts Unicode ASCII strings where strings are normally expected
is intended to help with the migration to Unicode, so the above
is expected.

zlib itself doesn't care about whether the data to be encoded
is text or bytes.

In Python 3.x, it's probably better to use bytes throughout the
API.

--
nosy: +lemburg

___
Python tracker 

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

[issue4758] Python 3.0 internet documentation needs work

[David M. Beazley]

New submission from David M. Beazley :

I have recently completed a pretty thorough survey of library 
documentation for Python 3.0 in conjunction with an update I'm making to 
my book.   This issue is not so much a bug as a documentation request.

For all of the library modules related to network programming, it would 
be extremely useful to be much very explicit about what methods work 
with strings and what methods requires byte.  So many of these modules 
operate on small fragments of data (e.g., send a request, add a header, 
parse a query string, etc.).  Sometimes using a string is okay, 
sometimes it's not and sadly, it's not often predictable.   Part of the 
problem is that the documentation has been written for a Python 2 world 
where text strings and binary data were interchangeable.

Anyways, this request minimally covers these modules:
 
  ftplib
  smtplib
  nntplib
  http.*
  urllib.*
  xmlrpc.*
  socketserver
  asynchat
  asyncore

If there is interest, I can submit more detailed notes from my own work, 
but I'm not sure how the documentation maintainer would want this.  
Separate issue for each?   Added as comments here?   Please advise.

--
assignee: georg.brandl
components: Documentation
messages: 78361
nosy: beazley, georg.brandl
severity: normal
status: open
title: Python 3.0 internet documentation needs work
type: feature request
versions: Python 3.0

___
Python tracker 

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

[issue4753] Faster opcode dispatch on gcc

[Marc-Andre Lemburg]

Marc-Andre Lemburg  added the comment:

On 2008-12-26 22:09, Antoine Pitrou wrote:
> This patch implements what is usually called "threaded code" for the
> ceval loop on compilers which support it (only gcc). The idea is that
> there is a separate opcode dispatch epilog at the end of each opcode,
> which allows the CPU to make much better use of its branch prediction
> capabilities. The net result is a 15-20% average speedup on pybench and
> pystone, with higher speedups on very tight loops (see below for the
> full pybench result chart).

Now I know why you want opcode stats in pybench :-)

This looks like a promising approach. Is is possible to backport
this change to Python 2.x as well ?

--
nosy: +lemburg

___
Python tracker 

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

[issue4753] Faster opcode dispatch on gcc

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> This looks like a promising approach. Is is possible to backport
> this change to Python 2.x as well ?

Certainly.

___
Python tracker 

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

[issue4753] Faster opcode dispatch on gcc

[Antoine Pitrou]

Antoine Pitrou  added the comment:

This new patch uses a statically initialized jump table rather than
specific initialization code.

Added file: http://bugs.python.org/file12474/threadedceval2.patch

___
Python tracker 

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

[issue4753] Faster opcode dispatch on gcc

[Antoine Pitrou]

Changes by Antoine Pitrou :


Removed file: http://bugs.python.org/file12457/threadedceval1.patch

___
Python tracker 

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

[issue4757] reject unicode in zlib

[ebfe]

ebfe  added the comment:

I don't think Python 2.x should be changed - but 3.0 or 3.1 should be:

 - Characters don't mean a thing in zlib-land, all operations are based
on bytes and their (implicit) default encoding. This behaviour is hidden
and somewhat violates the rule of least surprise.
 - type(zlib.decompress(zlib.compress('abc'))) == bytes anyway
 - Changing from s* to y* forces the programmer to use .encode() on his
strings (e.g. zlib.compress('abc'.encode()) which very clearly shows
what's happening. If you want to compress and decompress Python3
strings, you *must* share the same character encoding; think of
zlib.compress('hôńè') and str(zlib.decompress(x)) with different locales.
 - Other modules (hashlib comes to my mind...) already reject Unicode
objects for the same argument.

___
Python tracker 

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

[issue4756] zipfile.is_zipfile: added support for file-like objects

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Committed in r67946, r67947. Thanks!

--
nosy: +pitrou
resolution:  -> fixed
status: open -> closed

___
Python tracker 

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

[issue4241] zipfile.py -> is_zipfile leaves file open when error

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Fixed by Gabriel's patch (just committed in trunk and py3k).

--
nosy: +pitrou
resolution:  -> fixed
status: open -> closed

___
Python tracker 

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

[issue4745] socket.send obscure error message

[Georg Brandl]

Georg Brandl  added the comment:

Benjamin, please continue mentioning issue numbers in commit messages,
even if it's a trivial fix like this one.

--
nosy: +georg.brandl

___
Python tracker 

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

[issue1194378] sendmsg() and recvmsg() for C socket module

[Antoine Pitrou]

Antoine Pitrou  added the comment:

The patch doesn't apply cleanly to the current trunk (which is
understandable, given the patch is from 2005). Also, some tests would be
welcome as Thomas said. And bonus points for documentation :)

--
nosy: +pitrou
stage:  -> needs patch
type:  -> feature request
versions: +Python 2.7, Python 3.1 -Python 2.4

___
Python tracker 

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

[issue4748] yield expression vs lambda

[Georg Brandl]

Georg Brandl  added the comment:

I didn't find it, but someone from the German Python webforum. :)

Hmm, I wonder why lambda: (yield 1) alone doesn't give [1, None]. (That
should also go into the test case.)

Anyway, perhaps yield in lambdas should be forbidden.

___
Python tracker 

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

[issue4752] Error in SocketServer UDP documentation

[Georg Brandl]

Georg Brandl  added the comment:

Thanks, fixed in r67952.

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

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

[issue4750] tarfile keeps excessive dir structure in compressed files

[Lars Gustäbel]

Lars Gustäbel  added the comment:

Anatoly is right, the gzip file format specification (RFC 1952) says
that the FNAME header field must be the basename of the original
filename. So, this behaviour is not tarfile's fault but that of the gzip
module and should be fixed there.
7zip can still decompress these files, right?

___
Python tracker 

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

[issue4748] yield expression vs lambda

[Benjamin Peterson]

Benjamin Peterson  added the comment:

On Sat, Dec 27, 2008 at 11:41 AM, Georg Brandl  wrote:
>
> Georg Brandl  added the comment:
>
> I didn't find it, but someone from the German Python webforum. :)
>
> Hmm, I wonder why lambda: (yield 1) alone doesn't give [1, None]. (That
> should also go into the test case.)

Actually, I don't think the return value should even make it's way to
the list. Generator lambdas shouldn't have any return value IMO.

>
> Anyway, perhaps yield in lambdas should be forbidden.

Probably too late now for 2.x and 3.x.

___
Python tracker 

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

[issue4748] yield expression vs lambda

[Georg Brandl]

Georg Brandl  added the comment:

>> Hmm, I wonder why lambda: (yield 1) alone doesn't give [1, None]. (That
>> should also go into the test case.)
>
> Actually, I don't think the return value should even make it's way to
> the list. Generator lambdas shouldn't have any return value IMO.

Yes, I think so too. I just wondered at the seemingly inconsistent
behavior right now.

>> Anyway, perhaps yield in lambdas should be forbidden.
> 
> Probably too late now for 2.x and 3.x.

Right. I'd say go for applying the patch.

___
Python tracker 

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

[issue4739] [patch] Let users do help('@') and so on for confusing syntax constructs.

[Georg Brandl]

Georg Brandl  added the comment:

Thanks for the patch!

Applied with minor edits to the trunk as r67953.  I will backport to the
2.6 branch as well.

--
resolution:  -> accepted
status: open -> closed

___
Python tracker 

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

[issue4758] Python 3.0 internet documentation needs work

[Georg Brandl]

Georg Brandl  added the comment:

I'd be happy with comments on this bug.  I can't promise that I'll have
the time to review everything, but the more specific the remarks are,
the easier it's for me to update the docs.

Thanks for your efforts!

___
Python tracker 

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

[issue4748] yield expression vs lambda

[Benjamin Peterson]

Benjamin Peterson  added the comment:

Fixed in r67954.

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

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

[issue4754] winsound documentation (about stoping sounds)

[Georg Brandl]

Georg Brandl  added the comment:

Thanks, applied in r67957.

--
resolution:  -> accepted
status: open -> closed

___
Python tracker 

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

[issue4682] 'b' formatter is actually unsigned char

[Georg Brandl]

Georg Brandl  added the comment:

Thanks, fixed the docs in r67958.

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

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

[issue4695] Bad AF_PIPE address in multiprocessing documentation

[Georg Brandl]

Georg Brandl  added the comment:

Thanks, fixed in r67960.

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

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

[issue4697] Clarification needed for subprocess convenience functions in Python 3.0 documentation

[Georg Brandl]

Georg Brandl  added the comment:

Thanks, fixed in r67962.

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

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

[issue4671] pydoc executes the code to be documented

[Georg Brandl]

Georg Brandl  added the comment:

Documented in r67963.

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

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

[issue4669] bytes,join and bytearray.join not in manual; help for bytes.join is wrong.

[Georg Brandl]

Georg Brandl  added the comment:

Closing as "works for me".

--
resolution:  -> works for me
status: open -> closed

___
Python tracker 

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

[issue4732] Object allocation stress leads to segfault on RHEL

[Antoine Pitrou]

Antoine Pitrou  added the comment:

I can't reproduce it under Mandriva Linux on an x86-64 machine.

--
nosy: +pitrou

___
Python tracker 

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

[issue4677] a list comprehensions tests for pybench

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Committed (r67965, r67966).

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

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

[issue4732] Object allocation stress leads to segfault on RHEL

[ebfe]

ebfe  added the comment:

I can't reproduce the problem here.

Python 2.5.2 running on Linux lueg-desktop 2.6.24-22-generic #1 SMP Mon
Nov 24 18:32:42 UTC 2008 i686 GNU/Linux

--
nosy: +ebfe

___
Python tracker 

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

[issue4444] unittest - use contexts to assert exceptions

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +pitrou

___
Python tracker 

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

[issue4705] python3.0 -u: unbuffered stdout

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Here is a patch.

--
keywords: +patch
nosy: +pitrou
priority:  -> high
stage:  -> patch review
type:  -> behavior
Added file: http://bugs.python.org/file12475/unbufferedstdout.patch

___
Python tracker 

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

[issue4270] struct module: pack/unpack and byte order on x86_64

[Antoine Pitrou]

Antoine Pitrou  added the comment:

The change in result length is actually normal. If you look at the doc
for the struct module, the default size and byte order character is "@",
which means "native byte order and native size". On x86-64 Linux, the
"native" long size is 64 bits, so the result is 8 bytes long. When using
one of {"<", ">", "!", "="}, you instead select the "standard" long size
according to the struct module which is 32 bits.

I agree it can be surprising though.

--
nosy: +pitrou
resolution:  -> invalid
status: open -> closed
versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1 -Python 2.5

___
Python tracker 

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

[issue4265] shutil.copyfile() leaks file descriptors when disk fills

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +pitrou
priority:  -> normal
stage:  -> patch review
versions: +Python 2.7, Python 3.1 -Python 2.5

___
Python tracker 

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

[issue3055] test_list on 64-bit platforms

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
resolution:  -> works for me
status: open -> closed

___
Python tracker 

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

[issue4489] shutil.rmtree is vulnerable to a symlink attack

[Antoine Pitrou]

Antoine Pitrou  added the comment:

What course of action do you suggest? First chmod 0700 on the directory?

--
nosy: +pitrou

___
Python tracker 

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

[issue4759] bytearray.translate() should support None first argument

[Georg Brandl]

New submission from Georg Brandl :

bytes.translate() does. Patch attached.

--
assignee: pitrou
components: Interpreter Core
files: bytearray-translate.diff
keywords: patch
messages: 78390
nosy: georg.brandl, pitrou
priority: normal
severity: normal
stage: patch review
status: open
title: bytearray.translate() should support None first argument
type: behavior
versions: Python 3.0, Python 3.1
Added file: http://bugs.python.org/file12476/bytearray-translate.diff

___
Python tracker 

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

[issue4489] shutil.rmtree is vulnerable to a symlink attack

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Mmmh, very recent Linux kernels (>= 2.6.16) seem to have specific
functions to deal with this (see man pages for openat, unlinkat, etc.).

___
Python tracker 

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

[issue4759] bytearray.translate() should support None first argument

[Benjamin Peterson]

Benjamin Peterson  added the comment:

Looks good to me. I don't think it should be applied to 3.0, though.

--
nosy: +benjamin.peterson

___
Python tracker 

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

[issue4705] python3.0 -u: unbuffered stdout

[STINNER Victor]

STINNER Victor  added the comment:

pitrou's patch changes PyFile_FromFd() behaviour for a text file 
opened with buffering=0:
  /* As a convenience, when buffering == 0 on a text file, we
 open the underlying binary stream in unbuffered mode and
 wrap it with a text stream in line-buffered mode. */

Why changing PyFile_FromFd() and not io.open() directly?

Note: I prefer Py_UnbufferedStdoutFlag=1 instead of 
Py_UnbufferedStdoutFlag++ (for -u command line option).

Except the minor comments, I like the patch (and it has unit 
tests!) ;-)

___
Python tracker 

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

[issue4760] cmp gone---What's new in 3.1

[David W. Lambert]

New submission from David W. Lambert :

http://docs.python.org/dev/3.0/whatsnew/3.1.html

To Other Language Changes  
add cmp removed.

I haven't installed version 3.1; I don't know if it has actually been 
removed.

--
assignee: georg.brandl
components: Documentation
messages: 78394
nosy: LambertDW, georg.brandl
severity: normal
status: open
title: cmp gone---What's new in 3.1
versions: Python 3.1

___
Python tracker 

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