Zefram wrote: > ~ is documented to operate on integers or bit strings, but "\x{aaa}" > is neither. Empirically, if ~ is applied to a string containing at least > one non-octet, the result is a string of the same length, where each > codepoint is equal to 0xffffffff minus an input codepoint. That could > conceivably be a useful operation, if it could be consistently applied > to all strings, but if all input codepoints are 0xff or below then ~ > negates octets rather than 32-bit codepoints. ~~$_ eq $_ is broken for > values such as "\x{ffffffaa}". Not a bug. The existing behavior was Jarkko's call during 5.7.x development, though it seems to have escaped being documented. See http://www.nntp.perl.org/group/perl.perl5.porters/2000/11/msg25864.htmlThread Next