From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Chong Yidong Newsgroups: gmane.emacs.devel Subject: Re: bug: epg send unencrypted data in trash Date: Sat, 12 Feb 2011 13:49:40 -0500 Message-ID: <874o89nl4r.fsf@stupidchicken.com> References: <87oc6jav1s.fsf@gmail.com> <87k4h6sahe.fsf@gmail.com> <87sjvuxs80.fsf@lifelogs.com> <87aai2s2nu.fsf@gmail.com> <87oc6iw75t.fsf@lifelogs.com> <87mxm285jp.fsf@stupidchicken.com> <8762spo1gw.fsf@lifelogs.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1297536599 22676 80.91.229.12 (12 Feb 2011 18:49:59 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 12 Feb 2011 18:49:59 +0000 (UTC) Cc: emacs-devel@gnu.org To: Ted Zlatanov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Feb 12 19:49:54 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PoKXY-0008Va-QV for ged-emacs-devel@m.gmane.org; Sat, 12 Feb 2011 19:49:52 +0100 Original-Received: from localhost ([127.0.0.1]:44409 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PoKXY-0002xk-BZ for ged-emacs-devel@m.gmane.org; Sat, 12 Feb 2011 13:49:52 -0500 Original-Received: from [140.186.70.92] (port=60264 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PoKXQ-0002th-Gj for emacs-devel@gnu.org; Sat, 12 Feb 2011 13:49:45 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PoKXP-0004X4-5v for emacs-devel@gnu.org; Sat, 12 Feb 2011 13:49:44 -0500 Original-Received: from vm-emlprdomr-06.its.yale.edu ([130.132.50.147]:58659) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PoKXO-0004X0-Vu for emacs-devel@gnu.org; Sat, 12 Feb 2011 13:49:43 -0500 Original-Received: from furball (c-71-192-165-84.hsd1.ct.comcast.net [71.192.165.84]) (authenticated bits=0) by vm-emlprdomr-06.its.yale.edu (8.14.4/8.14.4) with ESMTP id p1CInf0m005509 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 12 Feb 2011 13:49:42 -0500 Original-Received: by furball (Postfix, from userid 1000) id 1C5321605B7; Sat, 12 Feb 2011 13:49:41 -0500 (EST) In-Reply-To: <8762spo1gw.fsf@lifelogs.com> (Ted Zlatanov's message of "Sat, 12 Feb 2011 06:56:47 -0600") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-Scanned-By: MIMEDefang 2.71 on 130.132.50.147 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 130.132.50.147 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:135952 Archived-At: Ted Zlatanov writes: > How does TRASH get set based on called-interactively-p, as claimed by > the docstring? > > DEFUN ("delete-file", Fdelete_file, Sdelete_file, 1, 2, > "(list (read-file-name \ > (if (and delete-by-moving-to-trash (null current-prefix-arg)) \ > \"Move file to trash: \" \"Delete file: \") \ > nil default-directory (confirm-nonexistent-file-or-buffer)) \ > (null current-prefix-arg))", > doc: /* Delete file named FILENAME. If it is a symlink, remove the symlink. > If file has multiple names, it continues to exist with the other names. > TRASH non-nil means to trash the file instead of deleting, provided > `delete-by-moving-to-trash' is non-nil. > > When called interactively, TRASH is t if no prefix argument is given. > With a prefix argument, TRASH is nil. */) > > I don't see anything in the body of the function to set TRASH, either. > Is it claimed because we assume `current-prefix-arg' is always null > non-interactively and `universal-arg' is always called interactively? Er, I'm not sure I understand what the confusion is about. The above interactive spec is run if and only if delete-file is called interactively. That's what interactive specs do---provide the arguments for an interactive call.