Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!att!tut.cis.ohio-state.edu!ucbvax!van-bc!burdvax!udel!wuarchive!cs.utexas.edu!uunet!van-bc! From: cbmvax!lpami.wimsey.bc.ca!lphillips@uunet.UUCP (Larry Phillips) Newsgroups: comp.sys.amiga.tech Subject: Re: What's Wrong with ARP!!!! Message-ID: <9101060907.AA06326@wpllabs.UUCP> Date: 4 Jan 91 10:51:41 GMT Lines: 46 Return-Path: Return-Path: To: comp.sys.amiga.tech@mars.UUCP, rnews@van-bc.UUCP In <2845@dsacg3.dsac.dla.mil>, nfs1675@dsacg3.dsac.dla.mil ( Michael S Figg) writes: >In article <7434@sugar.hackercorp.com>, peter@sugar.hackercorp.com (Peter da Silva) writes: >> I've had people mucking around with my system screw me over with that >> before. You know, someone comes over and wants to run HAMGIF or whatever >> and starts mucking about with C:. Last time they managed to remove >> setpatch, then claim it was all due to a bug in 2.0 that setpatch >> disappeared. Right, and the same bug made nushow and hamgif materialise >> in C:? >> >> NEVER stick anything in C: that's not part of the distribution. It's just >> asking for trouble. >> -- >> Peter da Silva. `-_-' > > >That sounds like a real good idea to me, but, are there any reports or >knowledge of (poorly written) programs that look for something other than >genuine AmigaDos release stuff in C:? I've probably put more than is >healthy in my C: and should clean it out. Aterm looks for something in C:, but it is not mandatory that it be there. It looks for AtermClock in current dir first, then in C: if it is not found in current dir. At the time, there were few choices that were acceptable. No environment variables, and really, no other place that made sense for executables, without arbitrarily forcing the user to create a special directory. Since I consider a terminal program a command, and not an application, C: was the logical choice for me. Others felt better about running it from the current directory, and placed Aterm in it's own directory. If I were to do it again, now, I would allow putting it anywhere, and specifyiing the place with an environment variable. I very much enjoy the freedom to do things my own way, and do not begrudge anyone else the same freedom, no matter how strange it seems to me. -larry -- The best way to accelerate an MsDos machine is at 32 ft/sec/sec. +-----------------------------------------------------------------------+ | // Larry Phillips | | \X/ lphillips@lpami.wimsey.bc.ca -or- uunet!van-bc!lpami!lphillips | | COMPUSERVE: 76703,4322 -or- 76703.4322@compuserve.com | +-----------------------------------------------------------------------+