From unknown Mon Aug 18 09:07:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#64102: 28.2; fails to find pathname with a sub dir as symlink and with parent dir ('..') Resent-From: Jacob Burckhardt Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 16 Jun 2023 05:57:05 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 64102 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 64102@debbugs.gnu.org X-Debbugs-Original-To: "bug-gnu-emacs@gnu.org" Received: via spool by submit@debbugs.gnu.org id=B.168689501526134 (code B ref -1); Fri, 16 Jun 2023 05:57:05 +0000 Received: (at submit) by debbugs.gnu.org; 16 Jun 2023 05:56:55 +0000 Received: from localhost ([127.0.0.1]:48479 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qA2S4-0006nO-7b for submit@debbugs.gnu.org; Fri, 16 Jun 2023 01:56:55 -0400 Received: from lists.gnu.org ([209.51.188.17]:35000) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q9vUj-00046k-Sz for submit@debbugs.gnu.org; Thu, 15 Jun 2023 18:31:10 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q9vUj-0005XC-9S for bug-gnu-emacs@gnu.org; Thu, 15 Jun 2023 18:31:09 -0400 Received: from mail-bn7nam10on20614.outbound.protection.outlook.com ([2a01:111:f400:7e8a::614] helo=NAM10-BN7-obe.outbound.protection.outlook.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q9vUe-0005Qq-6s for bug-gnu-emacs@gnu.org; Thu, 15 Jun 2023 18:31:09 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=egizpfzmZaPVZwK/Y1vYkmGMJpKWMmDrlEQw4rY9WoQttXzxOPiJvfQtqVJWVwP9EzI0j1xPLy4kbaxRbYnVtRpYhF0Jjh1g8WZyVs/PF4I5tSzjQT+AaN8UZAcqz4qYEstUjSWSOTOMlAHFhh0yDnyrtWnElrVxZZuQgQZ4rtB+eUKeR28yvw8MWTVw8t2nDGDl13gAQpHu7in2H1lfFg/5fkya6IGfnypYWGAsPT8fV0S9gDkGdWLyg8osLXhgoAIphbfLmJkwZ61JiPrpB7SXQOTZS6FBp5N5fkK7ADoutalhyaiWr+O3ugwmoOVmltGHiRmPzAF2eqR1EvgjIA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=ZDa6BI38Rr45NE6bas6ab/wixCp0AeMCTwm8RltD50w=; b=VcC7CUIsxpJBA6IjjUKjWE1YTgE+ThJIOc0zJizlGboTdfKpFHYjcs/oKRmccqVommVSQl1V5Id3yvPTJklLR/G9/kLtXz7Vguq2hyB4H6PdMxED5AUC4VXJ2Bm0OG9rCWdLs2ffA9gkhpxa4AthmNZIx1avWvEteMvLOGObv8cgLQ2IQCXlOB7kw5IunbTxADwxJylTG2hle5QQ+bSz/O7Xq+rf5m5qyJUcvOkyJXudwa/gJLP7DXwT9KJrZYjJ/VnxqarZkH0KmzTEbd7wjWSGrOGLQe/HZVVCBM9Sec2VxbLzCqX/r58ncvxHBYy1kc/JIDPsmZ/Md/YUj0i9Bg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=teamconnectusa.com; dmarc=pass action=none header.from=teamconnectusa.com; dkim=pass header.d=teamconnectusa.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=teamconnectusa.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ZDa6BI38Rr45NE6bas6ab/wixCp0AeMCTwm8RltD50w=; b=XdgSng6Gp4USbmU2EEraVWX6roBvAft3WNwALpWz5kb3l9onTWJ6rHaWKHPI4arrODnpe6TP+FMewmgLiblKYoiQLPTOBla17OeMQMKZGEZKsae8jk8Ws+Iiuz7QalV4/c+/kQ6/rUJV6oNZAIqtoZOSOvNn5aGsRm+2onIYtZ8= Received: from SJ0PR13MB5474.namprd13.prod.outlook.com (2603:10b6:a03:420::9) by LV3PR13MB6334.namprd13.prod.outlook.com (2603:10b6:408:19e::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6500.25; Thu, 15 Jun 2023 22:25:57 +0000 Received: from SJ0PR13MB5474.namprd13.prod.outlook.com ([fe80::7d32:9968:6716:3522]) by SJ0PR13MB5474.namprd13.prod.outlook.com ([fe80::7d32:9968:6716:3522%6]) with mapi id 15.20.6477.037; Thu, 15 Jun 2023 22:25:57 +0000 From: Jacob Burckhardt Thread-Topic: 28.2; fails to find pathname with a sub dir as symlink and with parent dir ('..') Thread-Index: AQHY1QsYUvDHGBg9kk2BKY5nYzZqYA== Date: Thu, 15 Jun 2023 22:25:56 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=teamconnectusa.com; x-ms-publictraffictype: Email x-ms-traffictypediagnostic: SJ0PR13MB5474:EE_|LV3PR13MB6334:EE_ x-ms-office365-filtering-correlation-id: dfed5bc0-cc42-493b-9693-08db6def7d41 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 8wFWVAj0ReQfOxgl5vsg5X3gH6KdTuCSyy9Srdh+YeOZoofJKSIe1jWZFWduuyrelGkZ21S6H8twRFjvrWcQKxmUmUSQfOXDNtMRW/AiJ4tpTKql+7wGhy9QC5s5PACk06UjVFzi/oUXiBlTYrek9Fd6nPCSWy2EOBnOd2p+Ej8Pbj0OqAEo8gqSpZOC2rkzSkgxDETJvpEkFXojE8WJdD9G8DgDPGbsaLMHsOms13aP6Vpk+GVgD+NWpeiF7sKsEKFEjYiM/dZylZVq8P424hFTX4/7x8Ot69AvxRNk4qFkqRp7FyFFNwgyvwWicHvmHe/8JRdwGQ3umThUF9qDaFAk1sT+AMrYp34x95HoU3G7e06ttLugC9DIk7V7aKS02wJUDOQOdKCII9N1ZqO5+NyPU8EXXJ8Ysu/E01EvF52GsU09o2XKDzFxS+yWmkhNiVc/7nTOGP39QIfsF3TIoQMPgfr7hH7bo/oyo6DaRU7MblK5d45BrgtAhrtHC4ei5M5fMNp5lkhXgsMpwZv+h1l/oe34a/bSEBKMX3ia0471FYTMugQsCec/EbV/kzikVZTFDtEwtiOM0hacoAD9Vh8Y85xb1HuV53o481g+CbmSG+RVA5xeUjxDsnr2DniQWWSPLXdisJRg6Cy0SG9YRcBm0GX8V4hd5Z52VVE6YoNjB4NQWi5CG/lSwLTOASSO x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SJ0PR13MB5474.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230028)(4636009)(376002)(39850400004)(136003)(366004)(346002)(396003)(451199021)(55016003)(478600001)(26005)(7696005)(966005)(71200400001)(2906002)(30864003)(5660300002)(8676002)(8936002)(316002)(33656002)(41300700001)(86362001)(38070700005)(52536014)(38100700002)(122000001)(6506007)(186003)(9686003)(76116006)(91956017)(83380400001)(66946007)(66476007)(66556008)(66446008)(64756008)(6916009)(37363002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: UGBm/gtm7XnIExIEqSarbfEQQZWFZsvLRYssamGk+ZkcwARgbFDn5MBCYCY6+EhT2Xi1O8rJH6YiLffbgIH1pksx9Pzyckk/a+lV9uX1q0XV1oDZZTuHk5gQ4O55lOfjrNizURwEQV2jyBZBvQGixwEPGjtucXZwcZeFwUl+oZ1af9xamb9zYOA819Rr1IewMCRIQpGJ4EAMY2R3oR3PdC0A/EY+lktPJPXVG3DSokNAPjT/J0zU4te6PHuJjwK7MHLbs+ls1w6iEdEkZLsJFzdcE36hCBpgjGy8ZD5Ts8TQHnSVbTtx+NSIkRR9yQ4/rJD7xiCX39a6p3i3LYElGnxSGfkV6dNp4AV/D/BvNsF+gOUGNgHpBfbp93VkcnjENN7kNcALQihmYpdZQS3oWEbbTRBnaEOHlQLYg3QbAiHWbsyiOnZrqJs6tqfM3IjYI1hKtX7JvOOrs6sIO99y/DVy46wi+UCwPSthubO/Daq4tLJQiACuFBMv8SubO8sbocFQ7LoJUpWIrWhkjFKNFT52z9wj9090UwiaeG0PbeXTQt1f7TIEwV5F3mO19Ngq6yH/xuVioBh+5wupb4qXzt2XK2tfxdDzlTBoORMXBCxpQ0cYVBwRsTk3WTsoVQsM9irVxsaekBIraqv+18URJIvdCRSqHZk0EMCRsjwINWhuJChenfA2MdakpRZjR5dXZNWpA0efkbklBo7lijmTZcxex9dT9FCgKyoeE2vAgogakbNzTQig4EQEYoGF83Sklh235q8yyJzzyD+QsgrPFwd5Uw5gy2iDiFfcRDg6kNrSe07H6TD+6D83SMq1zrXNGl99GNLxivRx16AJhOHRW4x3mBacBwlT0isKlNgWrIUUbbmwmz3sIsTCESykRhtPFX4ZxXvo6FOatsyOfxVlLBeDfblBf8ly1ogG5ZaLf5Ck0SPoX5qXlfkyuwM2AUVmqIG6hLeW0k1ZYFk3SWMHRuBnO9KvwJMMfh/QtE3UpbjNx/58HeG1uDRf3GEOIPR4uSi2XRZtn63UwrLV2vQgEZkHhhnGWyhJ0HPiR90N+/TCzyEXvar2BKychQewRFy6m8CCumxMq2flmO3rhUt2e1M5Q8KGJvbbfQRLETyWXC2FmvSFLt6SThx+pOWXO9APdX715Glcm3gw7FgxwjGBRxLc7WN+7rTgdovxte8kBTF2uODKKyrG7oK6fzMi5glO9DeuofDVp83Q0NnM0S4luXvLNBK044hNds2TU3HIXforYrTg5EZ/0fL5/bcyLIR8sMVqxaUgPp9hNEB8entDQq2bbKMKRP2JRO0WUiuTkFiiwMEtWk5WKUKqQG5vUXPlb8W2DPEjC/LyWbsn40QMATWmmbsXKqGD8ZiSLpwJ3hY3I268DE/bI0w4V1Lzp5kUI9kS/enx6yUwfX4nfMSe5oORh0HtOEZZNZuW6+oZtLnYkbFHvN3gvDB3H9hXXdg+U01cmeKilz6m6z7i21Ai5t/p7cZ/tb3Osu691ErD3PLFw5lIy8VA97zqr3+LWo8+zpVQY1s5Abyru5FIO/xARd+r0qr4n739mrxRRk7nscMlj2GYdl9t/U0PPUehe26lPMIV0XYznoO6Gp15/035qg== Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: teamconnectusa.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SJ0PR13MB5474.namprd13.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: dfed5bc0-cc42-493b-9693-08db6def7d41 X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Jun 2023 22:25:56.8814 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 22310aee-b5b4-46f8-a0f9-ae413b97fb93 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: OV72VwYiQqBkUpdXug5n/K/UitO7pn+nh12J41iBNK7FIP+sIMlc4RcTMeo0hDfVMb5fXgxZVPG8Ay7ARCuSineEeZICc4OI0GIdieAgUhY= X-MS-Exchange-Transport-CrossTenantHeadersStamped: LV3PR13MB6334 Received-SPF: pass client-ip=2a01:111:f400:7e8a::614; envelope-from=jacob@teamconnectusa.com; helo=NAM10-BN7-obe.outbound.protection.outlook.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) X-Mailman-Approved-At: Fri, 16 Jun 2023 01:56:47 -0400 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: -2.4 (--) Reproduce the bug by running this:=0A= =0A= mkdir -p /tmp/usr2/lib/gcc/x86_64-linux-gnu/12=0A= mkdir /tmp/usr2/include=0A= echo symbolic link test > /tmp/usr2/include/test.h=0A= \ln -s usr2/lib /tmp/lib2=0A= cat /tmp/lib2/gcc/x86_64-linux-gnu/12/../../../../include/test.h=0A= emacs -q /tmp/lib2/gcc/x86_64-linux-gnu/12/../../../../include/test.h=0A= =0A= Emacs failed to display the content of that file in a buffer. Since the ab= ove cat command shows the contents, Emacs should be able to show it as well= . The following bug is similar and includes some explanations that also ap= ply to my bug.=0A= =0A= https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D8035=0A= =0A= Note that the following code succeeds. You might consider using code like = this to fix the bug:=0A= =0A= (find-file (file-truename "/tmp/lib2/gcc/x86_64-linux-gnu/12/../../../../in= clude/test.h"))=0A= =0A= =0A= =0A= =0A= In GNU Emacs 28.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.37, cair= o version 1.16.0)=0A= of 2023-05-13, modified by Debian built on x86-ubc-01=0A= Windowing system distributor 'The X.Org Foundation', version 11.0.12101007= =0A= System Description: Debian GNU/Linux 12 (bookworm)=0A= =0A= Configured using:=0A= 'configure --build x86_64-linux-gnu --prefix=3D/usr=0A= --sharedstatedir=3D/var/lib --libexecdir=3D/usr/libexec=0A= --localstatedir=3D/var/lib --infodir=3D/usr/share/info=0A= --mandir=3D/usr/share/man --with-libsystemd --with-pop=3Dyes=0A= --enable-locallisppath=3D/etc/emacs:/usr/local/share/emacs/28.2/site-lisp:= /usr/local/share/emacs/site-lisp:/usr/share/emacs/28.2/site-lisp:/usr/share= /emacs/site-lisp=0A= --with-sound=3Dalsa --without-gconf --with-mailutils=0A= --with-native-compilation --build x86_64-linux-gnu --prefix=3D/usr=0A= --sharedstatedir=3D/var/lib --libexecdir=3D/usr/libexec=0A= --localstatedir=3D/var/lib --infodir=3D/usr/share/info=0A= --mandir=3D/usr/share/man --with-libsystemd --with-pop=3Dyes=0A= --enable-locallisppath=3D/etc/emacs:/usr/local/share/emacs/28.2/site-lisp:= /usr/local/share/emacs/site-lisp:/usr/share/emacs/28.2/site-lisp:/usr/share= /emacs/site-lisp=0A= --with-sound=3Dalsa --without-gconf --with-mailutils=0A= --with-native-compilation --with-cairo --with-x=3Dyes=0A= --with-x-toolkit=3Dgtk3 --with-toolkit-scroll-bars 'CFLAGS=3D-g -O2=0A= -ffile-prefix-map=3D/build/emacs-mPr7Vr/emacs-28.2+1=3D. -fstack-protector= -strong=0A= -Wformat -Werror=3Dformat-security -Wall' 'CPPFLAGS=3D-Wdate-time=0A= -D_FORTIFY_SOURCE=3D2' LDFLAGS=3D-Wl,-z,relro'=0A= =0A= Configured features:=0A= ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG=0A= JSON LCMS2 LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES=0A= NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND THREADS TIFF=0A= TOOLKIT_SCROLL_BARS X11 XDBE XIM XPM GTK3 ZLIB=0A= =0A= Important settings:=0A= locale-coding-system: nil=0A= =0A= Major mode: Fundamental=0A= =0A= Minor modes in effect:=0A= tooltip-mode: t=0A= global-eldoc-mode: t=0A= show-paren-mode: t=0A= electric-indent-mode: t=0A= mouse-wheel-mode: t=0A= tool-bar-mode: t=0A= menu-bar-mode: t=0A= file-name-shadow-mode: t=0A= global-font-lock-mode: t=0A= blink-cursor-mode: t=0A= auto-composition-mode: t=0A= auto-encryption-mode: t=0A= auto-compression-mode: t=0A= buffer-read-only: t=0A= line-number-mode: t=0A= indent-tabs-mode: t=0A= transient-mark-mode: t=0A= =0A= Load-path shadows:=0A= /usr/share/emacs/site-lisp/llvm/llvm-mode hides /usr/share/emacs/site-lisp/= llvm-11/llvm-mode=0A= /usr/share/emacs/site-lisp/llvm/emacs hides /usr/share/emacs/site-lisp/llvm= -11/emacs=0A= /usr/share/emacs/site-lisp/llvm/tablegen-mode hides /usr/share/emacs/site-l= isp/llvm-11/tablegen-mode=0A= /usr/share/emacs/site-lisp/vm/vm-license hides /usr/share/emacs/site-lisp/v= m.in/vm-license=0A= /usr/share/emacs/site-lisp/vm/vm-user hides /usr/share/emacs/site-lisp/vm.i= n/vm-user=0A= /usr/share/emacs/site-lisp/vm/vm-macro hides /usr/share/emacs/site-lisp/vm.= in/vm-macro=0A= /usr/share/emacs/site-lisp/vm/vm-motion hides /usr/share/emacs/site-lisp/vm= .in/vm-motion=0A= /usr/share/emacs/site-lisp/vm/vm-menu hides /usr/share/emacs/site-lisp/vm.i= n/vm-menu=0A= /usr/share/emacs/site-lisp/vm/vm-w3 hides /usr/share/emacs/site-lisp/vm.in/= vm-w3=0A= /usr/share/emacs/site-lisp/vm/vm-thread hides /usr/share/emacs/site-lisp/vm= .in/vm-thread=0A= /usr/share/emacs/site-lisp/vm/vm-summary-faces hides /usr/share/emacs/site-= lisp/vm.in/vm-summary-faces=0A= /usr/share/emacs/site-lisp/vm/vm-minibuf hides /usr/share/emacs/site-lisp/v= m.in/vm-minibuf=0A= /usr/share/emacs/site-lisp/vm/vm-summary hides /usr/share/emacs/site-lisp/v= m.in/vm-summary=0A= /usr/share/emacs/site-lisp/vm/vcard hides /usr/share/emacs/site-lisp/vm.in/= vcard=0A= /usr/share/emacs/site-lisp/vm/vm-cus-load hides /usr/share/emacs/site-lisp/= vm.in/vm-cus-load=0A= /usr/share/emacs/site-lisp/vm/vm-init hides /usr/share/emacs/site-lisp/vm.i= n/vm-init=0A= /usr/share/emacs/site-lisp/vm/vm-pgg hides /usr/share/emacs/site-lisp/vm.in= /vm-pgg=0A= /usr/share/emacs/site-lisp/vm/vm-version hides /usr/share/emacs/site-lisp/v= m.in/vm-version=0A= /usr/share/emacs/site-lisp/vm/vm-rfaddons hides /usr/share/emacs/site-lisp/= vm.in/vm-rfaddons=0A= /usr/share/emacs/site-lisp/vm/vm-startup hides /usr/share/emacs/site-lisp/v= m.in/vm-startup=0A= /usr/share/emacs/site-lisp/vm/vm hides /usr/share/emacs/site-lisp/vm.in/vm= =0A= /usr/share/emacs/site-lisp/vm/vm-grepmail hides /usr/share/emacs/site-lisp/= vm.in/vm-grepmail=0A= /usr/share/emacs/site-lisp/vm/vm-pcrisis hides /usr/share/emacs/site-lisp/v= m.in/vm-pcrisis=0A= /usr/share/emacs/site-lisp/vm/vm-serial hides /usr/share/emacs/site-lisp/vm= .in/vm-serial=0A= /usr/share/emacs/site-lisp/vm/vm-undo hides /usr/share/emacs/site-lisp/vm.i= n/vm-undo=0A= /usr/share/emacs/site-lisp/vm/vm-w3m hides /usr/share/emacs/site-lisp/vm.in= /vm-w3m=0A= /usr/share/emacs/site-lisp/vm/vm-pine hides /usr/share/emacs/site-lisp/vm.i= n/vm-pine=0A= /usr/share/emacs/site-lisp/vm/vm-build hides /usr/share/emacs/site-lisp/vm.= in/vm-build=0A= /usr/share/emacs/site-lisp/vm/vm-toolbar hides /usr/share/emacs/site-lisp/v= m.in/vm-toolbar=0A= /usr/share/emacs/site-lisp/vm/vm-avirtual hides /usr/share/emacs/site-lisp/= vm.in/vm-avirtual=0A= /usr/share/emacs/site-lisp/vm/u-vm-color hides /usr/share/emacs/site-lisp/v= m.in/u-vm-color=0A= /usr/share/emacs/site-lisp/vm/vm-mark hides /usr/share/emacs/site-lisp/vm.i= n/vm-mark=0A= /usr/share/emacs/site-lisp/vm/vm-dired hides /usr/share/emacs/site-lisp/vm.= in/vm-dired=0A= /usr/share/emacs/site-lisp/vm/vm-crypto hides /usr/share/emacs/site-lisp/vm= .in/vm-crypto=0A= /usr/share/emacs/site-lisp/vm/vm-autoload hides /usr/share/emacs/site-lisp/= vm.in/vm-autoload=0A= /usr/share/emacs/site-lisp/vm/vm-page hides /usr/share/emacs/site-lisp/vm.i= n/vm-page=0A= /usr/share/emacs/site-lisp/vm/vm-biff hides /usr/share/emacs/site-lisp/vm.i= n/vm-biff=0A= /usr/share/emacs/site-lisp/vm/vm-vars hides /usr/share/emacs/site-lisp/vm.i= n/vm-vars=0A= /usr/share/emacs/site-lisp/vm/vm-message-history hides /usr/share/emacs/sit= e-lisp/vm.in/vm-message-history=0A= /usr/share/emacs/site-lisp/vm/vm-mime hides /usr/share/emacs/site-lisp/vm.i= n/vm-mime=0A= /usr/share/emacs/site-lisp/vm/vm-vcard hides /usr/share/emacs/site-lisp/vm.= in/vm-vcard=0A= /usr/share/emacs/site-lisp/vm/vm-mouse hides /usr/share/emacs/site-lisp/vm.= in/vm-mouse=0A= /usr/share/emacs/site-lisp/vm/vm-message hides /usr/share/emacs/site-lisp/v= m.in/vm-message=0A= /usr/share/emacs/site-lisp/vm/vm-delete hides /usr/share/emacs/site-lisp/vm= .in/vm-delete=0A= /usr/share/emacs/site-lisp/vm/tapestry hides /usr/share/emacs/site-lisp/vm.= in/tapestry=0A= /usr/share/emacs/site-lisp/vm/vm-reply hides /usr/share/emacs/site-lisp/vm.= in/vm-reply=0A= /usr/share/emacs/site-lisp/vm/vm-edit hides /usr/share/emacs/site-lisp/vm.i= n/vm-edit=0A= /usr/share/emacs/site-lisp/vm/vm-digest hides /usr/share/emacs/site-lisp/vm= .in/vm-digest=0A= /usr/share/emacs/site-lisp/vm/vm-misc hides /usr/share/emacs/site-lisp/vm.i= n/vm-misc=0A= /usr/share/emacs/site-lisp/vm/vm-search hides /usr/share/emacs/site-lisp/vm= .in/vm-search=0A= /usr/share/emacs/site-lisp/vm/vm-imap hides /usr/share/emacs/site-lisp/vm.i= n/vm-imap=0A= /usr/share/emacs/site-lisp/vm/vm-sort hides /usr/share/emacs/site-lisp/vm.i= n/vm-sort=0A= /usr/share/emacs/site-lisp/vm/vm-window hides /usr/share/emacs/site-lisp/vm= .in/vm-window=0A= /usr/share/emacs/site-lisp/vm/vm-ps-print hides /usr/share/emacs/site-lisp/= vm.in/vm-ps-print=0A= /usr/share/emacs/site-lisp/vm/vm-pop hides /usr/share/emacs/site-lisp/vm.in= /vm-pop=0A= /usr/share/emacs/site-lisp/vm/vm-save hides /usr/share/emacs/site-lisp/vm.i= n/vm-save=0A= /usr/share/emacs/site-lisp/vm/vm-folder hides /usr/share/emacs/site-lisp/vm= .in/vm-folder=0A= /usr/share/emacs/site-lisp/vm/vm-virtual hides /usr/share/emacs/site-lisp/v= m.in/vm-virtual=0A= /usr/share/emacs/site-lisp/elpa/dash-2.17.0/dash hides /usr/share/emacs/sit= e-lisp/elpa/dash-2.19.1/dash=0A= /usr/share/emacs/site-lisp/elpa/dash-2.17.0/dash-autoloads hides /usr/share= /emacs/site-lisp/elpa/dash-2.19.1/dash-autoloads=0A= /usr/share/emacs/site-lisp/elpa/dash-2.17.0/dash-pkg hides /usr/share/emacs= /site-lisp/elpa/dash-2.19.1/dash-pkg=0A= /usr/share/emacs/site-lisp/elpa/seq-2.22/seq hides /usr/share/emacs/site-li= sp/elpa/seq-2.23/seq=0A= /usr/share/emacs/site-lisp/elpa/seq-2.22/seq-24 hides /usr/share/emacs/site= -lisp/elpa/seq-2.23/seq-24=0A= /usr/share/emacs/site-lisp/elpa/seq-2.22/seq-25 hides /usr/share/emacs/site= -lisp/elpa/seq-2.23/seq-25=0A= /usr/share/emacs/site-lisp/elpa/seq-2.22/seq-autoloads hides /usr/share/ema= cs/site-lisp/elpa/seq-2.23/seq-autoloads=0A= /usr/share/emacs/site-lisp/elpa/seq-2.22/seq-pkg hides /usr/share/emacs/sit= e-lisp/elpa/seq-2.23/seq-pkg=0A= /usr/share/emacs/site-lisp/elpa/slime-2.26.1/slime-autoloads hides /usr/sha= re/emacs/site-lisp/elpa/slime-2.27/slime-autoloads=0A= /usr/share/emacs/site-lisp/elpa/slime-2.26.1/slime hides /usr/share/emacs/s= ite-lisp/elpa/slime-2.27/slime=0A= /usr/share/emacs/site-lisp/elpa/slime-2.26.1/slime-tests hides /usr/share/e= macs/site-lisp/elpa/slime-2.27/slime-tests=0A= /usr/share/emacs/site-lisp/elpa/slime-2.26.1/slime-pkg hides /usr/share/ema= cs/site-lisp/elpa/slime-2.27/slime-pkg=0A= /usr/share/emacs/site-lisp/elpa/dash-2.17.0/dash hides /usr/share/emacs/sit= e-lisp/elpa-src/dash-2.19.1/dash=0A= /usr/share/emacs/site-lisp/elpa/dash-2.17.0/dash-autoloads hides /usr/share= /emacs/site-lisp/elpa-src/dash-2.19.1/dash-autoloads=0A= /usr/share/emacs/site-lisp/elpa/dash-2.17.0/dash-pkg hides /usr/share/emacs= /site-lisp/elpa-src/dash-2.19.1/dash-pkg=0A= /usr/share/emacs/site-lisp/elpa/epl-0.9/epl-pkg hides /usr/share/emacs/site= -lisp/elpa-src/epl-0.9/epl-pkg=0A= /usr/share/emacs/site-lisp/elpa/epl-0.9/epl-autoloads hides /usr/share/emac= s/site-lisp/elpa-src/epl-0.9/epl-autoloads=0A= /usr/share/emacs/site-lisp/elpa/epl-0.9/epl hides /usr/share/emacs/site-lis= p/elpa-src/epl-0.9/epl=0A= /usr/share/emacs/site-lisp/elpa/flycheck-32snapshot/flycheck-ert hides /usr= /share/emacs/site-lisp/elpa-src/flycheck-32snapshot/flycheck-ert=0A= /usr/share/emacs/site-lisp/elpa/flycheck-32snapshot/flycheck-autoloads hide= s /usr/share/emacs/site-lisp/elpa-src/flycheck-32snapshot/flycheck-autoload= s=0A= /usr/share/emacs/site-lisp/elpa/flycheck-32snapshot/flycheck hides /usr/sha= re/emacs/site-lisp/elpa-src/flycheck-32snapshot/flycheck=0A= /usr/share/emacs/site-lisp/elpa/flycheck-32snapshot/flycheck-pkg hides /usr= /share/emacs/site-lisp/elpa-src/flycheck-32snapshot/flycheck-pkg=0A= /usr/share/emacs/site-lisp/elpa/flycheck-32snapshot/flycheck-buttercup hide= s /usr/share/emacs/site-lisp/elpa-src/flycheck-32snapshot/flycheck-buttercu= p=0A= /usr/share/emacs/site-lisp/elpa/let-alist-1.0.6/let-alist-pkg hides /usr/sh= are/emacs/site-lisp/elpa-src/let-alist-1.0.6/let-alist-pkg=0A= /usr/share/emacs/site-lisp/elpa/let-alist-1.0.6/let-alist hides /usr/share/= emacs/site-lisp/elpa-src/let-alist-1.0.6/let-alist=0A= /usr/share/emacs/site-lisp/elpa/let-alist-1.0.6/let-alist-autoloads hides /= usr/share/emacs/site-lisp/elpa-src/let-alist-1.0.6/let-alist-autoloads=0A= /usr/share/emacs/site-lisp/elpa/pkg-info-0.6/pkg-info-autoloads hides /usr/= share/emacs/site-lisp/elpa-src/pkg-info-0.6/pkg-info-autoloads=0A= /usr/share/emacs/site-lisp/elpa/pkg-info-0.6/pkg-info hides /usr/share/emac= s/site-lisp/elpa-src/pkg-info-0.6/pkg-info=0A= /usr/share/emacs/site-lisp/elpa/pkg-info-0.6/pkg-info-pkg hides /usr/share/= emacs/site-lisp/elpa-src/pkg-info-0.6/pkg-info-pkg=0A= /usr/share/emacs/site-lisp/elpa/seq-2.22/seq hides /usr/share/emacs/site-li= sp/elpa-src/seq-2.23/seq=0A= /usr/share/emacs/site-lisp/elpa/seq-2.22/seq-25 hides /usr/share/emacs/site= -lisp/elpa-src/seq-2.23/seq-25=0A= /usr/share/emacs/site-lisp/elpa/seq-2.22/seq-24 hides /usr/share/emacs/site= -lisp/elpa-src/seq-2.23/seq-24=0A= /usr/share/emacs/site-lisp/elpa/seq-2.22/seq-autoloads hides /usr/share/ema= cs/site-lisp/elpa-src/seq-2.23/seq-autoloads=0A= /usr/share/emacs/site-lisp/elpa/seq-2.22/seq-pkg hides /usr/share/emacs/sit= e-lisp/elpa-src/seq-2.23/seq-pkg=0A= /usr/share/emacs/site-lisp/elpa/slime-2.26.1/slime-autoloads hides /usr/sha= re/emacs/site-lisp/elpa-src/slime-2.27/slime-autoloads=0A= /usr/share/emacs/site-lisp/elpa/slime-2.26.1/slime-tests hides /usr/share/e= macs/site-lisp/elpa-src/slime-2.27/slime-tests=0A= /usr/share/emacs/site-lisp/elpa/slime-2.26.1/slime-pkg hides /usr/share/ema= cs/site-lisp/elpa-src/slime-2.27/slime-pkg=0A= /usr/share/emacs/site-lisp/elpa/slime-2.26.1/slime hides /usr/share/emacs/s= ite-lisp/elpa-src/slime-2.27/slime=0A= /usr/share/emacs/site-lisp/elpa/seq-2.22/seq hides /usr/share/emacs/28.2/li= sp/emacs-lisp/seq=0A= /usr/share/emacs/site-lisp/elpa/let-alist-1.0.6/let-alist hides /usr/share/= emacs/28.2/lisp/emacs-lisp/let-alist=0A= =0A= Features:=0A= (shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs=0A= rfc822 mml mml-sec epa derived epg rfc6068 epg-config gnus-util rmail=0A= rmail-loaddefs auth-source eieio eieio-core eieio-loaddefs=0A= password-cache json map text-property-search time-date mm-decode=0A= mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader=0A= sendmail comp comp-cstr subr-x rx cl-seq cl-macs cl-extra help-mode seq=0A= seq-25 byte-opt gv warnings bytecomp byte-compile cconv rfc2047 rfc2045=0A= ietf-drums mm-util mail-prsvr mail-utils cus-edit pp cus-start cus-load=0A= wid-edit cl-loaddefs cl-lib vm-autoload vm-autoloads vm-version vm-vars=0A= vm-init iso-transl tooltip eldoc paren electric uniquify ediff-hook=0A= vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win=0A= term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe=0A= tabulated-list replace newcomment text-mode lisp-mode prog-mode register=0A= page tab-bar menu-bar rfn-eshadow isearch easymenu timer select=0A= scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors=0A= frame minibuffer cl-generic cham georgian utf-8-lang misc-lang=0A= vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932=0A= hebrew greek romanian slovak czech european ethiopic indian cyrillic=0A= chinese composite emoji-zwj charscript charprop case-table epa-hook=0A= jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice button=0A= loaddefs faces cus-face macroexp files window text-properties overlay=0A= sha1 md5 base64 format env code-pages mule custom widget=0A= hashtable-print-readable backquote threads dbusbind inotify lcms2=0A= dynamic-setting system-font-setting font-render-setting cairo=0A= move-toolbar gtk x-toolkit x multi-tty make-network-process=0A= native-compile emacs)=0A= =0A= Memory information:=0A= ((conses 16 133934 12639)=0A= (symbols 48 11016 1)=0A= (strings 32 31394 3667)=0A= (string-bytes 1 1130590)=0A= (vectors 16 19658)=0A= (vector-slots 8 370387 24015)=0A= (floats 8 39 31)=0A= (intervals 56 415 0)=0A= (buffers 992 14))=0A= From unknown Mon Aug 18 09:07:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#64102: 28.2; fails to find pathname with a sub dir as symlink and with parent dir ('..') Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 16 Jun 2023 07:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 64102 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Jacob Burckhardt Cc: 64102@debbugs.gnu.org Received: via spool by 64102-submit@debbugs.gnu.org id=B64102.16868994951387 (code B ref 64102); Fri, 16 Jun 2023 07:12:02 +0000 Received: (at 64102) by debbugs.gnu.org; 16 Jun 2023 07:11:35 +0000 Received: from localhost ([127.0.0.1]:48534 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qA3cM-0000MJ-FL for submit@debbugs.gnu.org; Fri, 16 Jun 2023 03:11:34 -0400 Received: from eggs.gnu.org ([209.51.188.92]:37052) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qA3cJ-0000M4-Ir for 64102@debbugs.gnu.org; Fri, 16 Jun 2023 03:11:32 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qA3cD-0006r5-SJ; Fri, 16 Jun 2023 03:11:25 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=0fw4wql5iR+w78SZ1hxckeAtWRil/vFhdvQqGH3CKg4=; b=nUsACs4ryfIC on3CeSBBi93fJMEL3bo5KcZCt89eAs8SNpFXfwxgbdwp/IH88Vu4VGvbS26lZbNTBY5IESOxqv6Ie L6HBioMi3O5ZG8De1Wko4YrPUixeSn2mVGLIIxBqsU9C28jHcZves7Yx2AMjcuVHMC+RrhiT6APbI Y2iOMdGjVdmOR6OWPlPcpGXfJppBAS0xSZN7UgKlSbGn7c0JOzzL/r5Buw//dpPpmLwRRfwEXiw1t uGXEdRgSMvaBf4RW2spDDHKl+fKz3ouL/f9gxOBUyJjE0CZMLlz9Z7gHE/sMY/oEheJuHFU9GdBut PEgaSCCkSb4zhMX76x1UBQ==; Received: from [87.69.77.57] (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 1qA3cD-0008J9-C7; Fri, 16 Jun 2023 03:11:25 -0400 Date: Fri, 16 Jun 2023 10:11:49 +0300 Message-Id: <83352rubii.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (bug-gnu-emacs@gnu.org) References: X-Spam-Score: -2.3 (--) 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: -3.3 (---) > Date: Thu, 15 Jun 2023 22:25:56 +0000 > msip_labels: > From: Jacob Burckhardt via "Bug reports for GNU Emacs, > the Swiss army knife of text editors" > > Reproduce the bug by running this: > > mkdir -p /tmp/usr2/lib/gcc/x86_64-linux-gnu/12 > mkdir /tmp/usr2/include > echo symbolic link test > /tmp/usr2/include/test.h > \ln -s usr2/lib /tmp/lib2 > cat /tmp/lib2/gcc/x86_64-linux-gnu/12/../../../../include/test.h > emacs -q /tmp/lib2/gcc/x86_64-linux-gnu/12/../../../../include/test.h > > Emacs failed to display the content of that file in a buffer. Since the above cat command shows the contents, Emacs should be able to show it as well. The following bug is similar and includes some explanations that also apply to my bug. > > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=8035 > > Note that the following code succeeds. You might consider using code like this to fix the bug: > > (find-file (file-truename "/tmp/lib2/gcc/x86_64-linux-gnu/12/../../../../include/test.h")) This would mean expand-file-name would need to call file-truename to resolve such tricky symlinks, which I think is not reasonable. We never did that, AFAICT, and the code in find-file-noselect that begins with expand-file-name on the argument FILENAME has been there since 1992. From unknown Mon Aug 18 09:07:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#64102: 28.2; fails to find pathname with a sub dir as symlink and with parent dir ('..') Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 18 Jun 2023 08:55:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 64102 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Paul Eggert Cc: jacob@teamconnectusa.com, 64102@debbugs.gnu.org Received: via spool by 64102-submit@debbugs.gnu.org id=B64102.168707844820473 (code B ref 64102); Sun, 18 Jun 2023 08:55:01 +0000 Received: (at 64102) by debbugs.gnu.org; 18 Jun 2023 08:54:08 +0000 Received: from localhost ([127.0.0.1]:53180 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAoAh-0005K9-Lb for submit@debbugs.gnu.org; Sun, 18 Jun 2023 04:54:07 -0400 Received: from eggs.gnu.org ([209.51.188.92]:35226) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAoAe-0005Jc-AT for 64102@debbugs.gnu.org; Sun, 18 Jun 2023 04:54:06 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qAoAX-0003pu-Mw; Sun, 18 Jun 2023 04:53:57 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=sBWmcROYKQJJU5XtcULzEFKDyk4OokefdkOndPdNvXI=; b=jf5fq2kv1zxg iXY933ua2gv5BiaLHIz6ZWBXrXkMENg1jDwDfEXGE0mxc6xuJWWZnwDrJJpQk9TFBDwfmFIdc41eR FFIf3N7pkdUdG3Tv2vII7Q1iQ/GUvl6aeZTIeoLXnlWLM+LrGzp8goZW2L2Uxi9SyfyHxkGaKnoPs +/y94CSxAR/flwdr6cO2Ap3woxjEmrcKY0dUMp6BuH1EAkt3Cj4ZiVw6RzWID4EvbsePOfb1Jdu+v JrQskUKy36s4Hk0if1ZCljZAp64rUbi2nDEuanZXS1+g6p3MiaiXHhrdMT/ZeXoflmxQvjqB/M//I /dHDHA8lNKbmHAt+9K9ggg==; Received: from [87.69.77.57] (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 1qAoAV-0003R9-Tk; Sun, 18 Jun 2023 04:53:57 -0400 Date: Sun, 18 Jun 2023 11:53:56 +0300 Message-Id: <83352pp2vv.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <83352rubii.fsf@gnu.org> (message from Eli Zaretskii on Fri, 16 Jun 2023 10:11:49 +0300) References: <83352rubii.fsf@gnu.org> X-Spam-Score: -2.3 (--) 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: -3.3 (---) > Cc: 64102@debbugs.gnu.org > Date: Fri, 16 Jun 2023 10:11:49 +0300 > From: Eli Zaretskii > > > Date: Thu, 15 Jun 2023 22:25:56 +0000 > > msip_labels: > > From: Jacob Burckhardt via "Bug reports for GNU Emacs, > > the Swiss army knife of text editors" > > > > Reproduce the bug by running this: > > > > mkdir -p /tmp/usr2/lib/gcc/x86_64-linux-gnu/12 > > mkdir /tmp/usr2/include > > echo symbolic link test > /tmp/usr2/include/test.h > > \ln -s usr2/lib /tmp/lib2 > > cat /tmp/lib2/gcc/x86_64-linux-gnu/12/../../../../include/test.h > > emacs -q /tmp/lib2/gcc/x86_64-linux-gnu/12/../../../../include/test.h > > > > Emacs failed to display the content of that file in a buffer. Since the above cat command shows the contents, Emacs should be able to show it as well. The following bug is similar and includes some explanations that also apply to my bug. > > > > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=8035 > > > > Note that the following code succeeds. You might consider using code like this to fix the bug: > > > > (find-file (file-truename "/tmp/lib2/gcc/x86_64-linux-gnu/12/../../../../include/test.h")) > > This would mean expand-file-name would need to call file-truename to > resolve such tricky symlinks, which I think is not reasonable. We > never did that, AFAICT, and the code in find-file-noselect that begins > with expand-file-name on the argument FILENAME has been there since > 1992. Paul, any comments or ideas? From unknown Mon Aug 18 09:07:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#64102: 28.2; fails to find pathname with a sub dir as symlink and with parent dir ('..') Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 18 Jun 2023 18:05:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 64102 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: jacob@teamconnectusa.com, 64102@debbugs.gnu.org Received: via spool by 64102-submit@debbugs.gnu.org id=B64102.168711144811753 (code B ref 64102); Sun, 18 Jun 2023 18:05:01 +0000 Received: (at 64102) by debbugs.gnu.org; 18 Jun 2023 18:04:08 +0000 Received: from localhost ([127.0.0.1]:54934 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAwky-00033V-GV for submit@debbugs.gnu.org; Sun, 18 Jun 2023 14:04:08 -0400 Received: from mail.cs.ucla.edu ([131.179.128.66]:42502) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAwkw-000331-3A for 64102@debbugs.gnu.org; Sun, 18 Jun 2023 14:04:06 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id 93A113C09FA21; Sun, 18 Jun 2023 11:04:00 -0700 (PDT) Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id nvQ80hZW_CTv; Sun, 18 Jun 2023 11:04:00 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id 36B353C09FB42; Sun, 18 Jun 2023 11:04:00 -0700 (PDT) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.cs.ucla.edu 36B353C09FB42 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu; s=9D0B346E-2AEB-11ED-9476-E14B719DCE6C; t=1687111440; bh=AmFMzOhisEiJAfjrf2OxqamITGOcU06NahYidQLnUKg=; h=Message-ID:Date:MIME-Version:To:From; b=WYVepCA/D6txi9qNBLqjgVq80Z2XiE/EqcdWWjilhyfU5gTA4bi76hlYr4r+mqsvZ Yuc4J6Zsqne9xJ52uIVc6Rf8NtCQQ35j7x/kZb2wGiZ0dogn/o9FDyAqWKOASsi3H9 8cR5mBLqkCja/bv/3gojI4zYSZ0LR2pooKirEc+AJlKWrhFb4r/HQpkxOHd33NfxCz /YX4PLRfFZfHAy1NdpdRffWM05ziQ019wGogyx0ECONluPlgbabQEB1JwHi1MugIML La63YDb8a08qDlTdZSmR+oWQTlEa+sc7CfVsYNQBu3Q11tZ0uOy6mDTcbByv82evz7 uNrVsXBzXBr8Q== X-Virus-Scanned: amavisd-new at mail.cs.ucla.edu Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id Q3-x906PoNmb; Sun, 18 Jun 2023 11:04:00 -0700 (PDT) Received: from [192.168.1.9] (cpe-172-91-119-151.socal.res.rr.com [172.91.119.151]) by mail.cs.ucla.edu (Postfix) with ESMTPSA id 0C7003C09FA21; Sun, 18 Jun 2023 11:04:00 -0700 (PDT) Message-ID: <3e45fafc-a73f-b6e7-de91-527c64308bd3@cs.ucla.edu> Date: Sun, 18 Jun 2023 11:03:59 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.11.0 Content-Language: en-US References: <83352rubii.fsf@gnu.org> <83352pp2vv.fsf@gnu.org> From: Paul Eggert Organization: UCLA Computer Science Department In-Reply-To: <83352pp2vv.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -1.1 (-) 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: -2.1 (--) On 2023-06-18 01:53, Eli Zaretskii wrote: > Paul, any comments or ideas? Emacs's behavior is well-documented and longstanding. It's also wrong, in that it disagrees with almost every other program and it therefore confuses users, particularly non-experts. One possible way out would be to add a user-settable flag to select the longstanding Emacs behavior, or the behavior of most other programs. We could document that the default might change in the future. Of course this approach would have its own problems. From unknown Mon Aug 18 09:07:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#64102: 28.2; fails to find pathname with a sub dir as symlink and with parent dir ('..') Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 18 Jun 2023 18:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 64102 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Paul Eggert Cc: jacob@teamconnectusa.com, 64102@debbugs.gnu.org Received: via spool by 64102-submit@debbugs.gnu.org id=B64102.168711276413712 (code B ref 64102); Sun, 18 Jun 2023 18:27:02 +0000 Received: (at 64102) by debbugs.gnu.org; 18 Jun 2023 18:26:04 +0000 Received: from localhost ([127.0.0.1]:54941 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAx6C-0003Z6-HY for submit@debbugs.gnu.org; Sun, 18 Jun 2023 14:26:04 -0400 Received: from eggs.gnu.org ([209.51.188.92]:46462) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAx6A-0003YZ-3c for 64102@debbugs.gnu.org; Sun, 18 Jun 2023 14:26:03 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qAx62-0005k4-On; Sun, 18 Jun 2023 14:25:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=PNCSCATxReIbNIYpfwPx+KXA8mSt655A2yTfZ+nWlVw=; b=HXOPG+2PAaC9 ZJ6X99e/KUn0Z/ak8HyyvPCUQLufLyY+LEczP3nTRXkv+g8nCbYFSaqRQTunVQHjoIsCCFLhTvK3Z RB/l40uweNrHUkdGgjigdRtXMRJIRmU0+W13j5CU9stqDHIcKAmEkJBDnIaM9BlmgJDTuKtUFxVuG V7GKnosXKeMBx8pi72Ieo0OU0BlES6cGXLaZcDr/jiTbtwboB6A0uQWZ8huZIbPIOZspFYk3B4y6k xIL8EfKgAQwfH3guajgOq3NcSNpKRFfUI+gUQQxPYXs9wA3hZ5ZgbFaXPTwBrOHcZwM3rj6ofNegJ YBdS5/tLxCg0hcWkvzznXw==; Received: from [87.69.77.57] (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 1qAx62-00065m-5c; Sun, 18 Jun 2023 14:25:54 -0400 Date: Sun, 18 Jun 2023 21:25:56 +0300 Message-Id: <83mt0w8w5n.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <3e45fafc-a73f-b6e7-de91-527c64308bd3@cs.ucla.edu> (message from Paul Eggert on Sun, 18 Jun 2023 11:03:59 -0700) References: <83352rubii.fsf@gnu.org> <83352pp2vv.fsf@gnu.org> <3e45fafc-a73f-b6e7-de91-527c64308bd3@cs.ucla.edu> X-Spam-Score: -2.3 (--) 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: -3.3 (---) > Date: Sun, 18 Jun 2023 11:03:59 -0700 > Cc: jacob@teamconnectusa.com, 64102@debbugs.gnu.org > From: Paul Eggert > > On 2023-06-18 01:53, Eli Zaretskii wrote: > > > Paul, any comments or ideas? > > Emacs's behavior is well-documented and longstanding. It's also wrong, > in that it disagrees with almost every other program and it therefore > confuses users, particularly non-experts. > > One possible way out would be to add a user-settable flag to select the > longstanding Emacs behavior, or the behavior of most other programs. We > could document that the default might change in the future. Of course > this approach would have its own problems. Before we consider how to trigger the new behavior, would you please describe what kind of changes will be needed for implementing it? My take from the description of the issue is that we'd need to change expand-file-name to follow symlinks, i.e. hit the disk, something that it never did, at least not on Posix platforms. If this is what is needed, it would have serious implications, at least performance-wise, because expand-file-name is called everywhere in Emacs where we deal with file names. From unknown Mon Aug 18 09:07:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#64102: 28.2; fails to find pathname with a sub dir as symlink and with parent dir ('..') Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 18 Jun 2023 18:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 64102 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: jacob@teamconnectusa.com, 64102@debbugs.gnu.org Received: via spool by 64102-submit@debbugs.gnu.org id=B64102.168711383415313 (code B ref 64102); Sun, 18 Jun 2023 18:44:01 +0000 Received: (at 64102) by debbugs.gnu.org; 18 Jun 2023 18:43:54 +0000 Received: from localhost ([127.0.0.1]:54946 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAxNS-0003yu-Cj for submit@debbugs.gnu.org; Sun, 18 Jun 2023 14:43:54 -0400 Received: from mail.cs.ucla.edu ([131.179.128.66]:60394) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAxNQ-0003yh-6p for 64102@debbugs.gnu.org; Sun, 18 Jun 2023 14:43:52 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id A72053C09FA21; Sun, 18 Jun 2023 11:43:46 -0700 (PDT) Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id FnWB33gUByYE; Sun, 18 Jun 2023 11:43:46 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id 307D23C09FB43; Sun, 18 Jun 2023 11:43:46 -0700 (PDT) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.cs.ucla.edu 307D23C09FB43 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu; s=9D0B346E-2AEB-11ED-9476-E14B719DCE6C; t=1687113826; bh=4g/yVTBJ+FDT57RzWxouKDliftGMzBongtvvGxkZpuQ=; h=Message-ID:Date:MIME-Version:To:From; b=PUMApGfjBiNgMyWKIC5w1juGwbfgKEH2o58d1FtIx9Pmp6Uls5mCHLTmGSCMpGPC0 bbB7R8sZLqq4c4gSh9TUR+VO4oxNXXUHI8OzGjQC47mM5dvZNym4I59svrY+LnVGyz 0SORHfCgx7Fow6+fYD++RjOvzPWYrxSZcwDOvgyAdG8O+Eo1U/G2TL6QmfcQ05IfLI e7DZcNWrwg5+NqfXD03KFeEcY+nkQ1m1G7jM+WBEIM0n6lkqcDaUwzcqvaVt7/ysde D4Lkh2A20p/Uk0Oi2YZgqK3LLYVmUMhSlNsLemk0Lk9dK4UGPJDYPlkxtpOmlEEMv3 +x+hBY9sAr7SA== X-Virus-Scanned: amavisd-new at mail.cs.ucla.edu Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id EN61NS44glnT; Sun, 18 Jun 2023 11:43:46 -0700 (PDT) Received: from [192.168.1.9] (cpe-172-91-119-151.socal.res.rr.com [172.91.119.151]) by mail.cs.ucla.edu (Postfix) with ESMTPSA id 029773C09FA21; Sun, 18 Jun 2023 11:43:45 -0700 (PDT) Message-ID: <9e00845a-9b9a-7c2f-3d8c-86b310c126bd@cs.ucla.edu> Date: Sun, 18 Jun 2023 11:43:45 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.11.0 Content-Language: en-US References: <83352rubii.fsf@gnu.org> <83352pp2vv.fsf@gnu.org> <3e45fafc-a73f-b6e7-de91-527c64308bd3@cs.ucla.edu> <83mt0w8w5n.fsf@gnu.org> From: Paul Eggert Organization: UCLA Computer Science Department In-Reply-To: <83mt0w8w5n.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -1.1 (-) 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: -2.1 (--) On 2023-06-18 11:25, Eli Zaretskii wrote: >> One possible way out would be to add a user-settable flag to select the >> longstanding Emacs behavior, or the behavior of most other programs. We >> could document that the default might change in the future. Of course >> this approach would have its own problems. > Before we consider how to trigger the new behavior, would you please > describe what kind of changes will be needed for implementing it? That'd be a lot of work, and I'm a bit pressed for time unfortunately. Perhaps someone who has more time (or cares more about the issue) could carry this torch. From unknown Mon Aug 18 09:07:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#64102: 28.2; fails to find pathname with a sub dir as symlink and with parent dir ('..') References: In-Reply-To: Resent-From: Al Petrofsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 18 Jun 2023 20:14:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 64102 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 64102@debbugs.gnu.org, Jacob Burckhardt , Eli Zaretskii , Paul Eggert , Lars Ingebrigtsen Received: via spool by 64102-submit@debbugs.gnu.org id=B64102.168711921824259 (code B ref 64102); Sun, 18 Jun 2023 20:14:02 +0000 Received: (at 64102) by debbugs.gnu.org; 18 Jun 2023 20:13:38 +0000 Received: from localhost ([127.0.0.1]:54997 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAymH-0006JC-Fa for submit@debbugs.gnu.org; Sun, 18 Jun 2023 16:13:37 -0400 Received: from mail-pg1-f179.google.com ([209.85.215.179]:39403) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAymE-0006Iy-TM for 64102@debbugs.gnu.org; Sun, 18 Jun 2023 16:13:35 -0400 Received: by mail-pg1-f179.google.com with SMTP id 41be03b00d2f7-51f64817809so238785a12.1 for <64102@debbugs.gnu.org>; Sun, 18 Jun 2023 13:13:34 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1687119209; x=1689711209; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=nwqPJb8juFulZX/QmBg60Oi5nrn537apRkP8lCVdvC8=; b=YtoAit4XDGS70JDKZrcbLGjUZI/2xfC988VgpUF0IpEq//AH5PSWuLHR4OxepgC9kA Q4zrVhaGzjZorwU/GXxPIPnuH3GI1F+4HGwefnoqYNMalSQ+ZMxtAdiKOeIfnml2ZcEI BrBlaZK/yyP5WtgHp/QjRdzmZecN0thcGMd9hAIRX5dxVNFGSYM2fQ371dg93QlyPTwj G5YEGLDTtRnba2A9/VDaFEONAdzUl6uYF/7fCs6iZJJ/4NJbnHcFDvt3spWy31+ITJc5 OoLabsPQkg6wQ7PB8XBHDwpkxHttWkPKNoCV9UJzZwBlxbd2kjS4rPxmPGLOEXq/uROb HLDA== X-Gm-Message-State: AC+VfDyzm8kvfdBVyR9/kkdQLinJ2bFpSiXYSjCK4n+ondSK6zF+FXvv CCbH6vaDujo/Zk+KQ4EtkNqTHWov3yhAwANLalM22cJD8c+JRA== X-Google-Smtp-Source: ACHHUZ5xjuDUNCp6PG3xaoq7gkqU1RJEED6wtxgvGZ6jdxmhsIkiuy2dahKi1VqGrrBrCwhgCrtg4Qo0evpzbfdxzpI= X-Received: by 2002:a17:902:ea01:b0:1a9:6467:aa8d with SMTP id s1-20020a170902ea0100b001a96467aa8dmr9992091plg.1.1687119208685; Sun, 18 Jun 2023 13:13:28 -0700 (PDT) MIME-Version: 1.0 From: Al Petrofsky Date: Sun, 18 Jun 2023 16:13:16 -0400 Message-ID: Content-Type: multipart/alternative; boundary="00000000000020a54705fe6d0dd7" X-Spam-Score: 0.3 (/) 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: -0.7 (/) --00000000000020a54705fe6d0dd7 Content-Type: text/plain; charset="UTF-8" Jacob: > cat /tmp/lib2/gcc/x86_64-linux-gnu/12/../../../../include/test.h > emacs -q /tmp/lib2/gcc/x86_64-linux-gnu/12/../../../../include/test.h > Emacs failed to display the content of that file in a buffer. Since > the above cat command shows the contents, Emacs should be able to show > it as well. Paul: > Emacs's behavior is well-documented and longstanding. It's also wrong, > in that it disagrees with almost every other program and it therefore > confuses users, particularly non-experts. > > One possible way out would be to add a user-settable flag to select the > longstanding Emacs behavior, or the behavior of most other programs. We > could document that the default might change in the future. Of course > this approach would have its own problems. Eli: > My take from the description of the issue is that we'd need to change > expand-file-name to follow symlinks, i.e. hit the disk, something that > it never did, at least not on Posix platforms. If this is what is > needed, it would have serious implications, at least performance-wise, > because expand-file-name is called everywhere in Emacs where we deal > with file names. Perhaps another approach would be that Emacs continues to have its own idiosyncratic understanding of pathnames internally, but pathnames that come in from external sources are interpreted correctly according to the rules of the external environment. That seems to be the approach that was taken by Lars in 2021 to fix bug 8035 (referenced by Jacob in the first message of the current bug). See the patch that added file-truename calls to compile.el: http://git.savannah.gnu.org/cgit/emacs.git/commit/lisp/progmodes/compile.el?id=ee2ffd9c9eb33a17307f36ff58caec1ba79878d2 As far as I can tell, that change was made without adding a user-settable flag to select the old behavior, nor with any announcement in NEWS or in the manual. Are any problems known to have arisen yet? The current bug could similarly be fixed by making any filename that is obtained from the argv of emacs or emacsclient be passed through file-truename. I don't know how much work that would be to implement, or how many user-confusing situations would remain and/or be created, but at least I don't see it being a performance problem, as the cost of an exec of emacs or emacsclient would likely dwarf the cost of the truename calls. --00000000000020a54705fe6d0dd7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Jacob:
> cat /tmp/lib2/gcc/x86_64-linux-gnu/12/../..= /../../include/test.h
> emacs -q /tmp/lib2/gcc/x86_64-linux-gnu/12/..= /../../../include/test.h

