Path: utzoo!yunexus!geac!syntron!jtsv16!uunet!cbmvax!rutgers!mailrus!ames!pasteur!ucbvax!HNYKUN11.BITNET!U211344
From: U211344@HNYKUN11.BITNET (Olaf 'Rhialto' Seibert)
Newsgroups: comp.sys.amiga.tech
Subject: ARP bug in TYPE command
Message-ID: <8810311454.AA09157@jade.berkeley.edu>
Date: 31 Oct 88 14:28:31 GMT
Article-I.D.: jade.8810311454.AA09157
Sender: daemon@ucbvax.BERKELEY.EDU
Lines: 26

There is a bug in the Arp Type command. It does not normally show
itself, but it does show when used with RDF: (mailed to the moderator
today).
If you do a TYPE FOO, Type Lock()s the argument, FOO, and then
does an Examine(), presumably to see if it is not a directory.
Now when the Lock() succeeds but the Examine() fails, Type 'forgets'
to UnLock() the lock again.
On the normal file system, this will never (hopefully) happen,
but Examine() is not a useful call on a handler like RDF:.
It seems that the Arp CD command has a similar (or identical)
problem.

On the other hand, if you do a TYPE <RDF:etc/etc, the CLI Open()s
the redirection file with no questions asked. This case will
work successully, with no dangling locks left hanging around.

I have not checked what the AmigaDOG Type command does in this
situation.

Freely_Distributable=Greetings(Not_For_Any_Commercial_Purpose)->
        Olaf.Seibert;
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    +++ Let me tell you that I disclaim anything you care to name +++
 --- Olaf Rhialto Seibert the Marvellous --- U211344@hnykun11.bitnet ---
                         7167 BYTES FREE
*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*