Checksumcalculator für C64 gesucht (.prg)

Es gibt 5 Antworten in diesem Thema, welches 1.473 mal aufgerufen wurde. Der letzte Beitrag (28. März 2019 um 22:48) ist von NLQ.

  • Kennt jemand checksum Programme für den C64 selbst ? Wollte da Singlefiler von selbstgeschriebenen Sachen abgleichen.. .
    Kann das auch 'rüberkopieren und dann am PC per MD5 Hash tun. Aber nun suchte ich sowas 'mal für den Cevi.

    Bei csdb nichts gefunden, bis auf vlt. Verify bei Kopierprogrammen u. einem fake checksummer-program (angeblich).

  • Dann eben nicht. ;) Meine 'geile' Nordic Power Action Power v8.1 cartridge once again did the Job anyway.
    "&Verify <filename>" vergleicht jenes mit einem zuvor eingeladenen File. Und sagt dann entsprechend "OK" oder "Verify Error".

    In meinem Fall war alles "OK", hatte also 3x die lateste Version des Spiels auf drei versch. Disks (hätte mich auch gewundert wenn nicht, bin ich doch normalerweise eh so drauf, dass ich bei einem Update alle End-Disks mit jener Vers. update).

  • Meine 'geile' Nordic Power Action Power v8.1 cartridge once again did the Job anyway.
    "&Verify <filename>" vergleicht jenes mit einem zuvor eingeladenen File. Und sagt dann entsprechend "OK" oder "Verify Error".

    In meinem Fall war alles "OK", hatte also 3x die lateste Version des Spiels auf drei versch. Disks

    Leider versagt ein simples Verify, wenn die Datei auf Disk zu kurz ist. Das kann z.B. passieren, wenn die Disk voll war und die Datei daher nicht komplett gespeichert wurde.
    Als Ersatz für ein echtes Prüfsummenprogramm reicht das also nicht.

    Yes, I'm the guy responsible for the Bitte melde dich an, um diesen Link zu sehen. cross assembler. And some Bitte melde dich an, um diesen Link zu sehen..

  • Nein, das Programm in dem erwähnten CRT macht so einen Schrontz sicherlich nicht. Das lädt das ja erstmal 1x komplett (in den Speicher) und vergleicht währenddessen jedes Byte mit dem im Speicher befindlichen .prg, würde es abbrechen (zu kurz oder sonst was) wäre auf jeden Fall "Verify Error".. .
    Edit: Naja, versteh' schon wie du das meinen könntest. Es testet ja nur die bisherigen Bytes und weiß nicht, dass und ob das Programm noch länger gehen soll..*, im Falle ein File ist zu kurz.. . Bis dahin sagt es dann ggf. wirklich "OK" am Ende, obwohl das Programm im Speicher (das vorher geladene, in dem Fall komplette) ja noch länger/weiter geht.

    Auf die drei getesteten funzenden -auch das Spiel- Disks würde das gesagte aber nicht zutreffen. Da die vorher formatiert wurden und erst danach also alles je File 1:1 komplett ohne Error draufkopiert wurde, ohne dass etwas fehlt / fehlen kann*.
    Anders kann es natürlich mit diversen Arbeitsdisketten aussehen, die man gewissermaßen in der Entwicklung des Spiels wie eine Festplatte missbraucht hat (immer wieder scratchen von Files, neues druff usw. .. :) ).

    *Sehe ja auch von wo bis wo das jeweilige File in den Speicher geladen wird - dank der "von bis" Anzeige beim Laden mit diesen Freezer-Modulen. Wenn da etwas fehlen würde, fiele das also auf (bei anderen Endadresswerten).

    3 Mal editiert, zuletzt von CommieSurfer (15. Januar 2019 um 03:09)