----- Original Message -----
From: "Adriano Camargo Rodrigues da Cunha"
<adriano(_en_)alsoftware(_punto_)com(_punto_)br>
To: <hispamsx(_en_)yahoogroups(_punto_)com>
Sent: Friday, March 26, 2004 5:03 PM
Subject: Re: [hispamsx] comparaciones...
So, all MNBIOS applications can be seem like a MegaROM?
How you handle CALLs/JPs to other pages? Calling a MNBIOS function, I
suppose...
YES
MSXDOS2 has this ability. Breeze, from Daniel Caetano, too. It's a damn
hard thing to program ASM codes with such thing. That's why I chose not
doing this in UZIX, even using C to write user applications...
Is hard if you not got a programming enviroment adecuate like i got and
MNBIOS will got.
Yes, nowaday hard need the correct driver for MNBIOS that is one issue
today, but the correct drivers will be programmed.
That's the bad side of ASM: you tie things too much. You have to waste
space
in parameters/tables/etc because, in the future, you need an extra byte in
somewhere, and simply adding it may cause a complete rewrite of many
applications/drivers.
The mnbios functions and interface was written thinking in that issue... no
near limitations....
Using C it's much easier.
But, anyway, when we try to anticipate everything, we reach nothing,
because
we don't know in fact what will happen. I think an approach "make things
work
now, and update later when needed" is better, because it's optimized.
That thought kill the MSX standard...and another lot of standards
The best way to foresee the future needs... is write code for the future and
not fall in the nowaday or near limitations... but write a lot FAR.....
I don't confuse nothing... you can do a "sector" driver based by example
for
support RAMDRIVE or FLASH cards...and use it as a DISK.
Or you can define a "sector" as chunk of bytes that, for the upper level,
is a structure, and the kernel doesn't need to know this. Less effort to
the
kernel, less code, more speed.
That do the MNBIOS... you understand well
Structure based is the next level to the sector based level... then come
the
file based as next level....
Implementing such abstraction for each device it's a waste of resources.
I hope you're not doing this in MNBIOS.
No, only you need to insert some switches based on one structure.. you don't
wasted nothing....
Adriano, if you read english, i inform to you , than the english mnbios
programmer's manual got 122 pages translated... including the resource
administrator, memory administrator... only lack 2 or 3 chapters like the 5
levels driver formats...but you can read that on SPANISH manual that is the
complete one...
With file based you not need do a MSCDDRV and MSCDEX separated (like
MSDOS)... you only need one.
Right.
Regards,
greetings...Adriano
Adriano
*HispaMSX. La mailing-list de MSX en castellano*
Para cualquier duda: hispamsx-owner(_en_)yahoogroups(_punto_)com
Web de lista: http://www.hispamsx.org
Enlaces a Yahoo! Grupos
Para visitar tu grupo en la web, accede a:
http://es.groups.yahoo.com/group/hispamsx/
Para cancelar tu suscripción en este grupo, envía
un mensaje en blanco a:
hispamsx-unsubscribe(_en_)yahoogroups(_punto_)com
El uso que hagas de Yahoo! Grupos está sujeto a
las Condiciones del servicio de Yahoo!:
http://es.docs.yahoo.com/info/utos.html
