Ingo Wolfmüller Kiel, den 11.12.1992 Steinstraße 29 W-2300 Kiel 1 ALFphon : 0431/802396 Aloha aus dem hohen Norden ! Es hat sich wieder 'was getan in der Wolfmüllerschen "ZKick"-Ecke: Einem abtrünnigen Freund, diversen alten "Kickstart"-Ausgaben und mir ist es gelungen, die "ZKick"-Files zu patchen. Und zwar so, daß eine Huckepack- Erweiterung $0x080000-$0x100000 bei der einen Lösung automatisch eingebund= en wird ( 2.0 NICHT resetfest ) und bei der anderen Möglichkeit das Ram mit ADDMEM eingebunden werden muß ( resetfeste Lösung ). Bei beiden Lösungen versteht es sich, daß dieses Ranger-Mem als (Pseudo-)- Fastram eingebunden wird, nicht als Chipram wie bisher. Lösung 1: Das normale "ZKick"-File wird folgendermaßen behandelt: Man braucht einen Filemonitor, z.B. FileMaster V1.2 und das Programm KickTool V0.1, daß die Checksumme patcht. In der "Kickstart" 11/87 sind Adressen angegeben, die für den Patch notwendig sind. Sie sind im weiteren Text beschrieben. Als erstes das funktionierende Imagefile in den Filemonitor laden und ab Adresse 0001EE 00080000 eintragen, dto. ab 0002BC und 0002D0; ab 0002C2 00100000 eintragen und abschließend mit "Kick-Tool" die Checksumme korri= gieren. Was hab' ich ? Ein "ZKick"-File, daß das Ranger-Mem AUTOMATISCH als Fast erkennt und einbindet und nicht resetfest ist. [Nur für Jörg: heißt Kick.175.20.p.lha] Lösung 2: Das normale "ZKick"-File wird nur einmal gepatcht: Ab Adresse 0001EE wird wieder 00080000 eingetragen, die Checksumme gepatcht und fertig. Wat' hebb' wi' nu' ? Ein "ZKick"-File, daß nicht-autokonfigorierender Speicher nachträglich mit dem ( neuen ) ADDMEM-Befehl eingebunden werden muß, aber nicht als Chipram erkannt wird (ADDMEM 080000 100000 [noclear]). [Nur für Jörg: heißt Kick.175.20.r.lha] In der o.g. "Kickstart" ist auf Seite 33 ein Listing in C und eines in Assembler, um die Lösung 1 resetfest zu machen. Ich habe dies jedoch noch nicht ausprobiert, vielleicht weiß ich nächste Ausgabe mehr. Viel Spaß beim Patchen ... Ingo Ende der Kommunikation.