[comp.sys.atari.st.tech] Questions for a TSR I'm writing

jlf@cs.wvu.wvnet.edu (Jack L Forester) (01/03/91)

Here's a few questions for the GEM gurus...

     I'm writing a TSR that is going to use GEM and a resource that will
be compiled as part of the program.  It is going to be activated by 
exceptions.

     Question 1...

     Since I won't be using rsrc_load() to load the resource, how do I tell
GEM to initialize my resource.  I've never used resources in this manner
before.  Essentially, how do I use my resource?  I'm using Laser C Ver 2.?
and RCP 3.0.  I have created the resource and had RCP create the .C and .H
files for me.  The only thing in the .C file is a large unsigned char array.

     Question 2...

     How do I calculate the number of bytes that the program requires to pass
to the Ptermres() function.

     Last question...

     I assume that even though this is going to be a TSR, I still need to
make a call to appl_init().  But what about appl_exit()?  I have a feeling
that I'll never use this function.

Thanks in advance!  :-)


--
Jack Forester, Jr.          * Disclaimer:  My opinions are mine and mine     *
jlf@a.cs.wvu.wvnet.edu      *              alone!  I don't share my opinions * 
West Virginia University    *              with anyone!  :-)                 *
Dept. of Computer Science   *                                                *

csbrod@informatik.uni-erlangen.de (Claus Brod (turo)) (01/05/91)

jlf@cs.wvu.wvnet.edu (Jack L Forester) writes:

>Here's a few questions for the GEM gurus...

>     I'm writing a TSR that is going to use GEM and a resource that will
>be compiled as part of the program.  It is going to be activated by 
>exceptions.

Are you sure you're going to do this in a TSR? TSRs normally link into
some system vecors, i.e. TRAPs. The problem is: You can't call AES
from a TRAP handler. You will experience nothingbut crashes.
Would it be possible to do what you want in a DA? What kind of
function will the TSR perform?

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

jlf@h.cs.wvu.wvnet.edu (Jack L Forester,,2933607,6526712) (01/05/91)

From article <1991Jan4.213601.28046@informatik.uni-erlangen.de>, by csbrod@informatik.uni-erlangen.de (Claus Brod (turo)):
> jlf@cs.wvu.wvnet.edu (Jack L Forester) writes:
> 
>>Here's a few questions for the GEM gurus...
> 
>>     I'm writing a TSR that is going to use GEM and a resource that will
>>be compiled as part of the program.  It is going to be activated by 
>>exceptions.
> 
> Are you sure you're going to do this in a TSR? TSRs normally link into
> some system vecors, i.e. TRAPs. The problem is: You can't call AES
> from a TRAP handler. You will experience nothingbut crashes.

Really?  I've finished the program, and I've had no crashes (not even one
lockup).  I do call the AES to throw up a dialog during an exception, but I've
had no ill effects (btw:  I'm using (gasp) TOS 1.0)

> Would it be possible to do what you want in a DA? What kind of
> function will the TSR perform?

It's just a simple program which catches exceptions and puts up a dialog box
containing information about the exception and the CPU registers.  Someone
put a program on atari.archive a couple of months ago to do this, but I was
unimpressed with it.  So a couple of days ago I decided that the text messages
that Neodesk displayed on the screen were too crude (no offense, I _love_
Neodesk) for me - after all we're in a graphics environment, why not use it?

I'm putting the finishing touches on the program and writing the docs.  As
soon as I put all of this together, I'm going to upload it to atari.archive.

> 
> ----------------------------------------------------------------------
> Claus Brod, Am Felsenkeller 2,			Things. Take. Time.
> D-8772 Marktheidenfeld, West Germany		(Piet Hein)
> csbrod@medusa.informatik.uni-erlangen.de
> ----------------------------------------------------------------------
--
Jack Forester, Jr.          * Disclaimer:  My opinions are mine and mine     *
jlf@a.cs.wvu.wvnet.edu      *              alone!  I don't share my opinions * 
West Virginia University    *              with anyone!  :-)                 *
Dept. of Computer Science   *                                                *