From unknown Wed Jun 18 23:04:32 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#49864 <49864@debbugs.gnu.org> To: bug#49864 <49864@debbugs.gnu.org> Subject: Status: 28.0.50; Fails to start after "make install" Reply-To: bug#49864 <49864@debbugs.gnu.org> Date: Thu, 19 Jun 2025 06:04:32 +0000 retitle 49864 28.0.50; Fails to start after "make install" reassign 49864 emacs submitter 49864 Wilhelm Kirschbaum severity 49864 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Wed Aug 04 02:06:43 2021 Received: (at submit) by debbugs.gnu.org; 4 Aug 2021 06:06:43 +0000 Received: from localhost ([127.0.0.1]:42240 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mBA37-0007DI-5u for submit@debbugs.gnu.org; Wed, 04 Aug 2021 02:06:43 -0400 Received: from lists.gnu.org ([209.51.188.17]:32828) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mB9fb-0002Fz-9V for submit@debbugs.gnu.org; Wed, 04 Aug 2021 01:42:25 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:59254) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mB9fb-0005Gn-1k for bug-gnu-emacs@gnu.org; Wed, 04 Aug 2021 01:42:23 -0400 Received: from mail-lj1-x229.google.com ([2a00:1450:4864:20::229]:41931) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mB9fY-0006Lo-Dw for bug-gnu-emacs@gnu.org; Wed, 04 Aug 2021 01:42:22 -0400 Received: by mail-lj1-x229.google.com with SMTP id h9so1220704ljq.8 for ; Tue, 03 Aug 2021 22:42:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=AWP5VshbBcOjDjls5buTNfXxqt/jS7xjCMwj4gIeXbU=; b=PcXB0f5nZZhP4aKvXVoYEitfMPYLD/nop2sBVO+nEOHbMbg+VKwtQkL4TNjxwn8Yn4 DrlOAFv6E/JeYF5Jfyp7dES4uAh90aJjahvOgBpCgglPRnbIilkzECxWYSUAB7zuAsG1 SLffHqFnOXyU7Ja0ZkVHryJuYBdpGuW0+27XouZGeXVU6Cd6JoFvpnD20vqnxafSZ1kF G020neqiIyM+pdPlW8YdeG2dpspJeFfyf0k4qXK7iVv38O6zPwpdLYkMH7oqhbTDt66m xKGWnyqtNZWwHmLEf8QR/sjR5DsutkYfnXXQuPxXcyXF0ABNxNF9ZwxmrteUqSVRSk+B RVkg== 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; bh=AWP5VshbBcOjDjls5buTNfXxqt/jS7xjCMwj4gIeXbU=; b=esrGrlqLF4QL2g4G1N2Yp7C/BQveUh6jNyPm5jIEdT90qoh0NPNVJVfVR4cgnsxNfY OLFAd9typxeJQKoPhZ3yQ7wcXqS1SIbx7khRe1oLFNtKk5vnCQROQB3CROz501LZdSxF YWD4EH/XLO7v6IL4+GffE3TwyfySEgdQ4REkf6K+Ogd8G4kVwGGZFuUif3hyVaaaXIdV bK7JDnpGkH3Mzt1XndoaaYwVn9SvO5lyOv47j/dxAGlxlGefp3Ih0vAm2wOYyC5vIyoB QEowkSIoRcn3ltfkMJ+uscCBD8bK3/a6Q5mtjQ53gSi2Nik9kyhDY5f4QB1VjBSTL1sD ZXyQ== X-Gm-Message-State: AOAM531M79Dgg00Bu5WL8hT5WBM8kbkUYEwsoMLZ6rlUKoSPECs2h0aJ rZ+UdcagbWwlVkvUVLYdC52vR9dvpMqbulyGjRpqRcOKvcIkzQ== X-Google-Smtp-Source: ABdhPJyL/Jqzha/GyYhZRDuyF6nRVJqR/ZPldGQ3sOozND1N80/ObO5AQ7RaqC6WqU5ErLt+/AhsG8bSLmHVJVoEH5c= X-Received: by 2002:a2e:86cd:: with SMTP id n13mr798711ljj.39.1628055737545; Tue, 03 Aug 2021 22:42:17 -0700 (PDT) MIME-Version: 1.0 From: Wilhelm Kirschbaum Date: Wed, 4 Aug 2021 07:42:06 +0200 Message-ID: Subject: 28.0.50; Fails to start after "make install" To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary="000000000000e93bc805c8b543b2" Received-SPF: pass client-ip=2a00:1450:4864:20::229; envelope-from=wkirschbaum@gmail.com; helo=mail-lj1-x229.google.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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Wed, 04 Aug 2021 02:06:39 -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.3 (--) --000000000000e93bc805c8b543b2 Content-Type: text/plain; charset="UTF-8" Emacs starts normally when I run it directly from the /src folder, but fails to start when starting from the installation directory "/usr/local/bin/emacs" This only happens with native-compilation. Steps I followed: git clone git://git.sv.gnu.org/emacs.git --depth 1 cd emacs ./autogen.sh ./configure --with-mailutils --with-native-compilation sudo make install src/emacs -Q -> works as expected emacs -Q -> Error using execdir /usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-gnu/../../../../bin/: emacs: /usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-gnu/../../../../bin/../native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln: cannot open shared object file: No such file or directory In GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.30, cairo version 1.17.4) of 2021-08-03 built on iloveyou Repository revision: 88577aed3a17109bb7b13871f185133641c25e73 Repository branch: master Windowing system distributor 'The X.Org Foundation', version 11.0.12013000 System Description: Arch Linux Configured using: 'configure --with-mailutils --with-native-compilation' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG JSON LCMS2 LIBSYSTEMD LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND THREADS TIFF TOOLKIT_SCROLL_BARS X11 XDBE XIM XPM GTK3 ZLIB Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t global-eldoc-mode: t eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t indent-tabs-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs rfc822 mml mml-sec epa derived epg epg-config gnus-util rmail rmail-loaddefs auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache json map text-property-search time-date subr-x seq byte-opt gv bytecomp byte-compile cconv mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader cl-loaddefs cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils iso-transl tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice button loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads dbusbind inotify lcms2 dynamic-setting system-font-setting font-render-setting cairo move-toolbar gtk x-toolkit x multi-tty make-network-process native-compile emacs) Memory information: ((conses 16 67036 9106) (symbols 48 6615 0) (strings 32 19283 1673) (string-bytes 1 655196) (vectors 16 13450) (vector-slots 8 287066 12589) (floats 8 22 31) (intervals 56 199 0) (buffers 992 10)) --000000000000e93bc805c8b543b2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Emacs starts normally when I run it directly from the /src= folder, but
fails to start when starting from the installation director= y
"/usr/local/bin/emacs"

This only happens with native-= compilation.

Steps I followed:
git clone git://git.sv.gnu.org/emacs.git --depth 1
cd emac= s
./autogen.sh
./configure --with-mailutils --with-native-compilation=
sudo make install
src/emacs -Q -> works as expected
emacs -Q -= >
Error using execdir /usr/local/libexec/emacs/28.0.50/x86_64-pc-linu= x-gnu/../../../../bin/:
emacs: /usr/local/libexec/emacs/28.0.50/x86_64-p= c-linux-gnu/../../../../bin/../native-lisp/28.0.50-864bf4e5/preloaded/windo= w-0d1b8b93-dcb2375f.eln: cannot open shared object file: No such file or di= rectory

In GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Ver= sion 3.24.30, cairo version 1.17.4)
=C2=A0of 2021-08-03 built on iloveyo= u
Repository revision: 88577aed3a17109bb7b13871f185133641c25e73
Repos= itory branch: master
Windowing system distributor 'The X.Org Foundat= ion', version 11.0.12013000
System Description: Arch Linux

Co= nfigured using:
=C2=A0'configure --with-mailutils --with-native-comp= ilation'

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLI= B GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG
JSON LCMS2 LIBSYSTEMD LIBXML2 M= ODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER
PNG RSVG SECCOMP SOUND THREADS= TIFF TOOLKIT_SCROLL_BARS X11 XDBE XIM XPM
GTK3 ZLIB

Important se= ttings:
=C2=A0 value of $LANG: en_US.UTF-8
=C2=A0 locale-coding-syste= m: utf-8-unix

Major mode: Lisp Interaction

Minor modes in eff= ect:
=C2=A0 tooltip-mode: t
=C2=A0 global-eldoc-mode: t
=C2=A0 eld= oc-mode: t
=C2=A0 electric-indent-mode: t
=C2=A0 mouse-wheel-mode: t<= br>=C2=A0 tool-bar-mode: t
=C2=A0 menu-bar-mode: t
=C2=A0 file-name-s= hadow-mode: t
=C2=A0 global-font-lock-mode: t
=C2=A0 font-lock-mode: = t
=C2=A0 blink-cursor-mode: t
=C2=A0 auto-composition-mode: t
=C2= =A0 auto-encryption-mode: t
=C2=A0 auto-compression-mode: t
=C2=A0 li= ne-number-mode: t
=C2=A0 indent-tabs-mode: t
=C2=A0 transient-mark-mo= de: t

Load-path shadows:
None found.

Features:
(shadow = sort mail-extr emacsbug message rmc puny dired dired-loaddefs
rfc822 mml= mml-sec epa derived epg epg-config gnus-util rmail
rmail-loaddefs auth-= source cl-seq eieio eieio-core cl-macs
eieio-loaddefs password-cache jso= n map text-property-search time-date
subr-x seq byte-opt gv bytecomp byt= e-compile cconv mm-decode mm-bodies
mm-encode mail-parse rfc2231 mailabb= rev gmm-utils mailheader cl-loaddefs
cl-lib sendmail rfc2047 rfc2045 iet= f-drums mm-util mail-prsvr mail-utils
iso-transl tooltip eldoc electric = uniquify ediff-hook vc-hooks
lisp-float-type mwheel term/x-win x-win ter= m/common-win x-dnd tool-bar
dnd fontset image regexp-opt fringe tabulate= d-list replace newcomment
text-mode elisp-mode lisp-mode prog-mode regis= ter page tab-bar menu-bar
rfn-eshadow isearch easymenu timer select scro= ll-bar mouse jit-lock
font-lock syntax font-core term/tty-colors frame m= inibuffer cl-generic
cham georgian utf-8-lang misc-lang vietnamese tibet= an thai tai-viet lao
korean japanese eucjp-ms cp51932 hebrew greek roman= ian slovak czech
european ethiopic indian cyrillic chinese composite cha= rscript charprop
case-table epa-hook jka-cmpr-hook help simple abbrev ob= array
cl-preloaded nadvice button loaddefs faces cus-face macroexp files=
window text-properties overlay sha1 md5 base64 format env code-pagesmule custom widget hashtable-print-readable backquote threads dbusbind
= inotify lcms2 dynamic-setting system-font-setting font-render-setting
ca= iro move-toolbar gtk x-toolkit x multi-tty make-network-process
native-c= ompile emacs)

