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

  • Beginner's guide to manipulating stock photos
    Getting your message across with ArtWorks and Photodesk
     9 comments, latest by sascott on 8/8/06 9:16AM. Published: 6 Aug 2006

  • Random article

  • Expo 2005 rolls on without MicroDigital
    Previous show sponsor has no new wares to shift allegedly
     13 comments, latest by quatermass on 7/7/05 3:19PM. Published: 15 Jun 2005

  • Useful links

    News and media:
    IconbarMyRISCOSArcSiteRISCOScodeANSC.S.A.AnnounceArchiveQercusRiscWorldDrag'n'DropGAG-News

    Top developers:
    RISCOS LtdRISC OS OpenMW SoftwareR-CompAdvantage SixVirtualAcorn

    Dealers:
    CJE MicrosAPDLCastlea4X-AmpleLiquid SiliconWebmonster

    Usergroups:
    WROCCRONENKACCIRUGSASAUGROUGOLRONWUGMUGWAUGGAGRISCOS.be

    Useful:
    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
    "Drobe is the most frequently updated and has the most content, but apparently they aren't interested in 'special offers'"
    Page generated in 0.0523 seconds.