> Emacs failed to display the content of= that file in a buffer.=C2=A0 Since
> the above cat command shows the= contents, Emacs should be able to show
> it as well.

Paul:> Emacs's behavior is well-documented and longstanding. It's al= so wrong,
> in that it disagrees with almost every other program and= it therefore
> confuses users, particularly non-experts.
> > One possible way out would be to add a user-settable flag to select = the
> longstanding Emacs behavior, or the behavior of most other pro= grams. We
> could document that the default might change in the futu= re. Of course
> this approach would have its own problems.

El= i:
> My take from the description of the issue is that we'd need = to change
> expand-file-name to follow symlinks, i.e. hit the disk, s= omething that
> it never did, at least not on Posix platforms.=C2=A0 = If this is what is
> needed, it would have serious implications, at l= east performance-wise,
> because expand-file-name is called everywher= e in Emacs where we deal
> with file names.

Perhaps another ap= proach would be that Emacs continues to have its own
idiosyncratic under= standing of pathnames internally, but pathnames
that come in from extern= al sources are interpreted correctly according
to the rules of the exter= nal environment.

That seems to be the approach that was taken b= y Lars in 2021 to fix
bug 8035 (referenced by Jacob in the first message= of the current
bug).=C2=A0 See the patch that added file-truename calls= to compile.el:


