Moving to R39

Edmond D · Post by **Edmond D** » Wed Mar 30, 2022 4:44 pm

So for us mere mortals, the question becomes when to move from R38 to R39.

My stance would be when the software(games) I use(play) are R39 compliant, or that my need for an improvement to support the very limited development I'm doing (or hoping to do) needs R39 functionality.

Given that the online emulator will remain at R38, perhaps jumping to R39 on my local machine would be relatively safe. While it would be nice to run both on one computer, I could put R38 on another machine as a solution.

The interesting item to watch is to see how fast and what gets ported to R39. I believe that will show how invested the community is in the X16.

Thoughts?

AndyMt · Post by **AndyMt** » Wed Mar 30, 2022 4:51 pm

You can have both emulators on one machine. Just have separate directories.

Edmond D · Post by **Edmond D** » Wed Mar 30, 2022 4:58 pm

On 3/30/2022 at 9:51 AM, AndyMt said:

You can have both emulators on one machine. Just have separate directories.

Thanks for that bit.

The notion on how fast the existing software gets moved to R39 still stands.

ZeroByte · Post by **ZeroByte** » Wed Mar 30, 2022 5:42 pm

On 3/30/2022 at 11:51 AM, AndyMt said:

You can have both emulators on one machine. Just have separate directories.

I posted a bash script to the downloads section a while back that makes running multiple installations very easy. I use it for r38, pre-r39, r39, and box16.

rje · Post by **rje** » Wed Mar 30, 2022 5:50 pm

I have r39 installed, but cc65 has some tweaks to do before I move to it. I've encountered a problem somewhere in conio.

desertfish · Post by **desertfish** » Wed Mar 30, 2022 10:37 pm

On 3/30/2022 at 6:44 PM, Edmond D said:

Given that the online emulator will remain at R38

Huh?

rje · Post by **rje** » Wed Mar 30, 2022 11:04 pm

cc65's gotoxy() works in r39 -- I tried that and then did a stdio printf(). In fact I also did a revers(1) and printf() and it printed reversed text.

So it's perhaps just the cputc() cputs() cprintf() that's wonky -- in other words, the text frame location thingy is off.

Edmond D · Post by **Edmond D** » Wed Mar 30, 2022 11:24 pm

On 3/30/2022 at 3:37 PM, desertfish said:

Huh?

Perhaps I misread/misunderstood this post in the thread -

On 3/30/2022 at 1:02 AM, TomXP411 said:

I'm not sure... for now, Try It Now is R38. I'll see what we can do; we may be able to get separate emulators up for R39 and R39. That's down the road, though, and probably won't get done until summer.

I assume that with the conversion of the forum that updating the web emulator would take some time. It currently boots in R38.

Scott Robison · Post by **Scott Robison** » Thu Mar 31, 2022 12:01 am

On 3/30/2022 at 5:04 PM, rje said:

cc65's gotoxy() works in r39 -- I tried that and then did a stdio printf(). In fact I also did a revers(1) and printf() and it printed reversed text.

So it's perhaps just the cputc() cputs() cprintf() that's wonky -- in other words, the text frame location thingy is off.

This makes sense to me. stdio.h functions should use the kernal for character IO, so they should continue to work as they did previously. conio.h functions are not "standard" but the idea is that they bypass operating system overhead and use a more direct path to the display (or from the keyboard). So the fact that video memory has moved around is not a problem other than the library now needs to catch up to the new standard.

Greg King · Post by **Greg King** » Thu Mar 31, 2022 7:09 pm

I have upgraded my commander-r39 branch to the new Kernal code. I haven't pushed it to master yet because I have problems with file loading. Programs that want to load dynamic drivers can't get them. I haven't investigated it yet.

https://github.com/greg-king5/cc65/tree/commander-r39