From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] trunk r117169: * src/bytecode.c (FETCH) [BYTE_CODE_SAFE]: Check the bytecode wasn't Date: Tue, 27 May 2014 20:19:46 -0400 Message-ID: References: <538525D9.8030800@dancol.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1401236416 22911 80.91.229.3 (28 May 2014 00:20:16 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 28 May 2014 00:20:16 +0000 (UTC) Cc: emacs-devel@gnu.org To: Daniel Colascione Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed May 28 02:20:08 2014 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 1WpRbD-00062v-7Y for ged-emacs-devel@m.gmane.org; Wed, 28 May 2014 02:20:07 +0200 Original-Received: from localhost ([::1]:38878 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WpRbC-0003WG-MM for ged-emacs-devel@m.gmane.org; Tue, 27 May 2014 20:20:06 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42732) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WpRb1-0003I1-GZ for emacs-devel@gnu.org; Tue, 27 May 2014 20:20:02 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WpRau-0004UA-1p for emacs-devel@gnu.org; Tue, 27 May 2014 20:19:55 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:60771) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WpRat-0004U6-UJ for emacs-devel@gnu.org; Tue, 27 May 2014 20:19:47 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArUGAIDvNVNLd/fU/2dsb2JhbABZgwaDSsA9gRcXdIIlAQEBAQIBViMFCwsOJgcLFBgNJIgECNIZF456B4Q4BKMqhW+BaoFxgVsh X-IPAS-Result: ArUGAIDvNVNLd/fU/2dsb2JhbABZgwaDSsA9gRcXdIIlAQEBAQIBViMFCwsOJgcLFBgNJIgECNIZF456B4Q4BKMqhW+BaoFxgVsh X-IronPort-AV: E=Sophos;i="4.97,753,1389762000"; d="scan'208";a="64492011" Original-Received: from 75-119-247-212.dsl.teksavvy.com (HELO pastel.home) ([75.119.247.212]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 27 May 2014 20:19:46 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 9915D60094; Tue, 27 May 2014 20:19:46 -0400 (EDT) In-Reply-To: <538525D9.8030800@dancol.org> (Daniel Colascione's message of "Tue, 27 May 2014 16:55:05 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 206.248.154.181 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:172153 Archived-At: > When does that happen? The GC relocates strings to compact the string blocks, so it is very common for strings to be relocated. So it requires special code to update pointers into the middle of strings, such as the "pc" in bytecode activation frames. This debug code was the one that let me finally track down the source of a bug we had in the implementation of the "new handler bytecodes" (the bug was in the handling of variables lives across setjmp/longjmp). Stefan