Path: utzoo!utgpu!news-server.csri.toronto.edu!clyde.concordia.ca!uunet!tut.cis.ohio-state.edu!zaphod.mps.ohio-state.edu!rpi!uupsi!sunic!luth!d87-khd From: d87-khd@sm.luth.se (Karl-Gunnar Hultland) Newsgroups: comp.sys.amiga.tech Subject: Re: Problem with CreateProc & LoadSeg Message-ID: <908@tau.sm.luth.se> Date: 9 May 90 08:54:12 GMT References: <897@tau.sm.luth.se> <1856@dialog.sub.org> <5662@sugar.hackercorp.com> <482@oregon.oacis.org> <5674@sugar.hackercorp.com> Reply-To: Karl-Gunnar Hultland Organization: University of Lulea, Sweden Lines: 35 UUCP-Path: {uunet,mcvax}!sunic.se!tau.luth.se!d87-khd In article <5674@sugar.hackercorp.com> peter@sugar.hackercorp.com (Peter da Silva) writes: > >ALL programs should be written to support being launched from either the >Workbench or the CLI, so this translates to "this only works for non-buggy >programs". Which is fine by me. The CLI startup environment is a crock >anyway. In my case the MAIN program supports being launched either from WB or CLI which isn't very difficult 'cause I dont use stdio or cli-arguments, but the sub-programs being "launched" from the MAIN (and only from the main) shouldn't have to bother about WB or CLI. All I want to is to start them, send them a message containing the address of the costomscreen I use, and when they exit let the MAIN program do the unloading. > >And, of course, if you're writing the launchee as well as the launcher you can >go wild... In my case i could go wild, but since your launch package does,almost, all the work I'll use it. THe irritating part is that I'll have to allocate and send an extra message to the child, with the address to the screen. But this is a minor nuisance with which I'll have to live. Thanks anyway for you launch program. Karl ps. That pic. in your .sig is that to be Australia? --- Karl Hultland,(d87-khd@sm.luth.se) University of Lulea,Sweden Egoist: a person of low taste, more interested in himself than in me. - A. Bierce