Maybe (maybe) switching to ->decoded_content works, or maybe you need to add appropriate Content-Type headers (like x-application/binary) so that you receive the content as unmolested octets. C2 81 interpreted as UTF 8 would denote an unsupported/invalid Unicode character. Maybe something encodes some control character to that.
In reply to Re: Strange issue with mod_perl 2.0.10 / Apache 2.4 corrupting nfreeze data
by Corion
in thread Strange issue with mod_perl 2.0.10 / Apache 2.4 corrupting nfreeze data
by amasidlover
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |