Re: Pet basic-2 save different than C64?

From: Francesco Messineo <>
Date: Mon, 6 Feb 2017 18:34:43 +0100
Message-ID: <>
On Mon, Feb 6, 2017 at 5:12 PM, Marko Mäkelä <> wrote:
> Hi all,
> On Mon, Feb 06, 2017 at 04:32:58PM +0100, Francesco Messineo wrote:
>> For PC-CBM communications, I use a PC64 cable and cbmlink software.
> Great to see that old technology still in use. :) Maybe some day I should
> try to port it to the Raspberry Pi. Maybe for an authentic feeling, use
> inline assembly and a setuid binary that would directly bit-bang the GPIO
> registers, like it was before /dev/parport was introduced to Linux.

well, that would be another thing entirely :)
IMHO the way to go is with small microcontroller-based sd card
adapters. Everyone but me got one...
I'm happy with old 5.25" floppies actually. They're reliable enough
for me. Old tapes are quite another story so far :/

>> So what's the matter with it? I'm not very familiar with the PET (I
>> was born with a VIC-20, then C64) but it seems it  shouldn't be that
>> much different in this respect. Is the save routine broken in some
>> subtle way or my PET is?
> What if you type just SAVE right after reset? Would it hang too?

I didn't try, but when I entered the basic loader from keyboard, I
could save it just fine on a few tapes.
It seems it's just that particular program or something breaks after
the cbmlink "server" is started.
So I'll try first to disable the cbmlink server before I try to save it again.

> Side note: About 31 years ago I got a broken 6510 in a C64 after
> hot-swapping tape drives to work around the azimuth angle trouble when
> copying tapes.  Everything else worked, but the SAVE command would cause the
> computer to hang. And guess if I had a backup of what was overwritten before
> I realized that it is hung? :) I guess that reads or writes of the on-chip
> I/O register would randomly fail, causing the KERNAL to be replaced with RAM
> in the memory map. Because screen was blanked during tape I/O, there was
> really no way to tell that it was hung.

I have an 8500 that does just this. I'm not going to swap it with my
last spare though.
It hangs when trying a save to tape.

>> By the way, I could save the non-relocatable version directly from the PET
>> monitor, almost same size and it takes a few seconds.
> Maybe the issue is that the end address vectors are wrong, and you are
> saving much more data? I am not that familiar with the PET either, and I

this could be very well the cause, but I can't understand why. A LIST
shows no extra garbage or lines.


       Message was sent through the cbm-hackers mailing list
Received on 2017-02-06 18:01:26

Archive generated by hypermail 2.2.0.