enable-multibyte-characters error with recent CVS

enable-multibyte-characters error with recent CVS

[Mike Pullen]

[-- Attachment #1: Type: text/plain, Size: 578 bytes --]

I cannot send mail with recent CVS.  When I send the message I get the
following backtrace.  I am using an Xemacs without mule.

Any ideas?

Signaling: (void-variable enable-multibyte-characters)
  message-send-mail(nil)
  message-send-via-mail(nil)
  message-send(nil)
  message-send-and-exit(nil)
  call-interactively(message-send-and-exit)

Following is the output from gnus-bug:

Oort Gnus v0.01
XEmacs 21.1 (patch 12) "Channel Islands" [Lucid] (i386-redhat-linux) of Thu Aug 24 2000 on porky.devel.redhat.com
200 Leafnode NNTP Daemon, version 1.9.17 running at localhost.


[-- Attachment #2: User settings --]
[-- Type: application/x-emacs-lisp, Size: 3371 bytes --]

[-- Attachment #3: Type: text/plain, Size: 56 bytes --]

-- 
Mike Pullen
http://www.midwest.net/scribers/mpullen

Re: enable-multibyte-characters error with recent CVS

[ShengHuo ZHU]

Mike Pullen <mpullen@midwest.net> writes:

> I cannot send mail with recent CVS.  When I send the message I get the
> following backtrace.  I am using an Xemacs without mule.
> 
> Any ideas?
> 
> Signaling: (void-variable enable-multibyte-characters)
>   message-send-mail(nil)
>   message-send-via-mail(nil)
>   message-send(nil)
>   message-send-and-exit(nil)
>   call-interactively(message-send-and-exit)
> 
> Following is the output from gnus-bug:
> 
> Oort Gnus v0.01
> XEmacs 21.1 (patch 12) "Channel Islands" [Lucid] (i386-redhat-linux) of Thu Aug 24 2000 on porky.devel.redhat.com
> 200 Leafnode NNTP Daemon, version 1.9.17 running at localhost.

I've possibly fixed the bug. Please check out the CVS and try again.

ShengHuo

Re: enable-multibyte-characters error with recent CVS

[Mike Pullen]

ShengHuo ZHU <zsh@cs.rochester.edu> writes:

> I've possibly fixed the bug. Please check out the CVS and try again.

You fixed it.  Thanks.

-- 
Mike Pullen
http://www.midwest.net/scribers/mpullen

Re: enable-multibyte-characters error with recent CVS

[Didier Verna]

ShengHuo ZHU <zsh@cs.rochester.edu> wrote:

> Mike Pullen <mpullen@midwest.net> writes:
> 
> > I cannot send mail with recent CVS.  When I send the message I get the
> > following backtrace.  I am using an Xemacs without mule.
> > 
> > Any ideas?
> > 
> > Signaling: (void-variable enable-multibyte-characters)
> >   message-send-mail(nil)
> >   message-send-via-mail(nil)
> >   message-send(nil)
> >   message-send-and-exit(nil)
> >   call-interactively(message-send-and-exit)
> > 
> > Following is the output from gnus-bug:
> > 
> > Oort Gnus v0.01
> > XEmacs 21.1 (patch 12) "Channel Islands" [Lucid] (i386-redhat-linux) of Thu Aug 24 2000 on porky.devel.redhat.com
> > 200 Leafnode NNTP Daemon, version 1.9.17 running at localhost.
> 
> I've possibly fixed the bug. Please check out the CVS and try again.

I'm not sure if this is related, but I don't understand this (changelog
entry):

|	* qp.el (quoted-printable-encode-region): Don't check multibyte in
|	XEmacs.

        This looks wrong to me. Isn't that check supposed to be useful, even
for XEmacs ? Also, shouldn't this function use mm-find-charset-region instead
of find-charset region ? The former one already have an
`enable-multibyte-characters' protection.


        The latest CVS is now broken for *me* under XEmacs. If I send a
message with, say, iso-8859-1 characters, the message is sent in
quoted-printable, but the encoding appears to be wrong and when I display the
message, I see qp escape sequences everywhere.

This is a test (you'll probably see qp escapes sequences here):

éèê
==========



        AFAICR, Gnus used to prefer iso-8859-1/8bit for mails in such a
situation before. Isn't there rather a problem with the default value of
`mm-body-charset-encoding-alist' ?

-- 
    /     /   _   _       Didier Verna        http://www.inf.enst.fr/~verna/
 - / / - / / /_/ /        EPITA / LRDE         mailto:didier@lrde.epita.fr
/_/ / /_/ / /__ /      14-16 rue Voltaire        Tel. +33 (1) 53 14 59 47
                   94276 Kremlin-Bicêtre cedex   Fax. +33 (1) 44 08 01 99

Re: enable-multibyte-characters error with recent CVS

[Kai Großjohann]

On 03 Jan 2001, Didier Verna wrote:

> This is a test (you'll probably see qp escapes sequences here):
> 
> éèê

I see three `e' characters with various accents, no qp escapes.

kai
-- 
~/.signature

Re: enable-multibyte-characters error with recent CVS

[Didier Verna]

Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) wrote:

> On 03 Jan 2001, Didier Verna wrote:
> 
> > This is a test (you'll probably see qp escapes sequences here):
> > 
> > éèê
> 
> I see three `e' characters with various accents, no qp escapes.

        Yes, but below, there were some `equal' signs, which I indeed received
with qp explicit sequences (something like =3D), accompanied by a "Malformed
Quoted Printable sequence" (or something like that) error, when the message
was displayed.

        Did you get the `equal' line correctly ? That would mean that the
decoding (not the encoding) is broken for XEmacs.

-- 
    /     /   _   _       Didier Verna        http://www.inf.enst.fr/~verna/
 - / / - / / /_/ /        EPITA / LRDE         mailto:didier@lrde.epita.fr
/_/ / /_/ / /__ /      14-16 rue Voltaire        Tel. +33 (1) 53 14 59 47
                   94276 Kremlin-Bicêtre cedex   Fax. +33 (1) 44 08 01 99

Re: enable-multibyte-characters error with recent CVS

[Kai Großjohann]

On 03 Jan 2001, Didier Verna wrote:

> Did you get the `equal' line correctly ? That would mean that the
> decoding (not the encoding) is broken for XEmacs.

I got everything correctly, ie without qp escape sequences.

kai
-- 
~/.signature

Re: enable-multibyte-characters error with recent CVS

[ShengHuo ZHU]

Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) writes:

> On 03 Jan 2001, Didier Verna wrote:
> 
> > Did you get the `equal' line correctly ? That would mean that the
> > decoding (not the encoding) is broken for XEmacs.
> 
> I got everything correctly, ie without qp escape sequences.

That's because (eq 61 ?=) returns different values in Emacs and
XEmacs. 

ShengHuo

Re: enable-multibyte-characters error with recent CVS

[Hans de Graaff]

On 03 Jan 2001, ShengHuo ZHU wrote:
> Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) writes:
> 
>> On 03 Jan 2001, Didier Verna wrote:
>> 
>> > Did you get the `equal' line correctly ? That would mean that the
>> > decoding (not the encoding) is broken for XEmacs.
>> 
>> I got everything correctly, ie without qp escape sequences.
> 
> That's because (eq 61 ?=) returns different values in Emacs and
> XEmacs. 

With XEmacs 21.1 and CVS Gnus from last year (31-dec) I also saw both
lines correct (the e's and the line of ='s).

Hans

Re: enable-multibyte-characters error with recent CVS

[ShengHuo ZHU]

Didier Verna <didier@xemacs.org> writes:

> Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) wrote:
> 
> > On 03 Jan 2001, Didier Verna wrote:
> > 
> > > This is a test (you'll probably see qp escapes sequences here):
> > > 
> > > éèê
> > 
> > I see three `e' characters with various accents, no qp escapes.
> 
>         Yes, but below, there were some `equal' signs, which I indeed received
> with qp explicit sequences (something like =3D), accompanied by a "Malformed
> Quoted Printable sequence" (or something like that) error, when the message
> was displayed.
> 
>         Did you get the `equal' line correctly ? That would mean that the
> decoding (not the encoding) is broken for XEmacs.

If your last checkout was earlier than 2000-12-31 12:00:00 EST, please
check out again.

ShengHuo

Re: enable-multibyte-characters error with recent CVS

[Didier Verna]

ShengHuo ZHU <zsh@cs.rochester.edu> wrote:

> If your last checkout was earlier than 2000-12-31 12:00:00 EST, please
> check out again.

        OK, it works now (BTW, the picons are broken, now. I'll investigate)

-- 
    /     /   _   _       Didier Verna        http://www.inf.enst.fr/~verna/
 - / / - / / /_/ /        EPITA / LRDE         mailto:didier@lrde.epita.fr
/_/ / /_/ / /__ /      14-16 rue Voltaire        Tel. +33 (1) 53 14 59 47
                   94276 Kremlin-Bicêtre cedex   Fax. +33 (1) 44 08 01 99

Re: enable-multibyte-characters error with recent CVS

[Didier Verna]

I wrote:

>          (BTW, the picons are broken, now. I'll investigate)

        They're not. My etc/ dir was not installed for some reason, and
gnus-xmas-glyph-directory was then silently set to nil. It then barfs on every
attempt to use it. That is a bit rude, we should at least generate a warning
when this variable is computed.

-- 
    /     /   _   _       Didier Verna        http://www.inf.enst.fr/~verna/
 - / / - / / /_/ /        EPITA / LRDE         mailto:didier@lrde.epita.fr
/_/ / /_/ / /__ /      14-16 rue Voltaire        Tel. +33 (1) 53 14 59 47
                   94276 Kremlin-Bicêtre cedex   Fax. +33 (1) 44 08 01 99

Re: enable-multibyte-characters error with recent CVS

[ShengHuo ZHU]

Didier Verna <didier@lrde.epita.fr> writes:

> I wrote:
> 
> >          (BTW, the picons are broken, now. I'll investigate)
> 
>         They're not. My etc/ dir was not installed for some reason,
> and gnus-xmas-glyph-directory was then silently set to nil. It then
> barfs on every attempt to use it. That is a bit rude, we should at
> least generate a warning when this variable is computed.

I've changed it. Please give it a try.

ShengHuo

Re: enable-multibyte-characters error with recent CVS

[Didier Verna]

ShengHuo ZHU <zsh@cs.rochester.edu> wrote:

> Didier Verna <didier@lrde.epita.fr> writes:
> >
> >         They're not. My etc/ dir was not installed for some reason,
> > and gnus-xmas-glyph-directory was then silently set to nil. It then
> > barfs on every attempt to use it. That is a bit rude, we should at
> > least generate a warning when this variable is computed.
>
> I've changed it. Please give it a try.

        This is imperfect. The error shouldn't be continuable[1] and some
trickery is needed in dgnushack in order to avoid barfing the compilation
process because the etc/ dir has not yet been installed. Don't worry, I have a
fix for that (see my next message called "Some fixes for XEmacs").


Footnotes: 
[1]  Actually, Gnus could work more or less without the glyph directory, but
that would require protecting each use of gnus-xmas-glyph-directory. This is
not worth the burden, since the etc dir is part of the distribution, and
should be installed by `make install'.

--
    /     /   _   _       Didier Verna        http://www.inf.enst.fr/~verna/
 - / / - / / /_/ /        EPITA / LRDE         mailto:didier@lrde.epita.fr
/_/ / /_/ / /__ /      14-16 rue Voltaire        Tel. +33 (1) 53 14 59 47
                   94276 Kremlin-Bicêtre cedex   Fax. +33 (1) 44 08 01 99