home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.atari.st.tech
- Path: sparky!uunet!mnemosyne.cs.du.edu!nyx!ilepore
- From: ilepore@nyx.cs.du.edu (Ian Lepore)
- Subject: Re: GEM Execution Problem
- Message-ID: <1993Jan28.062910.9739@mnemosyne.cs.du.edu>
- X-Disclaimer: Nyx is a public access Unix system run by the University
- of Denver for the Denver community. The University has neither
- control over nor responsibility for the opinions of users.
- Sender: usenet@mnemosyne.cs.du.edu (netnews admin account)
- Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
- References: <1993Jan27.174804.14975@cs.hw.ac.uk>
- Date: Thu, 28 Jan 93 06:29:10 GMT
- Lines: 19
-
- > running a GEM program from within a GEM program, to time it.
-
- Leaving aside for a moment the fact that timings of event-driven programs
- in a cooperative multitaksing environment aren't likely to be very accurate...
-
- The main thing you need to do is Dsetdrv() and Dsetpath() before the
- Pexec(), so that the drive/path of the program you're about to run is the
- drive/path of the program itself. That'll let the program find its RSC file.
-
- Be sure to make the screen look more or less like the desktop does: make
- sure the mouse is on, and starts out as a BEE shape, make sure your menu
- bar (if any) is off. Make sure you aren't holding any wind_update()
- semaphors. Do an appl_exit() last thing before the Pexec() call, and
- an appl_init() first thing after it returns. Right after the appl_init()
- do wind_new() and wind_set(0, WF_NEWDESK, NULL, NULL). I think that's
- everything you need to do before and after. (Except shel_write() calls,
- which I'm waiting for Atari to bless, more on that later.)
-
-
-