From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: S.P.Tseng Newsgroups: gmane.emacs.devel Subject: Re: emacs crash when open some newsgroups with gnus Date: Thu, 18 Sep 2008 20:33:32 +0800 Message-ID: <85zlm5tyzn.fsf@modprobe.cn> References: <85ljy3jbez.fsf@modprobe.cn> <85hc8rjb31.fsf@modprobe.cn> <85wshcsa1y.fsf@modprobe.cn> <853ak09tr5.fsf@modprobe.cn> <85ej3jm5uw.fsf@modprobe.cn> <85od2lwy9h.fsf@modprobe.cn> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1221741264 27773 80.91.229.12 (18 Sep 2008 12:34:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 18 Sep 2008 12:34:24 +0000 (UTC) Cc: emacs-devel@gnu.org To: Kenichi Handa Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Sep 18 14:35:17 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KgIj4-0006Jp-9R for ged-emacs-devel@m.gmane.org; Thu, 18 Sep 2008 14:35:14 +0200 Original-Received: from localhost ([127.0.0.1]:33373 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KgIi1-00016Z-0O for ged-emacs-devel@m.gmane.org; Thu, 18 Sep 2008 08:34:09 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KgIhu-00015t-NB for emacs-devel@gnu.org; Thu, 18 Sep 2008 08:34:02 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KgIht-00015Q-UM for emacs-devel@gnu.org; Thu, 18 Sep 2008 08:34:02 -0400 Original-Received: from [199.232.76.173] (port=46012 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KgIht-00015L-Pg for emacs-devel@gnu.org; Thu, 18 Sep 2008 08:34:01 -0400 Original-Received: from ti-out-0910.google.com ([209.85.142.190]:63228) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KgIht-0003JD-6a for emacs-devel@gnu.org; Thu, 18 Sep 2008 08:34:01 -0400 Original-Received: by ti-out-0910.google.com with SMTP id u5so2031126tia.10 for ; Thu, 18 Sep 2008 05:33:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject :in-reply-to:references:user-agent:date:message-id:mime-version :content-type:content-transfer-encoding; bh=7wjL3kb0tFD/K6DAGt4576TgnJfpOzp3Neb+fyfEruo=; b=BbAJoA75y3uKToYjJDmUuuYQZSOUN8aKU18Q7EW8fnw1TsseYMFCDbL58DFvdRm0xr 6Xs6OAdV2NuRnlsK/5rSNkrGkJbtN2MnZyfhp9E/y/W/LqX98QiE5pUFb50iZgrR7CWZ B+OqhxNk+rGmp2MGB+GrBQp/HCrllnxB/0nmM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:in-reply-to:references:user-agent:date :message-id:mime-version:content-type:content-transfer-encoding; b=BFS4QKpqSIKw2zeW0+aKB0IzCUJNHc+SoCNlb+6c0ppwzFYjt7V2N+amRxpk8GYK6k YTJs4QTHuZ9ZLIvVXc4k6X7py2JhX255NPa+fYcMH34cqzzBMVpPXRMcDimccE6kqCpK ye/jvPCP390gaK2ycNOtwQQx66ZmQUm7DBjDo= Original-Received: by 10.110.103.5 with SMTP id a5mr5001787tic.2.1221741238846; Thu, 18 Sep 2008 05:33:58 -0700 (PDT) Original-Received: from localhost ( [222.215.58.94]) by mx.google.com with ESMTPS id b4sm4553766tic.14.2008.09.18.05.33.55 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 18 Sep 2008 05:33:57 -0700 (PDT) In-Reply-To: (Kenichi Handa's message of "Thu, 18 Sep 2008 20:59:04 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:103939 Archived-At: Kenichi Handa writes: > In article <85od2lwy9h.fsf@modprobe.cn>, "S.P.Tseng" w= rites: > >> 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)] >> |=20 >> | Program received signal SIGSEGV, Segmentation fault. >> | [Switching to Thread 0xb73b6720 (LWP 19823)] >> | detect_coding_charset (coding=3D0xbfa2ca30, detect_info=3D0xbfa2cb20) = at coding.c:5010 >> | 5010 dim =3D 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 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=3D0xbfd6ed70, detect_info=3D0xbfd6ee60) at co= ding.c:5010 5010 dim =3D CHARSET_DIMENSION (charset); (gdb) pp valids Undefined command: "pp". Try "help". (gdb) p valids $1 =3D 137919769 (gdb) p/x c $2 =3D 0xfd (gdb) bt #0 detect_coding_charset (coding=3D0xbfd6ed70, detect_info=3D0xbfd6ee60) a= t coding.c:5010 #1 0x080b1a1c in detect_coding_system (src=3D0x993714c "realwhz@newsmth.ne= t-SPAM.no (=EF=BF=BD=EF=BF=BD=EF=BF=BD\227=EF=BF=BD\223=EF=BF=BD=EF=BF=BD)"= , src_chars=3D36, src_bytes=3D42, highest=3D1, multibytep=3D1,=20 coding_system=3D137919769) at coding.c:7757 #2 0x080b1d25 in Fdetect_coding_string (string=3D172056459, highest=3D1379= 19817) at coding.c:7994 #3 0x08183347 in Ffuncall (nargs=3D3, args=3D0xbfd6ef30) at eval.c:3047 #4 0x081b7bf0 in Fbyte_code (bytestr=3D160319979, vector=3D142179020, maxd= epth=3D) at bytecode.c:678 #5 0x08185123 in funcall_lambda (fun=3D142179396, nargs=3D2, arg_vector=3D= 0xbfd6f074) at eval.c:3231 #6 0x0818304b in Ffuncall (nargs=3D3, args=3D0xbfd6f070) at eval.c:3101 #7 0x081b7bf0 in Fbyte_code (bytestr=3D160300363, vector=3D142179460, maxd= epth=3D) at bytecode.c:678 #8 0x08185123 in funcall_lambda (fun=3D142179580, nargs=3D1, arg_vector=3D= 0xbfd6f1a4) at eval.c:3231 #9 0x0818304b in Ffuncall (nargs=3D2, args=3D0xbfd6f1a0) at eval.c:3101 #10 0x081b7bf0 in Fbyte_code (bytestr=3D156728987, vector=3D141739692, maxd= epth=3D) at bytecode.c:678 #11 0x08184cc4 in Feval (form=3D161730133) at eval.c:2381 #12 0x08185851 in internal_lisp_condition_case (var=3D137919769, bodyform= =3D161730133, handlers=3D161731245) at eval.c:1456 #13 0x081b8532 in Fbyte_code (bytestr=3D156108923, vector=3D163112044, maxd= epth=3D) at bytecode.c:868 #14 0x08184cc4 in Feval (form=3D161728125) at eval.c:2381 #15 0x08185851 in internal_lisp_condition_case (var=3D137919769, bodyform= =3D161728125, handlers=3D161807285) at eval.c:1456 #16 0x081b8532 in Fbyte_code (bytestr=3D156109595, vector=3D170493924, maxd= epth=3D) at bytecode.c:868 #17 0x08185123 in funcall_lambda (fun=3D139383676, nargs=3D5, arg_vector=3D= 0xbfd6f724) at eval.c:3231 #18 0x0818304b in Ffuncall (nargs=3D6, args=3D0xbfd6f720) at eval.c:3101 #19 0x081b7bf0 in Fbyte_code (bytestr=3D158237403, vector=3D164451292, maxd= epth=3D) at bytecode.c:678 #20 0x08185123 in funcall_lambda (fun=3D138977268, nargs=3D1, arg_vector=3D= 0xbfd6f864) at eval.c:3231 #21 0x0818304b in Ffuncall (nargs=3D2, args=3D0xbfd6f860) at eval.c:3101 #22 0x081b7bf0 in Fbyte_code (bytestr=3D158236835, vector=3D166149828, maxd= epth=3D) at bytecode.c:678 #23 0x08185123 in funcall_lambda (fun=3D138101932, nargs=3D3, arg_vector=3D= 0xbfd6f9a4) at eval.c:3231 #24 0x0818304b in Ffuncall (nargs=3D4, args=3D0xbfd6f9a0) at eval.c:3101 #25 0x081b7bf0 in Fbyte_code (bytestr=3D158650707, vector=3D162085092, maxd= epth=3D) at bytecode.c:678 #26 0x08185123 in funcall_lambda (fun=3D170330580, nargs=3D6, arg_vector=3D= 0xbfd6fae4) at eval.c:3231 #27 0x0818304b in Ffuncall (nargs=3D7, args=3D0xbfd6fae0) at eval.c:3101 #28 0x081b7bf0 in Fbyte_code (bytestr=3D158651347, vector=3D164444252, maxd= epth=3D) at bytecode.c:678 #29 0x08185123 in funcall_lambda (fun=3D170327860, nargs=3D7, arg_vector=3D= 0xbfd6fc24) at eval.c:3231 #30 0x0818304b in Ffuncall (nargs=3D8, args=3D0xbfd6fc20) at eval.c:3101 #31 0x081b7bf0 in Fbyte_code (bytestr=3D170922563, vector=3D170923564, maxd= epth=3D) at bytecode.c:678 #32 0x08185123 in funcall_lambda (fun=3D170923780, nargs=3D2, arg_vector=3D= 0xbfd6fd64) at eval.c:3231 #33 0x0818304b in Ffuncall (nargs=3D3, args=3D0xbfd6fd60) at eval.c:3101 #34 0x081b7bf0 in Fbyte_code (bytestr=3D170922995, vector=3D170923852, maxd= epth=3D) at bytecode.c:678 #35 0x08185123 in funcall_lambda (fun=3D170923988, nargs=3D1, arg_vector=3D= 0xbfd6fe94) at eval.c:3231 #36 0x0818304b in Ffuncall (nargs=3D2, args=3D0xbfd6fe90) at eval.c:3101 #37 0x081b7bf0 in Fbyte_code (bytestr=3D171835843, vector=3D170469964, maxd= epth=3D) at bytecode.c:678 #38 0x08185123 in funcall_lambda (fun=3D169890644, nargs=3D1, arg_vector=3D= 0xbfd70014) at eval.c:3231 #39 0x0818304b in Ffuncall (nargs=3D2, args=3D0xbfd70010) at eval.c:3101 #40 0x08180f5c in Fcall_interactively (function=3D170811745, record_flag=3D= 137919769, keys=3D137958172) at callint.c:857 #41 0x0818332b in Ffuncall (nargs=3D4, args=3D0xbfd701d0) at eval.c:3050 #42 0x08183479 in call3 (fn=3D138083985, arg1=3D170811745, arg2=3D137919769= , arg3=3D137919769) at eval.c:2874 #43 0x08127d6b in command_loop_1 () at keyboard.c:1880 #44 0x08182650 in internal_condition_case (bfun=3D0x81279d0 , handlers=3D137962977, hfun=3D0x81222b0 ) at eval.c:1511 #45 0x08121815 in command_loop_2 () at keyboard.c:1338 #46 0x0818272a in internal_catch (tag=3D137958953, func=3D0x81217f0 , arg=3D137919769) 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=3D2, argv=3D0xbfd70894) at emacs.c:1693 (gdb)=20 > > 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. Y= ou can't reproduce such a situation, so you can get the contents of that buffe= r.