From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eric Abrahamsen Newsgroups: gmane.emacs.devel Subject: segfault with wubi library Date: Thu, 22 Aug 2013 10:00:22 +0800 Message-ID: <8761uyxz61.fsf@ericabrahamsen.net> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1377137720 6801 80.91.229.3 (22 Aug 2013 02:15:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 22 Aug 2013 02:15:20 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Aug 22 04:15:22 2013 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VCKQj-00052e-T7 for ged-emacs-devel@m.gmane.org; Thu, 22 Aug 2013 04:15:22 +0200 Original-Received: from localhost ([::1]:57426 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VCKQj-0007Fq-5H for ged-emacs-devel@m.gmane.org; Wed, 21 Aug 2013 22:15:21 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53253) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VCKQa-0007Dn-Ga for emacs-devel@gnu.org; Wed, 21 Aug 2013 22:15:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VCKQU-0006hP-Ba for emacs-devel@gnu.org; Wed, 21 Aug 2013 22:15:12 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:35020) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VCKQU-0006cy-5j for emacs-devel@gnu.org; Wed, 21 Aug 2013 22:15:06 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VCKQR-0004f9-TV for emacs-devel@gnu.org; Thu, 22 Aug 2013 04:15:03 +0200 Original-Received: from 114.252.246.79 ([114.252.246.79]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 22 Aug 2013 04:15:03 +0200 Original-Received: from eric by 114.252.246.79 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 22 Aug 2013 04:15:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 41 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 114.252.246.79 User-Agent: Gnus/5.130008 (Ma Gnus v0.8) Emacs/24.3 (gnu/linux) Cancel-Lock: sha1:nH2QTcnVGlWfKobeSFvO49Bq4oA= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:162965 Archived-At: I've got two version of emacs on my machine -- one is the Arch package, version 24.3-4, and the other is a git checkout (at 0e2a4d5b53b15a9). I'm also using this wubi library, an input method for Chinese. (http://www.emacswiki.org/emacs/WritingChineseWithWuBi) One of the wubi functions lets you define your own phrases and put them in a local file, to be read on startup. Currently, the Arch emacs version reads this file fine, but the git version segfaults. The file is a single sexp that looks like this: (wubi-batch-add nil "派出所" "工期" ..... ) There are almost thirteen thousand phrase lines in there. `wubi-batch-add' calls `wubi-add' for each phrase, which calls `quail-defrule-internal'. I've stepped through `wubi-add' with edebug, and the rules are added fine (as far as I had patience to go), but if I hit `q' to escape the tracing, emacs segfaults. It also segfaults if I just try to read the file normally. I see this on the console: Fatal error 11: Segmentation fault Backtrace: emacs[0x812e343] emacs[0x8115a71] ..... linux-gate.so.1(__kernel_sigreturn+0x0)[0xb7fdd400] /usr/lib/libc.so.6(cfree+0x26)[0xb6788fa6] emacs[0x816a29b] emacs[0x8183837] ..... Segmentation fault (core dumped) Should I report this directly as a bug, and is this enough information to go on? Thanks! Eric