[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#1051: 23.0.60; rmail decoding bug
From: |
Kenichi Handa |
Subject: |
bug#1051: 23.0.60; rmail decoding bug |
Date: |
Wed, 01 Oct 2008 09:29:41 +0900 |
User-agent: |
SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/23.0.60 (i686-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) |
In article <uiqsdkfmo.fsf@gnu.org>, Eli Zaretskii <eliz@gnu.org> writes:
> > It may be good to provide byte-after, following-byte, and
> > preceding-byte (all signal an error if the character is not
> > an ASCII nor eight-bit character). What do you think?
> I agree that it would be nice to have such a feature, but perhaps a
> single API
> (get-byte POS)
> would be enough? This could default to point if POS is nil or
> omitted, and could even read from a string if POS is a string.
Ah! How about something like this?
(defun get-byte (pos &optional string)
"Return a byte at position POS of the current buffer..
If POS is nil, it defaults to point.
If the second optional arg STRING is non-nil, return a byte in
STRING at index POS.
An error is signaled if the character at POS is not ASCII
nor eight-bit character."
...)
---
Kenichi Handa
handa@ni.aist.go.jp
- bug#1051: 23.0.60; rmail decoding bug, Richard M. Stallman, 2008/09/29
- bug#1051: 23.0.60; rmail decoding bug, Eli Zaretskii, 2008/09/29
- bug#1051: 23.0.60; rmail decoding bug, Richard M. Stallman, 2008/09/30
- bug#1051: 23.0.60; rmail decoding bug, Eli Zaretskii, 2008/09/30
- bug#1051: 23.0.60; rmail decoding bug, Eli Zaretskii, 2008/09/30
- bug#1051: 23.0.60; rmail decoding bug, Kenichi Handa, 2008/09/30
- bug#1051: 23.0.60; rmail decoding bug, Eli Zaretskii, 2008/09/30
- bug#1051: 23.0.60; rmail decoding bug, Richard M. Stallman, 2008/09/30
- bug#1051: 23.0.60; rmail decoding bug,
Kenichi Handa <=