· Text 467 · w8 · inlagg
Jag har hämtat hem dessa filer men får checksummafel vid HEXTOFIL. Någon
annan som lyckats? Jag har gjort två försök.
Mvh
Nils Hansson
Retro Preservation Workspace
Monitorn
Browse archived Monitorn möten and the ABC80 mailing list, with full-text and text-number search.
ASM/ASM1.BAC
14 posts in thread
-
-
· Text 468 · w8 · kommentarJag har också råkat ut för samma sak. Någon som kan kolla hur det står till med filerna ? Mvh BER
-
· Text 469 · w8 · kommentarDet kan inte vara något fel på filen eftersom omvandlingen till HEX sker först i samband med överföringen. Alltså omvandlas det som finns i filen till HEX och detta bildar sedan en checksumma. Enda alternativet är att hämta filen med ett bättre protokoll, dvs Kermit. Kermit sköter själv omsändningar när det blir fel, mm. Nu finns det kanske inte en Kermit till ABC80 ännu, men det är en annan femma!
-
-
· Text 470 · w8 · kommentarSamma hände mig, jag fick shecksummafel i HEXTOFIL. Men det gav jag f-n i och laddade in programmet, och det funkade faktiskt mycket mystiskt tycker jag. Mvh Per <6366>
-
· Text 477 · w8 · kommentarVi är tydligen flera som stött på konstigheter !? Men jag provar väl att köra min också,då. BER
-
-
· Text 472 · w8 · kommentarJag har fått samma problem med ASM.BAC och ASM1.BAC, både med TED (gäller ASM1) och TERM100. Men andra program fungerar normalt åtminstonde kortare som jag testat idag, tidigare har jag hämtat långa utan problem. För att kolla överföringsfel hämtade jag filerna 2 ggr och jämförde båda vesionerna var identiska! Vilket pekar på ett annorlunda fel än överföringsproblem. Vid kontroll av checksummorna visade det sig att båda skillde sig mellan sänd och uträknad med 131 där det var den sändna som var störst! Kan det vara så att filerna är listskyddade och det är det som stör på något sett? För hämtade och konverterade är de inte listskyddade. En *KORT* test visade att filerna tycktes fungera trots checksummafel. Kent Ivarsson<612>
-
· Text 473 · w8 · kommentarJag börjar undra om det inte kan vara monitorn som sänder lustiga hexfiler...
-
· Text 474 · w8 · kommentarTror inte det då andra filer än ASM/ASM1 fungerar normalt vid samma tillfälle! Kent Ivarsson<612>
-
· Text 478 · w8 · kommentarSamma uppfattning här. Annat gick bra men inte detta. BER
-
· Text 489 · w8 · kommentarNär jag filtohex:ar och hextofil:ar ASM.BAC direkt i monitorn går det bra. Då blir det kontrollsumma 26225. Om ni får någon annan av monitorns hex-omvandling, är det den det är fel på, får ni en annan summa själva de hex-data ni mottar är det fel på överföringslänken (lurverkståtarna).
-
· Text 490 · w8 · kommentarHur skall vi göra med programmet då? Är det någon som kan test köra det. Jag har viserligen en variant hemma men jag tror vi skall be Mats Peterson om ett ex så att vi är säkra på att det inte är något fel.
-
· Text 496 · w8 · kommentarNja, rätt checksumma för ASM.BAC är -5651 och det får man numera. Innan fick man -5520 vilket berodde på en lite nyligen uppkommen bugg. Det är så att jag har gjort om så att man inte får med ID-blocket för de filer som har idblock. När Kristoffer filtohexar direkt i monitorn så kommer alltså en hel sektor med extra och därför blir det en helt annan checksumma. Felet uppkom när överförigen avbröts innan EOF, dvs just före idblocket, då kom en byte för mycket med i checksumman. I och för sig är risken för överföringsfel stor om man hämtar en så stor fil som ASM.BAC i hexformat, speciellt om man har dåliga tele- fonlinjer. Enbart Kermit kan lösa detta problemet eftersom Kermit fixar omsänding av varje block som har fel checksumma.
-
-
-
-
-
-
· Text 475 · w8 · kommentarPröva att ladda in filerna med TED och titta om det finns en tomrad som första rad. I så fall ta bort den och spara ner filen igen. Kör sen HEXTOFIL som vanligt. M v h Kent-Åke
-
· Text 481 · w8 · kommentarJodå jag har provat den varianten också, utan resultat. Mvh Nils Hansson
-
-