As far as I can tell, that change was made = without adding a
user-settable flag to select the old behavior, nor with= any
announcement in NEWS or in the manual.=C2=A0 Are any problems known= to have
arisen yet?

The current bug could similarly be fixed by = making any filename that
is obtained from the argv of emacs or emacsclie= nt be passed through
file-truename.=C2=A0 I don't know how much work= that would be to implement,
or how many user-confusing situations would= remain and/or be created,
but at least I don't see it being a perfo= rmance problem, as the cost
of an exec of emacs or emacsclient would lik= ely dwarf the cost of the
truename calls.
--00000000000020a54705fe6d0dd7-- From unknown Mon Aug 18 09:07:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#64102: 28.2; fails to find pathname with a sub dir as symlink and with parent dir ('..') Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 19 Jun 2023 19:04:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 64102 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Al Petrofsky Cc: jacob@teamconnectusa.com, eggert@cs.ucla.edu, larsi@gnus.org, 64102@debbugs.gnu.org Received: via spool by 64102-submit@debbugs.gnu.org id=B64102.16872014081753 (code B ref 64102); Mon, 19 Jun 2023 19:04:01 +0000 Received: (at 64102) by debbugs.gnu.org; 19 Jun 2023 19:03:28 +0000 Received: from localhost ([127.0.0.1]:57300 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qBK9v-0000SC-WB for submit@debbugs.gnu.org; Mon, 19 Jun 2023 15:03:28 -0400 Received: from eggs.gnu.org ([209.51.188.92]:45046) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qBK9u-0000Ru-2i for 64102@debbugs.gnu.org; Mon, 19 Jun 2023 15:03:26 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qBK9n-0005Qp-G4; Mon, 19 Jun 2023 15:03:19 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=gBHVrpSJ/gAWyPcCFkzWBGW7cHQRLKs1QStzywUu2wE=; b=AoAk6AB4uvl9 Y06WMqs9CmbSUzBatuN2D8J6Vf4MHqkcCjgRvKAJoZZR/WYls1sk/8vuVXtOJskVqmZN8xDo2VpIc SOhLwOw7peVmZvav5sgmyV+B8munmciOwm1GI3iYLQNQQYjllVesXXp8suqqWcIgOqPfAQGzmT7/1 iKuKQ8eg/YUne0MCU8urUD+eI8ZOtO5r11wBRiw9RfOMVKqrDRvpdgCOcNWWoWo0U8GJkW9x1M0vP Nbc4RscvcZ6EEn2mE0MH8/u868M/V800mCrP+htv18AcPxnPGPGJpFzyTqI1r3IOgy3E66PAYJtfF 1aRE8of81A+3nMbzUasesg==; Received: from [87.69.77.57] (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 1qBK9d-0004hP-Ka; Mon, 19 Jun 2023 15:03:19 -0400 Date: Mon, 19 Jun 2023 22:03:14 +0300 Message-Id: <83jzvz6zrh.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Al Petrofsky on Sun, 18 Jun 2023 16:13:16 -0400) References: X-Spam-Score: -2.3 (--) 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: -3.3 (---) > From: Al Petrofsky > Date: Sun, 18 Jun 2023 16:13:16 -0400 > > > My take from the description of the issue is that we'd need to change > > expand-file-name to follow symlinks, i.e. hit the disk, something that > > it never did, at least not on Posix platforms. If this is what is > > needed, it would have serious implications, at least performance-wise, > > because expand-file-name is called everywhere in Emacs where we deal > > with file names. > > Perhaps another approach would be that Emacs continues to have its own > idiosyncratic understanding of pathnames internally, but pathnames > that come in from external sources are interpreted correctly according > to the rules of the external environment. This bug report is against what happens when visiting files given by their name. Emacs visits files in umpteen different ways, and they all need to behave consistently. Moreover, Emacs often visits files or inserts their contents internally, for various processing purposes, such, for example, processing of .mailalias files, save-place files, etc. If some of these features resolve symlinks in all the directories, but others don't, this will be a source of constant user surprise and complaints. > That seems to be the approach that was taken by Lars in 2021 to fix > bug 8035 (referenced by Jacob in the first message of the current > bug). See the patch that added file-truename calls to compile.el: > > > http://git.savannah.gnu.org/cgit/emacs.git/commit/lisp/progmodes/compile.el?id=ee2ffd9c9eb33a17307f36ff58caec1ba79878d2 That changed a single place where using the resolved names solved a particular problem in some internal processing step. What is being discussed here is a completely different, much more general problem. > The current bug could similarly be fixed by making any filename that > is obtained from the argv of emacs or emacsclient be passed through > file-truename. That's just two ways Emacs gets a file name that it is asked to visit. It won't solve the following slight variation of the original report: emacs -q C-x C-f /tmp/lib2/gcc/x86_64-linux-gnu/12/../../../../include/test.h RET > I don't know how much work that would be to implement, > or how many user-confusing situations would remain and/or be created, > but at least I don't see it being a performance problem, as the cost > of an exec of emacs or emacsclient would likely dwarf the cost of the > truename calls. The performance problem will happen if we make expand-file-name resolve all the symlinks. That is the solution I had in mind, and AFAIU it is the _only_ solution that will produce consistent results. However, maybe I'm missing some clever alternative. Which is why I asked Paul to describe what he had in mind. But solving it one case at a time is definitely not TRT.