bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#52488: Try basename of agrv0's realpath for .pdmp lookup in libexecd


From: Bhavin Gandhi
Subject: bug#52488: Try basename of agrv0's realpath for .pdmp lookup in libexecdir
Date: Wed, 15 Dec 2021 23:54:23 +0530

On Wed, 15 Dec 2021 at 01:12, Eli Zaretskii <eliz@gnu.org> wrote:
> >
> > Why do you want that?
>
> Why do we want what?

Why do I want to have what this bug's title says, I was writing in a
question / answer form.

> Patches to support that are welcome, I think.  We support several
> tricks people play with placing the binaries and the auxiliary files,
> but there could well be other possibilities.
>
> However, in general, keeping the .pdmp file in the same directory as
> the binary is not recommended, AFAIU, as that file is not an
> executable program.  That path in the code exists mainly for running
> Emacs uninstalled, from the build tree.

That's what I felt when I chose this way of putting a .pdmp file alongside
the Emacs binary. Me from past was naive enough to not ask about it here
or explore more about it.


On Wed, 15 Dec 2021 at 23:26, Ken Brown <kbrown@cornell.edu> wrote:
> On further reflection, I don't think the problem is symlink resolution for the
> .pdmp file.  I think the problem is that load_pdmp doesn't look in libexecdir
> for a .pdmp file whose name matches the name of the emacs executable.  For
> example, suppose I have a symlink /usr/bin/emacs that resolves to
> /usr/bin/emacs-nox.exe.  Then load_pdmp looks for /usr/bin/emacs-nox.pdmp, but
> it doesn't look for 
> /usr/libexec/emacs/28.0.90/x86_64-pc-cygwin/emacs-nox.pdmp.

Indeed Ken, my initial message was trying to convey the same. It could
have been more clear (I should not draft bug reports just before
sleeping :P).

>   I'm working on a patch to fix this.

Thanks!





reply via email to

[Prev in Thread] Current Thread [Next in Thread]