Path: utzoo!utgpu!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!mailrus!ames!pasteur!ucbvax!decwrl!mejac!gryphon!keithd
From: keithd@gryphon.COM (Keith Doyle)
Newsgroups: comp.sys.amiga.tech
Subject: Re: Amiga Roadblocks to User Friendliness
Keywords: ASSIGNS
Message-ID: <10022@gryphon.COM>
Date: 27 Dec 88 08:11:50 GMT
References: <9407@gryphon.COM> <1410010@hpcvca.HP.COM> <9910@gryphon.COM> <9946@gryphon.COM> <3151@sugar.uu.net>
Reply-To: keithd@gryphon.COM (Keith Doyle)
Organization: Trailing Edge Technology, Redondo Beach, CA
Lines: 20

In article <3151@sugar.uu.net> peter@sugar.uu.net (Peter da Silva) writes:
.This is the bottom line. Execute() has serious brain damage, and I hope it's
.fixed in 1.4. However, there is a workaround. Have PROGB called in a workbench
>environment (CreateProc, then pass a startup message). PROGB can get its
.current directory from WBStartup->sm_ArgList[0].wa_Lock. The code to do this
.in the general case is available from the binary groups. It's completely clean,
.there's no fudges and kludges needed to do it, and you get absolute verific-
.ation that the program completed (your startup message is returned). If you
.like I will repost my example program.

This looks like it could be a partial solution.  Programs run by IconX
probably lose it, as IconX won't pass them startup messages.

>PATHs are irelevant to the Workbench, and presumably CLI users will be
>sophisticated enough to know how to do these themselves.

Don't count on it.

Keith Doyle
keithd@gryphon.COM    gryphon!keithd     gryphon!keithd@elroy.jpl.nasa.gov