Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!cs.utexas.edu!uunet!mcsun!unido!tub!tubopal!alderaan From: alderaan@tubopal.UUCP (Thomas Cervera) Newsgroups: comp.sys.atari.st Subject: Re: Program to GEMDOS #0 at a specific time? Message-ID: <697@opal.tubopal.UUCP> Date: 4 Oct 89 20:25:48 GMT References: <152@bdt.UUCP> <0902891449341740@thelake.UUCP> Reply-To: alderaan@tubopal.UUCP (Thomas Cervera) Organization: Technical University of Berlin, Germany Lines: 30 In article <0902891449341740@thelake.UUCP> stag!thelake!steve@pwcs.stpaul.gov writes: :In <152@bdt.UUCP> ADAM_TILGHMAN@bdt.UUCP writes... : :> Hi there! I am looking for a program that will execute a GEMDOS #0 command :> (terminate program) at a specific time... Is there such a beast? I am not :> very fluent in M68K assembly, which is what I would assume this type of :> program would have to be. The specific use for this program is to :> drop out of BBS Express! at a certain time to implement a homebrew networking :> package... Any feedback would be appreciated, but please post replies :> directly to the net, since my email address is flaky at best. :> :> Adam Tilghman : :GEMdos #0 (Pterm0) terminates the current process. All your program would :do is kill itself, not the BBS. By the way, what about a more consistent 'process' management in one of the future releases of TOS ? I think it would be nice if resident programs would kick themselves off the list when issuing Pterm(), not the last one launched. I had this problem during developing terminal interfaces for a BBS. I had to keep all the interfaces (called via trap interfaces) resident at the same time {:-( Is it possible for you to allow such a dynamic 'process' management (including memory release after 'process' termination) under TOS, Atari ? -- Thomas Cervera | UUCP: alderaan@tubopal.UUCP SysMan RKOpdp (RSTS/E) | ...!unido!tub!opal!alderaan (Europe) D-1000 Berlin 30 | ...!pyramid!tub!opal!alderaan (World) Motzstrasze 14 | BITNET: alderaan%tubopal@DB0TUI11.BITNET (saves $$$)