GNU bug report logs -
#92
cannot start Gnus with idna.el
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 92 in the body.
You can then email your comments to 92 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#92
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
NAKAJI Hiroyuki <nakaji <at> jp.freebsd.org>
:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi,
I noticed that recent CVS Emacs has a problem. For example, Gnus cannot
start if idna.el is installed in the load-path directory.
I found the problem under the combination of
o FreeBSD/i386 8.0-CURRENT (Jan 29 2008)
o Emacs 23.0.60 (CVS HEAD)
o No Gnus 0.7 (CVS HEAD)
o GNU Libidn 1.2
I checked out the HEAD yesterday morning (JST), bootstrapped with gcc4
and ran. And then, typed ( g n u s ) C-j in *scratch* buffer but nothing
happened.
Next, I evaled (setq debug-on-quit t) and saved the *Backtrace* which
says the breakpoint is in idna.el:idna-to-ascii-response(). I attach the
*Backtrace* file.
The "while" in idna-to-ascii-response() seems infinite loop.
(defun idna-to-ascii-response ()
(while (and (eq (process-status idna-to-ascii-process) 'run)
(null idna-to-ascii-response))
(accept-process-output idna-to-ascii-process 1))
idna-to-ascii-response)
The idna-to-ascii-response is called from message.el and the failure
itself occurs in
[Message part 2 (text/plain, inline)]
(idna-to-ascii "räksmörgås")
[Message part 3 (text/plain, inline)]
Of cource, after I removed idna.el from any directories of load-path,
the error go away. (But there is another problem with Gnus which I'd
like to report.)
Regards,
Note: this report is sent using another CVS Emacs several weeks old.
--
NAKAJI Hiroyuki
[Backtrace.gnus.20080328 (application/octet-stream, attachment)]
bug reassigned from package `emacs' to `gnus'.
Request was from
Stefan Monnier <monnier <at> iro.umontreal.ca>
to
control <at> emacsbugs.donarmstrong.com
.
(Fri, 23 May 2008 22:10:14 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Gnus <bugs <at> gnus.org>
:
bug#92
; Package
gnus
.
(Thu, 01 Jan 2009 17:10:04 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Reiner Steib <Reiner.Steib <at> gmx.de>
:
Extra info received and forwarded to list. Copy sent to
Gnus <bugs <at> gnus.org>
.
(Thu, 01 Jan 2009 17:10:04 GMT)
Full text and
rfc822 format available.
Message #12 received at 92 <at> emacsbugs.donarmstrong.com (full text, mbox):
On Sat, Mar 29 2008, NAKAJI Hiroyuki wrote:
> I noticed that recent CVS Emacs has a problem. For example, Gnus cannot
> start if idna.el is installed in the load-path directory.
>
> I found the problem under the combination of
>
> o FreeBSD/i386 8.0-CURRENT (Jan 29 2008)
> o Emacs 23.0.60 (CVS HEAD)
> o No Gnus 0.7 (CVS HEAD)
> o GNU Libidn 1.2
>
> I checked out the HEAD yesterday morning (JST), bootstrapped with gcc4
> and ran. And then, typed ( g n u s ) C-j in *scratch* buffer but nothing
> happened.
>
> Next, I evaled (setq debug-on-quit t) and saved the *Backtrace* which
> says the breakpoint is in idna.el:idna-to-ascii-response(). I attach the
> *Backtrace* file.
>
> The "while" in idna-to-ascii-response() seems infinite loop.
>
> (defun idna-to-ascii-response ()
> (while (and (eq (process-status idna-to-ascii-process) 'run)
> (null idna-to-ascii-response))
> (accept-process-output idna-to-ascii-process 1))
> idna-to-ascii-response)
>
> The idna-to-ascii-response is called from message.el and the failure
> itself occurs in
>
> (idna-to-ascii "räksmörgås")
I can't reproduce thin on GNU/Linux. AFAICS, there's nothing wrong in
Gnus. I guess you can reproduce the problem without Gnus:
emacs -Q -l /path/to/idna.el
In *scratch*, eval:
(idna-to-ascii "räksmörgås")
If idna-to-ascii-response inf-loops, it's a bug in idna.el, the idn
program or Emacs' process handling on FreeBSD.
CC-ing Simon Josefsson, the author of idna.el and libidn.
> Of cource, after I removed idna.el from any directories of load-path,
> the error go away. (But there is another problem with Gnus which I'd
> like to report.)
Bye, Reiner.
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Gnus <bugs <at> gnus.org>
:
bug#92
; Package
gnus
.
(Thu, 01 Jan 2009 18:40:04 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Reiner Steib <Reiner.Steib <at> gmx.de>
:
Extra info received and forwarded to list. Copy sent to
Gnus <bugs <at> gnus.org>
.
(Thu, 01 Jan 2009 18:40:04 GMT)
Full text and
rfc822 format available.
Message #17 received at 92 <at> emacsbugs.donarmstrong.com (full text, mbox):
[Message part 1 (text/plain, inline)]
On Thu, Jan 01 2009, Reiner Steib wrote:
> On Sat, Mar 29 2008, NAKAJI Hiroyuki wrote:
[...]
>> The "while" in idna-to-ascii-response() seems infinite loop.
>>
>> (defun idna-to-ascii-response ()
>> (while (and (eq (process-status idna-to-ascii-process) 'run)
>> (null idna-to-ascii-response))
>> (accept-process-output idna-to-ascii-process 1))
>> idna-to-ascii-response)
>>
>> The idna-to-ascii-response is called from message.el and the failure
>> itself occurs in
>>
>> (idna-to-ascii "räksmörgås")
>
> I can't reproduce thin on GNU/Linux. AFAICS, there's nothing wrong in
> Gnus. I guess you can reproduce the problem without Gnus:
>
> emacs -Q -l /path/to/idna.el
>
> In *scratch*, eval:
>
> (idna-to-ascii "räksmörgås")
>
> If idna-to-ascii-response inf-loops, it's a bug in idna.el, the idn
> program or Emacs' process handling on FreeBSD.
> CC-ing Simon Josefsson, the author of idna.el and libidn.
Sorry, the entry in the emacs bug database didn't contain the
following message:
[Message part 2 (message/rfc822, inline)]
Thank you for the comment.
After "make maintainer-clean" in emacs/lisp directory, I successfully
bootstrapped the latest emacs. And then I'm trying this problem again.
>>>>> In <v9y75z98of.fsf <at> marauder.physik.uni-ulm.de>
>>>>> Reiner Steib <reinersteib+gmane <at> imap.cc> wrote:
> > The "while" in idna-to-ascii-response() seems infinite loop.
> >
> > (defun idna-to-ascii-response ()
> > (while (and (eq (process-status idna-to-ascii-process) 'run)
> > (null idna-to-ascii-response))
> > (accept-process-output idna-to-ascii-process 1))
> > idna-to-ascii-response)
> Isn't this a bug in `idna.el' then? Cc-ing Simon therefore.
I'm not sure.
> > The idna-to-ascii-response is called from message.el and the failure
> > itself occurs in
> >
> > (idna-to-ascii "räksmörgås")
> Does it mean, that you can reproduce the problem when evaluating this
> expression after starting "emacs -Q"?
No.
After starting "emacs -Q", loaded /some/where/idna.el, opened
gnus/lisp/message.el (no load of gnus) and evaluated this expression. It
was successfull.
(idna-to-ascii "räksmörgås")
"xn--rksmrgs-5wao1o"
Thanks.
--
NAKAJI Hiroyuki
[Message part 3 (text/plain, inline)]
I don't understand why it fails in message.el:
(defcustom message-use-idna (and (condition-case nil (require 'idna)
(file-error))
(mm-coding-system-p 'utf-8)
(executable-find idna-program)
(string= (idna-to-ascii "räksmörgås")
"xn--rksmrgs-5wao1o")
t)
...
Bye, Reiner.
bug reassigned from package 'gnus' to 'emacs,gnus'.
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> emacsbugs.donarmstrong.com
.
(Mon, 30 Nov 2009 21:55:12 GMT)
Full text and
rfc822 format available.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#92
; Package
emacs,gnus
.
(Sun, 26 Sep 2010 02:05:04 GMT)
Full text and
rfc822 format available.
Message #22 received at 92 <at> debbugs.gnu.org (full text, mbox):
Reiner Steib <reinersteib+gmane <at> imap.cc> writes:
>> (idna-to-ascii "räksmörgås")
>>
>> If idna-to-ascii-response inf-loops, it's a bug in idna.el, the idn
>> program or Emacs' process handling on FreeBSD.
>> CC-ing Simon Josefsson, the author of idna.el and libidn.
This doesn't seem to be reproducible by anyone, so I'm closing the
report.
close 92
--
(domestic pets only, the antidote for overdose, milk.)
larsi <at> gnus.org * Lars Magne Ingebrigtsen
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#92
; Package
emacs,gnus
.
(Sun, 26 Sep 2010 02:49:02 GMT)
Full text and
rfc822 format available.
Reply sent
to
Glenn Morris <rgm <at> gnu.org>
:
You have taken responsibility.
(Sun, 26 Sep 2010 19:54:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
NAKAJI Hiroyuki <nakaji <at> jp.freebsd.org>
:
bug acknowledged by developer.
(Sun, 26 Sep 2010 19:54:01 GMT)
Full text and
rfc822 format available.
Message #30 received at 92-done <at> debbugs.gnu.org (full text, mbox):
Lars Magne Ingebrigtsen wrote:
> This doesn't seem to be reproducible by anyone, so I'm closing the
> report.
>
> close 92
It doesn't work that way. Either send a mail to 92-done (as I did in
this mail), explaining in the body why the bug is closed; or send
close 92
stop
at the start of the body in a message to control <at> debbugs.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 25 Oct 2010 11:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 14 years and 297 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.