0 Members and 2 Guests are viewing this topic.
Well under. It's just under 2MB for calculators with missing RAM, and just over for those with. However, I refuse to include any code whatsoever that requires use of the entire calculator's memory. And KFS is already a well thought out format that I will be using.
All error codes for these routines are returned in L. I'll let you know when I get definitive values.To open a read stream:ld hl, FileName ; File name, including directory, such as "/os/boot.kxe"call OpenStream ; Returns a stream ID in A. Use this to pass into ReadStreamcall ReadStream ; Takes A = stream ID, returns B is next bytecall SeekStream ; Takes A = stream ID, takes BCH = location in stream (24-bit (0xFFFFFF is EoF))call FileInfo ; Takes A = stream ID, returns size in BCH (other details to be added later)call CloseStream ; Takes A = stream IDTo open a write stream:ld hl, FileName ; Filename is the full namecall CreateFile ; Takes HL is file name, returns stream ID in Acall WriteStream ; Takes A is stream ID, B is value to writecall SeekStream ; See abovecall CloseStream ; See above
Why do you think I'm using streams instead of letting programs handle it on their own?
That's not a Java standard that's a computing standard.
KnightOS doesn't have /dev/null