assets/developer-notes/stephanie-gawroriski/2019/06/28.mkd
# 2019/06/28
## 09:00
Okay so the value being read should be the `seeker` value which is not valid
at all when RatufaCoat runs.
## 09:10
Okay so load pool is exactly the same as SummerCoat, same values and such.
## 09:25
Okay so, I think I saw something in the JAR minimizer. The BootRAM writes
7 fields while the non-boot JAR writes 8 fields. So this definitley might be
why things are messing up. Need to see what is needed. Okay, only 7 fields
are needed. Hopefully this does something?
## 09:36
I need a way to handle out of memory errors. But fixing the non-boot JAR error
made RatufaCoat behave a bit different.
## 10:11
Wait a minute, perhaps in SummerCoat the names of the JARs are placed in the
actual JARs, because it is just a ROM pointer.
## 10:13
Okay just checked and that is not the case. So not sure!
## 14:43
Okay so `__initRamLinks()` is being called with `Invoke 01dc2e54 (`
`1114112/00110000, 16777216/01000000)`. So this looks right.
## 15:17
Okay so the first init ram links read ended up being zero.
## 15:24
BootRAM is being initialized but it seems no values are being written to
anywhere.
## 15:33
Okay so it seems the initial value is not being written to BootRAM at the
given address?
## 15:59
I am stupid, I was not storing the read value in a register.
## 16:42
Okay so the boot library is not valid in either VM, so the value must be
written wrong.
## 16:49
No, just the wrong offset in the ROM was being read for the main class.
## 16:55
Actually the original value is correct.
## 15:56
I just have to offset the value correctly I believe.
## 19:30
So the RetroArch engine does not need to be updated as much, I am going to
put in ROM stuff that is built-in like an initial JAR program.
## 19:52
Okay so I do not want to copyrom anymore, but it just gives me invalid
argument on init. So wonder what causes this.