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

Details

Reporting user / IP: / 3.231.229.89
Comment GID: 25787
Timestamp: Wed, 11 Dec 2019 08:08:39 +0000

Search the archives

Today's featured article

  • Spam fighting apps reviewed
    Battle royale!
     20 comments, latest by semore439 on 18/4/04 1:56PM. Published: 11 Jul 2003

  • Random article

  • 'Drobe should be accurately researched'
    Letter of the week - RISCOS Ltd boss Paul Middleton pulls us up for getting his company's directorships wrong.
     33 comments, latest by rjek on 17/4/09 7:11PM. Published: 4 Apr 2009

  • 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
    "Thanks for leaving out a significant part of my statement. Is that the standard of journalism we can expect from Drobe?"
    Page generated in 0.0981 seconds.