From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: USE_LSB_TAG and MS-DOS Date: 18 May 2004 15:12:37 -0400 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <2719-Sat15May2004150718+0300-eliz@gnu.org> <2914-Tue18May2004170058+0300-eliz@gnu.org> <8011-Tue18May2004204536+0300-eliz@gnu.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1084909375 5538 80.91.224.253 (18 May 2004 19:42:55 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 18 May 2004 19:42:55 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Tue May 18 21:42:49 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BQAUD-0002Kt-00 for ; Tue, 18 May 2004 21:42:49 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BQAUC-00033y-00 for ; Tue, 18 May 2004 21:42:48 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BQACC-00025P-SL for emacs-devel@quimby.gnus.org; Tue, 18 May 2004 15:24:12 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.34) id 1BQABa-00024J-33 for emacs-devel@gnu.org; Tue, 18 May 2004 15:23:34 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.34) id 1BQAB1-0001wi-Sj for emacs-devel@gnu.org; Tue, 18 May 2004 15:23:32 -0400 Original-Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BQA10-0008TK-Vf; Tue, 18 May 2004 15:12:39 -0400 Original-Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 52AF120FC7; Tue, 18 May 2004 15:12:37 -0400 (EDT) Original-Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id 4749C8CA23; Tue, 18 May 2004 15:12:37 -0400 (EDT) Original-To: Eli Zaretskii In-Reply-To: <8011-Tue18May2004204536+0300-eliz@gnu.org> Original-Lines: 33 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-1.524, requis 5, autolearn=not spam, BAYES_01 -1.52) X-MailScanner-From: monnier@iro.umontreal.ca X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 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:23655 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:23655 >> From the ChangeLog text it seems that cmpiling with USE_LISP_UNION_TYPE >> would have caught that eons ago. > Probably. Alas, I have no resources to do such experiments with the > DOS port, unless I have a specific bug and a good reason to believe > that some non-standard switch will help me find it. USE_LISP_UNION_TYPE is only useful when compiling, so doing such a compile every once in a while can be handy. It's definitely more useful in connection with USE_LSB_TAG since int/Lisp_Object mixups are not as harmless as they were before. > (I did compile with ENABLE_CHECKING, as you suggested, but that didn't > help to hunt this specific bug, as Emacs crashed in precisely the same > place as before. That's right. ENABLE_CHECKING won't catch Lisp_Object/int mixups as well. I was thinking the problem had to do with alignment in which case ENABLE_CHECKING is often helpful. > Hmm... the last garbage-collect that is run at the end of `loadup' > says: > ((48784 . 10021) (10244 . 0) (543 . 60) 69410 144160 (48 . 16) (17 . 12) (4927 . 1814)) > 4900 strings is far too few to explain 40KB growth of pure storage, so > where else is the extra storage coming from? Hmm... that's indeed not right. But wait, GC will only report about non-pure objects. Stefan