Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!pacbell.com!ucsd!sdcc6!beowulf!lindwall From: lindwall@beowulf.ucsd.edu (John Lindwall) Newsgroups: comp.sys.amiga.programmer Subject: Re: Message-ID: <19372@sdcc6.ucsd.edu> Date: 14 May 91 19:07:47 GMT References: <1991May7.035139.21051@ccu.umanitoba.ca> <21343@cbmvax.commodore.com> <1991May14.165745.1646@ccu.umanitoba.ca> Sender: news@sdcc6.ucsd.edu Distribution: na Organization: CSE Dept., UC San Diego Lines: 34 In article <1991May14.165745.1646@ccu.umanitoba.ca> kaarts@ccu.umanitoba.ca (Kenneth John Aarts) writes: >When I try >ed file1 file2 ... >when ced is already running, ed puts up a requester saying that a copy >of ced is already running and do I really want to start a new one? When >ed is run without arguements it does what you described. > > Ken This is getting interesting to me. Ken, the behavior you mention above is not correct -- but sometimes I get the same behavior on my system! CORRECT BEHAVIOR: Whether or not Ed is given filename parameters it should activate the currently loaded Ced "instance"; if there is no loaded Ced "instance", ed loads Ced. If you load an instance of Ced, and then type % Ced foo you will get a requestor warning you that a copy of ced is running. INCORRECT BEHAVIOR: Ed does not see the current "instance" of Ced in memory. Everytime you invoke Ed, it tries to load a new "instance" of Ced. As I mentioned above, I get this bogus behavior once in a blue moon. I have no idea why it happens. Does anyone out there have any ideas? I've got an A1000, Supra 4x4 + Quantum 80S, Microbotics StarBoardII w/2Megs, KickStart Eliminator, CedPro v 2.11 (I think -- its been patched with the files on ab20). Thanks! John -- John Lindwall lindwall@cs.ucsd.edu "Oh look at me! I'm all flooby! I'll be a son of a gun!" -- Flaming Carrot