[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference hydra::amiga_v1

Title:AMIGA NOTES
Notice:Join us in the *NEW* conference - HYDRA::AMIGA_V2
Moderator:HYDRA::MOORE
Created:Sat Apr 26 1986
Last Modified:Wed Feb 05 1992
Last Successful Update:Fri Jun 06 1997
Number of topics:5378
Total number of notes:38326

4109.0. "LS VERSION 4.0 PROBLEM ??" by POLAR::GOSLING () Wed Sep 12 1990 14:22

       Sorry, but I couldn't find the base note on this one.
       
       About a month ago someone reported what appeared to be a very
       serious bug in Version 4.0 of the LS 'list' replacement utility.
       If I remember correctly, its use ended up in a corrupted directory
       structure.
       
       I immediately stuck this version of LS in a safe place awaiting
       further reports - of which I haven't seen any.
       
       Could the individual please identify himself and let us know if he
       has found what the problem is/was?
       
       Thanks,
       
       Art
       
T.RTitleUserPersonal
Name
DateLines
4109.1Curiosity or boneheadedness?DECWET::DAVISeleven benevolent elephants, eleven...Wed Sep 12 1990 16:0116
    Since using LSv4.0 I have gotten rid of my ST-506 drives and gone to an
    all SCSI drive subsystem.  I haven't made up my mind whether to
    continue to troubleshoot this problem due to the time involved with
    reformatting and restoring my partition(s).  The problem *may* have due
    to timing differences between my faster(new) Supra controller and the
    slow Adaptec/ST-506 drives.  Damn, curiosity killed the cat...  I will
    try it tonight and report my findings.  BTW, YOU can try it.  Just use
    the command "ls -R sys:" to get a recursive directory of the sys:
    partition on your HARD DRIVE.  If there is a problem you will probably 
    get a listing of your current directory only then your shell prompt. 
    If you "ls" other directories in the sys: partition, voila, they are
    gone.
    
    mark
    
    p.s.  V4.0 of LS is HUGE.  It eats up memory when made resident.
4109.2EDABOT::MCAFEESteve McAfeeWed Sep 12 1990 18:546
    I seem to recall someone on USENET saying you need to increase your
    stack size for large recursive directory searches.  If they've
    turned off stack checking (ala cc -v), then maybe this is whats
    causing the problem.
    
    - steve
4109.3larger than 10K?DECWET::DAVISeleven benevolent elephants, eleven...Wed Sep 12 1990 18:594
    That may be it, though my stack is normally 10K.  Do you recall how
    much of an increase was mentioned.  10K is quite large.
    
    m
4109.4EDABOT::MCAFEESteve McAfeeWed Sep 12 1990 20:296
    No I don't remember, but if 10K isn't enough then there is probably a
    bug.  Maybe it uses a recursive sort function which has a bug or
    inefficiency.  I don't even have an Amiga right now or I'd take a look
    myself...
    
    - steve
4109.5Works for meDECWET::DAVISeleven benevolent elephants, eleven...Thu Sep 13 1990 01:325
    I executed the "ls -R sys:" command and it worked.  I used ls version
    4.0k.  All seems ok.  As I mentioned above my stack is set to 10K by
    default so my previous problems were most likely hardware.
    
    mark
4109.6LS should only readKETJE::VLASIUThu Sep 13 1990 07:378
Normally LS just reads from the disk, so it should not affect it in anyway.
If the disk is affected, this means LS is infected by some sort of virus or it
has a *very* big bug which determines an uncontrolled write operation on disk.
Me, I'm using it and have not yet encountered problems. I seem to remember that
the first observation on LS was about a 4.1 version which is not the 4.0 version
which I use. But who knows ?

Sorin
4109.7I'm happy, I'll stay with thisDECWET::DAVISeleven benevolent elephants, eleven...Thu Sep 13 1990 16:016
    You may be right.  I am a little confused on which version I had the
    problem.  LS v4.0k is a little larger than 16K.  I think there was
    another version out that was ~40K or so, correct me if I am wrong.  I
    am happy with v4.0k and this is what I'll use.
    
    md
4109.8CLOSE YOUR EYES AND HIT RETURN!!!POLAR::GOSLINGFri Sep 14 1990 18:1922
       RE: .1

  > try it tonight and report my findings.  BTW, YOU can try it.  Just use
  > the command "ls -R sys:" to get a recursive directory of the sys:
  > partition on your HARD DRIVE.  If there is a problem you will probably 

       Do I look that stupid :-)
       
       After reading some of the other responses - particularly those of
       folks who HAVE NOT had any problems - I gave it a try.  Firstly I
       did a recursive listing on a couple of dummy directories I created
       and populated with no problem.  I then stepped beyond the bounds
       of sound judgement and did the same thing on my 'production'
       directories / subdiretories, again - with a sigh of relief -
       everything worked as advertised.
       
       My stack is set to 10K and the verion of LS I have is 4.0k.
       
       Thanks for the various response to my initial request.
       
       Art