I don't think that's the problem, because I can read parts of the file one
line at a time.  The problem stems from my being unable to display more
than 32K at a time in a window.  I'm trying to write a work-around that
splits up my files and displays them in sections, but it causes problems
when I try to return to a specific place in my file.  If anyone has any
suggestions, I'm still open to ideas regarding this problem.

Julie

------
http://www.csuglab.cornell.edu/home/jgoldber/

On Wed, 18 Jun 1997, Bill Dubuque wrote:

> "David Lamkins" <NGC.COM at lamkinsd> wrote:
> | 
> | It has been a while since I've tripped on this, but I think that ACLNT
> | chokes on a readline if the file does not contain carriage return
> | characters.  This can happen if you try to read a text file created
> | with the Unix (line feed) newline convention.   The fix is to run your
> | file through a simple utility that ensures DOS (carriage return, line
> | feed) newlines.
> 
> I memory serves correct, the problem is that if the file doesn't
> use the DOS end-of-line convention, then no newlines will be
> recognized by the ACL reader, so READ-LINE will read the entire
> file as a single line, thus overflowing the 32K string limit!
> 
> In Editi 3.0 I extended the ACL reader to allow Unix-style
> line endings. You should be able to enable this patch globally via
> 
> (setq acl::*read-unix-mode* t)
> 
> once you have "eval-acl" loaded into ACL.
> 
> -Bill Dubuque
>