When trying to recode a java-encoded file containing \u00dc (which corresponds to the character Ü) from java to utf-8, it fails at the step utf16..utf8.
Steps to reproduce:
Create a file containing just "\u00dc": echo '\u00dc' > myfile.
Issue recode -v java..utf8 myfile.
See it fail with Recoding myfile... failed: Invalid input in step 'UTF-16..UTF-8'.
The same thing happens if you create a file containing "Ü", recoding it from UTF8..java (this works) and then back again (this fails).
A workaround is rerouting over ISO-10646-UCS-2, which apparently was the default for UTF16..UTF8 in recode 3.6.
When trying to recode a java-encoded file containing \u00dc (which corresponds to the character Ü) from java to utf-8, it fails at the step utf16..utf8.
Steps to reproduce:
echo '\u00dc' > myfile
.recode -v java..utf8 myfile
.Recoding myfile... failed: Invalid input in step 'UTF-16..UTF-8'
.The same thing happens if you create a file containing "Ü", recoding it from UTF8..java (this works) and then back again (this fails).
A workaround is rerouting over ISO-10646-UCS-2, which apparently was the default for UTF16..UTF8 in recode 3.6.
Ü was the only character I could find that would fail here. ÄÖäöüß all work fine.