Path: utzoo!utgpu!attcan!uunet!lll-winken!ncis.llnl.gov!ncis!helios.ee.lbl.gov!pasteur!agate!bionet!csd4.milw.wisc.edu!mailrus!cornell!uw-beaver!fluke!ssc-vax!uvicctr!edavies
From: edavies@uvicctr.UUCP (edavies)
Newsgroups: comp.sys.amiga
Subject: shell 3.01A bug?
Keywords: shell bug
Message-ID: <603@uvicctr.UUCP>
Date: 16 Jan 89 21:46:45 GMT
Reply-To: edavies@uvicctr.UUCP ()
Organization: University of Victoria, Victoria B.C. Canada
Lines: 33

Summary: dir/ls bug in Shell 3.01A

I'm having trouble using Shell 3.01A, by Carlo Borreo and Cesare Dieni.
My trouble is that trying to perform a dir|ls on some directories can
take incredible lengths of time. This problem was present when running
both 1.2 and 1.3 versions of the operating system.

I have an amiga 1000, single internal drive, 2meg fastram.

example scenario:
   1.3 workbench in df0:
   ls df0:libs       /* works fine */
   copy ram:arp.library ram:dres.library df0:libs /* dres = dillon resources */
   ls df0:libs    /* long time intervals between each disk access
                     perfmon shows cpu totally utilized
                     after 1 or 2 minutes, the directory is listed
                   */

the same symptoms if I: 
    copy df0:libs ram:libs
    ls ram:libs

I believe I observed the same problem happen when I 'globbed' the same
directory as well, ie:
    echo *

Is this happening to anybody else?
What is it doing during all that empty time, busy waiting for what?
is there any easy fix?

Thanks in advance.

Eric Davies