Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!wuarchive!mit-eddie!uw-beaver!cornell!vax5.cit.cornell.edu!hd7x
From: hd7x@vax5.cit.cornell.edu (Sanjay Aiyagari)
Newsgroups: comp.windows.ms.programmer
Subject: Re: Environment Space
Summary: More Environment space for Non-Windows apps
Keywords: environment path non-windows
Message-ID: <1991May5.202556.4511@vax5.cit.cornell.edu>
Date: 6 May 91 00:25:56 GMT
References: <8361@drutx.ATT.COM> <28210533.D0@wilbur.coyote.trw.com>
Distribution: comp
Organization: CIT, Cornell University
Lines: 30

In article <28210533.D0@wilbur.coyote.trw.com>,
rich@wiley.uucp (Rich Messenger) writes: 
> In article <8361@drutx.ATT.COM> fjb@druwa.ATT.COM (Jeff Bogart) writes:
>>When I run a non-windows application from windows, I seem to create a 
>>"default" environment that is too small to add new environment variables or 
>>to extend my PATH.  Is there some way of telling windows what size to 
>>reserve for environment variables?
> 
> How about a simple hack: before you invoke windows, set a scratch
> environment variable (making sure your command.com has a big enough
> environment space):
> 
> 	SET scratch=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> 
> Then, instead of invoking the non-windows application directly, call a
> batch file which first unsets the environment variable.  This will
> free up that space in the environment.
> 
> 	SET scratch=

Another way of doing this is, when you create the .PIF file for the
application, specify the program name as "command.com" (with the appropriate
path).  Then, in the parameters section, put "/e:xxx /c app.bat" where app.bat
is the batch file that sets the path and runs the application, and xxx is the
amount of environment space you need.

Setting the /e parameter in the shell= statement in CONFIG.SYS won't work
because Windows takes away unused environment space.

Sanjay Aiyagari (hd7x@vax5.cit.cornell.edu)