----- 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 3:50 PM
Subject: Re: [hispamsx] comparaciones...
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)."
Correct.
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").
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
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...
I understand. Sounds a bit wasteful for nowadays hardware, but fine for
future expansion.
Yes, nowaday hard need the correct driver for MNBIOS that is one issue
today, but the correct drivers will be programmed.
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.
Same goes for UZIX, in some way. 'structure based' and 'file based' is
just
a matter of abstracting a character or sector (don't confuse 'sector' with
'disk-sector').
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.
Structure based is the next level to the sector based level... then come the
file based as next level....
With file based you not need do a MSCDDRV and MSCDEX separated (like
MSDOS)... you only need one.
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.
It's an architecture decision.
That is a bad way for do the thinks on MSX... sure on higher hardware
can be
great... but not for msx....
No, it's the best way to do things on MSX: KISS (Keep It Simple, Stupid).
I don't
want to inflate and slowdown the kernel with things that most user
applications
will not use.
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...
Too bad if you can't learn from others work. MNBIOS could be improved a
lot,
just by learning how Nestor, Robsy and many other great Spanish
programmers
do things. For example, INS and its memory manager are great sources of
ideas for a nice memory management for MNBIOS.
Why you cut my sentence here?...
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...
That's very good if you can learn things by yourself. But when working on
a big
project by yourself only, your project will be limited to yourself (I'm
not talking
about releasing it; I'm talking about how far the project can go).
You are right Adriano because that i was looking for developers for do
MNBIOS aplications and libraries.
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
