assets/developer-notes/stephanie-gawroriski/2019/06/18.mkd

   1 # 2019/06/18
   2
   3 ## 16:33
   4
   5 Okay, so I definitely have a reference counting issue.
   6
   7 ## 16:43
   8
   9 Okay so I added a hit to detect negative uncounts and it definitely looks like
  10 there is a big in `jvmGarbageCollect()`. This is in the garbage collection of
  11 array elements. Very much appears that for larger arrays I am just uncounting
  12 the first.
  13
  14 ## 16:53
  15
  16 Actually I just realized I need a monitor count.
  17
  18 ## 16:55
  19
  20 Actually no, I can just hide that in the monitor code since it is JVM handled.
  21 I think what I can do is make a temporary structure of sorts which stores the
  22 information. Just that when something is locked it WILL have thread and count
  23 information in it. However problem with this is that it requires two atomic
  24 accesses that could differ. It has to have just one.
  25
  26 ## 18:13
  27
  28 I need like SquirrelGrind to detect memory corruption within the VM or
  29 similar. I know I have memory corruption, just not sure where.
  30
  31 ## 18:14
  32
  33 It does not happen if GC does nothing. And it does not happen if free is
  34 ever called. So it has to be in the free area.
  35
  36 ## 19:19
  37
  38 Okay so the setting the memory block stuff causing free to fail, if free
  39 does nothing then it passes. So I think it is corruption after free?
  40
  41 ## 19:29
  42
  43 Okay so, garbage collection works, but free is messed up.
  44
  45 ## 19:30
  46
  47 Okay, so hypothetically I can get very tiny blocks during splits so those
  48 have to not be possible.
  49
  50 ## 19:33
  51
  52 Actually there is memory loss, because the chunk wanted size drops and such
  53 so this definitely needs a different case!