----- 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 2:39 PM
Subject: Re: [hispamsx] comparaciones...
http://usuarios.arnet.com.ar/flyguille/uzix-mnbios.doc
Let me ask two things and clarify two points of this document...
1) How can you handle a 128MB process in MNBIOS? I suppose you're talking
about
process size in RAM, since you pointed it as 48K max in UZIX.
I read on the website of UZIX that (max 48kb by process)... i are checking
now...
COPY/PASTED "Applications occupies a minimum of 16K and a maximum of 48K
address space (depending of their size)."
Well, a EXEC file is multipage capable, you can write a CALL or JP
instruction to any other page... Each page is one module with his local
module variables (window size for code program is 16k at same time "for
aplications" plus 32k for window data "sharing 16k").
2) How can you handle a 2048GB partition with current mass storage devices
for MSX?
Is this the limit for IDE or SCSI devices?
MNBIOS not use any firmware...mnbios core functions got all addressing of
32bit for sector number, then (2^32)*512.... all uppers structures are
32bits based. Now, if the harddisk got a limit or his protocol comunication
got that... sure... MNBIOS will acept that limit...
3) About new hardwares in UZIX: they can be added in the same way they can
be added
into MNBIOS. Please, don't confuse 'access mode' (character/sector) with
'hardware access'.
I not understand what you mean here... on mnbios one driver is written chrs
based or sectors based or structures based or file based... that is because
that all kind of driver are linked in a diferent level on main functions...
that is possible because the mnbios got a resources administrator.
4) Graphic mode support in UZIX is an application issue, as in all UNIX
systems.
Application issue? .... MNBIOS help to the aplication in that work
supporting diferent programming instances.
That is a bad way for do the thinks on MSX... sure on higher hardware can be
great... but not for msx.... mnbios are designed on the MSX resources and
needs.
Conclusiones: Como ambos sistemas fueron diseñados pensando en
diferentes objetivos y necesidades no creo que haya punto alguno de
comparación.
That's right. But you can always learn something from others work. :)
Sure all we can learn on other works... not was the case of MNBIOS... ahh
noooo !.. your'e right... i learn disambling all the ROMS on my msx
hardware. including BASIC/ BIOS/ DISK-BASIC/ EXTENDED BIOS because in that
time i not got internet, not msx books... only one book about Z80
programming...
Regards,
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