Memory information:
((conses 16 67036 9106)
=C2= =A0(symbols 48 6615 0)
=C2=A0(strings 32 19283 1673)
=C2=A0(string-by= tes 1 655196)
=C2=A0(vectors 16 13450)
=C2=A0(vector-slots 8 287066 1= 2589)
=C2=A0(floats 8 22 31)
=C2=A0(intervals 56 199 0)
=C2=A0(buf= fers 992 10))
--000000000000e93bc805c8b543b2-- From debbugs-submit-bounces@debbugs.gnu.org Wed Aug 04 07:57:00 2021 Received: (at 49864) by debbugs.gnu.org; 4 Aug 2021 11:57:00 +0000 Received: from localhost ([127.0.0.1]:42987 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mBFW6-0002NF-MD for submit@debbugs.gnu.org; Wed, 04 Aug 2021 07:57:00 -0400 Received: from eggs.gnu.org ([209.51.188.92]:48484) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mBFW3-0002N1-MR for 49864@debbugs.gnu.org; Wed, 04 Aug 2021 07:56:57 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:56294) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mBFVy-0002im-DS; Wed, 04 Aug 2021 07:56:50 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4517 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 1mBFVx-0005u4-Mc; Wed, 04 Aug 2021 07:56:50 -0400 Date: Wed, 04 Aug 2021 14:56:45 +0300 Message-Id: <83r1f9l8xu.fsf@gnu.org> From: Eli Zaretskii To: Wilhelm Kirschbaum In-Reply-To: (message from Wilhelm Kirschbaum on Wed, 4 Aug 2021 07:42:06 +0200) Subject: Re: bug#49864: 28.0.50; Fails to start after "make install" References: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 49864 Cc: 49864@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: Wilhelm Kirschbaum > Date: Wed, 4 Aug 2021 07:42:06 +0200 > > ./autogen.sh > ./configure --with-mailutils --with-native-compilation > sudo make install > src/emacs -Q -> works as expected > emacs -Q -> > Error using execdir /usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-gnu/../../../../bin/: > emacs: > /usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-gnu/../../../../bin/../native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln: > cannot open shared object file: No such file or directory Could it be that the emacs.pdmp file is installed in the wrong place, and that confuses Emacs at startup? The emacs.pdmp file should be in /usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-gnu/ And where do you have the file window-0d1b8b93-dcb2375f.eln there? on your system? can you show the full absolute file names of all of its copies you have? From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 05 02:43:19 2021 Received: (at 49864) by debbugs.gnu.org; 5 Aug 2021 06:43:19 +0000 Received: from localhost ([127.0.0.1]:45720 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mBX64-00088z-Rj for submit@debbugs.gnu.org; Thu, 05 Aug 2021 02:43:19 -0400 Received: from mail-lf1-f51.google.com ([209.85.167.51]:36492) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mBX60-00088j-Mo for 49864@debbugs.gnu.org; Thu, 05 Aug 2021 02:43:14 -0400 Received: by mail-lf1-f51.google.com with SMTP id x8so9084875lfe.3 for <49864@debbugs.gnu.org>; Wed, 04 Aug 2021 23:43:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=kExu0lK/vp6t6ZNZ3zdxni3zb4/fjJqiCsEy+IJYHcc=; b=T9VCCZ38i/aEXk1+Tr+iKX59l2evWtnFUFioUK3VVrIIIhmhHrvC4WhtcCXjJmYTl+ MJ9sgO0FsmUx95nB7cPRYxky73CxSFdBk9TCOu7tyshnSu4wk9ET5GD00oKofFJUC8pK ddKXJP5areNtWOWl94aXyoh1SrssuaaVI4pgIRth65xZ0ltOKMaqhJ4u2o4R66Olgq/3 6eWBGfxfUC9uFnSD0/QgJtGP5MpNQnDWmkYJ4Dt3Xwn0Irkkm2xo/9KEFxtFiX97dH9h c9nX+zziU5ljYKiRq2uC5Ea+FpAGQOM2HBKrbRO5foFwxmd9ims+eBg2387ExyoEvrxl 19TA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=kExu0lK/vp6t6ZNZ3zdxni3zb4/fjJqiCsEy+IJYHcc=; b=VyfhMLj74IIeXB8UNLFRfHNWRcy81v8+DrAlgFNH4HOHao7CuqYaeadFZgoq91XX6k hS2xX42JTafWxjOwzpnpDb5tNUcTRjOikTH9XoBxZMWSIJr6lR47oueuh+RXJ73ULcv8 5eb3sYqrDsX6Nd5skCVj15DXkKjVQECbH27tC1p8a+8C8GYe+Ecoan16wd0R/htVrzbV DReZHJnmQ31X/KLO31KmziN+IDNl7mSeRzgyUFJJ7QvAStwEPFhN/uH78FxYK/bI428V 9S2tjM6xcg8xULTJ6CBXvEG10Iqh35Rf7E6W3FIJk5OJXvXwJg9K5rAALbSCAe2oTYo6 pz/g== X-Gm-Message-State: AOAM533ivm4hyaUo8OOHikSlfBCkbE9sMbx8RoWsR2pJGl8ntt5ZlnWh ohw8+lPKY/hFwzuQe839hpddcSZBPpaXDMdH0RI= X-Google-Smtp-Source: ABdhPJyb88oVosXXfSdk9bagDUhnDEt4beQVZJmZf2JagjnkLr+nK80/mLlnNlRS0fFKX1m+pGB6C3g3XpUVgKdOs6c= X-Received: by 2002:a05:6512:138a:: with SMTP id p10mr2546855lfa.505.1628145786458; Wed, 04 Aug 2021 23:43:06 -0700 (PDT) MIME-Version: 1.0 References: <83r1f9l8xu.fsf@gnu.org> In-Reply-To: <83r1f9l8xu.fsf@gnu.org> From: Wilhelm Kirschbaum Date: Thu, 5 Aug 2021 08:42:55 +0200 Message-ID: Subject: Re: bug#49864: 28.0.50; Fails to start after "make install" To: Eli Zaretskii Content-Type: multipart/alternative; boundary="0000000000003ea71305c8ca3b32" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 49864 Cc: 49864@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: -1.0 (-) --0000000000003ea71305c8ca3b32 Content-Type: text/plain; charset="UTF-8" >From a clean environment and emacs install the window and emacs.pdmp files are at the following locations /home/wilhelm/src/tools/emacs/native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln /usr/local/lib/emacs/28.0.50/native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln /home/wilhelm/src/tools/emacs/src/emacs.pdmp /usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-gnu/emacs.pdmp evaluating the relative pathing, it ends up at /usr/local/native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln the same install process worked about 2 months ago, so I can possibly try to find the commit where it still worked On Wed, Aug 4, 2021 at 1:56 PM Eli Zaretskii wrote: > > From: Wilhelm Kirschbaum > > Date: Wed, 4 Aug 2021 07:42:06 +0200 > > > > ./autogen.sh > > ./configure --with-mailutils --with-native-compilation > > sudo make install > > src/emacs -Q -> works as expected > > emacs -Q -> > > Error using execdir > /usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-gnu/../../../../bin/: > > emacs: > > > /usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-gnu/../../../../bin/../native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln: > > cannot open shared object file: No such file or directory > > Could it be that the emacs.pdmp file is installed in the wrong place, > and that confuses Emacs at startup? The emacs.pdmp file should be in > /usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-gnu/ > > And where do you have the file window-0d1b8b93-dcb2375f.eln there? on > your system? can you show the full absolute file names of all of its > copies you have? > --0000000000003ea71305c8ca3b32 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
From a clean environment and emacs install = the window and emacs.pdmp files are at the following locations
/home/wilhelm/src/tools/emacs/native-lisp/28.0.50-864bf4e5/preloade= d/window-0d1b8b93-dcb2375f.eln
/usr/local/lib/emacs/28.0.50/native-lisp/= 28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln

/home/wilhel= m/src/tools/emacs/src/emacs.pdmp
/usr/local/libexec/emacs/28.0.50/x86_64= -pc-linux-gnu/emacs.pdmp

evaluating the relative pathing, it e= nds up at /usr/local/native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93= -dcb2375f.eln

the same install process worked about 2 months a= go, so I can possibly try to find the commit where it still worked

On We= d, Aug 4, 2021 at 1:56 PM Eli Zaretskii <eliz@gnu.org> wrote:
> From: Wilhelm Kirschbaum <wkirschbaum@gmail.com>
> Date: Wed, 4 Aug 2021 07:42:06 +0200
>
> ./autogen.sh
> ./configure --with-mailutils --with-native-compilation
> sudo make install
> src/emacs -Q -> works as expected
> emacs -Q ->
> Error using execdir /usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-g= nu/../../../../bin/:
> emacs:
> /usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-gnu/../../../../bin/.= ./native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln:
> cannot open shared object file: No such file or directory

Could it be that the emacs.pdmp file is installed in the wrong place,
and that confuses Emacs at startup?=C2=A0 The emacs.pdmp file should be in<= br> /usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-gnu/

