sched: we now set task status to dead which then makes the scheduler do some clean it could be some minor overhead but i feel this is our most efficient approach right now to prevent corruption of the queues

We do some propper task cleanup now when they exit... such as close open FD for LD and delete task from the task list

Cleaned out the rest of debuging code also temporarily disabled the ip stack to improve boot time

cleaned out some debug code

vmmPageFault: had a potential memory leak here for one page it was still using sysID on certain COW scenarios

memory.c: added spinlocks to vmmFindFreePage and vmmFreePage to prevent two tasks from possibly allocating the same page

vmmCopyVirtualSpace: cleaned up one full page memory leak we were still using old sysID over pid

vitals: cleaned up all defaults this should not cause any problems in the future

schedDeleteTask: I am pondering the possability that this could not finish in a quantum....

fork: no mem leaks here

video: added spinLock protection

Fixens

Few changes to spinlock hopefully it will cure our deadlock

kmalloc: added assert()

ne2k: added assert hopefully it will help me solve this dma size 0 random error

shell: fixed stress testing ...

ubistry: fixed some segfaults
spinlock: added assert()

kmalloc: added assert() ...

bioscall: fixed some potential problem by not making 16bit code
paging: added assert()

compile: changes to the way we link the kernel should prevent future errors

let me know if this works

Going to laptop to finish up

assert()

Added asscerts

chg: cleaned up code; added assert() statements

Added asserts no problems thusfar

Modified assert it now invokes kPanic it is very nifty

Fixed a few problems

assert: you have assert I believe

add: added assert() statements to src/sys/ubixfs/ubixfs.c

chg: broke the ufs stuff ...

chg: changed vfsRegisterFS() to accept a fileSystem struct
chg: modified calls to vfsRegisterFS() to pass fileSystem struct

Clean