From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: Moving files from lisp/gnus/ to lisp/net/? Date: Wed, 27 Oct 2004 06:47:35 -0400 Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: References: <2366.81.51.30.174.1098020712.squirrel@yxa.extundo.com> Reply-To: rms@gnu.org NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1098874182 2874 80.91.229.6 (27 Oct 2004 10:49:42 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 27 Oct 2004 10:49:42 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Oct 27 12:49:36 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CMlN1-0000L6-00 for ; Wed, 27 Oct 2004 12:49:35 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CMlUl-0003y6-Jp for ged-emacs-devel@m.gmane.org; Wed, 27 Oct 2004 06:57:35 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CMlTs-0003PL-3C for emacs-devel@gnu.org; Wed, 27 Oct 2004 06:56:40 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CMlTr-0003OK-3v for emacs-devel@gnu.org; Wed, 27 Oct 2004 06:56:39 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CMlTr-0003Nx-0b for emacs-devel@gnu.org; Wed, 27 Oct 2004 06:56:39 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CMlLj-0005c9-7e for emacs-devel@gnu.org; Wed, 27 Oct 2004 06:48:15 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CMlL5-0000ZM-9W; Wed, 27 Oct 2004 06:47:35 -0400 Original-To: Simon Josefsson In-reply-to: (message from Simon Josefsson on Mon, 25 Oct 2004 16:13:56 +0200) 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: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:29037 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:29037 It occurs to me that paranoid people might be worried about saving passwords in a cache like this. What do people know about that issue? The text added to the manual is clear enough. I have some issues about the substance: -- Function: read-passwd prompt &optional confirm default This function reads a password, prompting with PROMPT. It does not echo the password as the user types it; instead, it echoes `.' for each character in the password. This ought to use the cache now, but the text does not say so. (Later): It looks like all you did was move read-passwd into password.el without changing it. What I suggested was to integrate read-passwd into this file--which means, make it use the cache. There is no sense in moving read-passwd into the new file without making it use the new file's facilities. That change only causes password.el to be loaded for programs that don't use the cache. It provides no benefit. So if its definition is to remain unchanged, it should stay in subr.el where it is preloaded. But I would rather see it move to password.el and *take advantage of the facilities of password.el*. Can this be done? -- Function: password-read prompt key Read a password from the user, using `read-passwd', prompting with PROMPT. If a password has been stored in the password cache, using `password-cache-add' on the same KEY, it is returned directly, without querying the user. Once read-passwd uses the cache, won't password-read be obsolete? Why have both password-read and password-read-and-add? Why not always add? Is the idea that for some purposes it is ok to cache, but for others it is too risky?