Re: emacs crash when open some newsgroups with gnus

[S . P . Tseng]

Kenichi Handa <address@hidden> writes:

> In article <address@hidden>, "S.P.Tseng" <address@hidden> writes:
>
>> pp is the command of gdb? or it's your alias. Anyway, i use p instead.
>
> No.  It's defined in emacs/src/.gdbinit.  Excerpt from etc/DEBUG:
>
> ** When you debug Emacs with GDB, you should start it in the directory
> where the executable was made.  That directory has a .gdbinit file
> that defines various "user-defined" commands for debugging Emacs.
> (These commands are described below under "Examining Lisp object
> values" and "Debugging Emacs Redisplay problems".)
>

I reproduce the crash again, follow what you said.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~---------------------------------------------------------
(git-master 10:55:%)$ gdb emacs
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
SIGINT is used by the debugger.
Are you sure you want to change it? (y or n) [answered Y; input not from 
terminal]
DISPLAY = :0.0
TERM = screen
Breakpoint 1 at 0x8116066: file emacs.c, line 417.
Breakpoint 2 at 0x81312d9: file sysdep.c, line 1135.
(gdb) r
Starting program: /home/tsp/src/emacs/src/emacs 
[Thread debugging using libthread_db enabled]
[New Thread 0xb747d720 (LWP 10913)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb747d720 (LWP 10913)]
detect_coding_charset (coding=0xbfbf38e0, detect_info=0xbfbf39d0) at 
coding.c:5010
5010              dim = CHARSET_DIMENSION (charset);
(gdb) pp valids
nil
(gdb) p/x c
$1 = 0xfd
(gdb) bt
#0  detect_coding_charset (coding=0xbfbf38e0, detect_info=0xbfbf39d0) at 
coding.c:5010
#1  0x080b1a1c in detect_coding_system (src=0xa2bf998 "address@hidden 
(\300\276\301\275\301\227\301\223\300\275\300\243)", src_chars=36, 
src_bytes=42, 
    highest=1, multibytep=1, coding_system=137919769) at coding.c:7757
