From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Francesco Potorti` Newsgroups: gmane.emacs.devel Subject: Re: Problem report #1 Date: Tue, 02 May 2006 11:40:48 +0200 Message-ID: NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1146562882 25926 80.91.229.2 (2 May 2006 09:41:22 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 2 May 2006 09:41:22 +0000 (UTC) Cc: "Richard M. Stallman" , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue May 02 11:41:20 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FarNe-0000n9-R9 for ged-emacs-devel@m.gmane.org; Tue, 02 May 2006 11:41:19 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FarNe-0006cy-CW for ged-emacs-devel@m.gmane.org; Tue, 02 May 2006 05:41:18 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FarNK-0006ao-Sf for emacs-devel@gnu.org; Tue, 02 May 2006 05:40:59 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FarNH-0006Xq-Rr for emacs-devel@gnu.org; Tue, 02 May 2006 05:40:57 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FarNH-0006Xg-Kt for emacs-devel@gnu.org; Tue, 02 May 2006 05:40:55 -0400 Original-Received: from [146.48.83.182] (helo=pot.isti.cnr.it) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FarNN-0003i2-CQ; Tue, 02 May 2006 05:41:01 -0400 Original-Received: from pot by pot.isti.cnr.it with local (Exim 3.36 #1 (Debian)) id 1FarNA-0003c5-00; Tue, 02 May 2006 11:40:48 +0200 Original-To: Dan Nicolaescu In-reply-to: "dann@ics.uci.edu"'s message of Sun, 30 Apr 2006 09:39:50 -0700 Original-References: X-fingerprint: 4B02 6187 5C03 D6B1 2E31 7666 09DF 2DC9 BE21 6115 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:53775 Archived-At: >CID: 1 >Checker: DEADCODE (help) >File: emacs/lib-src/pop.c >Function: pop_open >Description: After this line (or expression), the value of "password" cannot be 0 I do not maintain pop.c, but I looked into this since rms asked for it. >Event cannot_single: After this line (or expression), the value of "password" cannot be 0 >Also see events: [dead_error_line][dead_error_condition][cannot_single] > >255 if ((! password) && (! DONT_NEED_PASSWORD)) >256 { >257 if (! (flags & POP_NO_GETPASS)) >258 { >259 password = getpass ("Enter POP password:"); >260 } >261 if (! password) >262 { >263 strcpy (pop_error, "Could not determine POP password"); >264 return (0); >265 } >266 } >267 if (password) >268 flags |= POP_NO_KERBEROS; >269 else > >Event dead_error_line: Cannot reach this line of code >Also see events: [dead_error_condition][cannot_single][cannot_single] > >270 password = username; This is true. Given the above check and error message, we always have a password at this stage, which means that the POP_NO_KERBEROS flag is unconditionally set. As a consequence, KPOP is never used. I have no idea why this is it, maybe we should ask the authors of the kerberos code. If no one else can do it, I can look into it, but I never programmed kerberos before. Please put me in CC when answering this.