Path: utzoo!mnetor!uunet!lll-winken!lll-tis!ames!pasteur!ucbvax!UNCAEDU.BITNET!svermeulen%Ins.MRC.AdhocNet.CA
From: svermeulen%Ins.MRC.AdhocNet.CA@UNCAEDU.BITNET
Newsgroups: comp.sys.amiga.tech
Subject: ARP 1.1 (REL2) GURU #87000004
Message-ID: <880425110131.01n@Ins.MRC.AdhocNet.CA>
Date: 25 Apr 88 17:01:31 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Lines: 35

- Munch, munch, mun

A note on apparent ARP v1.1 (REL2) GURUs.

If you want to see an application that uses Arp.Library GURU with a very
mysterious #87000004.265F48F1 do the following:

    Make the program FileRequest, as found in the Pro_Docs/DEMOS
    directory using 16 bit MANX 3.4a and the commands:

               cc filerequest
               ln filerequest.o -larp -lc

    Next make a copy of a VIRGIN Workbench 33.47 disk.  Copy FileRequest
    and a suitable icon to run it with into the root directory of
    33.47.  DO NOT put anything else or make any other changes to the
    disk yet.

    Now do a reboot using the new disk, open the disk and double click
    on the FileRequest icon.  You should get a Software Error requester
    and after selecting CANCEL get GURU #87000004.

    Next copy Arp.Library into the Libs directory of the test disk
    and reboot with the test disk.  Run the FileRequest program again
    and you should experience the SAME GURU.  The question is WHY?  After
    all, we now have Arp.Library on the disk where it is supposed to be.

    Finally copy the ARP command "Echo" (as Echo is an innocuous command
    used in the Startup-Sequence on the test disk) into the C directory
    of the test disk.  Reboot with the test disk and run FileRequest
    again.  Voila!  Poof!  Presto!  No GURU!

    This is quite a cute little gotcha that caused me to loose a few (more)
    hairs.

                          Stephen Vermeulen