From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?ISO-8859-1?Q?R=FCdiger?= Sonderfeld Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] trunk r116836: Avoid GC crashes. Date: Wed, 26 Mar 2014 15:42:03 +0100 Message-ID: <2641004.l0IPvBSXvE@descartes> References: <532CE5CE.8090607@dancol.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1395844940 7784 80.91.229.3 (26 Mar 2014 14:42:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 26 Mar 2014 14:42:20 +0000 (UTC) Cc: lekktu@gmail.com, Daniel Colascione To: emacs-devel@gnu.org, rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 26 15:42:29 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 1WSp2B-0004P7-Ib for ged-emacs-devel@m.gmane.org; Wed, 26 Mar 2014 15:42:27 +0100 Original-Received: from localhost ([::1]:48443 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WSp2B-0006dX-3j for ged-emacs-devel@m.gmane.org; Wed, 26 Mar 2014 10:42:27 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58749) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WSp23-0006cU-Tq for emacs-devel@gnu.org; Wed, 26 Mar 2014 10:42:25 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WSp1y-0005sT-5y for emacs-devel@gnu.org; Wed, 26 Mar 2014 10:42:19 -0400 Original-Received: from ptmx.org ([178.63.28.110]:54195) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WSp1x-0005sA-VX; Wed, 26 Mar 2014 10:42:14 -0400 Original-Received: from localhost (localhost [127.0.0.1]) by ptmx.org (Postfix) with ESMTP id D2B632673A; Wed, 26 Mar 2014 15:42:11 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at ptmx.org Original-Received: from ptmx.org ([127.0.0.1]) by localhost (ptmx.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9q-XkRNHxHBb; Wed, 26 Mar 2014 15:42:10 +0100 (CET) Original-Received: from descartes.localnet (chello080108246092.7.14.vie.surfer.at [80.108.246.92]) by ptmx.org (Postfix) with ESMTPSA id 59DD126678; Wed, 26 Mar 2014 15:42:09 +0100 (CET) User-Agent: KMail/4.11.5 (Linux/3.11.0-17-generic; KDE/4.11.5; x86_64; ; ) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 178.63.28.110 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:170999 Archived-At: On Saturday 22 March 2014 19:57:02 Richard Stallman wrote: > Thanks. Am I missing something, or is there still no reliable rep= ro? I > feel like gdb's reverse debugging support would be helpful here. >=20 > I don't know how much time passes between the vector gets freed > and when the symbol gets marked. I suspect it is the time > between one GC and the next, which would be millions of instructions.= > Can reverse execution handle that? Maybe Mozilla's new rr project could help here * http://robert.ocallahan.org/2014/03/introducing-rr.html * http://rr-project.org/ It records the execution and allows replays > rr aspires to be your primary debugging tool, replacing =E2=80=94 wel= l, enhancing =E2=80=94 > gdb. You record a failure once, then debug the recording, > deterministically, as many times as you want. Every time the same exe= cution > is replayed. Regards, R=C3=BCdiger