Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uunet!mcsun!corton!chorus!opera.chorus.fr!mir From: mir@opera.chorus.fr (Adam Mirowski) Newsgroups: comp.sys.ibm.pc.misc Subject: Re: environment address pointer question. Message-ID: <8026@chorus.fr> Date: 27 Feb 91 19:24:46 GMT References: <22549@hydra.gatech.EDU> Sender: mir@chorus.fr Reply-To: mir@opera.chorus.fr (Adam Mirowski) Organization: Chorus systemes, Saint Quentin en Yvelines, France Lines: 38 In article <22549@hydra.gatech.EDU>, ar12@prism.gatech.EDU (REGISTER,ANDREW H) writes: %% What I really want to do is to write a program that I can say something like: %% %% SetPath c:\exe^ d:\exe^ %% %% and the program will serch for subdirectories (all of them) underneath %% c:\exe and d:\exe and add them to the path. Sure would be easier than %% maintaining a long path in autoexec! %% %% Any help will be greatly appreciated. %% Also any suggestions for appropriate cross posting would be helpful I have choosen another solution. I have most of executables in a single directory, along with a (text) file which mentions which file belongs to which package and also memorizes its attributes. An utility I wrote can insert a package to that directory, extract one to a separate one, or backup it. A simple TYPE lists them all. I use it for packages like DOS, MKS toolkit, Norton Utilities/Commander which are basically batches of loosely coupled executables. I give a separate directory to "bigger" packages, like Turbo C. That makes a PATH variable of 4-5 components, quite easy to maintain. No need worrying about why doesn't the second copy of command.com inherit the environment size of his parent, etc. That also enables me to classify various small PD utilities according to their purpose (about 20 types), while keeping them in a single directory. Of course, there are built-in securities that prevent from overwriting files when two packages have a file with the same name, that check the file size/time/date/attributes when deinstalling a package, check and report missing files; the list file is also read-only. The executable is under 20K. -- Adam Mirowski, mir@chorus.fr (FRANCE), tel. +33 (1) 30-64-82-00 or 74 Chorus systemes, 6, av.Gustave Eiffel, 78182 Saint-Quentin-en-Yvelines CEDEX