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

Confirm comment report request

Chris wrote >Ok, but "ROL have no way of knowing how the CTL nVIDIA or USB modules work with other OS-level components. That's what ROL mean when they talk about differences internally".

But the point of adstracting the hardware away is *you don't need to know*. If what you say was true PCITv couldn't be done could it? It accesses the Iyonix's innards yet (I presume) has no particular "inside" information on RO5 (nor would it need any other than that which is publically documented anyway). Why can't ROL do the same?

I think part of the problem is that ROL wants to replace *all* of RO5 and yet make use of the existing drivers.... It would make *more* sense to port some of the higher level RO Select features across (giving UI enhancements say) accept that the "Utility Module" and key modules will still be RO5's and that the Select modules will have to satisfy themselves with the same level of access as say PCItv has.

It may be more stable (for that read *safer*) to leave as much of RO5 in place as possible and modify the modules ROL *do* have control over (the ones they wrote) and modify them to coexist with the RO5 system. To do otherwise, I believe, creates interdependancies and problems that will create a big mess I fear. A

If ROL *want* to do a full replacement of RO5 with Select then yes you're right they'd need drivers - but guess what ROL *claim* to write operating systems - so let them. And if that means writing drivers - fine so be it. When you buy Windows (for example) it's chock full of drivers - all written by guess who (yep Microsoft). Why should ROL be able to avoid doing what MS and CTL have done ?

In short ROL should either *produce a FULL Select for Iyonix with THEIR OWN DRIVERS* and dispense with RO5 fully OR accept the presence of RO5 and just add UI enhancements and modules that do not expect (not don't use or rely on) low level hardware features. Given that ROL already claim "hardware independance" for their Select that *should* be relatively easy shouldn't it ?

 is a RISC OS UserAMS on 09/09/06 8:56PM
[ Reply | Permalink | Report ]

Click on the button below to confirm you wish to flag up this comment to the website's administrators. Abuse of this service will be frowned upon and it should only be used to notify us of comments that are extremely distasteful, indecent or otherwise unlawful. If you disagree with an opinion expressed or fact stated in a comment, please take part in the debate rather than expect it to be removed.

Return to the drobe.co.uk front page


Reporting user / IP: /
Comment GID: 25787
Timestamp: Mon, 30 Mar 2020 03:27:37 +0000

Search the archives

Today's featured article

  • Archive booklets review part two
    Internet searching, eBay and StrongED
     18 comments, latest by Grek1 on 12/1/06 11:19AM. Published: 17 Dec 2005

  • Random article

  • Wakefield 2008 charity stand details
    Old kit sold off for hospice cash aid
     Discuss this. Published: 20 Apr 2008

  • 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
    "As their reports are full of errors, [omissions] and mis-reporting - so readers you have been warned... unfortunately Drobe articles cannot be taken at face value"
    Page generated in 0.0561 seconds.