From xemacs-m  Sun Jun 22 12:37:12 1997
Received: from frege.math.ethz.ch (root@frege-d-math-north-g-west.math.ethz.ch [129.132.145.3])
	by xemacs.org (8.8.5/8.8.5) with SMTP id MAA17977
	for <xemacs-beta@xemacs.org>; Sun, 22 Jun 1997 12:37:11 -0500 (CDT)
Received: from midget.math.ethz.ch (vroonhof@midget [129.132.145.4]) by frege.math.ethz.ch (8.6.12/Main-STAT-mailer) with ESMTP id TAA13648 for <xemacs-beta@xemacs.org>; Sun, 22 Jun 1997 19:35:51 +0200
Received: (vroonhof@localhost) by midget.math.ethz.ch (8.6.12/D-MATH-client) id TAA00243; Sun, 22 Jun 1997 19:34:31 +0200
To: xemacs-beta@xemacs.org
Subject: Re: `skip_debugger'
References: <kigu3iqpqr4.fsf@jagor.srce.hr>
Mime-Version: 1.0 (generated by tm-edit 7.106)
Content-Type: text/plain; charset=US-ASCII
From: Jan Vroonhof <vroonhof@math.ethz.ch>
Date: 22 Jun 1997 19:34:31 +0200
In-Reply-To: Hrvoje Niksic's message of 22 Jun 1997 18:05:35 +0200
Message-ID: <by3eqa8rtk.fsf@midget.math.ethz.ch>
Lines: 31
X-Mailer: Gnus v5.4.55/XEmacs 19.15

Hrvoje Niksic <hniksic@srce.hr> writes:

> Lisp_Int when reaching Ferror_message_string. Now, I'd like to ask you
> all: HOW DID THE DATA ARGUMENT GET CORRUPTED?

I don't have any recent beta's, but is it possible that there was a
garbage colletion? (altough I cannot see where this would have
happened) Note that the mark bit also changed.

In 19.15 eval.c says in Fsignal

  /* Fsignal() is one of these functions that's called all the time
     with newly-created Lisp objects.  We allow this; but we must GC-
     protect the objects because all sorts of weird stuff could
     happen. */

  struct gcpro gcpro1;

  GCPRO1 (data);


This seems to be the only route one could get to signal_call_debugger
in 19.15. Has anything changed in the newer beta`s which could change
this? 

Sorry if this is naive and couldn`t possibly be true.

Jan

P.S. Is is possible to find out at crash time whether a variable is
GCPRO`ed?

