Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.python > #62492
| From | Peter Otten <__peter__@web.de> |
|---|---|
| Subject | Re: bytearray inconsistencies? |
| Date | 2013-12-21 14:20 +0100 |
| Organization | None |
| References | <l92phr$3b2$1@ger.gmane.org> <l92sju$ugd$1@ger.gmane.org> <l941il$9v9$1@ger.gmane.org> |
| Newsgroups | comp.lang.python |
| Message-ID | <mailman.4470.1387632057.18130.python-list@python.org> (permalink) |
Mark Lawrence wrote: > On 21/12/2013 01:58, Ned Batchelder wrote: >> >> If you have a zero, you can split on it with: >> bytestring.split(bytes([0])), but that doesn't explain why find can take >> a simple zero, and split has to take a bytestring with a zero in it. >> > > Create a bytearray(range(256)) and partition it on 128. I'd expect to > see the original effectively cut in half with 128 as the separator. You > actually get the original with two empty bytearrays, which makes no > sense to me at all. >>> bytearray(b"alpha\x00\x00\x00beta").partition(0) Traceback (most recent call last): File "<stdin>", line 1, in <module> ValueError: empty separator >>> bytearray(b"alpha\x00\x00\x00beta").partition(1) (bytearray(b'alpha'), bytearray(b'\x00'), bytearray(b'\x00\x00beta')) >>> bytearray(b"alpha\x00\x00\x00beta").partition(2) (bytearray(b'alpha'), bytearray(b'\x00\x00'), bytearray(b'\x00beta')) suggests that there is an implicit cast to bytearray >>> bytearray(0) bytearray(b'') >>> bytearray(2) bytearray(b'\x00\x00') While consistent I don't see how this can ever be the desired behaviour and recommend that you file a bug report. > I also looked in test_bytes.py, read as far as "XXX This is a mess" and > promptly gave up.
Back to comp.lang.python | Previous | Next | Find similar | Unroll thread
Re: bytearray inconsistencies? Peter Otten <__peter__@web.de> - 2013-12-21 14:20 +0100
csiph-web