| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Sorry, something went wrong.
…h wrapcol=1 It could happen if the size of the input is more than 4/5 of sys.maxsize (only feasible on 32-bit platforms). Also simplify the integer overflow checks in the Base64 encoder, and harmonize them with the code for Ascii85 and Base85.
| out_len -= 4 - (bin_len % 4); | ||
| } | ||
| if (wrapcol && out_len) { | ||
| if (wrapcol && out_len && out_len <= PY_SSIZE_T_MAX) { |
There was a problem hiding this comment.
Let me know if I'm misunderstanding, but wouldn't we need to "error out" if the out_len would overflow here instead of not expanding? The larger amount of data will still be written outside ascii_data whether out_len is expanded or not?
Sorry, something went wrong.
There was a problem hiding this comment.
We error out in the next "if".
Sorry, something went wrong.
…h wrapcol=1 (pythonGH-144778) It could happen if the size of the input is more than 4/5 of sys.maxsize (only feasible on 32-bit platforms). Also simplify the integer overflow checks in the Base64 encoder, and harmonize them with the code for Ascii85 and Base85.
…h wrapcol=1 (pythonGH-144778) It could happen if the size of the input is more than 4/5 of sys.maxsize (only feasible on 32-bit platforms). Also simplify the integer overflow checks in the Base64 encoder, and harmonize them with the code for Ascii85 and Base85.
| Back | FazBrowse Home | New Git URL |
It could happen if the size of the input is more than 4/5 of sys.maxsize (only feasible on 32-bit platforms).
Also simplify the integer overflow checks in the Base64 encoder, and harmonize them with the code for Ascii85 and Base85.