Re: emacs crash when open some newsgroups with gnus

[S.P.Tseng <deftsp@gmail.com>]

Kenichi Handa <handa@m17n.org> writes:

> In article <85od2lwy9h.fsf@modprobe.cn>, "S.P.Tseng" <deftsp@gmail.com> writes:
>
>> This is the result.
>
>> ,----
>> | (gdb) r emacs
>> | Starting program: /usr/local/bin/emacs emacs
>> | [Thread debugging using libthread_db enabled]
>> | [New Thread 0xb73b6720 (LWP 19823)]
>> | 
>> | Program received signal SIGSEGV, Segmentation fault.
>> | [Switching to Thread 0xb73b6720 (LWP 19823)]
>> | detect_coding_charset (coding=0xbfa2ca30, detect_info=0xbfa2cb20) at coding.c:5010
>> | 5010              dim = CHARSET_DIMENSION (charset);
>> `----
>
> Thank you.  It seems that the variable charset gets invalid
> here, but I still can't reproduce such a situation.
>
> Please show me output of these commands:
> (gdb) pp valids
> (gdb) p/x c
> (gdb) bt
>

pp is the command of gdb? or it's your alias. Anyway, i use p instead.

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".
(gdb) file emacs
Reading symbols from /usr/local/bin/emacs...done.
(gdb) run emacs
Starting program: /usr/local/bin/emacs emacs
[Thread debugging using libthread_db enabled]
[New Thread 0xb7389720 (LWP 29896)]

Program exited normally.
(gdb) run emacs
Starting program: /usr/local/bin/emacs emacs
[Thread debugging using libthread_db enabled]
[New Thread 0xb73fa720 (LWP 30720)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb73fa720 (LWP 30720)]
detect_coding_charset (coding=0xbfd6ed70, detect_info=0xbfd6ee60) at coding.c:5010
5010              dim = CHARSET_DIMENSION (charset);
(gdb) pp valids
Undefined command: "pp".  Try "help".
(gdb) p valids
$1 = 137919769
(gdb) p/x c
$2 = 0xfd
(gdb) bt
#0  detect_coding_charset (coding=0xbfd6ed70, detect_info=0xbfd6ee60) at coding.c:5010
#1  0x080b1a1c in detect_coding_system (src=0x993714c "realwhz@newsmth.net-SPAM.no (���\227�\223��)", src_chars=36, src_bytes=42, highest=1, multibytep=1, 
    coding_system=137919769) at coding.c:7757
#2  0x080b1d25 in Fdetect_coding_string (string=172056459, highest=137919817) at coding.c:7994
#3  0x08183347 in Ffuncall (nargs=3, args=0xbfd6ef30) at eval.c:3047
#4  0x081b7bf0 in Fbyte_code (bytestr=160319979, vector=142179020, maxdepth=<value optimized out>) at bytecode.c:678
#5  0x08185123 in funcall_lambda (fun=142179396, nargs=2, arg_vector=0xbfd6f074) at eval.c:3231
#6  0x0818304b in Ffuncall (nargs=3, args=0xbfd6f070) at eval.c:3101
#7  0x081b7bf0 in Fbyte_code (bytestr=160300363, vector=142179460, maxdepth=<value optimized out>) at bytecode.c:678
#8  0x08185123 in funcall_lambda (fun=142179580, nargs=1, arg_vector=0xbfd6f1a4) at eval.c:3231
#9  0x0818304b in Ffuncall (nargs=2, args=0xbfd6f1a0) at eval.c:3101
#10 0x081b7bf0 in Fbyte_code (bytestr=156728987, vector=141739692, maxdepth=<value optimized out>) at bytecode.c:678
#11 0x08184cc4 in Feval (form=161730133) at eval.c:2381
#12 0x08185851 in internal_lisp_condition_case (var=137919769, bodyform=161730133, handlers=161731245) at eval.c:1456
#13 0x081b8532 in Fbyte_code (bytestr=156108923, vector=163112044, maxdepth=<value optimized out>) at bytecode.c:868
#14 0x08184cc4 in Feval (form=161728125) at eval.c:2381
#15 0x08185851 in internal_lisp_condition_case (var=137919769, bodyform=161728125, handlers=161807285) at eval.c:1456
#16 0x081b8532 in Fbyte_code (bytestr=156109595, vector=170493924, maxdepth=<value optimized out>) at bytecode.c:868
#17 0x08185123 in funcall_lambda (fun=139383676, nargs=5, arg_vector=0xbfd6f724) at eval.c:3231
#18 0x0818304b in Ffuncall (nargs=6, args=0xbfd6f720) at eval.c:3101
#19 0x081b7bf0 in Fbyte_code (bytestr=158237403, vector=164451292, maxdepth=<value optimized out>) at bytecode.c:678
#20 0x08185123 in funcall_lambda (fun=138977268, nargs=1, arg_vector=0xbfd6f864) at eval.c:3231
#21 0x0818304b in Ffuncall (nargs=2, args=0xbfd6f860) at eval.c:3101
#22 0x081b7bf0 in Fbyte_code (bytestr=158236835, vector=166149828, maxdepth=<value optimized out>) at bytecode.c:678
#23 0x08185123 in funcall_lambda (fun=138101932, nargs=3, arg_vector=0xbfd6f9a4) at eval.c:3231
#24 0x0818304b in Ffuncall (nargs=4, args=0xbfd6f9a0) at eval.c:3101
#25 0x081b7bf0 in Fbyte_code (bytestr=158650707, vector=162085092, maxdepth=<value optimized out>) at bytecode.c:678
#26 0x08185123 in funcall_lambda (fun=170330580, nargs=6, arg_vector=0xbfd6fae4) at eval.c:3231
#27 0x0818304b in Ffuncall (nargs=7, args=0xbfd6fae0) at eval.c:3101
#28 0x081b7bf0 in Fbyte_code (bytestr=158651347, vector=164444252, maxdepth=<value optimized out>) at bytecode.c:678
#29 0x08185123 in funcall_lambda (fun=170327860, nargs=7, arg_vector=0xbfd6fc24) at eval.c:3231
#30 0x0818304b in Ffuncall (nargs=8, args=0xbfd6fc20) at eval.c:3101
#31 0x081b7bf0 in Fbyte_code (bytestr=170922563, vector=170923564, maxdepth=<value optimized out>) at bytecode.c:678
#32 0x08185123 in funcall_lambda (fun=170923780, nargs=2, arg_vector=0xbfd6fd64) at eval.c:3231
#33 0x0818304b in Ffuncall (nargs=3, args=0xbfd6fd60) at eval.c:3101
#34 0x081b7bf0 in Fbyte_code (bytestr=170922995, vector=170923852, maxdepth=<value optimized out>) at bytecode.c:678
#35 0x08185123 in funcall_lambda (fun=170923988, nargs=1, arg_vector=0xbfd6fe94) at eval.c:3231
#36 0x0818304b in Ffuncall (nargs=2, args=0xbfd6fe90) at eval.c:3101
#37 0x081b7bf0 in Fbyte_code (bytestr=171835843, vector=170469964, maxdepth=<value optimized out>) at bytecode.c:678
#38 0x08185123 in funcall_lambda (fun=169890644, nargs=1, arg_vector=0xbfd70014) at eval.c:3231
#39 0x0818304b in Ffuncall (nargs=2, args=0xbfd70010) at eval.c:3101
#40 0x08180f5c in Fcall_interactively (function=170811745, record_flag=137919769, keys=137958172) at callint.c:857
#41 0x0818332b in Ffuncall (nargs=4, args=0xbfd701d0) at eval.c:3050
#42 0x08183479 in call3 (fn=138083985, arg1=170811745, 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=2, argv=0xbfd70894) at emacs.c:1693
(gdb) 


>
> And also send me the contents of the buffer Gnus was going
> to decode at that time (as raw file; i.e. pre-decoded one).

I just press RET from *Group* buffer of gnus. It only contain some group I
subscribe. And only do not alias gb2312 to gbk, gnus can open that group. You
can't reproduce such a situation, so you can get the contents of that buffer.