home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / os2 / misc / 27421 < prev    next >
Encoding:
Internet Message Format  |  1992-08-14  |  1.5 KB
  1. Path: sparky!uunet!utcsri!bonnie.concordia.ca!clyde.concordia.ca!altitude!Speedy.CAM.ORG!tgm!eric
  2. From: eric@tgm.CAM.ORG (Eric Trepanier)
  3. Newsgroups: comp.os.os2.misc
  4. Subject: Re: Question Concerning PATH Variable
  5. Message-ID: <713751498snx@tgm.CAM.ORG>
  6. Date: 14 Aug 92 00:18:18 GMT
  7. References: <1992Aug12.180735.22655@intelhf.hf.intel.com>
  8. Organization: SynerLogic
  9. Lines: 29
  10.  
  11. branch@hfglobe.intel.com writes in article <1992Aug12.180735.22655@intelhf.hf.intel.com>:
  12. > This question has probably been asked before, but I haven't been able to find
  13. > an answer.  I would like to have a relatively long PATH variable set up for
  14. > a DOS window running under OS/2 2.0.  However, there seems to be a limit of
  15. > about 80 characters to the PATH variable.  Increasing the environment size of
  16. > the DOS_SHELL does not seem to help.  I'm sure that someone must have
  17. > encountered the same problem.  Is there something I'm overlooking???
  18.  
  19. That's a common DOS limitations, though the limit is 127, not 80.  Some
  20. people on this newsgroup have claimed that the 127 character limitation
  21. was with the length of command lines, not with the actual environment
  22. variables.  I don't think so, i.e. the following trick does _not_ work:
  23.  
  24. SET PATH=C:\;....(127 character path)...
  25. SET PATH=%PATH%;......
  26.  
  27. I know of some PD programs that allow to fool DOS into accepting longer
  28. path names, but this does not work with all DOS applications.
  29.  
  30. > Thanks for your help...
  31. > 
  32. > Rob Branch 
  33.  
  34. Eric
  35. --
  36. Eric Trepanier
  37. eric@tgm.CAM.ORG
  38. "Everybody has a right to believe in something.
  39.  I believe I'll have another beer."
  40.