And where do you have the file window-0d1b8b93-dcb2375f.eln there? on
your system? can you show the full absolute file names of all of its
copies you have?
--0000000000003ea71305c8ca3b32-- From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 05 02:51:10 2021 Received: (at 49864) by debbugs.gnu.org; 5 Aug 2021 06:51:10 +0000 Received: from localhost ([127.0.0.1]:45724 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mBXDi-0008Ko-Jv for submit@debbugs.gnu.org; Thu, 05 Aug 2021 02:51:10 -0400 Received: from eggs.gnu.org ([209.51.188.92]:36600) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mBXDh-0008Ka-1d for 49864@debbugs.gnu.org; Thu, 05 Aug 2021 02:51:09 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:56548) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mBXDb-0003ud-9Q; Thu, 05 Aug 2021 02:51:03 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3071 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 1mBXDa-0000Cs-Sz; Thu, 05 Aug 2021 02:51:03 -0400 Date: Thu, 05 Aug 2021 09:50:59 +0300 Message-Id: <83pmusjsfg.fsf@gnu.org> From: Eli Zaretskii To: Wilhelm Kirschbaum In-Reply-To: (message from Wilhelm Kirschbaum on Thu, 5 Aug 2021 08:42:55 +0200) Subject: Re: bug#49864: 28.0.50; Fails to start after "make install" References: <83r1f9l8xu.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 49864 Cc: 49864@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: Wilhelm Kirschbaum > Date: Thu, 5 Aug 2021 08:42:55 +0200 > Cc: 49864@debbugs.gnu.org > > From a clean environment and emacs install the window and emacs.pdmp files are at the following locations > > /home/wilhelm/src/tools/emacs/native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln > /usr/local/lib/emacs/28.0.50/native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln > > /home/wilhelm/src/tools/emacs/src/emacs.pdmp > /usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-gnu/emacs.pdmp This looks correct. But is there another *.pdmp file somewhere on your system, like in /usr/local/bin/, where the Emacs executable file is installed? > evaluating the relative pathing, it ends up at > /usr/local/native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln I don't think I follow: what do you mean by "evaluating the relative pathing"? Alos, are any of the files/directories involved in this hard or symbolic links? if so, can you show where each link points, i.e. the real target files/directories of each link? > the same install process worked about 2 months ago, so I can possibly try to find the commit where it still > worked If the above doesn't give any clues, maybe we should find such a commit. But I would prefer first to understand better what happens with the current master branch. From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 05 03:03:35 2021 Received: (at 49864) by debbugs.gnu.org; 5 Aug 2021 07:03:35 +0000 Received: from localhost ([127.0.0.1]:45751 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mBXPW-0000Cc-8P for submit@debbugs.gnu.org; Thu, 05 Aug 2021 03:03:35 -0400 Received: from mail-lj1-f181.google.com ([209.85.208.181]:40736) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mBXPF-0000Bp-JX for 49864@debbugs.gnu.org; Thu, 05 Aug 2021 03:03:20 -0400 Received: by mail-lj1-f181.google.com with SMTP id m9so5734183ljp.7 for <49864@debbugs.gnu.org>; Thu, 05 Aug 2021 00:03:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=H7vv+UaEN/xuCqQLvTWjQmbvPzprBlaUHMpd5puFr6g=; b=m6OKdu7gSBLzkdrliuHMjaCmur939judiL8j780SNSozPDLKq1XR3dHKgKrcrULa8e heCMozKboAFgPcRDpoTvmuyQHFzIBnm/VGlBzX4osLJadTfd7Ap4UUMYxMGTsP54etY3 pYOQ73BcPR/03UPnS/BBeQizlf0apvgCnX8wVz97PS/tU6eyVXM360PS+Cg6dLwQ8laD J7AIcSsu1WB9Zw2qJgTI4akuYrmU2VCTnU8+v7F4rop6PKmYWSDYw1w3/lQUWeQY8Ypg kBSREbWpAkKUFnoyBuJBBuXy1siNgxCuFA3zRtBoCXAqVyc0JLrqTTQTGVFzEAbfeuv6 v6/g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=H7vv+UaEN/xuCqQLvTWjQmbvPzprBlaUHMpd5puFr6g=; b=MErmJIGOWBG1QRQa03+9qAa54SRN1++K9HvkJs0923plnwHJZdyD8QavKsTZKmYV8l BCTNS1No8xdkXubW3ik3pwM1eHhf4YHib9mXk805m7zgj7OZECOzVwz1uSkf3M0jCrmR jf/HCXShgSzp9zgfyFrvKhdoQ8dzR7PfvLBAhSR9F0zLuyT3jAULZXyPqEurkcxHzctN r2qARHiX6R+WM8bRKTcVVzqQnv6ODHGkT0jbwhS/pxeePCAKf/gXgVoSAAh1aQ89vfMt t349bVuAXT9nTGZwDjjbg3gtJqaFq0SYkl9g7xYkfxkO9Ty7h9KP45GA6kROT0Yj1q/7 XGug== X-Gm-Message-State: AOAM530+7t3l/ouPWIsE5YgBsWi/3yTxjuiBNbWfeyW7fwvj6VQL7i+Z ulSTLheBrug/g84nUYactpLUONgN/Qzo45Kg9M0= X-Google-Smtp-Source: ABdhPJxqnHmMQhv1213dL3LWtnp9VWbGPRl2zRc68KvpbK1R6jSLppHHukmn14YKvUgTTYd8MpXEiJybrVhxc2nCsTY= X-Received: by 2002:a2e:b88e:: with SMTP id r14mr2227725ljp.212.1628146979458; Thu, 05 Aug 2021 00:02:59 -0700 (PDT) MIME-Version: 1.0 References: <83r1f9l8xu.fsf@gnu.org> <83pmusjsfg.fsf@gnu.org> In-Reply-To: <83pmusjsfg.fsf@gnu.org> From: Wilhelm Kirschbaum Date: Thu, 5 Aug 2021 09:02:48 +0200 Message-ID: Subject: Re: bug#49864: 28.0.50; Fails to start after "make install" To: Eli Zaretskii Content-Type: multipart/alternative; boundary="0000000000005a56ac05c8ca823b" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 49864 Cc: 49864@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: -1.0 (-) --0000000000005a56ac05c8ca823b Content-Type: text/plain; charset="UTF-8" These are all the *.pdmp files on my system: /home/wilhelm/src/tools/emacs/src/bootstrap-emacs.pdmp /home/wilhelm/src/tools/emacs/src/emacs-28.0.50.1.pdmp /home/wilhelm/src/tools/emacs/src/emacs.pdmp /usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-gnu/emacs.pdmp The relative path comment was unimportant, sorry about that. I just meant that emacs is trying to find `/usr/local/native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln` which does not exist. >From what I can see these are the only links: /usr/local/bin/emacs -> emacs-28.0.50 /home/wilhelm/src/tools/otp/lib/tools/emacs/tags.erl -> ../src/tags.erl The only non-standard configuration is umask set to 0077, but not sure if that is relevant. On Thu, Aug 5, 2021 at 8:51 AM Eli Zaretskii wrote: > > From: Wilhelm Kirschbaum > > Date: Thu, 5 Aug 2021 08:42:55 +0200 > > Cc: 49864@debbugs.gnu.org > > > > From a clean environment and emacs install the window and emacs.pdmp > files are at the following locations > > > > > /home/wilhelm/src/tools/emacs/native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln > > > /usr/local/lib/emacs/28.0.50/native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln > > > > /home/wilhelm/src/tools/emacs/src/emacs.pdmp > > /usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-gnu/emacs.pdmp > > This looks correct. But is there another *.pdmp file somewhere on > your system, like in /usr/local/bin/, where the Emacs executable file > is installed? > > > evaluating the relative pathing, it ends up at > > > /usr/local/native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln > > I don't think I follow: what do you mean by "evaluating the relative > pathing"? > > Alos, are any of the files/directories involved in this hard or > symbolic links? if so, can you show where each link points, i.e. the > real target files/directories of each link? > > > the same install process worked about 2 months ago, so I can possibly > try to find the commit where it still > > worked > > If the above doesn't give any clues, maybe we should find such a > commit. But I would prefer first to understand better what happens > with the current master branch. > --0000000000005a56ac05c8ca823b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
These are all the *.pdmp files on my syst= em:
/home/wilhelm/src/tools/emacs/src/bootstrap-emacs.pdmp
/home/wilh= elm/src/tools/emacs/src/emacs-28.0.50.1.pdmp
/home/wilhelm/src/tools/ema= cs/src/emacs.pdmp
/usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-gnu/e= macs.pdmp

The relative path comment was unimportant, sorr= y about that. I just meant that emacs is trying to find `/usr/local/native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dc= b2375f.eln` which does not exist.

From what I can see th= ese are the only links:
/usr/local/bin/emacs -> emacs-28.0.50
/hom= e/wilhelm/src/tools/otp/lib/tools/emacs/tags.erl -> ../src/tags.erl

The only non-standard configuration is umask set to 0077, but not= sure if that is relevant.

=
On Thu, Aug 5, 2021 at 8:51 AM Eli Za= retskii <eliz@gnu.org> wrote:
=
> From: Wilhelm = Kirschbaum <w= kirschbaum@gmail.com>
> Date: Thu, 5 Aug 2021 08:42:55 +0200
> Cc: 49864@d= ebbugs.gnu.org
>
> From a clean environment and emacs install the window and emacs.pdmp f= iles are at the following locations
>
> /home/wilhelm/src/tools/emacs/native-lisp/28.0.50-864bf4e5/preloaded/w= indow-0d1b8b93-dcb2375f.eln
> /usr/local/lib/emacs/28.0.50/native-lisp/28.0.50-864bf4e5/preloaded/wi= ndow-0d1b8b93-dcb2375f.eln
>
> /home/wilhelm/src/tools/emacs/src/emacs.pdmp
> /usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-gnu/emacs.pdmp

This looks correct.=C2=A0 But is there another *.pdmp file somewhere on
your system, like in /usr/local/bin/, where the Emacs executable file
is installed?

> evaluating the relative pathing, it ends up at
> /usr/local/native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2= 375f.eln

I don't think I follow: what do you mean by "evaluating the relati= ve
pathing"?

Alos, are any of the files/directories involved in this hard or
symbolic links? if so, can you show where each link points, i.e. the
real target files/directories of each link?

> the same install process worked about 2 months ago, so I can possibly = try to find the commit where it still
> worked

If the above doesn't give any clues, maybe we should find such a
commit.=C2=A0 But I would prefer first to understand better what happens with the current master branch.
--0000000000005a56ac05c8ca823b-- From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 05 03:09:28 2021 Received: (at 49864) by debbugs.gnu.org; 5 Aug 2021 07:09:28 +0000 Received: from localhost ([127.0.0.1]:45762 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mBXVQ-0000N0-Ev for submit@debbugs.gnu.org; Thu, 05 Aug 2021 03:09:28 -0400 Received: from eggs.gnu.org ([209.51.188.92]:39572) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mBXVP-0000Mo-5H for 49864@debbugs.gnu.org; Thu, 05 Aug 2021 03:09:28 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:56908) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mBXVI-0002Xh-NI; Thu, 05 Aug 2021 03:09:21 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4385 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 1mBXVI-0003FW-Au; Thu, 05 Aug 2021 03:09:20 -0400 Date: Thu, 05 Aug 2021 10:09:17 +0300 Message-Id: <83o8acjrky.fsf@gnu.org> From: Eli Zaretskii To: Wilhelm Kirschbaum In-Reply-To: (message from Wilhelm Kirschbaum on Thu, 5 Aug 2021 09:02:48 +0200) Subject: Re: bug#49864: 28.0.50; Fails to start after "make install" References: <83r1f9l8xu.fsf@gnu.org> <83pmusjsfg.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 49864 Cc: 49864@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: Wilhelm Kirschbaum > Date: Thu, 5 Aug 2021 09:02:48 +0200 > Cc: 49864@debbugs.gnu.org > > These are all the *.pdmp files on my system: > /home/wilhelm/src/tools/emacs/src/bootstrap-emacs.pdmp > /home/wilhelm/src/tools/emacs/src/emacs-28.0.50.1.pdmp > /home/wilhelm/src/tools/emacs/src/emacs.pdmp > /usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-gnu/emacs.pdmp > > The relative path comment was unimportant, sorry about that. I just meant that emacs is trying to find > `/usr/local/native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln` which does not exist. > > From what I can see these are the only links: > /usr/local/bin/emacs -> emacs-28.0.50 > /home/wilhelm/src/tools/otp/lib/tools/emacs/tags.erl -> ../src/tags.erl Hmm... we are missing something here. Can you start Emacs under GDB and step through the code I will point out, so that we could collect more information about what happens? If you can, I will provide detailed instructions. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 05 03:14:30 2021 Received: (at 49864) by debbugs.gnu.org; 5 Aug 2021 07:14:30 +0000 Received: from localhost ([127.0.0.1]:45774 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mBXaI-0000VB-8C for submit@debbugs.gnu.org; Thu, 05 Aug 2021 03:14:30 -0400 Received: from mail-lf1-f47.google.com ([209.85.167.47]:41599) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mBXaH-0000Ux-5K for 49864@debbugs.gnu.org; Thu, 05 Aug 2021 03:14:29 -0400 Received: by mail-lf1-f47.google.com with SMTP id y34so9156872lfa.8 for <49864@debbugs.gnu.org>; Thu, 05 Aug 2021 00:14:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=jZvktE2ij21OBXSec2gRBq52Kl6GGxB5iKC6Wf6lN24=; b=MxHPfvVHA64PLF7+EUV7bKR3LmCJVaNyzyGbUWLBqeY+hdb7B9VYYTqStxu/9BBIa6 J4InNdLW/hR5s9tRpFfITQb7Ys6GbYqGXl9dAkyZAmAnVZwx2axUeEHla65OQhSlsX54 aTiciGH/cEpt1x3n+4NvDFf3JTjL0TqozYyJQjGI/7CkRQOs9/3XWLL+B4vWRN/ZK6lw kgSzL5SIUlwVa6m2fCUCgZtApi0zTcY2dU/bWVDAR5WwF0gt7UwkeV3pKoDk3nb848+t ocNR5BgQnj3P6wFTJG/A88bLORP5SQpLtZ4H1TF2XOSxPEZ1pYDA/MbopVsGkcQ7gx1s hhJg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=jZvktE2ij21OBXSec2gRBq52Kl6GGxB5iKC6Wf6lN24=; b=IY70Y6N8c76s0Sl4L6T8Zm9LXtbSA3AEPRO9W+9EiSqCF4EqSRGOhWT6R69B2/hgfC 2TxMoLuVaN4lHEvj2S/ml8xjkCR56DnidgGFK9zKOdAMGNTRd3eTHwfXnf/tPe+AZWq7 U5TOA2HoOlc3nvxjyDwFa4PixZJFxtgQEaI7WbAbcr2s47lzUCZC4W7M6u8kB0nz+hoN Z4FFbWYIzUPW3u8uMT7b/PUtKZbk3vT9T7PPvEkx6XwHHs7dUYXZe5PnL1RyfIqHiohf fR9vyZNf6W2t2neEibcJ0FjSXV7unutTHREBa2QMYvZiu6O8xqon3FAVz4sH/QfeSNf9 0BDw== X-Gm-Message-State: AOAM53114xFHmfkUesjusOBnnaxPSH74FXxyCMga+O6+tKPWYfLuM+dc 2RW7PPPsxvEy3wqfIpgO/wx0QkYJBWu35VSQE08= X-Google-Smtp-Source: ABdhPJxrQ9qwE1utTjC72pXCzkxuAF33AQsOpm3KVpVcGFmpjafixtMoR6fyyEATmARC8NQ94ycSqHUYvMcLLwW7VcE= X-Received: by 2002:ac2:5e6f:: with SMTP id a15mr2525256lfr.234.1628147661784; Thu, 05 Aug 2021 00:14:21 -0700 (PDT) MIME-Version: 1.0 References: <83r1f9l8xu.fsf@gnu.org> <83pmusjsfg.fsf@gnu.org> <83o8acjrky.fsf@gnu.org> In-Reply-To: <83o8acjrky.fsf@gnu.org> From: Wilhelm Kirschbaum Date: Thu, 5 Aug 2021 09:14:10 +0200 Message-ID: Subject: Re: bug#49864: 28.0.50; Fails to start after "make install" To: Eli Zaretskii Content-Type: multipart/alternative; boundary="00000000000005cc5705c8caab0e" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 49864 Cc: 49864@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: -1.0 (-) --00000000000005cc5705c8caab0e Content-Type: text/plain; charset="UTF-8" Yes, of course, but I will only be able to do it a bit later today. I am not too familiar with GDB though. On Thu, Aug 5, 2021 at 9:09 AM Eli Zaretskii wrote: > > From: Wilhelm Kirschbaum > > Date: Thu, 5 Aug 2021 09:02:48 +0200 > > Cc: 49864@debbugs.gnu.org > > > > These are all the *.pdmp files on my system: > > /home/wilhelm/src/tools/emacs/src/bootstrap-emacs.pdmp > > /home/wilhelm/src/tools/emacs/src/emacs-28.0.50.1.pdmp > > /home/wilhelm/src/tools/emacs/src/emacs.pdmp > > /usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-gnu/emacs.pdmp > > > > The relative path comment was unimportant, sorry about that. I just > meant that emacs is trying to find > > > `/usr/local/native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln` > which does not exist. > > > > From what I can see these are the only links: > > /usr/local/bin/emacs -> emacs-28.0.50 > > /home/wilhelm/src/tools/otp/lib/tools/emacs/tags.erl -> ../src/tags.erl > > Hmm... we are missing something here. > > Can you start Emacs under GDB and step through the code I will point > out, so that we could collect more information about what happens? If > you can, I will provide detailed instructions. > > Thanks. > --00000000000005cc5705c8caab0e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Yes, of course, but I will only be able to do it a bi= t later today. I am not too familiar with GDB though.

