----- Original Message -----
From: "Adriano Camargo Rodrigues da Cunha"
<adriano(_en_)alsoftware(_punto_)com(_punto_)br>
To: <hispamsx(_en_)yahoogroups(_punto_)com>
Sent: Saturday, March 27, 2004 9:55 PM
Subject: Re: [hispamsx] Hello World !!!! para MNBIOS
No, need saving/restoring, the MNBIOS is a sharing resources based for
allow
the multitask. If you do a save/restore process you get more code to
proccess and because that allways you got a slow OS..
Resource sharing is resource sharing. Even with this, each process has its
own
process data. The most basic data are CPU registers content. If you do not
save/restore even the CPU registers content, you`re not even able to
switch
I not count that when i think about save/restore because that is already
well-know and obviously..
between tasks. And if you save them in a shared area, you`re mixing shared
data with process data. If an process crashes, it can crash other process
as
well, and it`s very very bad.
Not mixing nothing... sharing. is the ability to distribute resources.
Of course not. Simple example: you are using MNBIOS console while a
graphical clock is displayed in screen corner. This graphical clock
must be a
background process
That is for fast hardware.... where you can change more quickly the work
screen area of the aplication...
or just redirect all pixels outputs to the correct window position....
that
is only for fast hardware... not nowaday MSX.
So MNBIOS application can output data to screen only when they`re
foreground
tasks? Hum... So MNBIOS applications must conform to some sort of
`model-view-
presentation` scheme, that makes things harder for programmers... Mainly
when
you`re talking about ASM programming.
Is structure programming, MNBIOS is a structure OS.
I will do simply a list of what is forbidden or not, and all programmers
will follow that rules.
But what is forbidden or not is not a static list. It`s a dynamic list,
because
an application can be in background or foreground. If you state that
background
applications behave differently of foreground applications, this brings
two
different application types for MNBIOS, with different goals, and it`s
bad:
rules change, programming changes, complexity increases.
Please read the manual, on the first chatper (or second), you will learn how
to structure a program under MNBIOS...
And if background applications can never output data to screen, they are
a bit useless, because background applications can be only data-processing
applications, and never user-targeted applications.
YES, for the moment YES... about SCREEN. I need check if is possible to
change the active window on the BackGround proccess and restore it before
exit, that for allow to output chrs to the windows....
Is not the goal of the MNBIOS got security code, that will slow all the
system as you say.
If the programmers want security... just make secure the aplication.
I will not talk about security because it`s not the goal of MNBIOS (but
it`s
also a goal of UZIX, as a UN*X-like system). But the point here is policy
of processes, as you stated (`forbidden` and `allowed` list), not
security.
So how can you map 48KB+48KB at the same time in Z80 addr space?
Swaping, i just say kernel is not diferent than an aplication for the
swaping routine. Is the same swaping routine.
Ok. No problem with this. UZIX do the same thing.
How will you manage context swapping for multitasking
purposes without differing between kernel and user modes?
Simply looking for the PC pointer and the PAGE selected for take the
decision....
It`s a bit obvious discovering what is currently mapped in Z80 addr space.
You pointed a simple way to do this: frame number plus allocation table.
The idea is interrupt only the aplication code, ofcourse
saving/restoring regs... like the interrupt do.
So in kernel mode the system cannot be interrupted?
No to run background process, yes for interrupt BIOS tasks.
kernel mode? user mode?.... the MNBIOS no got the GOAL of be a secure
systems... because is the GOAL be FAST.
You`re confusing basic concepts of OS. `Kernel mode` and `user mode`
doesn`t
means security, but mainly two different operating modes. If you don`t
have them,
you don`t have an OS, specially if talking about a multitask OS.
That is not true...you know that as all know that is the definition of an
OS.
Maybe you not understand what i mean because you only are thinking in the
UZIX way.
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
