David Starner wrote:
I am aware of this one. This encoding is not UTF-8, however - it is more like CESU-8 with a 2-byte encoding for NUL. Even if some documentation claims this to be UTF-8, it isn't, and a conformant UTF-8 decoder must reject byte sequences from this beast that don't belong in UTF-8 - and the same for a CESU-8 decoder.Chances are nearly 100% that overlong UTF-8 was a spoofing attempt, or the result of something other than a UTF-8 encoder.With the exception of overlong sequences for null (C0 80?), which Java
generates in an attempt to avoid true nulls.
This rather proves my point above.
markus

