From unknown Fri Jun 20 07:11:59 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#64143 <64143@debbugs.gnu.org> To: bug#64143 <64143@debbugs.gnu.org> Subject: Status: 29.0.60; find-function-search-for-symbol truncates library path Reply-To: bug#64143 <64143@debbugs.gnu.org> Date: Fri, 20 Jun 2025 14:11:59 +0000 retitle 64143 29.0.60; find-function-search-for-symbol truncates library pa= th reassign 64143 emacs submitter 64143 Troy Brown severity 64143 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 18 00:45:34 2023 Received: (at submit) by debbugs.gnu.org; 18 Jun 2023 04:45:34 +0000 Received: from localhost ([127.0.0.1]:52930 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAkI9-0006as-Lm for submit@debbugs.gnu.org; Sun, 18 Jun 2023 00:45:33 -0400 Received: from lists.gnu.org ([209.51.188.17]:57360) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAkI5-0006ah-FM for submit@debbugs.gnu.org; Sun, 18 Jun 2023 00:45:32 -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 1qAkI4-0007gf-Ri for bug-gnu-emacs@gnu.org; Sun, 18 Jun 2023 00:45:28 -0400 Received: from mail-ej1-f52.google.com ([209.85.218.52]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qAkI2-0001WQ-Vc for bug-gnu-emacs@gnu.org; Sun, 18 Jun 2023 00:45:28 -0400 Received: by mail-ej1-f52.google.com with SMTP id a640c23a62f3a-98220bb31c6so356523066b.3 for ; Sat, 17 Jun 2023 21:45:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1687063524; x=1689655524; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=2q4pTyhrDK91nQIU1gdB1hH3ptmM6B5NoQlRaIu7H7M=; b=HFsOEcIr4ObjrhOcUTuiJimzO0HqXfAwfxe8z8DkWsM9148zuxrd+wSCVZjm/BboNe KH3jLgs5k0FPjPtq/56FKdkJ5KWHeYX+B9FyuDcP/pgbGtHCHMvhY92RiYrdSqcLMf+I iKhtSXUp1ku/n4hg5IbQiePZJh8TA/ERFNkIfq3LQsuHB3rzR7cVfooQ0CM3ymIxe0Q9 IHcBQfXw7fgCvuVf+xUZZ/4na/XGG/BOpcTCcYcAxP0b/jjrLJ82+rxzjq1RSbw4Y+Pw j0TTjRUTHRkFgWziotV/x2SPqqJwkQocfBA8T85t71mwa9dSFhXO7ULmwR2sCxuOCuqo uN4Q== X-Gm-Message-State: AC+VfDwf1w43NYI6JsA/SnkRNlnM/o1y4AFDApu+5v3VNgswvkY94Jlv Ft8FPLvi4ojar5BxFRzBHJ1Zh+hShB4kRg== X-Google-Smtp-Source: ACHHUZ7fl8O4itPjbg5KgPfjBNv4CMgqVZEwX2TsaRxvlPscON8urRgR9a52d3WuPosRNVcl6gq9pg== X-Received: by 2002:a17:907:2689:b0:965:9602:1f07 with SMTP id bn9-20020a170907268900b0096596021f07mr6513638ejc.39.1687063524288; Sat, 17 Jun 2023 21:45:24 -0700 (PDT) Received: from mail-ed1-f46.google.com (mail-ed1-f46.google.com. [209.85.208.46]) by smtp.gmail.com with ESMTPSA id p18-20020a1709061b5200b00982c9a75c14sm3642672ejg.143.2023.06.17.21.45.23 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 17 Jun 2023 21:45:24 -0700 (PDT) Received: by mail-ed1-f46.google.com with SMTP id 4fb4d7f45d1cf-51a3e6a952aso2683401a12.3 for ; Sat, 17 Jun 2023 21:45:23 -0700 (PDT) X-Received: by 2002:aa7:c749:0:b0:51a:542b:ecdb with SMTP id c9-20020aa7c749000000b0051a542becdbmr169369eds.3.1687063523548; Sat, 17 Jun 2023 21:45:23 -0700 (PDT) MIME-Version: 1.0 From: Troy Brown Date: Sun, 18 Jun 2023 00:45:12 -0400 X-Gmail-Original-Message-ID: Message-ID: Subject: 29.0.60; find-function-search-for-symbol truncates library path To: bug-gnu-emacs@gnu.org Content-Type: text/plain; charset="UTF-8" Received-SPF: pass client-ip=209.85.218.52; envelope-from=troy.s.brown@gmail.com; helo=mail-ej1-f52.google.com X-Spam_score_int: -13 X-Spam_score: -1.4 X-Spam_bar: - X-Spam_report: (-1.4 / 5.0 requ) BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.1 (-) X-Debbugs-Envelope-To: submit 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 (--) When user-emacs-directory contains "emacs.el" in it's path (e.g., "~/.emacs.elpa"), which is much easier these days with the availability of --init-directory, the find-function-search-for-symbol truncates the library path after "emacs". I was experimenting with a different user directory (i.e., "--init-directory=~/.emacs.elpa") and was surprised to find out that the Help system was breaking when using this path. When looking up a symbol in the Help system (e.g., "C-h f company-mode RET") and then attempting to visit the source file from the help window (i.e., help-view-source), if the symbol belongs to an installed package (where the source is under the "elpa" directory beneath user-emacs-directory), it will generate the following error message: Can't find library: /home/troy/.emacs Toggling "debug-on-error" and repeating the above, I can generate a backtrace for this as follows: Debugger entered--Lisp error: (file-error "Can't find library" "/home/troy/.emacs") find-library-name("/home/troy/.emacs") #(company-mode nil "/home/troy/.emacs.elpa/elpa/company-20230416.2034/company.el") ad-Advice-find-function-search-for-symbol(# company-mode nil "/home/troy/.emacs.elpa/elpa/company-20230416.2034/company.el") apply(ad-Advice-find-function-search-for-symbol # (company-mode nil "/home/troy/.emacs.elpa/elpa/company-20230416.2034/company.el")) find-function-search-for-symbol(company-mode nil "/home/troy/.emacs.elpa/elpa/company-20230416.2034/company.el") help-function-def--button-function(company-mode "/home/troy/.emacs.elpa/elpa/company-20230416.2034/company.el" nil) help-view-source() funcall-interactively(help-view-source) call-interactively(help-view-source nil nil) command-execute(help-view-source) I believe the following snippet of code in find-function-search-for-symbol is to blame for this: (when (string-match "\\.emacs\\(.el\\)" library) (setq library (substring library 0 (match-beginning 1)))) The regex likely should be improved to only match .emacs or .emacs.el at the end of the path, not in the middle of it. From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 18 03:54:46 2023 Received: (at 64143) by debbugs.gnu.org; 18 Jun 2023 07:54:46 +0000 Received: from localhost ([127.0.0.1]:53109 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAnFF-0003ih-T9 for submit@debbugs.gnu.org; Sun, 18 Jun 2023 03:54:46 -0400 Received: from eggs.gnu.org ([209.51.188.92]:54252) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAnFD-0003iR-SG for 64143@debbugs.gnu.org; Sun, 18 Jun 2023 03:54:44 -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 1qAnF8-00038w-2U; Sun, 18 Jun 2023 03:54:38 -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=L5pqFs+mNI6vJT6pV1/YFRPM1/8U812lIYMDS2Xi3DA=; b=Suafj7aCHTfp ReLdXyFZPr4C0zCWHh6EeyuZxdpTCZI1Us0nCc1YafXjdDeP81wGRQSGYsnOSdgoaBj5OmlyklH9V nDh2S/H4ji24+0ODgeb2UZUneNNKpUcf5qtCo5ATyRks/zZoTnOFfJJaRvFkCBlJI5hQGBczCUDcd UpFP2W2vwmnW7syCV4OSTZ9iIL5VvvoMNfCgZtpUtQD7cLvXnyNmixb39qpLLxE3oEDyOtdhr7noy XLSFYikUC7P/S+AeA2yWLqRrPrtlQxrbGDNJSuvjorilfDVqursZxrg5CReL3u8pD5aBqjgo6TjBp 6G7LmvUs3Zmjdo0X6ZvTng==; 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 1qAnF7-00030Q-IP; Sun, 18 Jun 2023 03:54:37 -0400 Date: Sun, 18 Jun 2023 10:54:38 +0300 Message-Id: <835y7lp5mp.fsf@gnu.org> From: Eli Zaretskii To: Troy Brown In-Reply-To: (message from Troy Brown on Sun, 18 Jun 2023 00:45:12 -0400) Subject: Re: bug#64143: 29.0.60; find-function-search-for-symbol truncates library path References: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 64143 Cc: 64143@debbugs.gnu.org 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: Troy Brown > Date: Sun, 18 Jun 2023 00:45:12 -0400 > > When user-emacs-directory contains "emacs.el" in it's path (e.g., > "~/.emacs.elpa"), which is much easier these days with the availability > of --init-directory, the find-function-search-for-symbol truncates the > library path after "emacs". What do you mean by "truncates the library path"? Do you mean truncation of the file name 'emacs.el' to yield just 'emacs'? or do you mean something else? (To avoid confusion, please don't use "path" to refer to file names, only to refer to lists of directories in the style of PATH or load-path.) > I was experimenting with a different user directory (i.e., > "--init-directory=~/.emacs.elpa") and was surprised to find out that the > Help system was breaking when using this path. When looking up a symbol > in the Help system (e.g., "C-h f company-mode RET") and then attempting > to visit the source file from the help window (i.e., help-view-source), > if the symbol belongs to an installed package (where the source is > under the "elpa" directory beneath user-emacs-directory), it will > generate the following error message: > > Can't find library: /home/troy/.emacs This says it cannot find ".emacs", not "emacs". So is your init file called ".emacs.el" or (as you mentioned above) "emacs.el"? > Toggling "debug-on-error" and repeating the above, I can generate a > backtrace for this as follows: > > Debugger entered--Lisp error: (file-error "Can't find library" > "/home/troy/.emacs") > find-library-name("/home/troy/.emacs") > #(company-mode nil > "/home/troy/.emacs.elpa/elpa/company-20230416.2034/company.el") > ad-Advice-find-function-search-for-symbol(# find-function-search-for-symbol> company-mode nil > "/home/troy/.emacs.elpa/elpa/company-20230416.2034/company.el") > apply(ad-Advice-find-function-search-for-symbol # find-function-search-for-symbol> (company-mode nil > "/home/troy/.emacs.elpa/elpa/company-20230416.2034/company.el")) > find-function-search-for-symbol(company-mode nil > "/home/troy/.emacs.elpa/elpa/company-20230416.2034/company.el") > help-function-def--button-function(company-mode > "/home/troy/.emacs.elpa/elpa/company-20230416.2034/company.el" nil) > help-view-source() > funcall-interactively(help-view-source) > call-interactively(help-view-source nil nil) > command-execute(help-view-source) > > I believe the following snippet of code in > find-function-search-for-symbol is to blame for this: > > (when (string-match "\\.emacs\\(.el\\)" library) > (setq library (substring library 0 (match-beginning 1)))) > > The regex likely should be improved to only match .emacs or .emacs.el at > the end of the path, not in the middle of it. Does the patch below fix this problem? Also, I see that you have some advice installed for find-function-search-for-symbol. Would you please verify that removing that advice still produces the problem in Emacs 29? diff --git a/lisp/emacs-lisp/find-func.el b/lisp/emacs-lisp/find-func.el index f9f919a..bf890fc 100644 --- a/lisp/emacs-lisp/find-func.el +++ b/lisp/emacs-lisp/find-func.el @@ -407,7 +407,7 @@ find-function-search-for-symbol (setq library (substring library 0 (match-beginning 1)))) ;; Strip extension from .emacs.el to make sure symbol is searched in ;; .emacs too. - (when (string-match "\\.emacs\\(.el\\)" library) + (when (string-match "\\.emacs\\(.el\\)\\'" library) (setq library (substring library 0 (match-beginning 1)))) (let* ((filename (find-library-name library)) (regexp-symbol (cdr (assq type find-function-regexp-alist)))) From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 18 13:39:25 2023 Received: (at 64143) by debbugs.gnu.org; 18 Jun 2023 17:39:25 +0000 Received: from localhost ([127.0.0.1]:54929 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAwN3-0002NG-3R for submit@debbugs.gnu.org; Sun, 18 Jun 2023 13:39:25 -0400 Received: from mail-ej1-f45.google.com ([209.85.218.45]:55474) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAwN1-0002Mz-Ck for 64143@debbugs.gnu.org; Sun, 18 Jun 2023 13:39:23 -0400 Received: by mail-ej1-f45.google.com with SMTP id a640c23a62f3a-98746d7f35dso294839266b.2 for <64143@debbugs.gnu.org>; Sun, 18 Jun 2023 10:39:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1687109957; x=1689701957; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=hWxFT3ujO7A3W47XWGVpLPI/g4KUjaemloZbGIMvnpo=; b=AqS1Rb0SrwVgEMHMRjKeiNOkuQ1FfnNMQ8SUYwYTUdjppU4BVfC66N9uUmhi2I8pKn wtIUiS6w2N21CeKLZs7F/Jj7YArtNXrItixXzgZa4X6gQivTJyD8YxKaVKyixJ3lC6A/ cKyZsXHUpGmSHQRp0RsPNH0g3ruhwTZGdWFMNAZvezmuP4m6INZtUoVXA0yKga4HCIFc Zshsrtzizq4UgJgFnIMLAFFgL7S6heE9ssLgljL+0gX582kpHwxFD0f6vr2BiUpMZN5J Mh8v22u57Fwi/s9Ybvi3CK/rILuQhsHCdWPdjM8T83jG7tZF/PbMZSvC/YFk6S9Tmn3T pIJQ== X-Gm-Message-State: AC+VfDznvleiqomiqDNTEUHhGA31f9lpEcMRV/+FIi6sepX7f4jGkUJr ygO9EtlAn+4HtHR+b8eETjTWitGmKTN9hnY6 X-Google-Smtp-Source: ACHHUZ7FLugJMq9Ig+3Fh7cJJ6VExE/XKfol4ufCTdBVjAIi8g61OuIC1bGCpoLIP4/i3Nn8BarPQA== X-Received: by 2002:a17:907:3f87:b0:97d:9b73:690b with SMTP id hr7-20020a1709073f8700b0097d9b73690bmr8393101ejc.59.1687109957220; Sun, 18 Jun 2023 10:39:17 -0700 (PDT) Received: from mail-ed1-f44.google.com (mail-ed1-f44.google.com. [209.85.208.44]) by smtp.gmail.com with ESMTPSA id o6-20020a17090611c600b00987bc81506dsm2012174eja.202.2023.06.18.10.39.16 for <64143@debbugs.gnu.org> (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 18 Jun 2023 10:39:17 -0700 (PDT) Received: by mail-ed1-f44.google.com with SMTP id 4fb4d7f45d1cf-51a2c8e5a2cso3844114a12.2 for <64143@debbugs.gnu.org>; Sun, 18 Jun 2023 10:39:16 -0700 (PDT) X-Received: by 2002:aa7:da12:0:b0:50c:646:cafd with SMTP id r18-20020aa7da12000000b0050c0646cafdmr5276197eds.7.1687109956370; Sun, 18 Jun 2023 10:39:16 -0700 (PDT) MIME-Version: 1.0 References: <835y7lp5mp.fsf@gnu.org> In-Reply-To: <835y7lp5mp.fsf@gnu.org> From: Troy Brown Date: Sun, 18 Jun 2023 13:39:05 -0400 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: bug#64143: 29.0.60; find-function-search-for-symbol truncates library path To: Eli Zaretskii Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 64143 Cc: 64143@debbugs.gnu.org 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 (/) Eli Zaretskii writes: > What do you mean by "truncates the library path"? Do you mean > truncation of the file name 'emacs.el' to yield just 'emacs'? or do > you mean something else? (To avoid confusion, please don't use "path" > to refer to file names, only to refer to lists of directories in the > style of PATH or load-path.) I was referring specifically to the LIBRARY parameter passed into find-function-search-for-symbol. In this scenario, I'd expect it to be passed to find-library-name unaltered. In other words, the value of the LIBRARY parameter passed in is: "/home/troy/.emacs.elpa/elpa/company-20230416.2034/company.el" However, the value passed on to find-library-name is: "/home/troy/.emacs" This is being altered due to the fact that it contains a ".emacs.el" substring within it (i.e., "/home/troy/<.emacs.el>pa"). > This says it cannot find ".emacs", not "emacs". So is your init file > called ".emacs.el" or (as you mentioned above) "emacs.el"? The problem has nothing to do with my init file (and manifests regardless of init file name), only whether the path supplied by --init-directory contains an ".emacs.el" substring in it (which "~/.emacs.elpa" clearly does). Here is a more precise way to reproduce this using "emacs -Q". I was previously trying to provide a real-world example of how I was seeing this behavior, but maybe it added confusion. If we toggle "debug-on-error" and then evaluate each expression below in turn, we can examine the value that find-function-search-for-symbol passes to find-library-name (as this assumes a bogus username "someuser" and thus an invalid path to trigger the error). In the first case (simulating using --init-directory=/home/someuser/.emacs.d), the value is as expected (the value passed as the LIBRARY parameter to find-function-search-for-symbol). In the second case (simulating using --init-directory=/home/someuser/.emacs.elpa), we see that the value passed to find-library-name is no longer the same as the value passed as the LIBRARY parameter to find-function-search-for-symbol, but was truncated instead. (find-function-search-for-symbol 'company-mode nil "/home/someuser/.emacs.d/elpa/company-20230416.2034/company.el") (find-function-search-for-symbol 'company-mode nil "/home/someuser/.emacs.elpa/elpa/company-20230416.2034/company.el") Debugger entered--Lisp error: (file-error "Can't find library" "/home/someuser/.emacs.d/elpa/company-20230416.2034/company.el") find-library-name("/home/someuser/.emacs.d/elpa/company-20230416.2034/company.el") find-function-search-for-symbol(company-mode nil "/home/someuser/.emacs.d/elpa/company-20230416.2034/company.el") (progn (find-function-search-for-symbol 'company-mode nil "/home/someuser/.emacs.d/elpa/company-20230416.2034/company.el")) eval((progn (find-function-search-for-symbol 'company-mode nil "/home/someuser/.emacs.d/elpa/company-20230416.2034/company.el")) t) elisp--eval-last-sexp(nil) eval-last-sexp(nil) funcall-interactively(eval-last-sexp nil) call-interactively(eval-last-sexp nil nil) command-execute(eval-last-sexp) Debugger entered--Lisp error: (file-error "Can't find library" "/home/someuser/.emacs") find-library-name("/home/someuser/.emacs") find-function-search-for-symbol(company-mode nil "/home/someuser/.emacs.elpa/elpa/company-20230416.2034/company.el") (progn (find-function-search-for-symbol 'company-mode nil "/home/someuser/.emacs.elpa/elpa/company-20230416.2034/company.el")) eval((progn (find-function-search-for-symbol 'company-mode nil "/home/someuser/.emacs.elpa/elpa/company-20230416.2034/company.el")) t) elisp--eval-last-sexp(nil) eval-last-sexp(nil) funcall-interactively(eval-last-sexp nil) call-interactively(eval-last-sexp nil nil) command-execute(eval-last-sexp) > Does the patch below fix this problem? > Indeed, it does. > Also, I see that you have some advice installed for > find-function-search-for-symbol. Would you please verify that > removing that advice still produces the problem in Emacs 29? > See above where I provided a way to reproduce this using just "emacs -Q". From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 20 09:36:55 2023 Received: (at 64143-done) by debbugs.gnu.org; 20 Jun 2023 13:36:55 +0000 Received: from localhost ([127.0.0.1]:58318 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qBbXT-0008UE-Eg for submit@debbugs.gnu.org; Tue, 20 Jun 2023 09:36:55 -0400 Received: from eggs.gnu.org ([209.51.188.92]:46296) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qBbXR-0008U2-N9 for 64143-done@debbugs.gnu.org; Tue, 20 Jun 2023 09:36:54 -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 1qBbXL-0007rR-1B; Tue, 20 Jun 2023 09:36:47 -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=RY31jPpjxIJLHk1zw7OJ/+f5JyMhNFcl24taUmSfJVI=; b=UaoPt9gRSlqA HFQy+z/zEKbbOQNiYdpH0YebVIpbfBaZ0FwaxzsvqFkGr5zejJBDWuHYUoPa7bpm3upf92hEj+yLW lNShqG9h4FBKkPYFzdyls31n2g7a5ER7CdBPzPG1DpUzfOw0vV7E0NU2mHWRAWVE5ZOy6gkELAb7T h6FuGVBz+JMrxMqHnxJxFifNc8sSnnQAp18kcsDGvTzjk3z/4w/dmEoDuQoonpedJM7mXvC2WdaZ2 Y1xtj+EgY8UQmMlfIInR8i10AErupGBCln4WXyaCJvR+6sBhzVW37D9IKvIYtmVNloBn99g/o22oS zHO4kwvcQIiM55hTf8LFjw==; 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 1qBbXK-0002C1-Ai; Tue, 20 Jun 2023 09:36:46 -0400 Date: Tue, 20 Jun 2023 16:36:52 +0300 Message-Id: <83wmzy5k7f.fsf@gnu.org> From: Eli Zaretskii To: Troy Brown In-Reply-To: (message from Troy Brown on Sun, 18 Jun 2023 13:39:05 -0400) Subject: Re: bug#64143: 29.0.60; find-function-search-for-symbol truncates library path References: <835y7lp5mp.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 64143-done Cc: 64143-done@debbugs.gnu.org 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: Troy Brown > Date: Sun, 18 Jun 2023 13:39:05 -0400 > Cc: 64143@debbugs.gnu.org > > > Does the patch below fix this problem? > > > > Indeed, it does. Thanks, installed on the emacs-29 branch, and closing the bug. From unknown Fri Jun 20 07:11:59 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 19 Jul 2023 11:24:07 +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