Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uunet!van-bc!
From: lphillips@lpami.wimsey.bc.ca (Larry Phillips)
Newsgroups: comp.sys.amiga
Subject: Re: EXECUTE
Message-ID: <1901@lpami.wimsey.bc.ca>
Date: 27 Aug 90 11:28:42 GMT
Lines: 49
Return-Path: <lpami!lphillips>
To: van-bc!rnews

In <1990Aug28.092026.322@darwin.ntu.edu.au>, caldwell_t@darwin.ntu.edu.au writes:
>I am looking for a program that does everything that EXECUTE does except WRTIE 
>TO THE DISK.
>
>Let me explain.  I have a non-autobooting hard disk.  So I have a 
>startup-sequence that does a few things and then EXECUTE dh0:s/ss
>
>To do this EXECUTE writes a copy of ss to t: .  If this is on the boot floppy 
>then there is a large delay while the copy is written to its T directory.
>If I assign t: to RAM: then i have to load in the ram-handler.  If I assign t: 
>to hd0: there is a major problem If there is a validation happening.  (It 
>happens every now and again).

Well, there are a couple of things you can do.  The first is to assign T:  to
RAM:, which will not (better not) have any sort of validation problems. You can
assign it elsewhere later if you must.

The second is to not use Execute at all, but to use something like:

  NewCLI CON:0/0/640/100 FROM dh0:s/ss

This will give you a window about half the height of the screen (so you can
still see what's going on in the first window), and will execute dh0:s/ss using
the new window for IO, but without writing a temp file to T:

>I think that this is what caused all validations from then on to hang.

If validation on bootup is causing a problem for your s-s script(s), press
CTRL-D on boot to break the script, then wait for the validation to finish,
then reboot normally.

>BTW: could anyone help me with the problem with the endless validation?

We'd need more details. Validation can be caused by incomplete writes to disk
(reset or power off or crash while writing), or by a bug in the
trackdisk.device in version 1.2 of the OS. The bug shows up when a floppy is
exactly full. Get rid of the writes to the temp file, delete any in the T:
directory, and see if your problem still occurs.

-larry

--
It is not possible to both understand and appreciate Intel CPUs.
    -D.Wolfskill
+-----------------------------------------------------------------------+ 
|   //   Larry Phillips                                                 |
| \X/    lphillips@lpami.wimsey.bc.ca -or- uunet!van-bc!lpami!lphillips |
|        COMPUSERVE: 76703,4322  -or-  76703.4322@compuserve.com        |
+-----------------------------------------------------------------------+