-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Wrong characters after first execution #2
Comments
I can confirm this. First, it is [1], after returning to the menu with CLR/HOME, it is ä1ü. I thought, it was matter of my maybe special (early) version of the German character set. If it helps, I can send you an image of the character set and the UD7 EPROM to emulate it with VICE. Would it be possible to terminate the program from this menu, too? I don't have a reset switch and need to do a power cycle to terminate the program. Even a RESET would be acceptable. |
...
What do you mean by "Even a RESET would be acceptable"? I would opt for a menu point [6] to exit petterm (and to avoid the power cycle). |
About terminating the program: Regards, |
The reset routine is in different places for the different PETs/CBMs. For the 8032, it would be sys64790. But they all have in common, that the address of the routine can be found at the reset vector at $FFFC. See: https://www.c64-wiki.com/wiki/Reset_(Process)#Memory_Addresses |
Dropping back to the ready prompt would be rather difficult with how zero page is just modified with impunity. Adding an option to reset would be trivial though (just fetch the vector and jump to it), I can add that to the next build.
The cause of this is known as well, you can actually see it on north american PETs as well depending on the character set. The first time the menu is open the computer is in the default character set (uppercase) and I currently don't change it till after the menu has closed and the user has selected the character set (upper/mixed). The subsequent menus are opened in the mixed set by default unless the user chose the uppercase set. Apparently in the german ROMs in the mixed case the square brackets are replaced with the accented characters. I haven't been doing much testing recently in VICE due to it not having software serial setup for the PET (something I need to try and fix) so I didn't notice these issues with the alternate ROMs. I'll have to see if the german rom is just missing the brackets or such. I can fix the menu by making it return to the uppercase set all the time when drawing it, but in the terminal there will be the issue that ä and ü take the places of [ and ] in the character set. |
My CBM8032 has a german keyboard (having Umlauts like ä,ö,ü on the keys where the US keyboard has [ ] etc.).
When starting petterm80b (0.5.0) the menu looks fine: [1] ..., [2] .... etc. But once I have used petterm (hit RETURN) and return to the menu (CLR/HOME), the menu shows the Umlauts instead of the [ ] .
Do you have an explanation for that?
The text was updated successfully, but these errors were encountered: