Newsgroups: comp.sys.atari.st.tech
Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!think.com!snorkelwacker.mit.edu!ira.uka.de!fauern!faui43.informatik.uni-erlangen.de!csbrod
From: csbrod@immd4.informatik.uni-erlangen.de (Claus Brod)
Subject: Re: Force Desktop Res Change?
Message-ID: <1991May21.123238.3285@informatik.uni-erlangen.de>
Organization: CSD., University of Erlangen, Germany
References: <1991Apr28.014020.3838@lonex.radc.af.mil>  <3094.05.91@drdhh.hanse.de> <1991May12.234615.15781@wam.umd.edu> <91133.112834ONM07@DMSWWU1A.BITNET> <1991May13.121912.16552@informatik.uni-erlangen.de> <2941@atari.UUCP> <1991May17.115339.20960@informatik.uni-er <1991May19.180509.18398@imada.ou.dk>
Date: Tue, 21 May 1991 12:32:38 GMT
Lines: 22

micro@imada.ou.dk (Klaus Pedersen) writes:

>>But this also means that I don't have any chance to do
>>parameter fiddling _before_ AES or VDI do their job unless I wait
>>for AES to come up, and then install my own Trap #2 handler.

>Why don't you check the trap #2 XBRA chain, before you run the
>patch routine (in the patch routine)? If you isn't the last, then
>remove yourself from the XBRA chain and insert again in the end.

I must have been unclear at some point. Imagine a file selector
replacement program for the AUTO folder. It must hook into TRAP #2,
and its trap handler must become active _before_ the ROM AES.
So this program must reside somewhere at the beginning of the XBRA
chain, not at the end.

----------------------------------------------------------------------
Claus Brod, Am Felsenkeller 2,			Things. Take. Time.
D-8772 Marktheidenfeld, Germany		 	(Piet Hein)
csbrod@medusa.informatik.uni-erlangen.de
Claus Brod@wue.maus.de
----------------------------------------------------------------------