Re: Reading a line of arbitrary length

[kilgallen@eisner.decus.org (Larry Kilgallen)]

In article <5dv7ea$epi$1@news.iag.net>, dennison@zippy.cc.ukans.edu (Ted Dennison) writes:
> In article <330319F1.41C67EA6@innocon.com>,
> Jeff Carter  <carter@innocon.com> wrote:
>>David C. Hoos, Sr. wrote:
>>> 
>>> What you do is read into a temporary String of length larger than any you
>>> will encounter.  Then you use the value of the actual parameter supplied
>>> for the formal parameter "Last" to take the appropriate slice from the
>>> temporary string.
>>
>>This assumes, of course, that you can define a "length larger than any
>>you will encounter." In some cases, you cannot. This is still not a
>>problem; see "Variable-Length String Input in Ada," _Ada Letters_, 1989
>>May/Jun, which presents a function
> 
> Hmmm. I thought all unix (and VMS) shells had a command-line limit of 256
> characters (or less). Is that not the case?

I cannot find the post which started this thread, but at least the
excerpts which have survived do not seem to indicate this is a
command line.  For the VMS case, there are three command line limits,
one of which may be 256 for some version of VMS:

	Maximum characters in a DCL symbol (not our problem)
	Maximum characters in a command to be parsed by VMS
	Maximum characters in a "foreign" command

But then there is:

	Maximum characters from reading SYS$INPUT

which is limited by how the system manager has set the typeahead buffer
and also by MAXBUF.  Those could probably extend to 65535 (or to 32767
with less chance of finding a new bug).  So that is about 32K bytes
(+/- 80 bytes) difference between a "length larger than any you will
encounter." and "what you will typically need".

Larry Kilgallen