----- 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 11:22 PM
Subject: Re: [hispamsx] Hello World !!!! para MNBIOS
If you are trying to say that you save current process data on a
shared
area,
it`s not `distributing resources` or `sharing data`. It`s a bad design
decision.
Should I explain why?
I think the discussion here is over... we both are talking in a
secondary
lenguage and i detect some confusion some times, and i not want repeat
or
confuse me and you more... i will left this point.
Such reaction make things harder... But it`s your choice. I`ll not discuss
it anymore.
Sorry, i try to explan than the old way to programming, as "stand alone
programming" (like the structure of a MSX-BASIC program) is bad
decision...
because that kind of program are not well structured at all... generally
use
a lot of GOTO and in a OS like MNBIOS, programming in that way will be a
lot
of problem.
So what do you propose to solve this issue? I think it`s a very hard issue
to solve
since we`re talking about ASM programming.
Here You are thinking in independents routines with locals variables, or
things like that.
Here I are thinking in structure all in subroutines and then CALL to that...
as it generally not is usefulled in msx-basic programming.
Anyway MNBIOS programming enviroment allow module variables and global
variables. The local variables are just the CPU registers.
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....
Virtual screens? Hum... This will need a lot of memory... And video
functions will be slowed...
MNBIOS not got obviously "VIRTUALs screenS". Got a windowing manager..
A window manager do not does what virtual screens do.
Without virtual screens, how can you maintain the current display state of
background appllications? Forcing them to redraw themselves?
Redraw instance... is faster... because that i are talking about the
programming structure is diferent on MNBIOS...
So in kernel mode the system cannot be interrupted?
No to run background process, yes for interrupt BIOS tasks.
But that`s bad. You may get reentrant BIOS calls and even corrupt
current processing of a BIOS call if it`s interrupted by a user
request...
no, you are confused.... sorry...i think lenguage wall!...i re-read that
i
wrote and .... my english suck
is an attempt to say : No, for run background process, but YES for do
the
interrupt BIOS things like READ the KEYBOARD.
Ok. But, anyway, my question still applies to this topic.
? i loose the topic
No. I disagree because you confused `security` with `operating mode`.
I not understand at all what you are trying to say...
I think it`s better if you study a bit about operating systems. Surely a
Spanish book can answer more questions than me (and better than me),
with my crappy English. I recommend you `Operating Systems: Design
and Implementation` and `Modern Operating Systems`, both from Andrew
Tannenbaum. They are classic books, so I bet you`ll find them in Spanish.
Learning more about OSs will surely make MNBIOS better in everything.
do my MNBIOS better is my goal...
but if do better for allow to the BGP to use screen outputing or thinks like
that, mean more code (slow to run) then i will not do that...
FIRST SPEED
SECOND to move away to the applications from the chips
THIRD EXPANDABILITY
FOURTH FUNCTIONALITY
FIVETH MULTI-SWITCHING (as you say)
SIXTH WHAT YOU CAN DO ON BACK GROUND PROCESS.
If for save CPU time that mean to restrict to the BGP to only data
aplication processing... i will do that..
If in the future the MSX got fast hardware, sure i will add functionality on
BGP.
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
