From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Abort when creating frame Date: Tue, 06 Sep 2011 19:57:18 +0300 Message-ID: <83bouxk3rl.fsf@gnu.org> References: <4E64FD1B.2090002@gmx.at> <83k49mkip0.fsf@gnu.org> <83ipp6ki96.fsf@gnu.org> <4E650D91.50506@gmx.at> <83hb4qkcsw.fsf@gnu.org> <4E65307A.6040406@gmx.at> <83ehzujsak.fsf@gnu.org> <4E65C459.5030904@gmx.at> <4E65E661.3050608@gmx.at> <4E6610C1.8060205@gmx.at> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1315328283 25064 80.91.229.12 (6 Sep 2011 16:58:03 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 6 Sep 2011 16:58:03 +0000 (UTC) Cc: emacs-devel@gnu.org To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 06 18:57:58 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1R0yyC-0003wL-5H for ged-emacs-devel@m.gmane.org; Tue, 06 Sep 2011 18:57:56 +0200 Original-Received: from localhost ([::1]:60631 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R0yyB-00051Z-Ia for ged-emacs-devel@m.gmane.org; Tue, 06 Sep 2011 12:57:55 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:37486) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R0yy9-000517-OF for emacs-devel@gnu.org; Tue, 06 Sep 2011 12:57:54 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R0yy5-0004FQ-Hf for emacs-devel@gnu.org; Tue, 06 Sep 2011 12:57:53 -0400 Original-Received: from mtaout23.012.net.il ([80.179.55.175]:57336) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R0yy5-0004Eu-6C for emacs-devel@gnu.org; Tue, 06 Sep 2011 12:57:49 -0400 Original-Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0LR4007001LTW300@a-mtaout23.012.net.il> for emacs-devel@gnu.org; Tue, 06 Sep 2011 19:57:17 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([84.229.83.44]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LR4007F61RDM590@a-mtaout23.012.net.il>; Tue, 06 Sep 2011 19:57:14 +0300 (IDT) In-reply-to: <4E6610C1.8060205@gmx.at> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-Received-From: 80.179.55.175 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:143781 Archived-At: > Date: Tue, 06 Sep 2011 14:23:29 +0200 > From: martin rudalics > Cc: emacs-devel@gnu.org > > I now know what happens but don't understand why. I'm running the > debugger from an older emacs and `insert-file-contents' loads > uni-mirrored.el from the directory of _that_ emacs. This also > explains why I see the abort only when running under gdb. If I run > gdb from the new emacs, the debugged emacs starts as expected. 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. Perhaps we should remove EMACSLOADPATH from process-environment when we run inferior subprocesses?