Newsgroups: comp.sys.atari.st.tech
Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!sol.ctr.columbia.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: <1991May13.121912.16552@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>
Date: Mon, 13 May 1991 12:19:12 GMT
Lines: 23

ONM07@DMSWWU1A.BITNET (Julian F. Reschke) writes:

>By the way: there is no legal method for accessories to change vectors.
>Thins like that belong into TSRs in the auto folder.

That's why I'm looking for a officially approved way to intercept Trap #2.
There seems to be no easy way to do this with an AUTO folder program -
AES overwrites any changes, and so you have to write a TSR that waits
for AES to come up and then re-vectors trap #2. The tricky part of this
is waiting for the AES - how can you tell for sure?

Because of this problem, I still have one accessory that re-vectors
trap #2 - it's just much easier and seemed to be OK to me because
this way I can be sure that AES has been started when my accessory comes up.
If someone could show me a legal way for re-vectoring trap #2 in the
AUTO folder, I could get rid of this accessory.

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