assets/developer-notes/stephanie-gawroriski/2014/09/30.mkd

   1 # 2014/09/30
   2
   3 ***DISCLAIMER***: _These notes are from the defunct k8 project which_
   4 _precedes SquirrelJME. The notes for SquirrelJME start on 2016/02/26!_
   5 _The k8 project was effectively a Java SE 8 operating system and as such_
   6 _all of the notes are in the context of that scope. That project is no_
   7 _longer my goal as SquirrelJME is the spiritual successor to it._
   8
   9 ## 01:19
  10
  11 Binary names are handled, but it still cannot find packages related to
  12 "java.lang" for some reason.
  13
  14 ## 01:35
  15
  16 inferBinaryName operates on dot based names not slashes, despite the binary
  17 name of a class uses slashes and not dots. Oh well.
  18
  19 ## 04:49
  20
  21 BAFC is the first place where I use a pure try-finally block.
  22
  23 ## 07:42
  24
  25 Seems illegal data is read from the byte buffer, it dies at the same point on
  26 String where it reads IllegalSignature.
  27
  28 ## 09:34
  29
  30 After writing my interface logger, I will have to handle closing and such.
  31
  32 ## 09:51
  33
  34 I believe I know what the issue is, although I did not notice it at first the
  35 read on the logger shows that it requested 18843 bytes. This could mean that
  36 across specific bounds the destination buffer is not being used or similar on
  37 read.
  38
  39 ## 11:20
  40
  41 After this point reading the String class file, there are just blanks as in
  42 the entire file is full if zeros.
  43
  44
  45
  46     "[129]   1ff0:  02 B1 00 00  00 02 00 AA  00 00 00 1A  00 06 00 00 "
  47
  48
  49 ## 11:28
  50
  51 Seems the ZIP file stuff have areas where the read is short, such as the file
  52 being shorter than it really is.
  53
  54 ## 11:59
  55
  56 At this rate, I should just use a byte array output stream so I can write to
  57 some byte buffer while reading giant ZIP chunks, then I can just not use size
  58 at all.
  59
  60 ## 12:04
  61
  62 So all my trouble and all day spent due to the broken nature of the ZipFile
  63 interface, I will have to be sure to note that in own implementation and note
  64 that the standard is broken in said regards so always be sure.
  65
  66 ## 12:06
  67
  68 Now the compiler code wants to output code, yipee. I will probably fall asleep
  69 very soon. When I awake, I will implement the shadowing arbitrator for output
  70 files so they do not poison input locations (in the MountTree and on the
  71 disk). This is so I can just put the output directory into memory and into a
  72 ZIP file from there. I just hope that the ZIP writer is not as broken as the
  73 input.
  74
  75 ## 21:21
  76
  77 Now I am awake, sort of.
  78
  79 ## 23:50
  80
  81 Soon it will be next month.
  82