19.25.94.1 still dumping core in GC

• Messages sorted by: [ date ][ thread ][ subject ][ author ]
• Next message: Michael Sperber [Mr. Preprocessor]: "Typo in 1.10"
• Previous message: John Interrante: "Re: core dumps possibly from file-name-handlers?"

Looks to me like the problem's still there, even with the fileio.c
changes:

(patch)> cvdump $(whence emacs) core
Executable: /view/patch/usr/local/bin/emacs
Core file: /view/patch/usr/people/jackr/core
Core from signal SIGSEGV: Segmentation violation
=========================================

_kill() ["kill.s":15, 0x0fae22d4]
fatal_error_signal(sig = 11) ["emacs.c":168, 0x00476e00]
_sigtramp() ["sigtramp.s":59, 0x0fad565c]
shut_down_emacs(sig = 10, no_x = 0, stuff = 17292292) ["emacs.c":863, 0x004785dc]
fatal_error_signal(sig = 10) ["emacs.c":155, 0x00476d9c]
_sigtramp() ["sigtramp.s":59, 0x0fad565c]
mark_object(objptr = 0x1007dc2c) ["alloc.c":1487, 0x004dcee0]
mark_object(objptr = 0x1016ff74) ["alloc.c":1599, 0x004dd3c0]
mark_object(objptr = 0x1016ff70) ["alloc.c":1635, 0x004dd500]
mark_object(objptr = 0x1014d598) ["alloc.c":1596, 0x004dd368]
mark_object(objptr = 0x100b7258) ["alloc.c":1595, 0x004dd34c]
mark_object(objptr = 0x10133138) ["alloc.c":1635, 0x004dd500]
mark_object(objptr = 0x1012c790) ["alloc.c":1553, 0x004dd108]
mark_object(objptr = 0x10188370) ["alloc.c":1596, 0x004dd368]
mark_object(objptr = 0x1018ce90) ["alloc.c":1533, 0x004dd064]
mark_object(objptr = 0x101aeb0c) ["alloc.c":1596, 0x004dd368]
mark_object(objptr = 0x101f3614) ["alloc.c":1597, 0x004dd384]
mark_object(objptr = 0x102bd05c) ["alloc.c":1553, 0x004dd108]
mark_object(objptr = 0x1007f00c) ["alloc.c":1596, 0x004dd368]
mark_object(objptr = 0x100767bc) ["alloc.c":1533, 0x004dd064]
Fgarbage_collect() ["alloc.c":1293, 0x004dc56c]
Ffuncall(nargs = 2, args = 0x7fffa2ac) ["eval.c":1996, 0x004f7274]
call1(fn = 100843392, arg1 = 235843328) ["eval.c":1850, 0x004f6ca0]
mapcar1(leni = 4, vals = 0x7fffa330, fn = 100843392, seq = 86830604) ["fns.c":1052, 0x00502174]
Fmapcar(fn = 100843392, seq = 86830604) ["fns.c":1109, 0x0050243c]
Ffuncall(nargs = 3, args = 0x7fffa41c) ["eval.c":2059, 0x004f7714]
Fbyte_code(bytestr = 50511852, vector = 67289428, maxdepth = 11) ["bytecode.c":422, 0x0051c570]
funcall_lambda(fun = 100843476, nargs = 0, arg_vector = 0x7fffa5ec) ["eval.c":2231, 0x004f831c]
Ffuncall(nargs = 1, args = 0x7fffa5e8) ["eval.c":2097, 0x004f78ec]
Fbyte_code(bytestr = 50374696, vector = 67151992, maxdepth = 3) ["bytecode.c":422, 0x0051c570]
funcall_lambda(fun = 100706300, nargs = 1, arg_vector = 0x7fffa7b0) ["eval.c":2231, 0x004f831c]
Ffuncall(nargs = 2, args = 0x7fffa7ac) ["eval.c":2097, 0x004f78ec]
call1(fn = 17329896, arg1 = 17373044) ["eval.c":1850, 0x004f6ca0]
update_menu_bar(f = 0x10273800) ["xdisp.c":968, 0x00438b80]
prepare_menu_bars() ["xdisp.c":480, 0x0043730c]
read_char(commandflag = 1, nmaps = 2, maps = 0x7fffaa08, prev_event = 17292292, used_mouse_menu = 0x7fffaaec) ["keyboard.c":1538, 0x0047be38]
read_key_sequence(keybuf = 0x7fffabc0, bufsize = 30, prompt = 17292292) ["keyboard.c":4576, 0x004834e8]
command_loop_1() ["keyboard.c":1038, 0x0047a5cc]
internal_condition_case(bfun = 0x47a18c, handlers = 17292592, hfun = 0x479800) ["eval.c":1096, 0x004f4358]
command_loop_2() ["keyboard.c":879, 0x00479e74]
internal_catch(tag = 17292572, func = 0x479e44, arg = 17292292) ["eval.c":886, 0x004f3ab4]
command_loop() ["keyboard.c":859, 0x00479de0]
recursive_edit_1() ["keyboard.c":694, 0x00479504]
Frecursive_edit() ["keyboard.c":736, 0x00479718]
main(argc = 1, argv = 0x7fffaed4, envp = 0x7fffaedc) ["emacs.c":762, 0x00478248]
__start() ["crt1text.s":<invalid line#>, 0x0042814c]

• Next message: Michael Sperber [Mr. Preprocessor]: "Typo in 1.10"
• Previous message: John Interrante: "Re: core dumps possibly from file-name-handlers?"