> On Tue, 18 Apr 2006 13:57:46 +0200, [EMAIL PROTECTED] (Kim F. Storm) said:
> Please test if this gives good results, or if it has some bad
> effects on existing features
I tried the patch, and I found another case that shows a similar
problem:
1. emacs -D -q (not -Q to show the mess
rmail fails to get new mail, with the following error:
rmail-get-new-mail: Wrong type argument: char-or-string-p, nil
In GNU Emacs 22.0.50.1 (i486-pc-linux-gnu, X toolkit)
of 2006-04-17 on pacem, modified by Debian
X server distributor `The X.Org Foundation', version 11.0.6090
configured us
Joe Wells <[EMAIL PROTECTED]> writes:
> Bug #1: The invocation
>
> (mail-header-parse-content-type "message/external-body;
>name*1*=plugh%2fhello-sailor%2fbing.pdf;
>name*0*=us-ascii''~%2ffoo%2fbar%2fbaz%2fxyzzy%2f;
>access-type=LOCAL-FILE")
>
> raises an error with this message:
>
>
Thanks for fixing this. I think your fix is sufficient.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
I have forgotten about this issue. Could you ask me again whatever
question you are waiting for me to answer?
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
YAMAMOTO Mitsuharu <[EMAIL PROTECTED]> writes:
> I found some strange display behavior after filling. In the
> following, "row" means a displayed horizontal segment, and "line"
> means a sequence of characters delimited by newlines.
>
> 1. emacs -D -Q
> 2. M-q (I'm not sure why this is neede
In article <[EMAIL PROTECTED]>, "Jan D." <[EMAIL PROTECTED]> writes:
> Kenichi Handa wrote:
>>
>> Actually, after reading codes of XFT branch, I started to
>> design a new font handling mechanism. The basic plan is to
>> use multiple font-backends drivers (xcore, xft, windows,
>> bdf, atm, etc).
