Search

Possibly I overlooked something. But what I did not understand is this:
(special == 0x05) ? "deleted" : "active"
should be
(special == 0) ? "deleted" : "active"

I consider a sector unused if `logical_sector_number == 0xFFFFFFFF`. This seems to be true. It looks like the first and second sectors are always used by the index, is that correct? Only the sector 00270000 is used by the index The sector 00280000 is used for data, but not necessarily used at first...

Of course there are 25 sectors, 27 has been a typo (I corrected the code snippet).

The AU-types featured only 14 sectors to reduce the amount of available storage memory (giving about 800 KiB of SMEM).
This has been done to meet Australian school regulations.

The emulator of the CASIO SDK used a file default.G1S to emulate the storage memory. This file contains zeros up to 0x00270000. The space beginning at 0x00270000 is used as storage memory. This corresponds with the location of the storage memory in real fx-9860-calculators. This seems to be the sing...

In a program you can refer to a list with <listname>[<index>].
F. i.
13=>list1[1]
or
list1[2]=>A
or if you named a list f. i. "mylist"
13=>mylist[1]
or
mylist[2]=>Al

Based on the information of this post https://www.cemetech.net/forum/viewtopic.php?t=12549&sid=afa4a188929817a1ebe448e1f96b7f22 I build two asm example sources for Prizm G3L-files. One file represents a message table (byte at offset 0x24 == 4) The other file represents a FKey-icon table (byte at...

G1N-files as well as G1L-files are not checked. They retrieve the absolute address to the file from storage memory (FindFirst/FindNext; FILE_INFO.address.), add 0x20 to skip the dummy header and return the resulting address as pointer to the FKey-icon- resp. message-table.

I just uploaded a G1N asm source file (and the corresponding HMK). It identifies itself as "MyLanguage". They just retrieve the absolute address of the file in the flash using FindFirst/FindNext and use the file contents directly (syscall 0006). Contrary to G1A-files, they do not heed for ...

0x28-0x29 represents the OS version, f. i. 0x02 0x09 on OS 2.09.

cakeisalie5 wrote:0x2E-0x2F: unknown

0x2E-0x2F is the index to the first message, which is the ASCIIZ-name of the language. Both bytes must be zero.