> 1067760 -- float-->long conversion on fileobj.seek calls, rather than > float-->int. Permits larger floats (2.0**62) to match large > int (2**62) arguments. rhettinger marked as "won't fix" in > the original bug report; this seems like a clean solution, > tho. Recommend apply. Wouldn't this cause subtle errors when the float -> long conversion is no longer precise? Or is this a non issue because it could only happen when seeking on impossibly large files?
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4