From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#42136: 26.1.90; rgrep uses a directory that was not actually given Date: Tue, 30 Jun 2020 15:26:58 +0300 Message-ID: <2b267ca4-7265-9018-1429-c422ced10823@yandex.ru> References: <877dvo25nt.fsf@riefenstahl-thinkpad.mecom.de> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="17717"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 Cc: Stefan Monnier To: Benjamin Riefenstahl , 42136@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Jun 30 18:43:51 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jqIxL-0008k9-DR for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 30 Jun 2020 18:17:59 +0200 Original-Received: from localhost ([::1]:39824 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jqFMy-0003LJ-JO for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 30 Jun 2020 08:28:12 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:41868) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jqFMo-0003Kz-NX for bug-gnu-emacs@gnu.org; Tue, 30 Jun 2020 08:28:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:38851) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jqFMo-0003FK-0u for bug-gnu-emacs@gnu.org; Tue, 30 Jun 2020 08:28:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jqFMn-0008Fv-UL for bug-gnu-emacs@gnu.org; Tue, 30 Jun 2020 08:28:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 30 Jun 2020 12:28:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42136 X-GNU-PR-Package: emacs Original-Received: via spool by 42136-submit@debbugs.gnu.org id=B42136.159352003031665 (code B ref 42136); Tue, 30 Jun 2020 12:28:01 +0000 Original-Received: (at 42136) by debbugs.gnu.org; 30 Jun 2020 12:27:10 +0000 Original-Received: from localhost ([127.0.0.1]:50397 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jqFLy-0008Ef-JM for submit@debbugs.gnu.org; Tue, 30 Jun 2020 08:27:10 -0400 Original-Received: from mail-wr1-f46.google.com ([209.85.221.46]:46781) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jqFLw-0008ER-G6 for 42136@debbugs.gnu.org; Tue, 30 Jun 2020 08:27:09 -0400 Original-Received: by mail-wr1-f46.google.com with SMTP id r12so19865719wrj.13 for <42136@debbugs.gnu.org>; Tue, 30 Jun 2020 05:27:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:references:from:cc:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=npg2xFll3CART4CLESvKg/c9KZJiezkRG4j1f0QqHoM=; b=qomQJIgXlwwveslin859rgiF3HE74GA06Aiq49psY1oz15DSisqZHeAic0INF/Qbak 3g5kzVSUmnAC/YKAFBGt0G+6pC+LoI2bitalQr+2OMXi/vhEf5WD2L7RjHPDpRm1ODAI RF/nteDUdcquV/Y3GgUxCPcox/gxnAdgtf6g8qBNHjM8k7Ious0WR8HqwuoEiCueXAvA fN2X3kEQ/iajzcM0CMLculv0JPA8398O23UchkSabTrQaFSin4ZHURai2onthfd3sRfO +w2H1lh1lC0l3rO2us+en5SugM0/WlqOncI76zmk1XfGW2eWCsQuh4zhSWIYcC2wPl+w eiAg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:references:from:cc:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=npg2xFll3CART4CLESvKg/c9KZJiezkRG4j1f0QqHoM=; b=eKph5XThktxKM1unSUDubeLNlgKoi8SXIZMgvFgI43bgafo29RJkoxV9VzoK9+yURZ V3cBnDIrdbm40jWV3/oY1eE7PypquznaLnrzMT1xhwHmMbAUQ3/3CAVaod9viUcXK0zR JYRGAsSFUPGJIhsOJSbFisPYjQlti0eIacmzQHxim7tCu35SKHGHE4j5sXMSHIozl031 MB8gS1p6y12qCvZ7R0Bo9Fk7vJJ0QXyx9mPzlHPyIVtXmoOgqiukh/H4k6dmp8j2M3DY KTbCdO+Q1lAgEH5i8b/hCjXlnicsL9Hyr/QWcAT/rUo02pT0LC5/WRTxJ2/GdeKNpUxM 5p7g== X-Gm-Message-State: AOAM532ZKTSM35NI4/nv01jAkp5fMAeBjeWejRr4sAPB4SiOOnYOCtj0 rcQ/7tWdpr930RILl2qut88= X-Google-Smtp-Source: ABdhPJy9vxVG2rn42Wn3l0DIJrxvUaCFraRT7D1T8M4e7u/TBFwbM5VlHIq+7M5eJqZccWzgvrK4Wg== X-Received: by 2002:adf:edc8:: with SMTP id v8mr21198636wro.125.1593520022690; Tue, 30 Jun 2020 05:27:02 -0700 (PDT) Original-Received: from [192.168.0.134] ([109.110.245.170]) by smtp.googlemail.com with ESMTPSA id r1sm3344886wrt.73.2020.06.30.05.27.01 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 30 Jun 2020 05:27:01 -0700 (PDT) In-Reply-To: <877dvo25nt.fsf@riefenstahl-thinkpad.mecom.de> Content-Language: en-US X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-Spam-Score: -1.0 (-) X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:182569 Archived-At: Hi! On 30.06.2020 13:45, Benjamin Riefenstahl wrote: > Receipe: > > * M-x make-directory RET "/tmp/cds_config" RET > * rgrep RET abc RET * RET /tmp/cds_c RET > > Observed: rgrep searches in "/tmp/cds_config". > > Expected: Error message that the directory "/tmp/cds_c" does not exist. > Alternatively a comfirmation question about the completion. RET is bound to minibuffer-complete-and-exit. So the result seems expected. Did this scenario behave differently in some recent version of Emacs? To be fair, the docstring of this command says it behaves differently with different values of minibuffer-completion-confirm. But that variable doesn't seem to be customizable by the user.