From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.help Subject: Re: Change in 28.1 in opening a file from grep results on Windows Date: Tue, 12 Jul 2022 19:50:07 +0300 Message-ID: <83r12qwa0w.fsf@gnu.org> References: <82y1wy8hrh.fsf@gmail.com> <83zghewcaf.fsf@gnu.org> <82h73m8f8i.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="1203"; mail-complaints-to="usenet@ciao.gmane.io" To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Tue Jul 12 18:51:42 2022 Return-path: Envelope-to: geh-help-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 1oBJ6r-00009L-KA for geh-help-gnu-emacs@m.gmane-mx.org; Tue, 12 Jul 2022 18:51:41 +0200 Original-Received: from localhost ([::1]:50812 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oBJ6q-0002Km-GI for geh-help-gnu-emacs@m.gmane-mx.org; Tue, 12 Jul 2022 12:51:40 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:34344) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oBJ5d-0002Ke-Qc for help-gnu-emacs@gnu.org; Tue, 12 Jul 2022 12:50:25 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:38344) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oBJ5d-0002G8-40 for help-gnu-emacs@gnu.org; Tue, 12 Jul 2022 12:50:25 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=gLohN4vTDgZv1fzYONdAEuakAPprlxTo7l2ZBrjCFXY=; b=Wa6I/EGeQt7rO3mkQWQp j6+6/oqpmQW9+Za23zh5zpkUo09dIj7OrMuG19ijn/aU3pz2P85xoFd1iyiV1aKHIm19GL3GU9n+C FQToeZpoK6rn+/xlVK3k6gFZ/8OeC2lxYrK9RxYkr/zVQ4LYDv1tHc86W6BD3Xn8JsT3X5Iy9fFYt YhEin1NckLPifCxYglKKi/uDCwN78YmtvP04E5e3WDGO4uz1vecW+S81Tnt6+YR35WvSAELC0pLgM iaHSFqYQEu/D3L2CqsQ+/VENmDW0ndLxa18eyz38Y36Uc1tIACdl1xGnG5tyRxeOxYuExfKTuJguo clSJioVR2YAUuA==; Original-Received: from [87.69.77.57] (port=3856 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oBJ5U-0004jS-QM for help-gnu-emacs@gnu.org; Tue, 12 Jul 2022 12:50:24 -0400 In-Reply-To: <82h73m8f8i.fsf@gmail.com> (message from Pascal Quesseveur on Tue, 12 Jul 2022 18:31:25 +0200) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.io gmane.emacs.help:138440 Archived-At: > From: Pascal Quesseveur > Date: Tue, 12 Jul 2022 18:31:25 +0200 > > >"EZ" == Eli Zaretskii writes: > > EZ> This is not entirely clear: what exactly happens when you do > EZ> that? If you see error messages, please show the exact text of > EZ> those messages. > > It is not an Emacs error. It is an error coming from the launched > process. > > \\smbserver\foo > CMD.exe été démarré avec le chemin d'accès comme répertoire en cours. > Les chemins d'accès UNC ne sont pas pris en charge.... I know that the error comes from cmd.exe. But I wanted to see what kind of commands trigger it. Is the command that you have shown something you actually type from Emacs? If so, for what purpose? Your original description was: > I execute grep from c:\Users\Public\app\file1.c. When I open a file in > results buffer (eg file2.c), the file is opened with its true name, > \\smbserver\app\file2.c, and then I can not execute same command as > before on file1.c because cmd.exe is not allowed from a remote > directory. So what is that "same command as before on file1.c"? And if you invoke it, how does the error manifest itself? E.g., does Emacs signal an error and/or enter the Lisp debugger and show Lisp backtrace? > EZ> As a workaround: can you map the directory on the SMB server to a > EZ> drive letter, and then change the symbolic link to use that drive > EZ> letter instead of the literal \\smbserver\foo\ remote directory? If > EZ> you do that, does it work around the problem? > > Yes it does. But it is not what I want. And it used to work until last > Emacs version. So my question is: was the change made for some > legitimate reason or is it just cosmetic? I answered that question in my previous message: it wasn't a cosmetic change.