home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
ARM Club 3
/
TheARMClub_PDCD3.iso
/
hensa
/
misc
/
tornado
/
t2demo012a
/
Limitation
< prev
next >
Wrap
Text File
|
1996-12-30
|
1KB
|
26 lines
(not everything referred to here has been implemented yet)
Limitations of this version:
-=-=-=-=-=-=-=-=-=-=-=-=-=-=
* There is no support for thread priorities ie; each thread gets the same
amount of time as the others.
* There is a default 10ms slice given to each process
* 256 bytes of stack are allocated to each thread. This is neither
changeable nor extendable so be careful if your thread calls a lot of nested
procedures (ie; don't recurse thread code). If your thread does run out of
stack space the results are undefinable.
* Interrupt code etc in application space is not supported
* Currently there is a 32 client limit and a 32 threads per client limit
* No error handling provided by the C veneers as yet
* Currently for some odd reason the C debugger doesn't like debugging
programs which are being preempted. This is odd because it's due to the
vdu redirection handlers which if disabled then the debugger works fine.
Dammed if I know ...
* Sometimes window updation can take a while - this happens when the stack
of codes waiting to be returned builds up faster than it can be dealt with
by the application. This affects Basic code running on slow processors
particularly
* Due to the structure of preemptor, a lot of memory gets used that needn't
be used really. Anyone who wants to complain will be gleefully entertained
for a period less than that at which Timer1 oscillates :)