<= div class=3D"gmail_quote">
On Thu, Aug= 5, 2021 at 9:09 AM Eli Zaretskii <eliz@= gnu.org> wrote:
> From: Wilhelm Kirschbaum <wkirschbaum@gmail.com>
> Date: Thu, 5 Aug 2021 09:02:48 +0200
> Cc: 49864@d= ebbugs.gnu.org
>
> These are all the *.pdmp files on my system:
> /home/wilhelm/src/tools/emacs/src/bootstrap-emacs.pdmp
> /home/wilhelm/src/tools/emacs/src/emacs-28.0.50.1.pdmp
> /home/wilhelm/src/tools/emacs/src/emacs.pdmp
> /usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-gnu/emacs.pdmp
>
> The relative path comment was unimportant, sorry about that. I just me= ant that emacs is trying to find
> `/usr/local/native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb= 2375f.eln` which does not exist.
>
> From what I can see these are the only links:
> /usr/local/bin/emacs -> emacs-28.0.50
> /home/wilhelm/src/tools/otp/lib/tools/emacs/tags.erl -> ../src/tags= .erl

Hmm... we are missing something here.

Can you start Emacs under GDB and step through the code I will point
out, so that we could collect more information about what happens?=C2=A0 If=
you can, I will provide detailed instructions.

Thanks.
--00000000000005cc5705c8caab0e-- From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 05 03:59:07 2021 Received: (at 49864) by debbugs.gnu.org; 5 Aug 2021 07:59:07 +0000 Received: from localhost ([127.0.0.1]:45801 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mBYHT-0001Y0-Ha for submit@debbugs.gnu.org; Thu, 05 Aug 2021 03:59:07 -0400 Received: from eggs.gnu.org ([209.51.188.92]:47984) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mBYHR-0001XV-QY for 49864@debbugs.gnu.org; Thu, 05 Aug 2021 03:59:06 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:57650) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mBYHM-000316-Cu; Thu, 05 Aug 2021 03:59:00 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3477 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 1mBYHL-0007DR-VS; Thu, 05 Aug 2021 03:59:00 -0400 Date: Thu, 05 Aug 2021 10:58:56 +0300 Message-Id: <83mtpwjpa7.fsf@gnu.org> From: Eli Zaretskii To: Wilhelm Kirschbaum In-Reply-To: (message from Wilhelm Kirschbaum on Thu, 5 Aug 2021 09:14:10 +0200) Subject: Re: bug#49864: 28.0.50; Fails to start after "make install" References: <83r1f9l8xu.fsf@gnu.org> <83pmusjsfg.fsf@gnu.org> <83o8acjrky.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 49864 Cc: 49864@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: Wilhelm Kirschbaum > Date: Thu, 5 Aug 2021 09:14:10 +0200 > Cc: 49864@debbugs.gnu.org > > Yes, of course, but I will only be able to do it a bit later today. I am not too familiar with GDB though. Thanks. The instructions are below: $ cd /home/wilhelm/src/tools/emacs/src $ gdb /usr/local/bin/emacs-28.0.50 ... (gdb) source ./.gdbinit (gdb) break pdumper.c:5315 (gdb) r -Q When GDB announces that the breakpoint at pdumper.c:5315 breaks, do this: (gdb) p cu_file1 (gdb) xstring (gdb) p cu_file2 (gdb) xstring and show the results of these commands. Then step through the code, one line at a time, with the "n" ("next") command. Eventually, you should get to line 5321: 5321 if (file_access_p (fndata, F_OK)) Then show the value of fndata, which should be a file name: (gdb) p fndata Type "next" again. If the file_access_p call fails (returns 'false'), show the value of errno immediately after stepping past the line that calls file_access_p: (gdb) p errno In that case (if file_access_p fails), the "next" command will land you in this block: else { eln_fname = make_uninit_string (execdir_len + fn2_len); fndata = SSDATA (eln_fname); memcpy (fndata, emacs_execdir, execdir_len); memcpy (fndata + execdir_len, SSDATA (cu_file2), fn2_len); installation_state = LOCAL_BUILD; } Please type "n" ("next") repeatedly until you get to the last line, which starts with "installation_state =", and show the value of fndata: (gdb) p fndata Finally, keep stepping with "n" until you come to this line: comp_u->handle = dynlib_open (SSDATA (eln_fname)); and type the following commands: (gdb) p eln_fname (gdb) xstring and show their results. You can then terminate the GDB session: (gdb) q (Answer "y" if it asks whether to quit.) I hope the data you collect and report will explain what happens, or at least give us a direction in which to look for the explanation. Thanks again for your help in this matter. From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 05 08:44:21 2021 Received: (at 49864) by debbugs.gnu.org; 5 Aug 2021 12:44:21 +0000 Received: from localhost ([127.0.0.1]:46141 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mBcjU-0004ai-CB for submit@debbugs.gnu.org; Thu, 05 Aug 2021 08:44:21 -0400 Received: from mail-lj1-f171.google.com ([209.85.208.171]:40662) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mBcjS-0004aU-6M for 49864@debbugs.gnu.org; Thu, 05 Aug 2021 08:44:19 -0400 Received: by mail-lj1-f171.google.com with SMTP id m9so6894382ljp.7 for <49864@debbugs.gnu.org>; Thu, 05 Aug 2021 05:44:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=MqiCHiSAv8yTT2ij+q0Sl8B2qagwkpdinFTE1MzwAVs=; b=dk/o6x+bXwsTjHA+ZJOTUnHphHhCg0BXHJvGdIjBA+cJWFYzcw76cHC2And53vjGV4 DsJOsncwjeXb9EqauAZQhY+FL05gx+CHectFuTHll57pDgOKmH1LpPSJJdcX7lIuWyGw 0sYS12xBhRTlqjfXzq5C4RqdANtTksINNRFe9tSXPmfIkbMPSNi387YENrZdhT8loKzm vu5xSpik7+4qKeCW9HUJx9mLzu48gyL3Hbg8YEL0SmXoVHZ+efiBZizFgcFFmqksM1h1 6J/iuhRgKfjNKouq6zQvze/osos/gMwz4HXtA3Kds+cdStVrTd92MiMdecIZS5y4e6CX hM+g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=MqiCHiSAv8yTT2ij+q0Sl8B2qagwkpdinFTE1MzwAVs=; b=sdMnusfP0rqgR12NGL6YJ5xByjULRn+6XDXhEMDXbCNXpvQSYtAluRHsuKEsVF9Rid 4JpMAWW3OwerYeW7kO+Puo1yBDuu8nVAAB06RfXntGMzU5Gj1RVX6rF/wuSnNyfDcDJE 6Gfxt+tFxAZ6mHw23nTsmcVjlqSrMcVlnKmRPAO9YhzE2NNn3g3QH96Ji6jaCbNvETEx mMdW+pI0ZUHR7DfTO0aggOeVz9cLGfiTrRLZv90Ls2W45h7D6Vkmn3iueUYXXIqhHr1T D9tE3TAMB2fyOOK8FDVeJxGvW36qCoE7Kio8yKHlJUjkGB8SL2ZsWQZnjczwPZa1Oz/y kV4g== X-Gm-Message-State: AOAM531MYLEMju9A83ohJ+tMU/DhI4Q1RUJf8f71tvzRx8t8PgQ38KWx C9oe/zI8kdws+rEVf5Rq2SYYivTTHYrfWYXLYE8= X-Google-Smtp-Source: ABdhPJxSA3IYCSFUf4bWfFeaPsw/pec5EyA584H9QvCRNhTacroSmNkaStMbEEG62ZPqrbEeNG6Ie7OdW/x48a+2URI= X-Received: by 2002:a2e:bd08:: with SMTP id n8mr2983534ljq.379.1628167452168; Thu, 05 Aug 2021 05:44:12 -0700 (PDT) MIME-Version: 1.0 References: <83r1f9l8xu.fsf@gnu.org> <83pmusjsfg.fsf@gnu.org> <83o8acjrky.fsf@gnu.org> <83mtpwjpa7.fsf@gnu.org> In-Reply-To: <83mtpwjpa7.fsf@gnu.org> From: Wilhelm Kirschbaum Date: Thu, 5 Aug 2021 14:44:00 +0200 Message-ID: Subject: Re: bug#49864: 28.0.50; Fails to start after "make install" To: Eli Zaretskii Content-Type: multipart/alternative; boundary="0000000000009f17a705c8cf4685" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 49864 Cc: 49864@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: -1.0 (-) --0000000000009f17a705c8cf4685 Content-Type: text/plain; charset="UTF-8" It did not go exactly as the above, but adding the whole log here in case it helps, as I am not 100% sure if I did it correctly; will go over it again later in today. ~/src/tools/emacs/src $ gdb /usr/local/bin/emacs-28.0.50 GNU gdb (GDB) 10.2 Copyright (C) 2021 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-pc-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/local/bin/emacs-28.0.50... warning: File "/home/wilhelm/src/tools/emacs/src/.gdbinit" auto-loading has been declined by your `auto-load safe-path' set to "$debugdir:$datadir/auto-load". To enable execution of this file add add-auto-load-safe-path /home/wilhelm/src/tools/emacs/src/.gdbinit line to your configuration file "/home/wilhelm/.gdbinit". To completely disable this security protection add set auto-load safe-path / line to your configuration file "/home/wilhelm/.gdbinit". For more information about this security protection see the "Auto-loading safe path" section in the GDB manual. E.g., run from the shell: info "(gdb)Auto-loading safe path" (gdb) source ./.gdbinit SIGINT is used by the debugger. Are you sure you want to change it? (y or n) [answered Y; input not from terminal] DISPLAY = :0.0 TERM = xterm-256color Breakpoint 1 at 0x4766c: file emacs.c, line 399. Breakpoint 2 at 0x105420: file xterm.c, line 10258. (gdb) break pdumper.c:5315 Breakpoint 3 at 0x19959d: file pdumper.c, line 5315. (gdb) r -Q Starting program: /usr/local/bin/emacs-28.0.50 -Q [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1". Breakpoint 3, dump_do_dump_relocation (dump_base=, reloc=...) at pdumper.c:5315 5315 if (installation_state == UNKNOWN) (gdb) p cu_file1 $1 = XIL(0x7ffff08e4bac) (gdb) xstring $2 = (struct Lisp_String *) 0x7ffff08e4ba8 "../lib/emacs/28.0.50/native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln" (gdb) p cu_file2 $3 = XIL(0x7ffff08e4b8c) (gdb) xstring $4 = (struct Lisp_String *) 0x7ffff08e4b88 "../native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln" (gdb) n 5317 eln_fname = make_uninit_string (execdir_len + fn1_len); (gdb) n 5318 fndata = SSDATA (eln_fname); (gdb) n 5319 memcpy (fndata, emacs_execdir, execdir_len); (gdb) n 1561 return XSTRING (string)->u.s.data; (gdb) n 5321 if (file_access_p (fndata, F_OK)) (gdb) p fndata $5 = (gdb) next 5325 eln_fname = make_uninit_string (execdir_len + fn2_len); (gdb) p errno 'errno' has unknown type; cast it to its declared type (gdb) n 5326 fndata = SSDATA (eln_fname); (gdb) n 5327 memcpy (fndata, emacs_execdir, execdir_len); (gdb) n 1561 return XSTRING (string)->u.s.data; (gdb) n 5329 installation_state = LOCAL_BUILD; (gdb) p fndata $6 = (gdb) n 5331 fixup_eln_load_path (eln_fname); (gdb) n 5352 comp_u->file = eln_fname; (gdb) p eln_fname $7 = XIL(0x555555c2bcb4) (gdb) xstring $8 = (struct Lisp_String *) 0x555555c2bcb0 "/usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-gnu/../../../../bin/../native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln" (gdb) n 1561 return XSTRING (string)->u.s.data; (gdb) n 5354 if (!comp_u->handle) (gdb) n 5356 fprintf (stderr, "Error using execdir %s:\n", (gdb) n Error using execdir /usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-gnu/../../../../bin/: 5358 error ("%s", dynlib_error ()); (gdb) p errno 'errno' has unknown type; cast it to its declared type (gdb) n emacs: /usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-gnu/../../../../bin/../native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln: cannot open shared object file: No such file or directory [Inferior 1 (process 4129) exited with code 01] (gdb) q On Thu, Aug 5, 2021 at 9:59 AM Eli Zaretskii wrote: > > From: Wilhelm Kirschbaum > > Date: Thu, 5 Aug 2021 09:14:10 +0200 > > Cc: 49864@debbugs.gnu.org > > > > Yes, of course, but I will only be able to do it a bit later today. I am > not too familiar with GDB though. > > Thanks. The instructions are below: > > $ cd /home/wilhelm/src/tools/emacs/src > $ gdb /usr/local/bin/emacs-28.0.50 > ... > (gdb) source ./.gdbinit > (gdb) break pdumper.c:5315 > (gdb) r -Q > > When GDB announces that the breakpoint at pdumper.c:5315 breaks, do > this: > > (gdb) p cu_file1 > (gdb) xstring > (gdb) p cu_file2 > (gdb) xstring > > and show the results of these commands. Then step through the code, > one line at a time, with the "n" ("next") command. Eventually, you > should get to line 5321: > > 5321 if (file_access_p (fndata, F_OK)) > > Then show the value of fndata, which should be a file name: > > (gdb) p fndata > > Type "next" again. If the file_access_p call fails (returns 'false'), > show the value of errno immediately after stepping past the line that > calls file_access_p: > > (gdb) p errno > > In that case (if file_access_p fails), the "next" command will land > you in this block: > > else > { > eln_fname = make_uninit_string (execdir_len + fn2_len); > fndata = SSDATA (eln_fname); > memcpy (fndata, emacs_execdir, execdir_len); > memcpy (fndata + execdir_len, SSDATA (cu_file2), fn2_len); > installation_state = LOCAL_BUILD; > } > > Please type "n" ("next") repeatedly until you get to the last line, > which starts with "installation_state =", and show the value of > fndata: > > (gdb) p fndata > > Finally, keep stepping with "n" until you come to this line: > > comp_u->handle = dynlib_open (SSDATA (eln_fname)); > > and type the following commands: > > (gdb) p eln_fname > (gdb) xstring > > and show their results. > > You can then terminate the GDB session: > > (gdb) q > > (Answer "y" if it asks whether to quit.) > > I hope the data you collect and report will explain what happens, or > at least give us a direction in which to look for the explanation. > > Thanks again for your help in this matter. > --0000000000009f17a705c8cf4685 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
It did not go exactly as the above, but adding the wh= ole log here in case it helps, as I am not 100% sure if I did it correctly;= will go over it again later in today.

