[Python-ideas] Re: Allow more flexibility for describing bytes objects.

2022-11-23 Thread Eric V. Smith via Python-ideas
On 11/23/2022 3:02 PM, Chris Angelico wrote: On Thu, 24 Nov 2022 at 06:46, Barry Scott wrote: I have written a lot of low level protocol and IOCTL calls that cannot think of a time this would have helped me. struct is often a mean to create blocks of binary data. Long strings of binary data w

[Python-ideas] Re: Allow more flexibility for describing bytes objects.

2022-11-23 Thread Chris Angelico
On Thu, 24 Nov 2022 at 06:46, Barry Scott wrote: > I have written a lot of low level protocol and IOCTL calls that cannot think > of a time this would have helped me. > struct is often a mean to create blocks of binary data. > > Long strings of binary data would be a maintenance issue. What do al

[Python-ideas] Re: Allow more flexibility for describing bytes objects.

2022-11-23 Thread Barry Scott
> On 23 Nov 2022, at 12:32, Ronald Hoogenboom via Python-ideas > wrote: > > Refer to PEP 3137 and PEP 358. > > Bytes objects are for conveying binary data (or encoded strings). Such binary > data is customary specified in hex-dump or base64 format in source files. > It would be nice to intr

[Python-ideas] Re: Allow more flexibility for describing bytes objects.

2022-11-23 Thread Joao S. O. Bueno
Well - one can already do: x = bytes.fromhex x("01 23 45 67 89") As for base64, I really, really, don't see a use case where allowing base64 native strings as part oif the syntax could be useful - less so when decoding is one call away. Base64 was already created to allow one to convey arbitrary