Dennis Ruffer wrote: > > --Apple-Mail-14--125756157 > Content-Type: multipart/alternative; > boundary=Apple-Mail-13--125756363 > > > --Apple-Mail-13--125756363 > Content-Transfer-Encoding: 7bit > Content-Type: text/plain; > charset=US-ASCII; > format=flowed > > I've run into a limitation in READ-LINE while writing some CVS handling > tools. While parsing the output from a log command, a few lines are > quite long, namely the ones containing the "RCS file:" string, since > they list the full path of a file. Using READ-LINE, the maximum > returned value (u2) is 128.
I have just tested it under both Linux and Darwin, and I could not reproduce the problem. READ-LINE has no built-in limit. E.g., I just used a 2000-char buffer and entered a 535-char string: [cdbook:~/gforth-0.6.2] anton% uname -srv Darwin 5.4 Darwin Kernel Version 5.4: Wed Apr 10 09:27:47 PDT 2002; root:xnu/xnu-201.19.3.obj~1/RELEASE_PPC [cdbook:~/gforth-0.6.2] anton% ./gforth Gforth 0.6.2, Copyright (C) 1995-2003 Free Software Foundation, Inc. Gforth comes with ABSOLUTELY NO WARRANTY; for details type `license' Type `bye' to exit create x 2002 allot ok x 2000 stdin read-line ok .s <3> 535 -1 0 ok - anton --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
