Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!usc!sdd.hp.com!wuarchive!udel!haven.umd.edu!wam.umd.edu!cmedley
From: cmedley@wam.umd.edu (Charles Henry Medley)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: TRAP #2, Form_doit
Message-ID: <1991May14.130226.21017@wam.umd.edu>
Date: 14 May 91 13:02:26 GMT
References: <1991May12.234615.15781@wam.umd.edu> <91133.112834ONM07@DMSWWU1A.BITNET> <1991May13.121912.16552@informatik.uni-erlangen.de>
Sender: usenet@wam.umd.edu (USENET Posting)
Organization: University of Maryland at College Park
Lines: 15
Nntp-Posting-Host: cville


<This is in reference to the discussion about how the AES reinstalls TRAP #2
and all...>

I'm sure there has to be a fairly reliable way to pull off intercepting the
TRAP #2 vector.  It may require the method of re-installing it whenever the
AES tries to change it back and all, which is about as easy from an AUTO
program as it would be from an .ACC.  The reason I think this has to be
workable is that the program Form_Doit from Dan Wilga is doing it, and that
is installable from AUTO.

Incidentally, I understand that the new Atari Control Panel has hooks into
the AES for a modified form_do call that doesn't "lock up" the system.  Does
anyone know if it is legally patching into TRAP #2 or if it is actually a
new form_do handler in the ROMs?