Re: emacs doesn't compile (again)

> Here is a new session. It turns out that real_morecore is 100 bytes off > from __morecore in the dumped executable, This is the problem. It ought to be resolving to a PLT address in emacs's own .plt section, so the address is constant. It seems to be set to an address within libc itself. N

Re: emacs doesn't compile (again)

On Wed, Jun 20, 2001 at 12:57:34AM +0200, Marcus Brinkmann wrote: > Here is a new session. It turns out that real_morecore is 100 bytes off > from __morecore in the dumped executable, and r_alloc_reinit is never called. > > Actually, a call to r_alloc_reinit in emacs.c (main) was removed in 1999

Re: emacs doesn't compile (again)

On Tue, Jun 19, 2001 at 06:34:23PM -0400, Roland McGrath wrote: > Is this a dumped executable (from unexec)? > Figure out where real_morecore gets initialized. Uh oh. Here is a new session. It turns out that real_morecore is 100 bytes off from __morecore in the dumped executable, and r_alloc_

Re: emacs doesn't compile (again)

On Tue, Jun 19, 2001 at 06:34:23PM -0400, Roland McGrath wrote: > Is this a dumped executable (from unexec)? > Figure out where real_morecore gets initialized. Yes. I deleted emacs and just typed "make" to see how it is build, and it is a dumped one, but now the behaviour is different, so I am

Re: "" as target of symlink kills translator

I have a change that pleases me aesthetically. Can you tell me if this works? (The indentation in the patch is all messed up by cut&paste in this message.) Index: dir-lookup.c === RCS file: /cvs/hurd/libdiskfs/dir-lookup.c,v retrie

Re: emacs doesn't compile (again)

Is this a dumped executable (from unexec)? Figure out where real_morecore gets initialized. ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd

Re: emacs doesn't compile (again)

On Tue, Jun 19, 2001 at 05:55:17PM -0400, Roland McGrath wrote: > Oh yeah, "info frame" is always good too. There is definitely some funny > business here. The reported faulting eip value is in the middle of an > instruction. You're going to have to watch it happen. Ah, this sheds some light o

Re: diskfs_console_stdio

You are confused. That code runs in the early part of startup. In the bootstrap filesystem, this is before any of the rest of the Hurd is running. getpid () returns _hurd_pid, which is not set until _hurd_init is called by diskfs_S_fsys_init at the end of the init handshake. __

Re: emacs doesn't compile (again)

> emacs doesn't compile. Yippie. Emacs internals have changed a lot since last time I hacked on them, so I have less specific help here than I might have. > The funny thing is that I can reproduce this with the normal libs > and the libc debug libs, and in the debugger with the normal libs. > B

emacs doesn't compile (again)

Hi, emacs doesn't compile. Yippie. cd leim; make all \ CC='gcc' CFLAGS='-DDEBIAN -O2 -g' CPPFLAGS='' \ LDFLAGS='-L/usr/X11R6/lib' MAKE='make' make[1]: Entering directory `/mnt2/emacs/emacs20-20.7/leim' if [ -d quail ]; then true; else make quail; fi ../src/emacs -batch --no-init-file --no-

"" as target of symlink kills translator

Take the following: Script started on Tue Jun 19 14:23:07 2001 neal@desdemona:~ (0)$ sudo settrans -acP foo /hurd/ext2fs \ > /dev/hd2s9 Translator pid: 336 Pausing... neal@desdemona:~ (0)$ cd foo neal@desdemona:~/foo (0)$ ln -s "" baz