On Mon, Aug 1, 2016 at 3:22 PM, William A Rowe Jr <wr...@rowe-clan.net> wrote: > We have a few choices, but the bottom line is that we treat /r/n > as 0x0a 0x15 on ebcdic, and perhaps fix our iconv mapping. > > Choice 1; map both 0x15 and 0x37 to ASCII 0x0d, which grows the > number of ascii equivalents by one. Both would be treated at CTRL. > > Choice 2; invert our current mapping, ASCII NL to EBCDIC LF and > visa-versa. That would leave 0x37 'unguarded' and allowed as opaque > text chars. > > Choice 3; treat the entire C1 codeplane on EBCDIC as CTRLs, and > ignore some 32 'opaque bytes' as unsupportable.
How about #2 with the below -- but using apr_xlate so it is the same as runtime: http://people.apache.org/~covener/patches/ebcdic-gen_test_char.diff (I am not happy about changing the non-ebcdic build here, but it should act just like a static support program)