🚀 go-pugleaf

In article <8609101512.AA12173@ucbvax.Berkeley.EDU> SOFPJF@UOGUELPH.BITNET (Peter Jaspers-Fayer) writes:
>
>In Message-Id: <8609091627.AA21723@ames-nas.ARPA>
>on 09 Sep 86 09:27:35 PDT (Tue), fouts@AMES-NAS.ARPA writes:
>> There also appears to be no way to unload a loaded desk accessory,
>> other than changing the .ACC to something and rebooting.
>
>This has been a sore point with me for some time.  ExcUuUse me, but
>WHY NOT!?  It seems to me that someone asked this several months ago
>and the reply was something like "it's too difficult" or something.

  The  difficulties  ARE great.  Code on the ST is  relocatable  at load
time, not  position-independant.  Most  reasonably  long  jumps  will be
expressed  as  absolute  jumps  once  the  code  has  been  loaded,  and
accessories have also had a chance to run once until their 'event_multi'
call, and here they are free to look at their  location in memory and do
other rude stuff.  So sure you can boot out  accessories,  but you can't
move and pack the  others  to use the  memory  for very  much.  The best
solution  is one which can reset the  memory  pointers,  clear  the menu
register,  and  then  allow  you  to  selectively  re-install  the  desk
accessories  you  want.  This is just  short of a reboot,  and it may be
very awkward to not go the whole way.  I'm not sure how I would go about
the  re-install at all, since the best way would be to read the BIOS and
GEM  source  code and be able to mimic  what  happens  on a reboot  with
accessories, and *that* information is likely proprietary.

#   UUCP : ...!ubc_vision!molihp!robt		Robert Thurlow		#
#   My thoughts are my own, and are void where prohibited by law.	#
#   "There was something fishy about the butler.  I think he was a	#
#    Pisces, probably working for scale."	-Nick Danger, 3rd Eye	#