g – a multitasking OS for Ultimem/VICMIDI (WIP)

[pixel]

I guess I'm a little lost without the real thing then.

[brain]

Working to alleviate that problem.

Jim

[pixel]

Quite an experience with the real thing. *huge grin*

Seems like the charset is being read from the wrong bank which is odd as the cursor is also in it.

[plbyrd]

If it makes another single person's worry wrinkles go away – priceless.

Finding this made my day. What license is this under? I want to use some of your boot loader code with my project.

[pixel]

Finding this made my day. What license is this under? I want to use some of your boot loader code with my project.

BSD. Free as a bird.

[plbyrd]

Finding this made my day. What license is this under? I want to use some of your boot loader code with my project.

BSD. Free as a bird.

Superb. We need to get together and talk about combining efforts. You've done everything I've planned to do on the back-end, but I think a more modern approach to UI design is needed.

[pixel]

Superb. We need to get together and talk about combining efforts. You've done everything I've planned to do on the back-end, but I think a more modern approach to UI design is needed.

I'd add my two pence anytime.

Wanted to get the menu done first together with a Flash file system that allows to remove and rename files and comes with garbage collection to free space again. But at "pixel productions" the alarm bells are ringing for the release of Arukanoido just now.

What's really getting in the way of it all is cc65. Am missing:
- smaller, more optimized code. Just peephole optimisations don't rock it.
- banking support, so function calls across banks don't become tedious to make

[plbyrd]

What's really getting in the way of it all is cc65. Am missing:
- smaller, more optimized code. Just peephole optimisations don't rock it.
- banking support, so function calls across banks don't become tedious to make

I think we all pine for smaller code from cc65.

Banking support, however, is a topic I've thought about many times. I think you could write some helper methods simiar to jsrfar and jmpfar for the 128. You could take a pair unsigned ints, bank in the first pair, jsr to the next pair, then when it returns it'll bank back to the original bank.

You could also do stuff like:

blockcopyfar(unsigned destbank, unsigned destaddress, unsigned originbank, unsigned originaddress, unsigned length)

Yes, it adds some overhead but it's not a show stopper.

[plbyrd]

What all did you change in cc65g? cc65g appears to be very old and I need to use a newer version. Is the stuff in /libsrc/vic20g all that's different?

[pixel]

If there only was a C compiler that could be easily modified to produce bytecode. Then one could make a VIC desktop without wasting too much time.

[pixel]

What all did you change in cc65g? cc65g appears to be very old and I need to use a newer version. Is the stuff in /libsrc/vic20g all that's different?

Just that and the target added. Could still get mergef aith the original.

[pixel]

Meanwhile I became quite happy with cc65 again. The "file menu" (still just an incomplete GUI demo) boots from what is supposed to become a Flash FS and there's still more than +18K RAM left. Had that fixed ages ago by adding BLK5 as heap. That's nothing that'd require the extra banked memory and so I was thinking to make some apps without supporting the extra banked. In the end OSes have to evolve. So I tossed away the multi-tasking kernel and turned to apps that'd also work without banked memory with +3K and IO areas off limits for future extensions. Now with the idea to have FS drivers in the IO area (thanks again Mike) we could make some crazy GUI apps that'd run on the regular machine as well and bring Goa tracks to the 15?1 and burn your SD2IEC, too. I think that's as compatible to everything else as it gets.

So much for what's in plan after that other thing's been finished.

[CurtisP]

If there only was a C compiler that could be easily modified to produce bytecode. Then one could make a VIC desktop without wasting too much time.

C02 has C-like syntax and generates fairly optimized assembly code. But it only supports 8-bit expressions.
https://github.com/RevCurtisP/C02

[pixel]

Nice. But I'm out for some time.