* Re: fix for char-int lossage in message-make-caesar-translation-table
[not found] <200008182037.PAA00461@buffalo.fnal.gov>
@ 2000-08-18 20:55 ` ShengHuo ZHU
0 siblings, 0 replies; only message in thread
From: ShengHuo ZHU @ 2000-08-18 20:55 UTC (permalink / raw)
Charles G Waldman <cgw@fnal.gov> writes:
> Decoding rot-13 messages in Gnus fails on XEmacs because the
> function message-make-caesar-translation-table was using character
> constants as indices for the `substring' function, which is
> expecting an int. FSF Emacs may let you carelessly mix chars and
> ints, but XEmacs won't.
>
> I also changed some bizarre arithmetic. Where I come from, x + n +
> 26 - n is usually referred to as x + 26.
>
>
> ChangeLog for gnus/lisp:
>
> Fri Aug 18 15:35:03 2000 Charles G. Waldman <cgw@alum.mit.edu>
> * message.el (message-make-caesar-translation-table):
> Don't use chars as ints. Simplify arithmetic.
This patch is not necessary.
In XEmacs, message-xmas-make-caesar-translation-table (messagexmas.el)
is used instead of message-make-caesar-translation-table.
ShengHuo
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2000-08-18 20:55 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <200008182037.PAA00461@buffalo.fnal.gov>
2000-08-18 20:55 ` fix for char-int lossage in message-make-caesar-translation-table ShengHuo ZHU
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).