Date   : Tue, 05 Sep 2006 13:57:31 +0100
From   : "Wright, Chris" <Chris.Wright@...>
Subject: Re: MDFS - Hard disc error 98...who cares...CAVE lives!

To save you dusting off an old beeb...Is there a util on the PC that
allows you to create an .SSD file given a bunch of files in a windows
dir and a text file containing the attributes of each file ?
Can I then use omniflop to create an DFS/ADFS 3.5" disk that can be read
by a beeb ?

-----Original Message-----
From: Majordomo List Manager [mailto:majordomo@...] On Behalf
Of Chris Johns
Sent: 05 September 2006 13:10
To: BBC Micro Mailing List
Subject: RE: [BBC-Micro] MDFS - Hard disc error 98...who cares...CAVE
lives!

On Tue, 5 Sep 2006, Wright, Chris wrote:

> There are so few copies around, on ageing hardware, I feared it may
have
> been lost forever.

Yeah. I've now copied the entire MDFS onto another HD (tho thats of
equal
age!) and at some point I'll copy everything onto my RiscPC as well. It
seemes the drive just needed to 'warm up', but how much longer it'll
live
if of course anyone's guess.

> I intend to unzip on the PC and transfer to the beeb on 3.5" floppy.
As
> this is non RISCOS, how can I preserve the load/exec addresses ? Wait
> for the .SSD ?

I could generate a text file with the load/exec addresses in it for each
file if that's any use, if not I'll try and get an SSD made of it, tho
that might take a few days, as I'll need to drag a beeb out to do it
with!

> There is a call to *PUTGET in the !BOOT. What does this do ? We never
> had this on my old school network. Maybe this explains why it was a
bit
> of a dog on the BBC Bs ?

*PUTGET is an SJ thing to block together single byte read/write calls
into
one chunk - a cache in effect. Because of the Econet overheads in
writing
a single byte at a time, it made BGET/BPUT quicker as it would get (or
put) a load of bytes at once. ACCEL also did something similar, and I
think the Master had it built into the OS.

I'm not sure if CAVE requires it, but it was there on the version I got,
so I guess someone thought it necessary.

Cheers

Chris
-- 
 Chris Johns <chris@...             >