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

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

Re: Emacs 21.4a - Solaris 10 x86, Fatal error (11) on exit


From: Kevin Rodgers
Subject: Re: Emacs 21.4a - Solaris 10 x86, Fatal error (11) on exit
Date: Tue, 08 Nov 2005 12:03:22 -0700
User-agent: Mozilla Thunderbird 0.9 (X11/20041105)

Andy Heaps wrote:
>        I've compiled emacs21.4a on a Solaris 10 x86 box and get a
> strange "Fatal error (11).Segmentation Fault" on exit of the emacs
> program.  Emacs seems to work okay apart from this exit error.
> Any ideas what the problem might be?

1. The -batch command line option implies -q (aka -no-init-file); try

        ./emacs -no-site-file -batch -f list-load-path-shadows

2. Why would the -f list-load-path-shadows command line option cause
   Fcommand_execute and Fcall_interactively to be called?

> gcc -v
> Reading specs from /usr/sfw/lib/gcc/i386-pc-solaris2.10/3.4.3/specs
> Configured with: /builds/sfw10-gate/usr/src/cmd/gcc/gcc-3.4.3/configure
> --prefix=/usr/sfw --with-as=/usr/sfw/bin/gas --with-gnu-as
> --with-ld=/usr/ccs/bin/ld --without-gnu-ld --enable-languages=c,c++
> --enable-shared
> Thread model: posix
> gcc version 3.4.3 (csl-sol210-3_4-branch+sol_rpath)
>
> Compile error:
> --------------
> ./emacs -q -batch -f list-load-path-shadows
> Fatal error (11).*** Signal 11 (ignored)
>
> gdb output:
> ------------------
> (gdb) run
> Starting program: /home/andy/emacs-21.4/src/emacs
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x0808315d in __do_global_dtors_aux ()
> (gdb) bt
> #0  0x0808315d in __do_global_dtors_aux ()
> #1  0x081b3235 in _fini ()
> #2  0xfea7f04d in _exithandle () from /lib/libc.so.1
> #3  0xfea71c92 in exit () from /lib/libc.so.1
> #4  0x0810d2ab in Fkill_emacs (arg=405593092) at emacs.c:1830
> #5  0x0816a2b4 in Ffuncall (nargs=1, args=0x80472d0) at eval.c:2662
> #6  0x08195ee2 in Fbyte_code (bytestr=405593092, vector=0,
> maxdepth=134509392)
>     at bytecode.c:716
> #7  0x08169cfa in funcall_lambda (fun=1210387300, nargs=1,
> arg_vector=0x80474e4)
>     at eval.c:2851
> #8  0x0816a0c9 in Ffuncall (nargs=2, args=0x80474e0) at eval.c:2716
> #9  0x0816763a in Fcall_interactively (function=405955612,
> record_flag=405593092,
>     keys=1210978304) at callint.c:797
> #10 0x08112e5b in Fcommand_execute (cmd=405955612,
> record_flag=405593092, keys=405593092,
>     special=405593092) at keyboard.c:9250
> #11 0x0811aa4e in command_loop_1 () at keyboard.c:1661
> #12 0x0816827d in internal_condition_case (bfun=0x811a680 <command_loop_1>,
>     handlers=405715164, hfun=0x811391c <cmd_error>) at eval.c:1267
> #13 0x0810f0d2 in command_loop_2 () at keyboard.c:1245
> #14 0x081681c1 in internal_catch (tag=0, func=0x810f0b4
> <command_loop_2>, arg=405593092)
>     at eval.c:1030
> #15 0x0810eecc in command_loop () at keyboard.c:1224
> #16 0x0810ef6d in recursive_edit_1 () at keyboard.c:950
> #17 0x0810f09d in Frecursive_edit () at keyboard.c:1006
> #18 0x0810e3d8 in main (argc=1, argv=0x80479e0, envp=0x80479e8) at
> emacs.c:1547
> (gdb)

--
Kevin Rodgers





reply via email to

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