Martin v. Löwis added the comment:

IMO, the right solution is to finish PEP 3154, and support large strings in the 

For the time being, I'd claim that signed length in the existing 
implementations are just a bug, and that unsigned lengths are the intended 
semantics of these opcodes. I can't see anything that is gained by allowing 
negative lengths.

OTOH, I also think that it won't matter much in practive: if you try to 
unpickle a string with more than 2GiB on a 32-bit system, chances are really 
high that you run out of memory. So whether any bug fix needs to be backported, 
I don't know.


Python tracker <>
Python-bugs-list mailing list

Reply via email to