unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
* Ok, somebody give me a clue.
@ 2005-02-28 12:02 David Kastrup
  2005-02-28 14:06 ` Kim F. Storm
  0 siblings, 1 reply; 6+ messages in thread
From: David Kastrup @ 2005-02-28 12:02 UTC (permalink / raw)



For debugging purposes, I have been using the following:

struct trbuf { void* pc; int value; } trbuf[256];
unsigned char trptr;
#define RECORD_INPUT do { __label__ woozle; \
  woozle: trbuf[trptr++] = (struct trbuf)				\
			    { &&woozle, interrupt_input_blocked}; } while(0)

And then whereever I change interrupt_input_blocked, I also call
RECORD_INPUT.  This causes Emacs to crash in unrelated spaces.  I have
crosschecked the compiled code, and it does the correct thing: no data
type overflow problems or something.

So it is obvious that the problem is elsewhere, likely that the data
structures I use above confuse the garbage collector.  What kind of
data structures are allowed, and how can I hide data structures that
would confuse it from the garbarge collector?

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2005-03-02 11:23 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-02-28 12:02 Ok, somebody give me a clue David Kastrup
2005-02-28 14:06 ` Kim F. Storm
2005-02-28 14:48   ` Andreas Schwab
2005-02-28 16:20     ` David Kastrup
2005-02-28 15:55   ` David Kastrup
2005-03-02 11:23     ` Richard Stallman

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).