Michal Procházka

I try to stay away from social media as much as possible, so if you want to submit ideas, please use the Discussions tab. I see that you've already posted something there :)

Hi! If you want to contribute, you may want to check out the GitHub repo, where all MichalOS development will be happening from now. You can submit issues & pull requests there, as well as have a normal discussion about the project. :D

Hello! I don't even know how to start this post. I am so sorry for replying that late. However, SourceForge (for whatever reason) doesn't send e-mail notifications for discussion, so I wasn't even aware of your post's existence. I only noticed it just now, because I'm migrating to GitHub and I want to preserve as much as possible from here. I've been following the Commander X16 project as well, however, I have a couple issues with it: - From the pictures on their website, that thing looks giant....

Hi Shoaib! If you are talking about the libmouse library by Joshua Beck, which adds a mouse API to programs, then it is done probably the same as in MikeOS. In fact, this exact library was once a part of the MichalOS kernel, but I later removed it because: a) it didn't work all that well on some devices b) it was only used in a couple of demos, it would be very hard to apply it to existing programs c) by including it in the MichalOS kernel (which is licenced under the BSD license), I was violating...

Hi, Ivan! Sorry, my bad, now it's updated with the floppy & ISO image :)

Alright, so I got rid of the buffer and it seems to work fine. Please let me know if it bursts into flames or something. :D

Well, I would do that, if I had enough free RAM. Actually, if I increased the buffer size to ~3 kB (224 directory entries - max for the FAT file system, 12 bytes + 1 byte separator each), this issue would disappear forever. Unfortunately, this buffer is located right after the raw disk buffer (which is ~7 kB in size), so it is at the top of our available memory segment, leaving 1 kB free. I am now considering getting rid of the buffer altogether and just making a separate list dialog function which...

And... I figured out what's wrong. There are just way too many files in the floppy's root directory that it overflowed the 1 kB buffer allocated for file names. I'll probably have to start cutting down bloat, like combining the tiny graphics demos into a single file, etc. Or I could challenge myself to add directory support and separate the files into directories (images, music etc.), but I don't know about that.