On Mon, Feb 6, 2017 at 5:12 PM, Marko MÃ¤kelÃ¤ <firstname.lastname@example.org> 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. >> >> http://www.zimmers.net/anonftp/pub/cbm/crossplatform/transfer/CBM-to-PC/ > > > 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. Thanks Frank Message was sent through the cbm-hackers mailing listReceived on 2017-02-06 18:01:26
Archive generated by hypermail 2.2.0.