From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alex ter Weele Subject: Re: GTK applications crash on start Date: Sat, 03 Mar 2018 12:32:12 -0600 Message-ID: <87po4l80yb.fsf@librem.i-did-not-set--mail-host-address--so-tickle-me> References: <87fu5kcvpc.fsf@librem.i-did-not-set--mail-host-address--so-tickle-me> <87371icday.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:32866) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1esBxE-0002yv-Bz for help-guix@gnu.org; Sat, 03 Mar 2018 13:32:21 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1esBxA-0007W9-C3 for help-guix@gnu.org; Sat, 03 Mar 2018 13:32:20 -0500 In-Reply-To: <87371icday.fsf@gnu.org> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Fri, 02 Mar 2018 23:39:33 +0100") List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org Sender: "Help-Guix" To: Ludovic =?utf-8?Q?Court=C3=A8s?= Cc: Alex ter Weele , help-guix@gnu.org ludo@gnu.org (Ludovic Court=C3=A8s) writes: > What does this say: > > ldd $(dirname $(readlink -f $(type -P emacs)))/.emacs-25.3-real | grep = glibc > $ ldd $(dirname $(readlink -f $(type -P emacs)))/.emacs-25.3-real | gre= p glibc libm.so.6 =3D> /gnu/store/n6acaivs0jwiwpidjr551dhdni5kgpcr-glib= c-2.26.105-g0890d5379c/lib/libm.so.6 (0x00007fd969692000) librt.so.1 =3D> /gnu/store/n6acaivs0jwiwpidjr551dhdni5kgpcr-gli= bc-2.26.105-g0890d5379c/lib/librt.so.1 (0x00007fd968869000) libpthread.so.0 =3D> /gnu/store/n6acaivs0jwiwpidjr551dhdni5kgpc= r-glibc-2.26.105-g0890d5379c/lib/libpthread.so.0 (0x00007fd966b80000) libc.so.6 =3D> /gnu/store/n6acaivs0jwiwpidjr551dhdni5kgpcr-glib= c-2.26.105-g0890d5379c/lib/libc.so.6 (0x00007fd96617c000) libdl.so.2 =3D> /gnu/store/3h31zsqxjjg52da5gp3qmhkh4x8klhah-gli= bc-2.25/lib/libdl.so.2 (0x00007fd965f78000) libresolv.so.2 =3D> /gnu/store/n6acaivs0jwiwpidjr551dhdni5kgpcr= -glibc-2.26.105-g0890d5379c/lib/libresolv.so.2 (0x00007fd962529000) /gnu/store/n6acaivs0jwiwpidjr551dhdni5kgpcr-glibc-2.26.105-g089= 0d5379c/lib/ld-linux-x86-64.so.2 (0x00007fd96de85000) > Is LD_LIBRARY_PATH or LD_PRELOAD set? > $ echo $LD_LIBRARY_PATH $ echo $LD_PRELOAD /gnu/store/hfz0z0fs14jgl0kzk5hid2msr83lxii1-spectrwm-3.1.0/lib/libswmha= ck.so.0.0 That's weird, looks like my WM set LD_PRELOAD. I wouldn't have expected that. And sure enough, with LD_PRELOAD unset: $ LD_PRELOAD=3D emacs -Q --eval "(kill-emacs)" ...(GTK warnings omitted) $ echo $? 0 So why and how does spectrwm set LD_PRELOAD? I can't figure this out. Other than that, I think I know what's going on: my user's compiled emacs uses a newer glibc than the one injected by LD_PRELOAD: $ objdump -p /gnu/store/hfz0z0fs14jgl0kzk5hid2msr83lxii1-spectrwm-3.1.0= /lib/libswmhack.so.0.0 ... RUNPATH /gnu/store/3h31zsqxjjg52da5gp3qmhkh4x8klhah-glib= c-2.25/lib:... $ objdump -p $(dirname $(readlink -f $(type -P emacs)))/.emacs-25.3-rea= l=20 ... RUNPATH /gnu/store/n6acaivs0jwiwpidjr551dhdni5kgpcr-glib= c-2.26.105-g0890d5379c/lib:... And that's because I've guix-pulled and upgraded my user more recently than my system. > Does the beginning of =E2=80=9CLD_DEBUG=3Dfiles emacs=E2=80=9D give hints= as to why the > second libc gets picked up? > The first paragraph of output looks like this: 19839:=09 19839: file=3D/gnu/store/hfz0z0fs14jgl0kzk5hid2msr83lxii1-spectrwm-3.1= .0/lib/libswmhack.so.0.0 [0]; needed by /gnu/store/icz3hd36aqpjz5slyp4hhr8= wsfbgiml1-bash-minimal-4.4.12/bin/bash [0] 19839: file=3D/gnu/store/hfz0z0fs14jgl0kzk5hid2msr83lxii1-spectrwm-3.1= .0/lib/libswmhack.so.0.0 [0]; generating link map 19839: dynamic: 0x00007f50b9725dc0 base: 0x00007f50b9524000 size:= 0x00000000002020e0 19839: entry: 0x00007f50b9524a90 phdr: 0x00007f50b9524040 phnum:= 6 19839:=09 19839:=09 I think that's just further evidence of the LD_PRELOAD injection.