[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Abort when creating frame
From: |
martin rudalics |
Subject: |
Re: Abort when creating frame |
Date: |
Tue, 06 Sep 2011 20:44:12 +0200 |
User-agent: |
Thunderbird 2.0.0.21 (Windows/20090302) |
> This is a feature ;-) You will see in w32.c that Emacs sets
> EMACSLOADPATH in the environment to the path it creates from known
> directories, in order to set load-path correctly. And GDB probably
> inherits that exports it to the Emacs being debugged...
>
> We define EMACSLOADPATH in the environment because the Windows build
> doesn't want to depend on PATH_LOADSEARCH macro being set at build
> time (in epaths.h), since the compiled binary needs to be able to run
> on a different machine. See init_lread.
It's obvious to me now but it was absolutely confusing initially.
> Perhaps we should remove EMACSLOADPATH from process-environment when
> we run inferior subprocesses?
Some help for cross-debugging would be needed. A minute ago my
debugging emacs crashed on an already crashed debugged emacs.
martin
- Re: Abort when creating frame, (continued)
- Re: Abort when creating frame, Eli Zaretskii, 2011/09/05
- Re: Abort when creating frame, martin rudalics, 2011/09/05
- Re: Abort when creating frame, Eli Zaretskii, 2011/09/05
- Re: Abort when creating frame, martin rudalics, 2011/09/06
- Re: Abort when creating frame, Eli Zaretskii, 2011/09/06
- Re: Abort when creating frame, martin rudalics, 2011/09/06
- Re: Abort when creating frame, Eli Zaretskii, 2011/09/06
- Re: Abort when creating frame, martin rudalics, 2011/09/06
- Re: Abort when creating frame, martin rudalics, 2011/09/06
- Re: Abort when creating frame, Eli Zaretskii, 2011/09/06
- Re: Abort when creating frame,
martin rudalics <=
- Re: Abort when creating frame, Eli Zaretskii, 2011/09/07
- Re: Abort when creating frame, martin rudalics, 2011/09/07
- Re: Abort when creating frame, Eli Zaretskii, 2011/09/07