I've figured it out, as expected it was a stupid typo on my part. Instead of result.buffer = (char*)malloc3(CD_SECTOR_SIZE * sectorsCount); for CD_SECTOR_SIZE which I've defined as 2048 , I've written result.buffer = (char*)malloc3(SECTOR_SIZE * sectorsCount); which picked up the #define SECTOR_SIZE...

I've tried STACK=80200000 InitHeap3((void*)0x800f0000, 0x00100000); STACK=80200000 InitHeap3((void*)0x800f0000, 0x00080000); STACK=801FFFF0 InitHeap3((void*)0x800f0000, 0x00080000); STACK=801FFFF0 InitHeap3((void*)0x800f0000, 0x000e0000); STACK=801FFFF0 InitHeap3((void*)0x80100000, 0x000e0000); All ...

Hmm, I see... In MMGMNEW.TXT it says [2] Points of Modification 2.1 Memory control strategy --> Until now the memory has been allocated from the bottom address toward the top address, but in this object file the memory is allocated from the top address toward the bottom address. and [4] Function Ini...

Right after writing the post I had an idea, what if instead of allocating and freeing memory when reading a file, I just keep a static buffer. It worked! It doesn't glitch anymore! The question is, why dynamic allocation didn't work? // cd.h #ifndef CD_H #define CD_H #include <sys/types.h> #include ...

I've created a bunch of routines for setting up the environment, reading files from cd, loading tmds, displaying sprites and models. If I do individual sprites or models, it seems to be working fine (example in file first). But, then I try to load more files and things go haywire (second and third s...