www.delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/2014/08/16/07:24:56

X-Authentication-Warning: delorie.com: mail set sender to djgpp-bounces using -f
X-Recipient: djgpp AT delorie DOT com
Date: Sat, 16 Aug 2014 14:24:19 +0300
From: Eli Zaretskii <eliz AT gnu DOT org>
Subject: Re: Emacs pretest 24.3.93
In-reply-to: <53EF1E40.6050004@gmx.de>
X-012-Sender: halo1 AT inter DOT net DOT il
To: djgpp AT delorie DOT com
Message-id: <83k368ekyk.fsf@gnu.org>
References: <83egwim872 DOT fsf AT gnu DOT org> <53EF1E40 DOT 6050004 AT gmx DOT de>
Reply-To: djgpp AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com

> Date: Sat, 16 Aug 2014 11:02:56 +0200
> From: Juan Manuel Guerrero <juan DOT guerrero AT gmx DOT de>
> 
> ./temacs -batch -l loadup dump
> Cannot open load file: Value too large (EOVERFLOW), loadup.el

If at all possible, could you find out where does this EOVERFLOW come
from (it could also be a garbage value of errno, but the failure to
load is real)?  The error message comes from lread.c:1144, but the
question is: why does the load fail?  Perhaps you could step through
the relevant code, like this:

  gdb ./temacs.exe
  (gdb) break Fload
  (gdb) run -batch -l loadup dump

Then, when the breakpoint in Fload breaks, step through the code,
stepping into the 'openp' function, and see why the latter fails to
open the loadup.el file.

(I don't think you need to rebuild Emacs for this, since temacs.exe
should already exist on that system.)

Thanks for testing the pretest version.

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019