assets/developer-notes/stephanie-gawroriski/2016/07/16.mkd

   1 # 2016/07/16
   2
   3 ## 10:30
   4
   5 Appears the ZIP I write is corrupt.
   6
   7 ## 10:37
   8
   9 So I have ZIP files written or so it seems, however now I must calculate the
  10 CRC for the data.
  11
  12         extracting: NO_COMPRESSION/-6643291408912800396   bad CRC 190244c2
  13                 (should be 00000000)
  14         extracting: NO_COMPRESSION/-1146679493194395133   bad CRC 4864d8cb
  15                 (should be 00000000)
  16
  17 ## 10:40
  18
  19 I do know that when I am to read the ZIP file as a stream I will need to
  20 remember the last 16 bytes read, to possibly detect when the end of the data
  21 is reached without needing to look at it or decompress it. This would only have
  22 to be done however, if the size and such are unknown at the time of archival.
  23 So for unknown archives, this would be a bit slower than usual. The package
  24 manager could use it since it only needs to read a single file.
  25
  26 ## 10:45
  27
  28 So I potentially now need a more direct approach when it comes to the DataPipe
  29 although it does work for the most part. Although keeping a note of sizes could
  30 be a bit confusing, I would basically have something very similar anyway so
  31 there is no real sense in changing it.
  32
  33 ## 11:35
  34
  35 I actually need a `DataPipeOutputStream` now. Actually the CRC code is not a
  36 data pipe, it is just a data faucet. Actually a sink.
  37
  38 ## 12:22
  39
  40 It would probably be best for `flush` in the data pipes to just do nothing
  41 instead of failing if the stream is closed.
  42
  43 ## 15:55
  44
  45 Ok, so now I have:
  46
  47         extracting: NO_COMPRESSION/-6643291408912800396 bad CRC 190244c2
  48                 (should be 89d9b62d)
  49         extracting: NO_COMPRESSION/-1146679493194395133 bad CRC 4864d8cb
  50                 (should be a7137455)
  51
  52 Not too sure if the CRC is in the uncompressed data or the compressed data.
  53
  54 ## 16:09
  55
  56 Looks like `Integer` was missing some methods.
  57
  58 ## 16:12
  59
  60 Now I get `2e0311c7` and `1525fd52`.
  61
  62 ## 16:18
  63
  64 The table generator appeared incorrect, now I get `c41fa162` and `aefb6a0e`.
  65
  66 ## 16:25
  67
  68 Ok, so the polynomial is wrong, now it has been corrected and the CRC is
  69 properly calculated.
  70
  71 ## 16:27
  72
  73 So now that I can write ZIP files, I just need to finish the test and then make
  74 it so that I can go back to the C or Java compiling JIT (which outputs source
  75 code in a streamed ZIP).
  76
  77 ## 19:17
  78
  79 The namespace writer will need to be given an output or a means of writing data
  80 to some output stream for the cached form. Right now the cache writer is just
  81 standalone and there is no binding of the `JITOutput` to the namespace writer.
  82