Drobe :: The archives
About Drobe | Contact | RSS | Twitter | Tech docs | Downloads | BBC Micro

Reply to thread

I've been having a brief poke around the source of ADFS, FileCore and FileSwitch.

Firstly there's a serious documentation need. All the documentation is in little text files scattered around - ideally it needs someone writing a basic overview of what happens where. Secondly FileCore and FileSwitch are inherently harder to understand (for me, anyway) because they do lots of structure twiddling which is harder to understand in assembler.

I'd suggest: Retaining ADFS as-is for its floppy support (on any machines that still have drives). All the floppy foibles take up a fair amount of code and I think it's best left alone. Re-implementing the hard drive support as a new IDEFS (davehigton and I had a go in 1997 - it wasn't too hard to get something working, the messy bit is coping with all the variations in drives out there) Bin RAMFS. Fix bugs in Memphis and use that instead. A new interface between block drivers and filing systems, with a FileCore 'personality' for compatibility. This might do disc partitions too. FileCore retained as-is, for supporting existing drives, but accessed through the new interface A module for a new disc format (FAT? NTFS? ext3?). If it can work on an extended image filing system API, so much the better (but would have to be reentrant) Lower priority: Rewrite HForm into a cross-platform FileCore filesystem generator - maybe plug it into acorn-fdisk that already exists.

Then it gets messy. FileSwitch is more closely tied in with the kernel, and there's no nice list of tie-in assumptions in the source as there is for ADFS. I'm not convinced rewriting FileSwitch would help - you'd have to rewrite bits of the kernel too. Extending to 64 bit addressing would be a must, perhaps at the same time simplifying the API and putting the old one in a 'personality' module for compatibility. Are there any other problems with FileSwitch other than the 32 bit file size issue? Could they be solved by helper modules intercepting calls between FileSwitch and the lower layers in the stack?

 is a RISC OS Usercaliston2 on 21/10/07 11:42PM
[ Reply | Permalink | Report ]

Please login before posting a comment. Use the form on the right to do so or create a free account.

Search the archives

Today's featured article

  • How to get your favourite old games running on your newer hardware
    Alex Macfarlane Smith guides us through the patchwork
     Discuss this. Published: 22 Jan 2003

  • Random article

  • Can't find a file on that huge hard disc? You'll need !Locate...

     Discuss this. Published: 24 Mar 2001

  • Useful links

    News and media:

    Top developers:
    RISCOS LtdRISC OS OpenMW SoftwareR-CompAdvantage SixVirtualAcorn

    CJE MicrosAPDLCastlea4X-AmpleLiquid SiliconWebmonster


    RISCOS.org.ukRISCOS.orgRISCOS.infoFilebaseChris Why's Acorn/RISC OS collectionNetSurf

    Non-RISC OS:
    The RegisterThe InquirerApple InsiderBBC NewsSky NewsGoogle Newsxkcddiodesign

    © 1999-2009 The Drobe Team. Some rights reserved, click here for more information
    Powered by MiniDrobeCMS, based on J4U | Statistics
    "Regarding Drobe, are they [incompetent], simply biased or is it company policy?"
    Page generated in 0.0467 seconds.