Jason van Zyl wrote:
Where did you run into this?
One of our integration tests says:
junit.framework.Assert.fail("\u0000");
When it's as bald as that it's not very important, but it's considerably
more likely when you Assert.assertEquals(expected, actual) where they both
contain control characters (e.g. expected \u0001 but was \u0002).
I think not showing what it actually is makes it immediately not obvious
what's going wrong. So I'm for showing what it actually is.
I agree, but my research suggests that it's impossible. :-(
Can you just wrap in CDATA?
Nope, you can't put a null character in a CDATA block... the parser will
object. (For reasons like this SGML had "NDATA" and "SDATA" blocks in
addition to CDATA.)
[Of course you can write: <![CDATA[�]]> but that's because the parser
ignores the entity entirely. That parses as 5 characters instead of one
null character.]
-Dan
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
