<div dir="ltr">Tim,<div><br></div><div>Correct, base64 encoding only emits a subset of printable characters (see <a href="https://en.wikipedia.org/wiki/Base64#Base64_table">https://en.wikipedia.org/wiki/Base64#Base64_table</a>)  At your option, you can also insert CR's into a base64 string which should be ignored on decoding. (as was common for various email clients to do back in the day)</div><div><br></div><div>Phil</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Aug 21, 2020 at 9:00 PM tim Rowledge <<a href="mailto:tim@rowledge.org">tim@rowledge.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">As best I can see base64 encoding never results in the output having Character cr embedded, right? <br>
<br>
Why would I ask such a dumb question? Because I'm looking at some code that carefully does a copyReplaceAll: on a base64 encoded String that was a bitmap, and I can't imagine how that could ever not corrupt the bitmap *if* there were any chance it did indeed include CRs.<br>
<br>
And it's late on a Friday and to be honest, anything could be possible in 2020.<br>
<br>
tim<br>
--<br>
tim Rowledge; <a href="mailto:tim@rowledge.org" target="_blank">tim@rowledge.org</a>; <a href="http://www.rowledge.org/tim" rel="noreferrer" target="_blank">http://www.rowledge.org/tim</a><br>
Useful random insult:- His spirit guide is a three-toed sloth.<br>
<br>
<br>
<br>
</blockquote></div>