~/src/= tools/emacs/src $ gdb /usr/local/bin/emacs-28.0.50
GNU gdb (GDB) 10.2Copyright (C) 2021 Free Software Foundation, Inc.
License GPLv3+: GNU = GPL version 3 or later <htt= p://gnu.org/licenses/gpl.html>
This is free software: you are fre= e to change and redistribute it.
There is NO WARRANTY, to the extent per= mitted by law.
Type "show copying" and "show warranty&quo= t; for details.
This GDB was configured as "x86_64-pc-linux-gnu&quo= t;.
Type "show configuration" for configuration details.
Fo= r bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.Find the GDB manual and other documentation resources online at:
=C2=A0= =C2=A0 <http= ://www.gnu.org/software/gdb/documentation/>.

For help, type &= quot;help".
Type "apropos word" to search for commands re= lated to "word"...
Reading symbols from /usr/local/bin/emacs-2= 8.0.50...
warning: File "/home/wilhelm/src/tools/emacs/src/.gdbinit= " auto-loading has been declined by your `auto-load safe-path' set= to "$debugdir:$datadir/auto-load".
To enable execution of thi= s file add
add-auto-load-safe-path /home/wilhelm/src/tools/emacs/src/.g= dbinit
line to your configuration file "/home/wilhelm/.gdbinit"= ;.
To completely disable this security protection add
set auto-load = safe-path /
line to your configuration file "/home/wilhelm/.gdbinit= ".
For more information about this security protection see the
&= quot;Auto-loading safe path" section in the GDB manual.=C2=A0 E.g., ru= n from the shell:
info "(gdb)Auto-loading safe path"
(gdb)= source ./.gdbinit
SIGINT is used by the debugger.
Are you sure you = want to change it? (y or n) [answered Y; input not from terminal]
DISPLA= Y =3D :0.0
TERM =3D xterm-256color
Breakpoint 1 at 0x4766c: file emac= s.c, line 399.
Breakpoint 2 at 0x105420: file xterm.c, line 10258.
(g= db) break pdumper.c:5315
Breakpoint 3 at 0x19959d: file pdumper.c, line = 5315.
(gdb) r -Q
Starting program: /usr/local/bin/emacs-28.0.50 -Q[Thread debugging using libthread_db enabled]
Using host libthread_db l= ibrary "/usr/lib/libthread_db.so.1".

Breakpoint 3, dump_do= _dump_relocation (dump_base=3D<optimized out>, reloc=3D...) at pdumpe= r.c:5315
5315 if (installation_state =3D=3D UNKNOWN)
(gdb) p cu_file= 1
$1 =3D XIL(0x7ffff08e4bac)
(gdb) xstring
$2 =3D (struct Lisp_Str= ing *) 0x7ffff08e4ba8
"../lib/emacs/28.0.50/native-lisp/28.0.50-864= bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln"
(gdb) p cu_file2
$= 3 =3D XIL(0x7ffff08e4b8c)
(gdb) xstring
$4 =3D (struct Lisp_String *)= 0x7ffff08e4b88
"../native-lisp/28.0.50-864bf4e5/preloaded/window-0= d1b8b93-dcb2375f.eln"
(gdb) n
5317 =C2=A0 =C2=A0eln_fname =3D = make_uninit_string (execdir_len + fn1_len);
(gdb) n
5318 =C2=A0 =C2= =A0fndata =3D SSDATA (eln_fname);
(gdb) n
5319 =C2=A0 =C2=A0memcpy = (fndata, emacs_execdir, execdir_len);
(gdb) n
1561 =C2=A0return XSTR= ING (string)->u.s.data;
(gdb) n
5321 =C2=A0 =C2=A0if (file_acces= s_p (fndata, F_OK))
(gdb) p fndata
$5 =3D <optimized out>
(g= db) next
5325 eln_fname =3D make_uninit_string (execdir_len + fn2_len)= ;
(gdb) p errno
'errno' has unknown type; cast it to its decl= ared type
(gdb) n
5326 fndata =3D SSDATA (eln_fname);
(gdb) n5327 memcpy (fndata, emacs_execdir, execdir_len);
(gdb) n
1561 = =C2=A0return XSTRING (string)->u.s.data;
(gdb) n
5329 installati= on_state =3D LOCAL_BUILD;
(gdb) p fndata
$6 =3D <optimized out>=
(gdb) n
5331 =C2=A0 =C2=A0fixup_eln_load_path (eln_fname);
(gdb= ) n
5352 comp_u->file =3D eln_fname;
(gdb) p eln_fname
$7 =3D = XIL(0x555555c2bcb4)
(gdb) xstring
$8 =3D (struct Lisp_String *) 0x555= 555c2bcb0
"/usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-gnu/../= ../../../bin/../native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2= 375f.eln"
(gdb) n
1561 =C2=A0return XSTRING (string)->u.s.da= ta;
(gdb) n
5354 if (!comp_u->handle)
(gdb) n
5356 =C2=A0= =C2=A0fprintf (stderr, "Error using execdir %s:\n",
(gdb) nError using execdir /usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-gnu/= ../../../../bin/:
5358 =C2=A0 =C2=A0error ("%s", dynlib_erro= r ());
(gdb) p errno
'errno' has unknown type; cast it to its= declared type
(gdb) n
emacs: /usr/local/libexec/emacs/28.0.50/x86_64= -pc-linux-gnu/../../../../bin/../native-lisp/28.0.50-864bf4e5/preloaded/win= dow-0d1b8b93-dcb2375f.eln: cannot open shared object file: No such file or = directory
[Inferior 1 (process 4129) exited with code 01]
(gdb) q
=

On Thu, Aug 5, 2021 at 9:59 AM Eli Zaretskii <eliz@gnu.org> wrote:
> From: Wilhelm Kirschbaum <wkirschbaum@gmail.com>
> Date: Thu, 5 Aug 2021 09:14:10 +0200
> Cc: 49864@d= ebbugs.gnu.org
>
> Yes, of course, but I will only be able to do it a bit later today. I = am not too familiar with GDB though.

Thanks.=C2=A0 The instructions are below:

=C2=A0 $ cd /home/wilhelm/src/tools/emacs/src
=C2=A0 $ gdb /usr/local/bin/emacs-28.0.50
=C2=A0 ...
=C2=A0 (gdb) source ./.gdbinit
=C2=A0 (gdb) break pdumper.c:5315
=C2=A0 (gdb) r -Q

When GDB announces that the breakpoint at pdumper.c:5315 breaks, do
this:

=C2=A0 (gdb) p cu_file1
=C2=A0 (gdb) xstring
=C2=A0 (gdb) p cu_file2
=C2=A0 (gdb) xstring

and show the results of these commands.=C2=A0 Then step through the code, one line at a time, with the "n" ("next") command.=C2= =A0 Eventually, you
should get to line 5321:

=C2=A0 5321=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if (file= _access_p (fndata, F_OK))

Then show the value of fndata, which should be a file name:

=C2=A0 (gdb) p fndata

Type "next" again.=C2=A0 If the file_access_p call fails (returns= 'false'),
show the value of errno immediately after stepping past the line that
calls file_access_p:

=C2=A0 (gdb) p errno

In that case (if file_access_p fails), the "next" command will la= nd
you in this block:

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 else
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 {
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 eln_fname =3D make_= uninit_string (execdir_len + fn2_len);
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 fndata =3D SSDATA (= eln_fname);
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 memcpy (fndata, ema= cs_execdir, execdir_len);
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 memcpy (fndata + ex= ecdir_len, SSDATA (cu_file2), fn2_len);
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 installation_state = =3D LOCAL_BUILD;
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 }

Please type "n" ("next") repeatedly until you get to th= e last line,
which starts with "installation_state =3D", and show the value of=
fndata:

=C2=A0 (gdb) p fndata

Finally, keep stepping with "n" until you come to this line:

=C2=A0 =C2=A0 =C2=A0 =C2=A0 comp_u->handle =3D dynlib_open (SSDATA (eln_= fname));

and type the following commands:

=C2=A0 (gdb) p eln_fname
=C2=A0 (gdb) xstring

and show their results.

You can then terminate the GDB session:

=C2=A0 (gdb) q

(Answer "y" if it asks whether to quit.)

I hope the data you collect and report will explain what happens, or
at least give us a direction in which to look for the explanation.

Thanks again for your help in this matter.
--0000000000009f17a705c8cf4685-- From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 05 09:34:18 2021 Received: (at 49864) by debbugs.gnu.org; 5 Aug 2021 13:34:18 +0000 Received: from localhost ([127.0.0.1]:46205 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mBdVq-0005li-0h for submit@debbugs.gnu.org; Thu, 05 Aug 2021 09:34:18 -0400 Received: from eggs.gnu.org ([209.51.188.92]:60792) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mBdVo-0005lU-9I for 49864@debbugs.gnu.org; Thu, 05 Aug 2021 09:34:16 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:37338) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mBdVj-0000Qz-04; Thu, 05 Aug 2021 09:34:11 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4465 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 1mBdVh-0000nk-0C; Thu, 05 Aug 2021 09:34:10 -0400 Date: Thu, 05 Aug 2021 16:33:53 +0300 Message-Id: <83im0kj9ry.fsf@gnu.org> From: Eli Zaretskii To: Wilhelm Kirschbaum In-Reply-To: (message from Wilhelm Kirschbaum on Thu, 5 Aug 2021 14:44:00 +0200) Subject: Re: bug#49864: 28.0.50; Fails to start after "make install" References: <83r1f9l8xu.fsf@gnu.org> <83pmusjsfg.fsf@gnu.org> <83o8acjrky.fsf@gnu.org> <83mtpwjpa7.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 49864 Cc: 49864@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: Wilhelm Kirschbaum > Date: Thu, 5 Aug 2021 14:44:00 +0200 > Cc: 49864@debbugs.gnu.org > > 5321 if (file_access_p (fndata, F_OK)) > (gdb) p fndata > $5 = > (gdb) next Here, instead of "next", please say "step" to step into file_access_p. Then you should see something like this: (gdb) step file_access_p (file=0x67e768c "/usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-gnu/../../../../bin/../lib/emacs/28.0.50/native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln", amode=0) at fileio.c:162 162 if (faccessat (AT_FDCWD, file, amode, AT_EACCESS) == 0) That shows the file name it is trying to access in the list of arguments of the function. As far as I understand from the other information you posted, that file does exist on your system, is that right? Because you said the file below does exist: /usr/local/lib/emacs/28.0.50/native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln But for some reason, the faccessat call fails. We need to understand why. > (gdb) p errno > 'errno' has unknown type; cast it to its declared type To work around the problem with errno's type, try this: (gdb) p (int)errno The value of errno will hopefully tell us what's wrong. I'm guessing it's some problem with accessing those files, perhaps related to the value of umask you reported. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 05 10:04:28 2021 Received: (at 49864) by debbugs.gnu.org; 5 Aug 2021 14:04:28 +0000 Received: from localhost ([127.0.0.1]:47956 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mBdz2-0006us-93 for submit@debbugs.gnu.org; Thu, 05 Aug 2021 10:04:28 -0400 Received: from eggs.gnu.org ([209.51.188.92]:40500) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mBdz1-0006ud-CU for 49864@debbugs.gnu.org; Thu, 05 Aug 2021 10:04:27 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:38456) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mBdyw-0004ad-6h; Thu, 05 Aug 2021 10:04:22 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2341 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 1mBdyu-0005cp-9r; Thu, 05 Aug 2021 10:04:22 -0400 Date: Thu, 05 Aug 2021 17:04:08 +0300 Message-Id: <83h7g4j8dj.fsf@gnu.org> From: Eli Zaretskii To: wkirschbaum@gmail.com In-Reply-To: <83im0kj9ry.fsf@gnu.org> (message from Eli Zaretskii on Thu, 05 Aug 2021 16:33:53 +0300) Subject: Re: bug#49864: 28.0.50; Fails to start after "make install" References: <83r1f9l8xu.fsf@gnu.org> <83pmusjsfg.fsf@gnu.org> <83o8acjrky.fsf@gnu.org> <83mtpwjpa7.fsf@gnu.org> <83im0kj9ry.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 49864 Cc: 49864@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 (---) > Date: Thu, 05 Aug 2021 16:33:53 +0300 > From: Eli Zaretskii > Cc: 49864@debbugs.gnu.org > > 162 if (faccessat (AT_FDCWD, file, amode, AT_EACCESS) == 0) > > That shows the file name it is trying to access in the list of > arguments of the function. As far as I understand from the other > information you posted, that file does exist on your system, is that > right? Because you said the file below does exist: > > /usr/local/lib/emacs/28.0.50/native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln > > But for some reason, the faccessat call fails. We need to understand > why. > > > (gdb) p errno > > 'errno' has unknown type; cast it to its declared type > > To work around the problem with errno's type, try this: > > (gdb) p (int)errno To clarify: please print the value of errno as above _after_ stepping over the call to faccessat, i.e. when GDB shows this: 162 if (faccessat (AT_FDCWD, file, amode, AT_EACCESS) == 0) (gdb) next 175 return false; From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 05 11:21:56 2021 Received: (at 49864) by debbugs.gnu.org; 5 Aug 2021 15:21:56 +0000 Received: from localhost ([127.0.0.1]:48103 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mBfBz-0000Th-Je for submit@debbugs.gnu.org; Thu, 05 Aug 2021 11:21:56 -0400 Received: from mail-lf1-f54.google.com ([209.85.167.54]:39590) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mBfBy-0000TV-HO for 49864@debbugs.gnu.org; Thu, 05 Aug 2021 11:21:55 -0400 Received: by mail-lf1-f54.google.com with SMTP id t9so11842924lfc.6 for <49864@debbugs.gnu.org>; Thu, 05 Aug 2021 08:21:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=lZ9OoC1VlVvSKX/DYEUz/GAQqAVajt4Q8PIPVBxi7MQ=; b=fAher7ueIuvA9iUanrTSB8pz0oLO7C5bze81xIHGBJUVzLDHl3xNLASt44TJVKGk84 vAHtU9FxkGBcOt2+yISk/VATzvJdVXj0vng6AVDClnRxcwVpP6TjPsrBb0u4lv8yHRun UAWyHkjorqmr1elPWD4ntJItk47Yw3KP4Xz2ih6XBjBK5qXXOiVwCEMJlHyg6N82sNBl E2rVojv9NjrL67bFaAXqExmJo/mdrV5l89h0okBPdzfyO1TNePggglfjf7hyTXtfQcHz EyVsU679zmZQDFcX5MKXsA1c2ayQfoxKYl3FBekM+k/3Kb29fUPOn8VCdUq5kmeoPr6L C2Og== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=lZ9OoC1VlVvSKX/DYEUz/GAQqAVajt4Q8PIPVBxi7MQ=; b=BosXJ+2dGCCtXdaXoWcJSRnv9W3iPs2ATasfR3/7QT6d9VLEmJ6LgnRVl1IKLSLHP2 mFBw2BOuXF+ZJKziiABbGeptgIA/1GRv+pGLALWpPdDSZpA1uDblgwHMIZ0PTxZG6J0g 5hcHRc0YHHVfZsNixR2buf/17P16sG+RpLMQZtRsjwvE8tnyXVG1gyV0PPKp8TRsEhVa 202Vx8Wp5JV9LlQOlhV8nMHFu96fBo3SEE+EuAsFG+2gQ/a0hTlmEnU1nndqYT0CH94e xD9ClTlS0g4Uc14F35aCIfjI3qyWoDpSEnPNTy1/M9KQfD1BuxTgMuxz/L37+qzGBSVH OSbg== X-Gm-Message-State: AOAM531uuKCUEGsVXWnPu3JYUPx9qoLMcNTJIqAsSL1rD3fyqMMJgalA yLRsmNL3T70VxckiUdjCetwuGRs5iSenZvYPecc= X-Google-Smtp-Source: ABdhPJy80uEX0LZPCx+LD0MtYDjHz9Es84wdBysy1VKyB04/yjcdkFTMYuftubCK9K2GNer8h5IfdQgFu3q9MjAbUMs= X-Received: by 2002:a05:6512:1084:: with SMTP id j4mr4243586lfg.586.1628176908304; Thu, 05 Aug 2021 08:21:48 -0700 (PDT) MIME-Version: 1.0 References: <83r1f9l8xu.fsf@gnu.org> <83pmusjsfg.fsf@gnu.org> <83o8acjrky.fsf@gnu.org> <83mtpwjpa7.fsf@gnu.org> <83im0kj9ry.fsf@gnu.org> <83h7g4j8dj.fsf@gnu.org> In-Reply-To: <83h7g4j8dj.fsf@gnu.org> From: Wilhelm Kirschbaum Date: Thu, 5 Aug 2021 17:21:36 +0200 Message-ID: Subject: Re: bug#49864: 28.0.50; Fails to start after "make install" To: Eli Zaretskii Content-Type: multipart/alternative; boundary="00000000000040464f05c8d17aba" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 49864 Cc: 49864@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: -1.0 (-) --00000000000040464f05c8d17aba Content-Type: text/plain; charset="UTF-8" Thanks for your patience, I appreciate the effort trying to solve this. Here is the gdb log: 1561 return XSTRING (string)->u.s.data; (gdb) n 5321 if (file_access_p (fndata, F_OK)) (gdb) step file_access_p ( file=file@entry=0x555555cf8838 "/usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-gnu/../../../../bin/../lib/emacs/28.0.50/native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln", amode=amode@entry=0) at fileio.c:162 162 if (faccessat (AT_FDCWD, file, amode, AT_EACCESS) == 0) (gdb) next dump_do_dump_relocation (dump_base=, reloc=...) at pdumper.c:5325 5325 eln_fname = make_uninit_string (execdir_len + fn2_len); (gdb) p (int)errno $1 = 13 I can indeed access /usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-gnu/../../../../bin/../lib/emacs/28.0.50/native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln but only as root. Which seems wrong. I can start emacs as sudo ( have not even checked this before ) Which is then probably a umask issue as this folder's permission seems wrong: /usr/local/lib $ sudo ls -lah emacs total 12K drwx------ 3 root root 4.0K Aug 3 23:00 . drwxr-xr-x 4 root root 4.0K Aug 3 23:00 .. drwx------ 3 root root 4.0K Aug 3 23:00 28.0.50 sudo ls -lah emacs/28.0.50 total 12K drwx------ 3 root root 4.0K Aug 3 23:00 . drwx------ 3 root root 4.0K Aug 3 23:00 .. drwx------ 3 root root 4.0K Aug 3 23:00 native-lisp Yes the file exists, but I cannot access it as a non-root ( should have checked before ). I can remove the folder and re-install and the permission is the same as above. On Thu, Aug 5, 2021 at 4:04 PM Eli Zaretskii wrote: > > Date: Thu, 05 Aug 2021 16:33:53 +0300 > > From: Eli Zaretskii > > Cc: 49864@debbugs.gnu.org > > > > 162 if (faccessat (AT_FDCWD, file, amode, AT_EACCESS) == 0) > > > > That shows the file name it is trying to access in the list of > > arguments of the function. As far as I understand from the other > > information you posted, that file does exist on your system, is that > > right? Because you said the file below does exist: > > > > > /usr/local/lib/emacs/28.0.50/native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln > > > > But for some reason, the faccessat call fails. We need to understand > > why. > > > > > (gdb) p errno > > > 'errno' has unknown type; cast it to its declared type > > > > To work around the problem with errno's type, try this: > > > > (gdb) p (int)errno > > To clarify: please print the value of errno as above _after_ stepping > over the call to faccessat, i.e. when GDB shows this: > > 162 if (faccessat (AT_FDCWD, file, amode, AT_EACCESS) == 0) > (gdb) next > 175 return false; > --00000000000040464f05c8d17aba Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks for your patience, I appreciate the effort trying t= o solve this.

Here is the gdb log:
1561 =C2=A0r= eturn XSTRING (string)->u.s.data;
(gdb) n
5321 =C2=A0 =C2=A0if (= file_access_p (fndata, F_OK))
(gdb) step
file_access_p (
=C2=A0 = =C2=A0 file=3Dfile@entry=3D0x555555cf8838 "/usr/local/libexec/emacs/28= .0.50/x86_64-pc-linux-gnu/../../../../bin/../lib/emacs/28.0.50/native-lisp/= 28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln", amode=3Damod= e@entry=3D0) at fileio.c:162
162 =C2=A0if (faccessat (AT_FDCWD, file, a= mode, AT_EACCESS) =3D=3D 0)
(gdb) next
dump_do_dump_relocation (dump_= base=3D<optimized out>, reloc=3D...) at pdumper.c:5325
5325 eln_= fname =3D make_uninit_string (execdir_len + fn2_len);
(gdb) p (int)errno=
$1 =3D 13

I can indeed access /usr/local/l= ibexec/emacs/28.0.50/x86_64-pc-linux-gnu/../../../../bin/../lib/emacs/28.0.= 50/native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln but = only as root. Which seems wrong. I can start emacs as sudo ( have not even = checked this before )

Which is then probably a umask issu= e as this folder's permission seems wrong:
=C2=A0/usr/local/lib $ su= do ls -lah emacs
total 12K
drwx------ 3 root root 4.0K Aug =C2=A03 23= :00 .
drwxr-xr-x 4 root root 4.0K Aug =C2=A03 23:00 ..
drwx------ 3 r= oot root 4.0K Aug =C2=A03 23:00 28.0.50

sudo ls -l= ah emacs/28.0.50
total 12K
drwx------ 3 root root 4.0K Aug =C2=A03 23= :00 .
drwx------ 3 root root 4.0K Aug =C2=A03 23:00 ..
drwx------ 3 r= oot root 4.0K Aug =C2=A03 23:00 native-lisp

Yes th= e file exists, but I cannot access it as a non-root ( should have checked b= efore ). I can remove the folder and re-install and the permission is the s= ame as above.


On Thu, Aug 5, 2021 at 4:04 PM Eli Z= aretskii <eliz@gnu.org> wrote:
> Date: Thu, 05= Aug 2021 16:33:53 +0300
> From: Eli Zaretskii <eliz@gnu.org>
> Cc: 49864@d= ebbugs.gnu.org
>
>=C2=A0 =C2=A0162=C2=A0 =C2=A0 =C2=A0 =C2=A0if (faccessat (AT_FDCWD, fil= e, amode, AT_EACCESS) =3D=3D 0)
>
> That shows the file name it is trying to access in the list of
> arguments of the function.=C2=A0 As far as I understand from the other=
> information you posted, that file does exist on your system, is that > right?=C2=A0 Because you said the file below does exist:
>
>=C2=A0 =C2=A0/usr/local/lib/emacs/28.0.50/native-lisp/28.0.50-864bf4e5/= preloaded/window-0d1b8b93-dcb2375f.eln
>
> But for some reason, the faccessat call fails.=C2=A0 We need to unders= tand
> why.
>
> > (gdb) p errno
> > 'errno' has unknown type; cast it to its declared type >
> To work around the problem with errno's type, try this:
>
>=C2=A0 =C2=A0(gdb) p (int)errno

To clarify: please print the value of errno as above _after_ stepping
over the call to faccessat, i.e. when GDB shows this:

=C2=A0 162=C2=A0 =C2=A0 =C2=A0 =C2=A0if (faccessat (AT_FDCWD, file, amode, = AT_EACCESS) =3D=3D 0)
=C2=A0 (gdb) next
=C2=A0 175=C2=A0 =C2=A0 =C2=A0 =C2=A0return false;
--00000000000040464f05c8d17aba-- From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 05 12:29:37 2021 Received: (at 49864) by debbugs.gnu.org; 5 Aug 2021 16:29:37 +0000 Received: from localhost ([127.0.0.1]:48202 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mBgFV-0002Fs-B4 for submit@debbugs.gnu.org; Thu, 05 Aug 2021 12:29:37 -0400 Received: from eggs.gnu.org ([209.51.188.92]:53876) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mBgFT-0002Ff-Av for 49864@debbugs.gnu.org; Thu, 05 Aug 2021 12:29:35 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:45976) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mBgFO-0003zw-21; Thu, 05 Aug 2021 12:29:30 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3330 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 1mBgFN-0000Du-JP; Thu, 05 Aug 2021 12:29:29 -0400 Date: Thu, 05 Aug 2021 19:29:29 +0300 Message-Id: <83a6lvkg7q.fsf@gnu.org> From: Eli Zaretskii To: Wilhelm Kirschbaum In-Reply-To: (message from Wilhelm Kirschbaum on Thu, 5 Aug 2021 17:21:36 +0200) Subject: Re: bug#49864: 28.0.50; Fails to start after "make install" References: <83r1f9l8xu.fsf@gnu.org> <83pmusjsfg.fsf@gnu.org> <83o8acjrky.fsf@gnu.org> <83mtpwjpa7.fsf@gnu.org> <83im0kj9ry.fsf@gnu.org> <83h7g4j8dj.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 49864 Cc: 49864@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: Wilhelm Kirschbaum > Date: Thu, 5 Aug 2021 17:21:36 +0200 > Cc: 49864@debbugs.gnu.org > > 162 if (faccessat (AT_FDCWD, file, amode, AT_EACCESS) == 0) > (gdb) next > dump_do_dump_relocation (dump_base=, reloc=...) at pdumper.c:5325 > 5325 eln_fname = make_uninit_string (execdir_len + fn2_len); > (gdb) p (int)errno > $1 = 13 > > I can indeed access > /usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-gnu/../../../../bin/../lib/emacs/28.0.50/native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln > but only as root. Which seems wrong. I can start emacs as sudo ( have not even checked this before ) > > Which is then probably a umask issue as this folder's permission seems wrong: > /usr/local/lib $ sudo ls -lah emacs > total 12K > drwx------ 3 root root 4.0K Aug 3 23:00 . > drwxr-xr-x 4 root root 4.0K Aug 3 23:00 .. > drwx------ 3 root root 4.0K Aug 3 23:00 28.0.50 > > sudo ls -lah emacs/28.0.50 > total 12K > drwx------ 3 root root 4.0K Aug 3 23:00 . > drwx------ 3 root root 4.0K Aug 3 23:00 .. > drwx------ 3 root root 4.0K Aug 3 23:00 native-lisp > > Yes the file exists, but I cannot access it as a non-root ( should have checked before ). I can remove the > folder and re-install and the permission is the same as above. So this sounds like some problem with how "make install" sets permissions on directories on your system: it ends up disallowing your user access to those files. Or maybe you should follow "make install" by a suitable chmod command, to make those files accessible? I don't know enough about sudo to help you more, but maybe someone else here does? The main question to answer, from my POV, is whether this is something we could address in our "make install", or something only you can fix on your system. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 05 14:27:26 2021 Received: (at 49864) by debbugs.gnu.org; 5 Aug 2021 18:27:26 +0000 Received: from localhost ([127.0.0.1]:48437 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mBi5W-0001Mx-8S for submit@debbugs.gnu.org; Thu, 05 Aug 2021 14:27:26 -0400 Received: from mail-lf1-f53.google.com ([209.85.167.53]:46643) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mBi5U-0001Mg-KY for 49864@debbugs.gnu.org; Thu, 05 Aug 2021 14:27:25 -0400 Received: by mail-lf1-f53.google.com with SMTP id n17so10217719lft.13 for <49864@debbugs.gnu.org>; Thu, 05 Aug 2021 11:27:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=j3Oo9t6n4T9N2dmIviyxlYkhPYdwtrGnagcGCh16B9k=; b=LOCEnWhRPxdlOn00o7v5MMtIBbwexxsm82v+ksFvQ0/x2DNLa5Zo0BwnXOsGeNTW8u pf7APtyTkPTHkB82KL+tfgdUFDv3tghajmTUAvdZ4sarWLQg9fiilENkda1TVcXsON3L dJXR4FwbNh6W+u/LEBztzkYSg3gmjmTJq0/8bKavH3WYSdoBt5gILlNjI7/PLNTbmv38 H3EqECGCB7yqOtWeKs42X0YQ0P7mhuLiNti//Mg1I/HepuEA/TafcIkNljcKos4VrHGV CQhklsn5Rd+I7eUEirrEcvTSjc54hZqGcKr0qEkkl9PN5y3VJWllvW4jcYhtZZYNFwnv aCDw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=j3Oo9t6n4T9N2dmIviyxlYkhPYdwtrGnagcGCh16B9k=; b=IffJaFORy0ENPXrIcuHmMXhLn2V3rQZEPw4PZ02Q7SZY0sz2qWCCz0MqooUu74QgAa rUbig/vyDjcqBdtmoNJsSgwmLimxFlxVSAs6o+xGtwavXUGsrB+CvlrMhaDXxfrFyjfC s6madE+IGhLGtsqQucl466P/X0pGvckwvfFdXGdodt6IjNvzfjybWE6YJxLScGSXqzs4 8/Ze9r/PRkyrHCl3/K28wHTw5j9uyYJIpqepFn7lm8xS3nIveuQOww4InPKxxwT1kRji x5trDClI3N6eRKHzmbeb59kPiE2bPfSktI/J+PuHjmCyM6tPsahLy+LlcZmTxq0tSE3D jqug== X-Gm-Message-State: AOAM531zsYVt2Y0SOxumDnKKM6DX0WcTSuKZ4qLbRjqlHOac4eXKANTp 0FHQMNweBC4vHr2LP7uIqKvMz2e1IEijjHouXC8= X-Google-Smtp-Source: ABdhPJxbqkvD9R6sEXKtHdY92SKeVAknMqnvZuxKYY/bYQwv5dhsXMm9fIG4O7y136qAeUYNyn8fHdL/GX1mXCbIHSo= X-Received: by 2002:ac2:5e6f:: with SMTP id a15mr4567454lfr.234.1628188038408; Thu, 05 Aug 2021 11:27:18 -0700 (PDT) MIME-Version: 1.0 References: <83r1f9l8xu.fsf@gnu.org> <83pmusjsfg.fsf@gnu.org> <83o8acjrky.fsf@gnu.org> <83mtpwjpa7.fsf@gnu.org> <83im0kj9ry.fsf@gnu.org> <83h7g4j8dj.fsf@gnu.org> <83a6lvkg7q.fsf@gnu.org> In-Reply-To: <83a6lvkg7q.fsf@gnu.org> From: Wilhelm Kirschbaum Date: Thu, 5 Aug 2021 20:27:06 +0200 Message-ID: Subject: Re: bug#49864: 28.0.50; Fails to start after "make install" To: Eli Zaretskii Content-Type: multipart/mixed; boundary="000000000000a87b9005c8d4113f" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 49864 Cc: 49864@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: -1.0 (-) --000000000000a87b9005c8d4113f Content-Type: multipart/alternative; boundary="000000000000a87b8e05c8d4113d" --000000000000a87b8e05c8d4113d Content-Type: text/plain; charset="UTF-8" The patch I attached fixes the install issue for me without any other modification. This patch also seems to be consistent with other MKDIR_P commands in the Makefile. ### Install native compiled Lisp files. install-eln: lisp ifeq ($(HAVE_NATIVE_COMP),yes) - find native-lisp -type d -exec $(MKDIR_P) "$(ELN_DESTDIR){}" \; ; \ + umask 022; find native-lisp -type d -exec $(MKDIR_P) "$(ELN_DESTDIR){}" \; ; \ find native-lisp -type f -exec ${INSTALL_DATA} "{}" "$(ELN_DESTDIR){}" \; On Thu, Aug 5, 2021 at 6:29 PM Eli Zaretskii wrote: > > From: Wilhelm Kirschbaum > > Date: Thu, 5 Aug 2021 17:21:36 +0200 > > Cc: 49864@debbugs.gnu.org > > > > 162 if (faccessat (AT_FDCWD, file, amode, AT_EACCESS) == 0) > > (gdb) next > > dump_do_dump_relocation (dump_base=, reloc=...) at > pdumper.c:5325 > > 5325 eln_fname = make_uninit_string (execdir_len + fn2_len); > > (gdb) p (int)errno > > $1 = 13 > > > > I can indeed access > > > /usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-gnu/../../../../bin/../lib/emacs/28.0.50/native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln > > but only as root. Which seems wrong. I can start emacs as sudo ( have > not even checked this before ) > > > > Which is then probably a umask issue as this folder's permission seems > wrong: > > /usr/local/lib $ sudo ls -lah emacs > > total 12K > > drwx------ 3 root root 4.0K Aug 3 23:00 . > > drwxr-xr-x 4 root root 4.0K Aug 3 23:00 .. > > drwx------ 3 root root 4.0K Aug 3 23:00 28.0.50 > > > > sudo ls -lah emacs/28.0.50 > > total 12K > > drwx------ 3 root root 4.0K Aug 3 23:00 . > > drwx------ 3 root root 4.0K Aug 3 23:00 .. > > drwx------ 3 root root 4.0K Aug 3 23:00 native-lisp > > > > Yes the file exists, but I cannot access it as a non-root ( should have > checked before ). I can remove the > > folder and re-install and the permission is the same as above. > > So this sounds like some problem with how "make install" sets > permissions on directories on your system: it ends up disallowing your > user access to those files. Or maybe you should follow "make install" > by a suitable chmod command, to make those files accessible? > > I don't know enough about sudo to help you more, but maybe someone > else here does? The main question to answer, from my POV, is whether > this is something we could address in our "make install", or something > only you can fix on your system. > > Thanks. > --000000000000a87b8e05c8d4113d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
The patch I attached fixes the install issue for me w= ithout any other modification. This patch also seems to be consistent with = other MKDIR_P commands in the Makefile.

=C2=A0### = Install native compiled Lisp files.
=C2=A0install-eln: lisp
=C2=A0ife= q ($(HAVE_NATIVE_COMP),yes)
- find native-lisp -type d -exec $(MKDIR_P) = "$(ELN_DESTDIR){}" \; ; \
+ umask 022; find native-lisp -type = d -exec $(MKDIR_P) "$(ELN_DESTDIR){}" \; ; \
=C2=A0 find nativ= e-lisp -type f -exec ${INSTALL_DATA} "{}" "$(ELN_DESTDIR){}&= quot; \;




On Thu, Aug 5, 2021 = at 6:29 PM Eli Zaretskii <eliz@gnu.org> wrote:
&g= t; From: Wilhelm Kirschbaum <wkirschbaum@gmail.com>
> Date: Thu, 5 Aug 2021 17:21:36 +0200
> Cc: 49864@d= ebbugs.gnu.org
>
> 162=C2=A0 if (faccessat (AT_FDCWD, file, amode, AT_EACCESS) =3D=3D 0)<= br> > (gdb) next
> dump_do_dump_relocation (dump_base=3D<optimized out>, reloc=3D..= .) at pdumper.c:5325
> 5325 eln_fname =3D make_uninit_string (execdir_len + fn2_len);
> (gdb) p (int)errno
> $1 =3D 13
>
> I can indeed access
> /usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-gnu/../../../../bin/.= ./lib/emacs/28.0.50/native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-= dcb2375f.eln
> but only as root. Which seems wrong. I can start emacs as sudo ( have = not even checked this before )
>
> Which is then probably a umask issue as this folder's permission s= eems wrong:
>=C2=A0 /usr/local/lib $ sudo ls -lah emacs
> total 12K
> drwx------ 3 root root 4.0K Aug=C2=A0 3 23:00 .
> drwxr-xr-x 4 root root 4.0K Aug=C2=A0 3 23:00 ..
> drwx------ 3 root root 4.0K Aug=C2=A0 3 23:00 28.0.50
>
> sudo ls -lah emacs/28.0.50
> total 12K
> drwx------ 3 root root 4.0K Aug=C2=A0 3 23:00 .
> drwx------ 3 root root 4.0K Aug=C2=A0 3 23:00 ..
> drwx------ 3 root root 4.0K Aug=C2=A0 3 23:00 native-lisp
>
> Yes the file exists, but I cannot access it as a non-root ( should hav= e checked before ). I can remove the
> folder and re-install and the permission is the same as above.

So this sounds like some problem with how "make install" sets
permissions on directories on your system: it ends up disallowing your
user access to those files.=C2=A0 Or maybe you should follow "make ins= tall"
by a suitable chmod command, to make those files accessible?

I don't know enough about sudo to help you more, but maybe someone
else here does?=C2=A0 The main question to answer, from my POV, is whether<= br> this is something we could address in our "make install", or some= thing
only you can fix on your system.

Thanks.
--000000000000a87b8e05c8d4113d-- --000000000000a87b9005c8d4113f Content-Type: text/x-patch; charset="US-ASCII"; name="specify-native-lisp-create-dir-umask.patch" Content-Disposition: attachment; filename="specify-native-lisp-create-dir-umask.patch" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_krz922x10 ZGlmZiAtLWdpdCBhL01ha2VmaWxlLmluIGIvTWFrZWZpbGUuaW4KaW5kZXggOTdkOTU0Yi4uMzk4 MDhkZiAxMDA2NDQKLS0tIGEvTWFrZWZpbGUuaW4KKysrIGIvTWFrZWZpbGUuaW4KQEAgLTc4OSw3 ICs3ODksNyBAQCBpbnN0YWxsLWV0YzoKICMjIyBJbnN0YWxsIG5hdGl2ZSBjb21waWxlZCBMaXNw IGZpbGVzLgogaW5zdGFsbC1lbG46IGxpc3AKIGlmZXEgKCQoSEFWRV9OQVRJVkVfQ09NUCkseWVz KQotCWZpbmQgbmF0aXZlLWxpc3AgLXR5cGUgZCAtZXhlYyAkKE1LRElSX1ApICIkKEVMTl9ERVNU RElSKXt9IiBcOyA7IFwKKwl1bWFzayAwMjI7IGZpbmQgbmF0aXZlLWxpc3AgLXR5cGUgZCAtZXhl YyAkKE1LRElSX1ApICIkKEVMTl9ERVNURElSKXt9IiBcOyA7IFwKIAlmaW5kIG5hdGl2ZS1saXNw IC10eXBlIGYgLWV4ZWMgJHtJTlNUQUxMX0RBVEF9ICJ7fSIgIiQoRUxOX0RFU1RESVIpe30iIFw7 CiBlbmRpZgogCg== --000000000000a87b9005c8d4113f-- From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 06 02:48:38 2021 Received: (at 49864-done) by debbugs.gnu.org; 6 Aug 2021 06:48:38 +0000 Received: from localhost ([127.0.0.1]:48961 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mBteo-0007LO-D5 for submit@debbugs.gnu.org; Fri, 06 Aug 2021 02:48:38 -0400 Received: from eggs.gnu.org ([209.51.188.92]:59384) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mBtem-0007LB-OO for 49864-done@debbugs.gnu.org; Fri, 06 Aug 2021 02:48:37 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:38344) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mBteh-0003c1-C4; Fri, 06 Aug 2021 02:48:31 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4386 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 1mBteg-0006Ie-Ve; Fri, 06 Aug 2021 02:48:31 -0400 Date: Fri, 06 Aug 2021 09:48:29 +0300 Message-Id: <83o8abhxvm.fsf@gnu.org> From: Eli Zaretskii To: Wilhelm Kirschbaum In-Reply-To: (message from Wilhelm Kirschbaum on Thu, 5 Aug 2021 20:27:06 +0200) Subject: Re: bug#49864: 28.0.50; Fails to start after "make install" References: <83r1f9l8xu.fsf@gnu.org> <83pmusjsfg.fsf@gnu.org> <83o8acjrky.fsf@gnu.org> <83mtpwjpa7.fsf@gnu.org> <83im0kj9ry.fsf@gnu.org> <83h7g4j8dj.fsf@gnu.org> <83a6lvkg7q.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 49864-done Cc: 49864-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: Wilhelm Kirschbaum > Date: Thu, 5 Aug 2021 20:27:06 +0200 > Cc: 49864@debbugs.gnu.org > > The patch I attached fixes the install issue for me without any other modification. This patch also seems to > be consistent with other MKDIR_P commands in the Makefile. > > ### Install native compiled Lisp files. > install-eln: lisp > ifeq ($(HAVE_NATIVE_COMP),yes) > - find native-lisp -type d -exec $(MKDIR_P) "$(ELN_DESTDIR){}" \; ; \ > + umask 022; find native-lisp -type d -exec $(MKDIR_P) "$(ELN_DESTDIR){}" \; ; \ > find native-lisp -type f -exec ${INSTALL_DATA} "{}" "$(ELN_DESTDIR){}" \; Thanks, I installed such a change, and I'm closing this bug report. From unknown Wed Jun 18 23:04:32 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 03 Sep 2021 11:24:09 +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