Path: utzoo!utgpu!water!watmath!clyde!cbosgd!ihnp4!upba!eecae!driscoll From: driscoll@eecae.UUCP (Mike Driscoll) Newsgroups: comp.binaries.ibm.pc Subject: Re: shell script program for pc Message-ID: <5589@eecae.UUCP> Date: 16 Jan 88 23:10:48 GMT References: <288@dbase.UUCP> Distribution: na Organization: Engineering, Michigan State U., E. Lansing MI Lines: 47 in article <288@dbase.UUCP>, tessler@dbase.UUCP says: > > In article <1248@cg-atla.UUCP> donovan@cg-atla.UUCP (Dennis Donovan X5176) writes: >>In article <4242@watdcsu.waterloo.edu> rhubbs@watdcsu.waterloo.edu (Robert (NetJunkie) Hubbs) writes: >>> [request for a DOS program running unix scripts] >>I have bought a book called "On Command: Writing a Unix-Like Shell for MS-DOS". >>by Allen Holub, M&T Books, M&T Publishing. >> >>The book describes a shell that looks like a cross between sh and csh. It has >>things like alias and a history mechanism. It also has a script language >>that looks more like c-shell script than shell script. >>Disclaimer: The views expressed are my own, I doubt if CG really cares anyway. > > > Allen Holub's On Command (at least version 1) is not a true > replacement for the Dos Command.com command interpreter. > > On command does emulate c-shell but it resides on top of command.com. > And, it relies on command.com for loading and executing all .exe and .com > programs. Actually, it (the On Command shell) resides on top of command.com's resident portion, which contains DOS's ONLY loader. Any program using the DOS exec call needs this loader. The transient portion of command.com is not required to be in memory, and this memory is free for use by other programs. Also, the shell's command language is not completely compatible with that of the C-shell. Finally, since a new copy of the shell is loaded to run shell scripts, and since each shell uses about 50K of memory, you may need a lot of memory to run your scripts with this shell. (Especially true if your scripts call other scripts.) Disclaimer: I have been using the On Command shell at home for about 2 weeks, and see it as a reasonable tool for those of us used to using *nix. Mike -- Michael A. Driscoll UUCP: ...ihnp4!msudoc!eecae!driscoll Dept. of Electrical Engineering ARPA: driscoll@eecae.ee.msu.edu (35.8.8.151) Michigan State University Office: (517) 353-5337 E. Lansing, MI, 48824