From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel,gmane.mail.mew.general Subject: Re: GC crashes Date: Thu, 4 Dec 2003 08:19:52 +0900 (JST) Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <200312032319.IAA04473@etlken.m17n.org> References: <20031124.110938.193696628.wl@gnu.org> <200311260203.LAA26808@etlken.m17n.org> <20031128.103107.41640217.wl@gnu.org> <200312011240.VAA05762@etlken.m17n.org> <200312022337.IAA02026@etlken.m17n.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Trace: sea.gmane.org 1070494167 30228 80.91.224.253 (3 Dec 2003 23:29:27 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 3 Dec 2003 23:29:27 +0000 (UTC) Cc: wl@gnu.org, emacs-devel@gnu.org, mew-int@mew.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Thu Dec 04 00:29:24 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1ARgQu-0003FM-00 for ; Thu, 04 Dec 2003 00:29:24 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1ARgQt-0006kv-00 for ; Thu, 04 Dec 2003 00:29:24 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1ARhLn-0001Ie-7V for emacs-devel@quimby.gnus.org; Wed, 03 Dec 2003 19:28:11 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1ARhGf-00084A-0t for emacs-devel@gnu.org; Wed, 03 Dec 2003 19:22:53 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1ARhFm-0007g2-Uz for emacs-devel@gnu.org; Wed, 03 Dec 2003 19:22:30 -0500 Original-Received: from [192.47.44.130] (helo=tsukuba.m17n.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1ARhFD-0007YL-HI; Wed, 03 Dec 2003 19:21:23 -0500 Original-Received: from fs.m17n.org (fs.m17n.org [192.47.44.2]) by tsukuba.m17n.org (8.11.6p2/3.7W-20010518204228) with ESMTP id hB3NJqh22789; Thu, 4 Dec 2003 08:19:52 +0900 (JST) (envelope-from handa@m17n.org) Original-Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) by fs.m17n.org (8.11.6/3.7W-20010823150639) with ESMTP id hB3NJqs14440; Thu, 4 Dec 2003 08:19:52 +0900 (JST) Original-Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id IAA04473; Thu, 4 Dec 2003 08:19:52 +0900 (JST) Original-To: monnier@IRO.UMontreal.CA In-reply-to: (message from Stefan Monnier on 03 Dec 2003 12:25:48 -0500) User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.3 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:18341 gmane.mail.mew.general:603 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:18341 In article , Stefan Monnier writes: >> If the composition hash table is weak, GC can remove >> key-value pair from the table when a text that contains key >> as `composition' property is deleted (for instance by >> killing a buffer). > I guess strictly speaking, the :weak arg should not be t but `key' so > that only the key part is weak, Does it make difference when the value part is always integer? > but that does not explain the crash. No. >> The crash can be preproduced by this Emacs >> GNU Emacs 21.3.50.77 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) >> by doing this (of course by undoing my fix): >> C-u C-h t thai RET >> C-v (repeatedly until you reach the bottom) >> C-x k RET >> M-x garbage-collect RET >> C-u C-h t thai RET >> C-v (repeatedly) >> You'll encounter segfault before you reach the bottom. > I don't get the crash (with an Emacs checked out two weeks ago from CVS). > Maybe it's because I don't have the relevant fonts ? Fonts are not relevant here. Hmmm, I found sometimes I need the above steps once to twice more to make segfault. >> This segfault always happens while marking a buffer that >> contains `composition' property (in the above case, it's >> TUTORIAL.th). So, I doubted the composition hash table and >> made it strong, then the segfault disappeared. > I suspect your fix just hides the underlying problem. Perhaps, but I don't have a time to investigate this problem further. :-( --- Ken'ichi HANDA handa@m17n.org