From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Ralf Fassel Newsgroups: gmane.emacs.bugs Subject: core dump while in gnus Date: Tue, 9 Apr 2002 20:16:08 +0200 (MDT) Organization: Akustik Technologie Goettingen Sender: bug-gnu-emacs-admin@gnu.org Message-ID: <200204091816.g39IG7S113949@jupiter.akutech-local.de> NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1018376292 18166 127.0.0.1 (9 Apr 2002 18:18:12 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 9 Apr 2002 18:18:12 +0000 (UTC) Original-Received: from fencepost.gnu.org ([199.232.76.164]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16v0C3-0004il-00 for ; Tue, 09 Apr 2002 20:18:11 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16v0Bz-0007fq-00; Tue, 09 Apr 2002 14:18:07 -0400 Original-Received: from mail.t-intra.de ([62.156.146.210]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16v0A7-0007eO-00 for ; Tue, 09 Apr 2002 14:16:11 -0400 Original-Received: from jupiter.akutech-local.de ([80.134.77.177]) by mail.t-intra.de with Microsoft SMTPSVC(5.5.1877.507.50); Tue, 9 Apr 2002 20:16:08 +0200 Original-Received: (from ralf@localhost) by jupiter.akutech-local.de (8.11.1/8.11.1) id g39IG7S113949; Tue, 9 Apr 2002 20:16:08 +0200 (MDT) Original-To: bug-gnu-emacs@gnu.org Errors-To: bug-gnu-emacs-admin@gnu.org X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.0.8 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Bug reports for GNU Emacs, the Swiss army knife of text editors List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.bugs:524 X-Report-Spam: http://spam.gmane.org/gmane.emacs.bugs:524 In GNU Emacs 21.2.1 (mips-sgi-irix6.5, X toolkit) of 2002-04-05 on merkur configured using `configure --prefix=/software/emacs/21.2 -exec-prefix=/software/emacs/21.2/IRIX-6 --with-pop --with-x-toolkit=athena' Important settings: value of $LC_ALL: C value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: nil locale-coding-system: nil default-enable-multibyte-characters: nil Please describe exactly what actions triggered the bug and the precise symptoms of the bug: while running Gnus, emacs dumps core quite often. GDB stack trace: #0 0x101a3128 in mmap_realloc (var=0x10765808, nbytes=2125) at buffer.c:4516 #1 0x101a3750 in enlarge_buffer_text (b=0x10765800, delta=2104) at buffer.c:4667 #2 0x101a8c10 in make_gap (nbytes_added=2104) at insdel.c:545 #3 0x101aa0e0 in insert_from_string_1 (string=815766308, pos=0, pos_byte=0, nchars=124, nbytes=124, inherit=0, before_markers=1) at insdel.c:1050 #4 0x101a9ebc in insert_from_string_before_markers (string=815766308, pos=0, pos_byte=0, length=124, length_byte=124, inherit=0) at insdel.c:1012 #5 0x10299180 in read_process_output (proc=1085325184, channel=4) at process.c:3161 #6 0x10298208 in wait_reading_process_input (time_limit=-1, microsecs=0, read_kbd=0, do_display=0) at process.c:2774 #7 0x102972fc in Faccept_process_output (process=1085325184, timeout=1, timeout_msecs=273280004) at process.c:2301 #8 0x10230548 in Ffuncall (nargs=3, args=0x7fff18f0) at eval.c:2666 #9 0x1028e31c in Fbyte_code (bytestr=814417700, vector=1082850560, maxdepth=5) at bytecode.c:716 #10 0x10231228 in funcall_lambda (fun=1078574976, nargs=1, arg_vector=0x7fff1ae4) at eval.c:2851 #11 0x10230730 in Ffuncall (nargs=2, args=0x7fff1ae0) at eval.c:2707 #12 0x1028e31c in Fbyte_code (bytestr=814417044, vector=1082857472, maxdepth=8) at bytecode.c:716 #13 0x10231228 in funcall_lambda (fun=1082823552, nargs=1, arg_vector=0x7fff1cd4) at eval.c:2851 #14 0x10230730 in Ffuncall (nargs=2, args=0x7fff1cd0) at eval.c:2707 #15 0x1028e31c in Fbyte_code (bytestr=814408324, vector=1082851200, maxdepth=5) at bytecode.c:716 #16 0x10231228 in funcall_lambda (fun=1082825056, nargs=2, arg_vector=0x7fff1ec4) at eval.c:2851 #17 0x10230730 in Ffuncall (nargs=3, args=0x7fff1ec0) at eval.c:2707 #18 0x1028e31c in Fbyte_code (bytestr=814181380, vector=1081054208, maxdepth=4) at bytecode.c:716 #19 0x10231228 in funcall_lambda (fun=1082366880, nargs=1, arg_vector=0x7fff20a4) at eval.c:2851 #20 0x10230730 in Ffuncall (nargs=2, args=0x7fff20a0) at eval.c:2707 #21 0x1028e31c in Fbyte_code (bytestr=814174276, vector=1082505216, maxdepth=9) at bytecode.c:716 #22 0x10231228 in funcall_lambda (fun=1082367264, nargs=1, arg_vector=0x7fff22a4) at eval.c:2851 #23 0x10230730 in Ffuncall (nargs=2, args=0x7fff22a0) at eval.c:2707 #24 0x1028e31c in Fbyte_code (bytestr=814268516, vector=1082686848, maxdepth=3) at bytecode.c:716 #25 0x10231228 in funcall_lambda (fun=1082683072, nargs=3, arg_vector=0x7fff2484) at eval.c:2851 #26 0x10230730 in Ffuncall (nargs=4, args=0x7fff2480) at eval.c:2707 #27 0x1028e31c in Fbyte_code (bytestr=813374004, vector=1082130112, maxdepth=4) at bytecode.c:716 #28 0x10231228 in funcall_lambda (fun=1082129760, nargs=1, arg_vector=0x7fff2694) at eval.c:2851 #29 0x10230730 in Ffuncall (nargs=2, args=0x7fff2690) at eval.c:2707 #30 0x102288e8 in Fcall_interactively (function=273481356, record_flag=273280004, keys=1078665216) at callint.c:797 #31 0x1017e628 in Fcommand_execute (cmd=273481356, record_flag=273280004, keys=273280004, special=273280004) at keyboard.c:9221 #32 0x1016964c in command_loop_1 () at keyboard.c:1644 #33 0x1022c258 in internal_condition_case (bfun=0x10167b48 , handlers=273402052, hfun=0x10167250 ) at eval.c:1267 #34 0x101677e8 in command_loop_2 () at keyboard.c:1245 #35 0x1022ba50 in internal_catch (tag=273354404, func=0x101677a8 , arg=273280004) at eval.c:1030 #36 0x10167750 in command_loop () at keyboard.c:1224 #37 0x10166c9c in recursive_edit_1 () at keyboard.c:950 #38 0x10166f2c in Frecursive_edit () at keyboard.c:1006 #39 0x1016472c in main (argc=7, argv=0x7fff2e54, envp=0x7fff2e74) at emacs.c:1547 (gdb) l 4511 result = mmap_alloc (var, nbytes); 4512 } 4513 else 4514 { 4515 struct mmap_region *r = MMAP_REGION (*var); 4516 size_t room = r->nbytes_mapped - MMAP_REGION_STRUCT_SIZE; 4517 4518 if (room < nbytes) 4519 { 4520 /* Must enlarge. */ (gdb) where 1 #0 0x101a3128 in mmap_realloc (var=0x10765808, nbytes=2125) at buffer.c:4516 (gdb) p r $1 = (struct mmap_region *) 0x4060000 (gdb) p *r Cannot access memory at address 0x4060000 (gdb) up #1 0x101a3750 in enlarge_buffer_text (b=0x10765800, delta=2104) at buffer.c:4667 4667 p = mmap_realloc ((POINTER_TYPE **) &b->text->beg, nbytes); (gdb) p nbytes $2 = 2125 (gdb) p b $3 = (struct buffer *) 0x10765800 (gdb) p b->text $4 = (struct buffer_text *) 0x10765808 (gdb) p b->text->beg $5 = (unsigned char *) 0x4060018
(gdb) up #2 0x101a8c10 in make_gap (nbytes_added=2104) at insdel.c:545 545 enlarge_buffer_text (current_buffer, nbytes_added); (gdb) p current_buffer $6 = (struct buffer *) 0x10765800 (gdb) p *current_buffer $7 = { size = 537002092, next = 0x10765200, own_text = { beg = 0x4060018
, ... The buffer in question seems to always be the NNTP process buffer " *server news.cis.dfn.de nntp *nntpd**" where the process might have been disconnected due to a server timeout. gdb is still running. so if anybody has some ideas... R'