assets/developer-notes/stephanie-gawroriski/2017/01/03.mkd

   1 # 2017/01/03
   2
   3 ## 02:39
   4
   5 Need to next setup a class for reading from the block accessor.
   6
   7 ## 03:18
   8
   9 So I can read uncompressed entries in the ZIP for now. I can dodge
  10 reading deflated entries for a very short duration. However one thing that I
  11 need to fix is the out of date check.
  12
  13 ## 03:33
  14
  15 System suites, if loaded, need to be mapped to suite accessors or just appear
  16 in any order.
  17
  18 ## 03:53
  19
  20 So one thing I need to determine is the best way to represent processes in the
  21 real system and in the interpreter. I suppose what I need are pseudo
  22 processes. Basically there is just a virtual representation of a process. The
  23 interpreter uses this. The kernel itself when it is running on native code
  24 does the same thing with it also. Potentially interpretation can be used too
  25 but that I will not actually do. Effectively the process will be managed by
  26 the native thread code and such. So this basically means that control of
  27 processes is completely wrapped. Then the thread manager will handle actually
  28 running them as needed. So even if a process was initialized it may not have
  29 ran yet or have had any of its initializers ran.
  30
  31 ## 04:04
  32
  33 So yes as before, it is purely virtualized and actual execution is hidden from
  34 the kernel.
  35
  36 ## 11:54
  37
  38 So KernelThread and KernelProcess would probably best not be final or be
  39 virtually wrapped. They can just be directly created and returned. That would
  40 simplify things greatly for example.