Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!jarvis.csri.toronto.edu!dgp.toronto.edu!juancho
From: juancho@dgp.toronto.edu.UUCP
Newsgroups: comp.sys.atari.st
Subject: Re: Beckmeyer C-shell bug (was: Source for a system() routine needed)
Message-ID: <1987Nov25.224849.6975@jarvis.csri.toronto.edu>
Date: Wed, 25-Nov-87 22:48:49 EST
Article-I.D.: jarvis.1987Nov25.224849.6975
Posted: Wed Nov 25 22:48:49 1987
Date-Received: Sat, 28-Nov-87 18:55:33 EST
References: <13021@felix.UUCP> <1845@chinet.UUCP> <13782@felix.UUCP>
Organization: University of Toronto, CSRI
Lines: 38

In article <13782@felix.UUCP> preston@felix.UUCP (Preston Bannister) writes:
>So where does this leave us?  
>
>1.  Use 'msh' for the default shell in makefiles where the argument
>    list may be longer than 127 characters.  (I set the environment
>    variable SHELL to 'msh.prg' at boot time with GEMBOOT).
>

>3.  The Beckmeyer C-shell (and other shells :-) should be prepared to
>    handle single arguments longer than 127 characters.  (My opinion).

Flame ON
	Oh the wonder of a well thought out system!  
	'Why should any one need more that 127 characters in an
	 argument string?  Hard code it in boys.'

	DRI SOftware person.

	'Why should we get a good operating system when we can
	 buy this one from DRI.  And look we can only pass 127
	 characters as arguments.  Oh well Document it so that
	 it becomes a feature and not a bug'
	
	Overheard in a Ferrari dealership
Flame off

	A proposal for extended argument passing is floatting around
Instead of forgetting about it lets adopt it.
You ask how?  This is how.
First Atari will endorse it and fix their compilers so that they support
it, then They will release free roms that fix this and other bugs, then 
all the software houses will adopt it.

-- 

John W. Buchanan                  Dynamic Graphics Project
               			  Computer Systems Research Institute
(416) 978-6619			  University of Toronto