#2  0x080b1d25 in Fdetect_coding_string (string=172005003, highest=137919817) 
at coding.c:7994
#3  0x08183347 in Ffuncall (nargs=3, args=0xbfbf3aa0) at eval.c:3047
#4  0x081b7bf0 in Fbyte_code (bytestr=165698443, vector=165770884, 
maxdepth=<value optimized out>) at bytecode.c:678
#5  0x08185123 in funcall_lambda (fun=167478428, nargs=2, 
arg_vector=0xbfbf3be4) at eval.c:3231
#6  0x0818304b in Ffuncall (nargs=3, args=0xbfbf3be0) at eval.c:3101
#7  0x081b7bf0 in Fbyte_code (bytestr=165696947, vector=167511796, 
maxdepth=<value optimized out>) at bytecode.c:678
#8  0x08185123 in funcall_lambda (fun=167598548, nargs=1, 
arg_vector=0xbfbf3d14) at eval.c:3231
#9  0x0818304b in Ffuncall (nargs=2, args=0xbfbf3d10) at eval.c:3101
#10 0x081b7bf0 in Fbyte_code (bytestr=178322627, vector=178332604, 
maxdepth=<value optimized out>) at bytecode.c:678
#11 0x08184cc4 in Feval (form=178174197) at eval.c:2381
#12 0x08185851 in internal_lisp_condition_case (var=137919769, 
bodyform=178174197, handlers=178174013) at eval.c:1456
#13 0x081b8532 in Fbyte_code (bytestr=178322227, vector=178333812, 
maxdepth=<value optimized out>) at bytecode.c:868
#14 0x08184cc4 in Feval (form=178174357) at eval.c:2381
#15 0x08185851 in internal_lisp_condition_case (var=137919769, 
bodyform=178174357, handlers=178174885) at eval.c:1456
#16 0x081b8532 in Fbyte_code (bytestr=178321987, vector=178334252, 
maxdepth=<value optimized out>) at bytecode.c:868
#17 0x08185123 in funcall_lambda (fun=178334484, nargs=5, 
arg_vector=0xbfbf4294) at eval.c:3231
#18 0x0818304b in Ffuncall (nargs=6, args=0xbfbf4290) at eval.c:3101
#19 0x081b7bf0 in Fbyte_code (bytestr=178283659, vector=178284708, 
maxdepth=<value optimized out>) at bytecode.c:678
#20 0x08185123 in funcall_lambda (fun=178284892, nargs=1, 
arg_vector=0xbfbf43d4) at eval.c:3231
#21 0x0818304b in Ffuncall (nargs=2, args=0xbfbf43d0) at eval.c:3101
#22 0x081b7bf0 in Fbyte_code (bytestr=178284027, vector=178295428, 
maxdepth=<value optimized out>) at bytecode.c:678
#23 0x08185123 in funcall_lambda (fun=178295964, nargs=3, 
arg_vector=0xbfbf4514) at eval.c:3231
#24 0x0818304b in Ffuncall (nargs=4, args=0xbfbf4510) at eval.c:3101
#25 0x081b7bf0 in Fbyte_code (bytestr=178169571, vector=178188900, 
maxdepth=<value optimized out>) at bytecode.c:678
#26 0x08185123 in funcall_lambda (fun=178189404, nargs=6, 
arg_vector=0xbfbf4654) at eval.c:3231
#27 0x0818304b in Ffuncall (nargs=7, args=0xbfbf4650) at eval.c:3101
#28 0x081b7bf0 in Fbyte_code (bytestr=178169171, vector=178170140, 
maxdepth=<value optimized out>) at bytecode.c:678
#29 0x08185123 in funcall_lambda (fun=178170316, nargs=7, 
arg_vector=0xbfbf4794) at eval.c:3231
#30 0x0818304b in Ffuncall (nargs=8, args=0xbfbf4790) at eval.c:3101
#31 0x081b7bf0 in Fbyte_code (bytestr=176978643, vector=176980316, 
maxdepth=<value optimized out>) at bytecode.c:678
#32 0x08185123 in funcall_lambda (fun=176980532, nargs=2, 
arg_vector=0xbfbf48d4) at eval.c:3231
#33 0x0818304b in Ffuncall (nargs=3, args=0xbfbf48d0) at eval.c:3101
#34 0x081b7bf0 in Fbyte_code (bytestr=176979523, vector=176980604, 
maxdepth=<value optimized out>) at bytecode.c:678
#35 0x08185123 in funcall_lambda (fun=176980740, nargs=1, 
arg_vector=0xbfbf4a04) at eval.c:3231
#36 0x0818304b in Ffuncall (nargs=2, args=0xbfbf4a00) at eval.c:3101
#37 0x081b7bf0 in Fbyte_code (bytestr=178156219, vector=175472596, 
maxdepth=<value optimized out>) at bytecode.c:678
#38 0x08185123 in funcall_lambda (fun=176828972, nargs=1, 
arg_vector=0xbfbf4b84) at eval.c:3231
#39 0x0818304b in Ffuncall (nargs=2, args=0xbfbf4b80) at eval.c:3101
#40 0x08180f5c in Fcall_interactively (function=175633497, 
record_flag=137919769, keys=137958172) at callint.c:857
#41 0x0818332b in Ffuncall (nargs=4, args=0xbfbf4d40) at eval.c:3050
#42 0x08183479 in call3 (fn=138083985, arg1=175633497, arg2=137919769, 
arg3=137919769) at eval.c:2874
#43 0x08127d6b in command_loop_1 () at keyboard.c:1880
#44 0x08182650 in internal_condition_case (bfun=0x81279d0 <command_loop_1>, 
handlers=137962977, hfun=0x81222b0 <cmd_error>) at eval.c:1511
#45 0x08121815 in command_loop_2 () at keyboard.c:1338
#46 0x0818272a in internal_catch (tag=137958953, func=0x81217f0 
<command_loop_2>, arg=137919769) at eval.c:1247
#47 0x0812210f in command_loop () at keyboard.c:1317
#48 0x0812248b in recursive_edit_1 () at keyboard.c:942
#49 0x081225d4 in Frecursive_edit () at keyboard.c:1004
#50 0x08116ebb in main (argc=1, argv=0xbfbf5404) at emacs.c:1693

Lisp Backtrace:
"detect-coding-string" (0xbfbf3aa4)
"rfc2047-decode-string" (0xbfbf3be4)
"mail-decode-encoded-address-string" (0xbfbf3d14)
---Type <return> to continue, or q <return> to quit--- 
"byte-code" (0xbfbf3dc0)
"byte-code" (0xbfbf3ff0)
"gnus-get-newsgroup-headers-xover" (0xbfbf4294)
"gnus-fetch-headers" (0xbfbf43d4)
"gnus-select-newsgroup" (0xbfbf4514)
"gnus-summary-read-group-1" (0xbfbf4654)
"gnus-summary-read-group" (0xbfbf4794)
"gnus-group-read-group" (0xbfbf48d4)
"gnus-group-select-group" (0xbfbf4a04)
"gnus-topic-select-group" (0xbfbf4b84)
"call-interactively" (0xbfbf4d44)
(gdb) 
~~~~~~~~~~-----------------------------------------------------------------------------------



> Ummm.  You wrote:
>> But visited "cn.bbs.comp.emacs" from "new.cn99.com" can reproduce the crash.
>
> So, I did this (assuming that "from new.cn99.com" means
> using news.cn99.com as the nntp server):
>
> ESC : (define-coding-system-alias 'gbk 'gb2312)
> ESC : (setq gnus-select-method '(nntp "news.cn99.com"))
> M-x gnus RET
>
> and visited "cn.bbs.comp.emacs".  But, my Emacs doesn't crash.

I do not know why. Perhaps some other code in my .gnus or .emacs have something
to with that matter. And I will give the debug information whatever you want.

>
> ---
> Kenichi Handa
> address@hidden

-- 
The opposite of love is not hate;
the opposite of love is solitude.