From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 26 01:51:08 2015 Received: (at submit) by debbugs.gnu.org; 26 Mar 2015 05:51:08 +0000 Received: from localhost ([127.0.0.1]:36923 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yb0h9-0006CS-AK for submit@debbugs.gnu.org; Thu, 26 Mar 2015 01:51:07 -0400 Received: from eggs.gnu.org ([208.118.235.92]:44918) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yb0LD-0005bq-Bh for submit@debbugs.gnu.org; Thu, 26 Mar 2015 01:28:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yb0L7-0005sP-0P for submit@debbugs.gnu.org; Thu, 26 Mar 2015 01:28:21 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:46927) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yb0L6-0005sL-TM for submit@debbugs.gnu.org; Thu, 26 Mar 2015 01:28:20 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46639) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yb0L5-0006zy-Jw for bug-gnu-emacs@gnu.org; Thu, 26 Mar 2015 01:28:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yb0L0-0005rp-Iv for bug-gnu-emacs@gnu.org; Thu, 26 Mar 2015 01:28:19 -0400 Received: from alum-mailsec-scanner-8.mit.edu ([18.7.68.20]:48500) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yb0L0-0005qa-FW for bug-gnu-emacs@gnu.org; Thu, 26 Mar 2015 01:28:14 -0400 X-AuditID: 12074414-f797f6d000004084-e9-5513912b095a Received: from outgoing-alum.mit.edu (OUTGOING-ALUM.MIT.EDU [18.7.68.33]) by alum-mailsec-scanner-8.mit.edu (Symantec Messaging Gateway) with SMTP id 9D.9D.16516.B2193155; Thu, 26 Mar 2015 00:55:07 -0400 (EDT) Received: from foil.strangled.net (c-24-4-202-105.hsd1.ca.comcast.net [24.4.202.105]) (authenticated bits=0) (User authenticated as mdl@ALUM.MIT.EDU) by outgoing-alum.mit.edu (8.13.8/8.12.4) with ESMTP id t2Q4t5T0014577 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Thu, 26 Mar 2015 00:55:06 -0400 From: Mark Lillibridge To: bug-gnu-emacs@gnu.org Subject: 24.4; lgrep will not accept a directory of ~ to search; problem with read-file-name? Date: Wed, 25 Mar 2015 21:58:30 -0700 Message-ID: <87sicsmk21.fsf@foil.strangled.net> MIME-Version: 1.0 Content-Type: text/plain X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrJJMWRmVeSWpSXmKPExsUixO6iqKs9UTjU4NYESYvvB6ocGD3appkF MEZx2aSk5mSWpRbp2yVwZbzcvJC54JdkRWNbegNjh2gXIyeHhICJxPSHB1kgbDGJC/fWs3Ux cnEICVxmlJj+6A0ThPOWSWLa/DPMIFVsAvoS76ffZgexRQQkJb7eaWUFsYUFYiVuLDkCZrMI qErsWHaRDcTmBapvejGNCcIWlDg58wnYNmYBCYmDL14wT2DknoUkNQtJagEj0ypGucSc0lzd 3MTMnOLUZN3i5MS8vNQiXQu93MwSvdSU0k2MkAAQ2cF45KTcIUYBDkYlHt4f/cKhQqyJZcWV uYcYJTiYlUR4o/qAQrwpiZVVqUX58UWlOanFhxilOViUxHm/LVb3ExJITyxJzU5NLUgtgsky cXBKNTBG+Bp9fbz3wsH7Hzm0u7/ocmXJnXpZWdLfrzTrhHmCU6Jt9IqC/ckpeqfW27joxT8p /zGfPeeUYMfk+9eO6Vnr3hZSuCFleim77nL1433/vWeE80a6Cl3nyJt7WVuyf7rZG8aYhdx7 Lh78mB4mvjS65dq2w45LlCszhBZ8uSxikKoa6jqtd7USS3FGoqEWc1FxIgAzvE5o/AEAAA== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Thu, 26 Mar 2015 01:51:04 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) (found also in Emacs 24.3, not in 24.2) Recipe: emacs -q M-x lgrep enter target enter enter enter when you hit the last enter, Emacs gives you a completion buffer and refuses to accept "~" as a valid directory to search. "~/" does work, however. I had time to do some limited debugging, following the lgrep code forward, and found that the problem seems to be with: (read-file-name "In directory: " "~/Tmp" "~/Tmp" t nil 'file-directory-p) Here too, you cannot get it to accept "~". - Mark In GNU Emacs 24.4.1 (x86_64-unknown-linux-gnu, X toolkit, Xaw3d scroll bars) of 2015-03-11 on foil Windowing system distributor `The Cygwin/X Project', version 11.0.11403000 System Description: Debian GNU/Linux 7.8 (wheezy) Configured using: `configure --prefix=/home/mdl/bin/emacs-24.4 --without-gif' Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Fundamental Minor modes in effect: tooltip-mode: t electric-indent-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t buffer-read-only: t line-number-mode: t transient-mark-mode: (only . t) Recent input: x l g r e p t a r g e t ~ C-x o / x r e p o r t - b u Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Making completion list... [2 times] Grep exited abnormally with code 2 Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util help-fns mail-prsvr mail-utils help-mode easymenu grep compile comint ansi-color ring time-date tooltip electric uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process inotify dynamic-setting font-render-setting x-toolkit x multi-tty emacs) Memory information: ((conses 16 81739 4603) (symbols 48 18122 0) (miscs 40 92 113) (strings 32 11738 5467) (string-bytes 1 331881) (vectors 16 9658) (vector-slots 8 389543 9347) (floats 8 69 192) (intervals 56 491 22) (buffers 960 14) (heap 1024 36912 537)) From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 26 12:32:27 2015 Received: (at 20205) by debbugs.gnu.org; 26 Mar 2015 16:32:27 +0000 Received: from localhost ([127.0.0.1]:37499 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YbAhn-0006Od-8A for submit@debbugs.gnu.org; Thu, 26 Mar 2015 12:32:27 -0400 Received: from mtaout24.012.net.il ([80.179.55.180]:50287) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YbAhk-0006OO-JX for 20205@debbugs.gnu.org; Thu, 26 Mar 2015 12:32:25 -0400 Received: from conversion-daemon.mtaout24.012.net.il by mtaout24.012.net.il (HyperSendmail v2007.08) id <0NLT00O00UU7NK00@mtaout24.012.net.il> for 20205@debbugs.gnu.org; Thu, 26 Mar 2015 18:24:05 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout24.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NLT00N4EUW5UA10@mtaout24.012.net.il>; Thu, 26 Mar 2015 18:24:05 +0200 (IST) Date: Thu, 26 Mar 2015 18:31:38 +0200 From: Eli Zaretskii Subject: Re: bug#20205: 24.4; lgrep will not accept a directory of ~ to search; problem with read-file-name? In-reply-to: <87sicsmk21.fsf@foil.strangled.net> X-012-Sender: halo1@inter.net.il To: Mark Lillibridge Message-id: <837fu3oh3p.fsf@gnu.org> References: <87sicsmk21.fsf@foil.strangled.net> X-Spam-Score: 2.7 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: Mark Lillibridge > Date: Wed, 25 Mar 2015 21:58:30 -0700 > > > (found also in Emacs 24.3, not in 24.2) > > Recipe: > emacs -q > > M-x lgrep enter > target enter > enter > > enter > > when you hit the last enter, Emacs gives you a completion buffer and > refuses to accept "~" as a valid directory to search. "~/" does work, > however. [...] Content analysis details: (2.7 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.180 listed in list.dnswl.org] 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 1.7 URIBL_BLACK Contains an URL listed in the URIBL blacklist [URIs: strangled.net] X-Debbugs-Envelope-To: 20205 Cc: 20205@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.7 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: Mark Lillibridge > Date: Wed, 25 Mar 2015 21:58:30 -0700 > > > (found also in Emacs 24.3, not in 24.2) > > Recipe: > emacs -q > > M-x lgrep enter > target enter > enter > > enter > > when you hit the last enter, Emacs gives you a completion buffer and > refuses to accept "~" as a valid directory to search. "~/" does work, > however. [...] Content analysis details: (2.7 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.180 listed in list.dnswl.org] 1.7 URIBL_BLACK Contains an URL listed in the URIBL blacklist [URIs: strangled.net] 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) > From: Mark Lillibridge > Date: Wed, 25 Mar 2015 21:58:30 -0700 > > > (found also in Emacs 24.3, not in 24.2) > > Recipe: > emacs -q > > M-x lgrep enter > target enter > enter > > enter > > when you hit the last enter, Emacs gives you a completion buffer and > refuses to accept "~" as a valid directory to search. "~/" does work, > however. It's a feature: "~" gets completed to "~USER" where USER are the users known by the system. From debbugs-submit-bounces@debbugs.gnu.org Sun Mar 29 13:46:50 2015 Received: (at 20205) by debbugs.gnu.org; 29 Mar 2015 17:46:50 +0000 Received: from localhost ([127.0.0.1]:39794 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YcHIQ-00030M-C1 for submit@debbugs.gnu.org; Sun, 29 Mar 2015 13:46:50 -0400 Received: from alum-mailsec-scanner-6.mit.edu ([18.7.68.18]:44973) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YcHIN-000308-Dr for 20205@debbugs.gnu.org; Sun, 29 Mar 2015 13:46:47 -0400 X-AuditID: 12074412-f79e46d0000036b4-24-55183a818868 Received: from outgoing-alum.mit.edu (OUTGOING-ALUM.MIT.EDU [18.7.68.33]) by alum-mailsec-scanner-6.mit.edu (Symantec Messaging Gateway) with SMTP id E8.E8.14004.18A38155; Sun, 29 Mar 2015 13:46:41 -0400 (EDT) Received: from foil.strangled.net (c-24-4-202-105.hsd1.ca.comcast.net [24.4.202.105]) (authenticated bits=0) (User authenticated as mdl@ALUM.MIT.EDU) by outgoing-alum.mit.edu (8.13.8/8.12.4) with ESMTP id t2THkdPa000936 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sun, 29 Mar 2015 13:46:40 -0400 From: Mark Lillibridge To: 20205@debbugs.gnu.org, eliz@gnu.org Subject: Re: bug#20205: 24.4; lgrep will not accept a directory of ~ to search; problem with read-file-name? Date: Sun, 29 Mar 2015 10:50:12 -0700 Message-ID: <87h9t3n163.fsf@foil.strangled.net> MIME-Version: 1.0 Content-Type: text/plain X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrDIsWRmVeSWpSXmKPExsUixO6iqNtoJRFq8K9fx2LDszqLl1eOMltM /XiGzYHZ4+/7D0weFyftY/Zom2YWwBzFbZOUWFIWnJmep2+XwJ0x49x09oIL7BXvp/UwNjCe ZO1i5OCQEDCRaO7V62LkBDLFJC7cW8/WxcjFISRwmVFi282DjBDORSaJ/jenmEGq2AQ0JaY/ +84OYosIqEv82LKfDcQWFsiR+D35PguILSQgJbF00QmwGhYBVYn2N+/BangF9CUatrcyQ9iC EidnPgGrZxaQkDj44gXzBEaeWUhSs5CkFjAyrWKUS8wpzdXNTczMKU5N1i1OTszLSy3SNdPL zSzRS00p3cQICSGhHYzrT8odYhTgYFTi4b3QJh4qxJpYVlyZe4hRkoNJSZR3l4VEqBBfUn5K ZUZicUZ8UWlOavEhRgkOZiUR3iZzoBxvSmJlVWpRPkxKmoNFSZz352J1PyGB9MSS1OzU1ILU IpisDAeHkgTvFEugRsGi1PTUirTMnBKENBMHJ8hwLimR4tS8lNSixNKSjHhQxMQXA2MGJMUD tPc3yE28xQWJuUBRiNZTjJYcc27+XsTEcWfKfyD56AyQFGLJy89LlRLn7QDZJwDSkFGaB7cO lkheMYoDfS/MOx+kigeYhOCmvgJayAS08PQqcZCFJYkIKakGRksBp236V3siH3Y+m6jlrnbh MvfV/CeMs9NcXst7HIqJve+X8rmHIS3yTKCoQsfjJVcb0j48WL/DI/Pn63Wcu2I5Lx1wWHog V/+Mj5Pqe/dj3ued46TUnZb/0k6aVL5k89SP4V+/XJnL+UP8uecE/sOleY3930LOBH9fv5Pp w+NtRdtZHpzZKKXEUpyRaKjFXFScCACBbOF4/wIAAA== X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 20205 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: mdl@alum.mit.edu List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) Eli wrote: > > From: Mark Lillibridge foil.strangled.net> > > Date: Wed, 25 Mar 2015 21:58:30 -0700 > > > > > > (found also in Emacs 24.3, not in 24.2) > > > > Recipe: > > emacs -q > > > > M-x lgrep enter > > target enter > > enter > > > > enter > > > > when you hit the last enter, Emacs gives you a completion buffer and > > refuses to accept "~" as a valid directory to search. "~/" does work, > > however. > > It's a feature: "~" gets completed to "~USER" where USER are the users > known by the system. I'd be fine if ~ got completed that way, but it doesn't because there are other completions of ~. The rules of UNIX (shells) say that ~ by itself is a perfectly valid file name that refers to ~USER/ (e.g., try "ls ~"). Emacs should resume supporting this rather than claiming that ~ is not a valid directory name. - Mark From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 29 20:42:15 2019 Received: (at 20205) by debbugs.gnu.org; 30 Sep 2019 00:42:15 +0000 Received: from localhost ([127.0.0.1]:56260 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iEjlX-0007My-BH for submit@debbugs.gnu.org; Sun, 29 Sep 2019 20:42:15 -0400 Received: from mail-pf1-f176.google.com ([209.85.210.176]:44309) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iEjlU-0007MS-K5 for 20205@debbugs.gnu.org; Sun, 29 Sep 2019 20:42:12 -0400 Received: by mail-pf1-f176.google.com with SMTP id q21so4550800pfn.11 for <20205@debbugs.gnu.org>; Sun, 29 Sep 2019 17:42:12 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=ItfupWerm38k1Ra8MJmn4xmJ55v+SkGTFSZkm6x8/5g=; b=t7HEJF1+znaYMqBVqinxVyPeCMc6olWhj7QCr+JYsz1aSSS78ZD6auz/cY4s0oZOJk /31PMtIr6k920ul15IvwQUQN8v6SzL29ztdJmsv9Qb3RjhfnGrqqNjEJnv12l7Q8T3Ag ObaoTGBaRnKvMUhNUPxb5cIqWcZ8dNCzfQKx5n8CnFzMDCpoqyLyzC/R3d93Cp9HDg5a NJH3XDpW/CZI5yhl7O/fcWkvhlaIeN3N6kmel72A/Hu4MaWfjrZSR+oSqvpD1y6vYvNS aVkTHg/UtjlUCl0cw7dbWN5/Ayhei8jy2pHWAveACillb1j53Hr+4NHJSrufGDezQ9Xz dG/g== X-Gm-Message-State: APjAAAXh4hW1dBtLTT5LUSxzwQpP4w+96PlOuQp/6I3A/0r+YPrCh/yY 5ikJ5IrN32gkShGz9kR15JiDBFg9BE+SUCnN3yo= X-Google-Smtp-Source: APXvYqwD/wyjfvl/f/KSbCzFxPADzd+HobIxV04wPMW0+Wk5y0G898iEHP7wsnDjF7PwGxqE+j5elmqGizydxUl+9g4= X-Received: by 2002:aa7:8750:: with SMTP id g16mr17941016pfo.190.1569804125747; Sun, 29 Sep 2019 17:42:05 -0700 (PDT) MIME-Version: 1.0 From: Stefan Kangas Date: Mon, 30 Sep 2019 02:41:54 +0200 Message-ID: Subject: Re: bug#20205: 24.4; lgrep will not accept a directory of ~ to search; problem with read-file-name? To: Eli Zaretskii Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 20205 Cc: 20205@debbugs.gnu.org, Mark Lillibridge X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) tags 20205 + notabug close 20205 quit Eli Zaretskii writes: >> (found also in Emacs 24.3, not in 24.2) >> >> Recipe: >> emacs -q >> >> M-x lgrep enter >> target enter >> enter >> >> enter >> >> when you hit the last enter, Emacs gives you a completion buffer and >> refuses to accept "~" as a valid directory to search. "~/" does work, >> however. > > It's a feature: "~" gets completed to "~USER" where USER are the users > known by the system. With the above explanation, I'm closing this as notabug. Best regards, Stefan Kangas From unknown Mon Jun 23 06:02:34 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 28 Oct 2019 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator