bug in cut&past

[Aidan Kehoe]

 Ar an seachtú lá de mí Meitheamh, scríobh Stephen J. Turnbull: 

 > >>>>> "Mike" == Mike FABIAN <mfabian at suse.de> writes:
 > 
 >     Mike> My main workstation is an AMD64 bit machine and there the
 >     Mike> problem occurs. I.e. this is probably a 64 bit only problem.
 > 
 > Send me a 64-bit machine and I'll get to work on it.  :^)

I’ll be able to test it on a 64-bit Sparc box in the next couple of weeks,
all going well. Though since we don’t know whether it manifests itself
there, that’ll be of dubious usefulness. 

 > One thing I don't understand at all is the substitution of 0x23.
 > XEmacs simply does not use that character in that way.

I have seen it in the context of cut buffers, where the only encoding
possible is ASCII. Non-ASCII characters get replaced by #--you’ll notice
this if you select some non-ASCII text in one XEmacs, click Edit -> Copy,
quit that XEmacs, and then click Edit -> Paste in another XEmacs. 

-- 
“I, for instance, am gung-ho about open source because my family is being
held hostage in Rob Malda’s basement. But who fact-checks me, or Enderle,
when we say something in public? No-one!” -- Danny O’Brien