From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/68019 Path: news.gmane.org!not-for-mail From: Reiner Steib Newsgroups: gmane.emacs.gnus.general Subject: Re: cannot start Gnus with idna.el Date: Thu, 01 Jan 2009 18:03:15 +0100 Message-ID: <877i5f9cx8.fsf@marauder.physik.uni-ulm.de> References: <86prteh1hu.fsf@ra333.heimat.gr.jp> Reply-To: Reiner Steib NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1230829519 23730 80.91.229.12 (1 Jan 2009 17:05:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 1 Jan 2009 17:05:19 +0000 (UTC) Cc: Simon Josefsson , ding@gnus.org, 92@emacsbugs.donarmstrong.com To: NAKAJI Hiroyuki Original-X-From: ding-owner+M16464@lists.math.uh.edu Thu Jan 01 18:06:27 2009 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.50) id 1LIQzp-0005mR-Fz for ding-account@gmane.org; Thu, 01 Jan 2009 18:06:09 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1LIQxH-0008KM-Ha; Thu, 01 Jan 2009 11:03:31 -0600 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1LIQxF-0008K5-KL for ding@lists.math.uh.edu; Thu, 01 Jan 2009 11:03:29 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.69) (envelope-from ) id 1LIQxB-00033j-7r for ding@lists.math.uh.edu; Thu, 01 Jan 2009 11:03:29 -0600 Original-Received: from mail.uni-ulm.de ([134.60.1.11]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1LIQxQ-0002Pe-00 for ; Thu, 01 Jan 2009 18:03:40 +0100 Original-Received: from bridgekeeper.physik.uni-ulm.de (bridgekeeper.physik.uni-ulm.de [134.60.10.175]) by mail.uni-ulm.de (8.14.2/8.14.2) with ESMTP id n01H3CLC015164; Thu, 1 Jan 2009 18:03:12 +0100 (MET) Original-Received: from localhost (localhost [127.0.0.1]) by bridgekeeper.physik.uni-ulm.de (Postfix) with ESMTP id EACEC1C921; Thu, 1 Jan 2009 18:03:11 +0100 (CET) Mail-Followup-To: NAKAJI Hiroyuki , Simon Josefsson , ding@gnus.org, 92@emacsbugs.donarmstrong.com In-Reply-To: <86prteh1hu.fsf@ra333.heimat.gr.jp> (NAKAJI Hiroyuki's message of "Sat, 29 Mar 2008 08:28:45 +0900") User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/22.1 (gnu/linux) X-DCC-dmv.com-Metrics: poseidon 1181; Body=4 Fuz1=4 Fuz2=4 X-Virus-Scanned: by amavisd-new X-MIME-Autoconverted: from 8bit to quoted-printable by mail.uni-ulm.de id n01H3CLC015164 X-Spam-Score: -2.6 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:68019 Archived-At: 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 nothin= g > 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 th= e > *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=E4ksm=F6rg=E5s") 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=E4ksm=F6rg=E5s") 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.