[550] in Athena Bugs

home help back first fref pref prev next nref lref last post

re: A bug with "ls" in 6.0B VAX

daemon@ATHENA.MIT.EDU (vanharen@ATHENA.MIT.EDU)
Fri Jul 22 18:00:28 1988

From: <vanharen@ATHENA.MIT.EDU>
Date: Fri, 22 Jul 88 17:59:35 EDT
To: bugs@ATHENA.MIT.EDU
Cc: eichin@ATHENA.MIT.EDU
Sorry, I can't "reply" in the bugs discuss meeting, so I have to mail this
in...  discontinuity in the chain...

No, there wasn't a copy of the words.lpt file before I scribed.
The file words.lpt would've been around 229K, as I was just scrib'ing the
    file /usr/dict/words, and the .lpt file would be slightly larger than
    /usr/dict/words itself (204K).
I agree, it is probably more likely a bug with NFS, but I thought maybe
    "ls" was interpreting the info it gets from NFS incorrectly, or something?
    (I don't know, I'm just guessing...)            
I can duplicate the situation.  I did it twice to make sure of what was
    happening.  I'll try out the "stat" idea when I get the chance.  I
    suspect I'll get the 96K consistently, as "ls -s" did...  although I'm
    not sure...  The file grew up to that point, but then "ls -s" stuck
    at 96K, while with  "ls -l"  the size (apparently) kept going...

						-Chris

home help back first fref pref prev next nref lref last post