jvoisin <jvoi...@google.com> added the comment:
Yes, I can reproduce it:
```
$ python3 --version
Python 3.9.9
$ python3.9 ziprepo.py
./crash-4da08e9ababa495ac51ecad588fd61081a66b5bb6e7a0e791f44907fa274ec62
Traceback (most recent call last):
File "/home/jvoisin/Downloads/ziprepo.py", line 4, in <module>
zipfile.ZipFile(sys.argv[1])
File "/usr/lib/python3.9/zipfile.py", line 1257, in __init__
self._RealGetContents()
File "/usr/lib/python3.9/zipfile.py", line 1342, in _RealGetContents
fp.seek(self.start_dir, 0)
ValueError: cannot fit 'int' into an offset-sized integer
$
```
> It's unlikely that anyone will download a binary from bpo and open it. Can
> you help us reproduce the issue without that?
The *binary* is a corrupted zip file to open with `zipfile.ZipFile()`, it can't
be executed on its own.
----------
status: pending -> open
_______________________________________
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue39064>
_______________________________________
_______________________________________________
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
