Retro Preservation Workspace

Monitorn

Browse archived Monitorn möten and the ABC80 mailing list, with full-text and text-number search.

← Back to ABC Tools

Meetings · ABC80 · Thread

KERM fungerar inte med textfiler.

40 posts in thread

Stefan Nilsen <6089> · Text 3846 · w8 · inlagg

1987-10-18 23:36

Ärende: KERM fungerar inte med textfiler.

Jag har flera gånger försökt hämta hem RULLE paketet dvs RULLE* och det blir fel i varenda fil om man använder KERM. Jag har försökt med och utan paritet samt förinställt KERM för textfiler men det hjälper inte. Den skalar bort en massa tecken samt lägger till tidigare överförda tecken ibland. Synd, den är ju annars så bra! Mvh Stefan.
- Anders Johnson <4001> · Text 3847 · w8 · kommentar
  
  1987-10-19 16:47
  
  Ärende: KERM fungerar inte med textfiler.???
  
  Jag prövade nyss att hämta hem RULLE.BAS med KERM. Det fungerade utmärkt. Har du rätt version av Kerm? Jag använde version 1.0 daterad 87-09-24. hälsningar, Anders J.
  - Stefan Nilsen <6089> · Text 3850 · w8 · kommentar
    
    1987-10-19 22:54
    
    Ärende: KERM fungerar inte med textfiler.???
    
    Var hittar man versionsnummret samt Det finns väl bara en KERM ??? Mvh Stefan.
    - Anders Johnson <4001> · Text 3855 · w8 · kommentar
      
      1987-10-20 08:38
      
      Ärende: KERM
      
      Versionsnummer och datum hittar du i början av filen, om du laddar in den i ABC80 med kommandot LOAD och sedan ger kommandot LIST. Det har funnits minst två versioner i inlådan. Den första togs bort efter några dagar, när det visade sig att den innehöll ett fel.
      - Anders Franzén <5258> · Text 3858 · w8 · kommentar
        
        1987-10-20 21:19
        
        Ärende: KERM
        
        Det har endast funnits två versioner av KERM. Den nu aktuella är daterad 87-09-24. Den gamla versionen, om du mot all förmodan skulle ha ett ex av den, medför antagligen inte de problem som beskrivits. Jag antar tills vidare att de beror på handhavandefel.
        
        Bert Holgersson <560> · Text 3862 · w8 · kommentar
        
        1987-10-20 21:21
        
        Ärende: KERM
        
        Mitt försök var gjort med switchen S. Mvh BER
      - Bert Holgersson <560> · Text 3859 · w8 · kommentar
        
        1987-10-20 21:19
        
        Ärende: KERM Fungerar kanske ändå(inte alltid)
        
        Har just gjort ett försök att "kermit:a" hem DISASM.BAS i ABC80/ASM. Men resultatet blev inget bra. Kermiten tyckte dock att allting var OK. Anders: Jag lägger in de första raderna, så får du se om du kan finna ut något. OR PEEK(M%+6%) XOR PEEK(M%+9%) XOR PEEK(M%+12%)< >195% GOTO 60 50 IF CHR¤(PEE1 R,I¤=120%,U¤=80%,H1¤=16%,K¤=15% 20 REM (C) Bengt Holgersson 30 M%=SWAP%(PEEK(65053%)-8%) : REM STARTADRESS FÖR MASKINSPRÅKSRUTIN 40 IF PEEK(M%) XOR PEEK(M%+3%) XOR PEEK(M%+90 IF PEEK(885%)=124% W%=39% ELSE W%=79% 100 DEFFNC%=PEEK(884%+2%*PEEK(6501),PEEK(M%+1624%),PEEK(M%+1625%))='Z80' GOTO 70 Detta var vad kermiten hade stoppat ut på filen. Utrustning: Ch.sum 10042, UFDdos Hälsningar Bert
        
        Anders Franzén <5258> · Text 3863 · w8 · kommentar
        
        1987-10-20 21:49
        
        Ärende: KERM Fungerar kanske ändå(inte alltid)
        
        Jag har nu testat att hämta filen DISASM.BAS från monitorn och kan meddela att det gick bra. Inga fel finns i den överförda filen. Du skriver att du har något som heter UFDdos. Jag misstänker nu tyvärr att du har ett DOS som inte är kompatibelt med normal-DOS. Det enda som programmet KERM gör är att anropa rutiner i **BASIC-tolken** och detta sker på standardiserat sätt när man hämtar filer. När man sänder filer från KERM är det inte säkert att wildcards kan användas men det skall gå bra utan wildcard i så fall. Det kan tänkas att ditt DOS använder flaggor i de där 15 byten som innehåller filbeskrivningen och som inte följer standard. Hallå alla övriga som har problem med att hämta filer, vad har ni för DOS? Slutligen kan jag säga att KERM fungerar på alla checksummor.
        
        Peter Thärning <3707> · Text 3865 · w8 · kommentar
        
        1987-10-20 22:29
        
        Ärende: KERM
        
        DIR fungerar inte bra (alls) med UFD-dos. Används enkom rutiner från BASICen i det kommandot?
        
        Anders Franzén <5258> · Text 3872 · w8 · kommentar
        
        1987-10-21 19:18
        
        Ärende: KERM
        
        Nä, det är sant. DIR-rutinen läser biblioteksspåren och det sker på samma sätt som i TED.
        
        Jörgen Westman <5074> · Text 4660 · w8 · kommentar
        
        1989-04-23 12:07
        
        Ärende: KERM
        
        Jag tror jag har funnit en lustig BUG i kerm. När BASICERR.SYS är öppen använder den sig av DOSBUF1, och markerar den som använd. Då man tar emot en fil till ABC80 med kerm, öppnar den filen man vill ta emot, och då den öppnas tas första bästa ledig DOSBUF, vilket blir BUF2, i vilken man samtidigt tar emot kermit paketen. Filen får ett ganska lustigt utseende. (början på varje sektor till filen blir förstörd). Vad jag förstår markeras ej dosbuf 2-6 som upptagna när man kör igång KERM, detta borde göras eftersom dessa används internt av KERM. Jag kör med UFDDOS finns samma problem om standard ABCDOS används ? mvh JW
        
        Jörgen Westman <5074> · Text 4904 · w8 · kommentar
        
        1990-01-09 18:40
        
        Ärende: KERM
        
        Jag har upptäckt en, bugg i KERM. KERM fungerar inte mot datorer som inte kan hantera packning av repeterade tecken. (REPT) Om det finns intresse kan jag sända in en ny KERM7.ASM som innehåller en fix för densamma. mvh JW
        
        Bo Kullmar SYSOP <1789> · Text 4905 · w8 · kommentar
        
        1990-01-09 18:47
        
        Ärende: KERM
        
        Självklart finns det intresse för det, men gör en ny .BAC-fil också.
        
        Jörgen Westman <5074> · Text 4906 · w8 · kommentar
        
        1990-01-09 21:00
        
        Ärende: KERM
        
        Filerna KERMF.BAC, KERM7F.ASM finns nu insända (F) för fix. De är insända med densamma. mvh JW
        
        Anders Franzén <5258> · Text 4907 · w8 · kommentar
        
        1990-01-09 21:12
        
        Ärende: KERM
        
        Tänk vad buggar kan ligga oupptäckta i flera år! Trevligt att de åtgärdas av folk som, tydligen, fortfarande pular med ABC80.
        
        Jörgen Westman <5074> · Text 4908 · w8 · kommentar
        
        1990-01-09 21:15
        
        Ärende: KERM
        
        Man får nog av PC o dyligt på jobbet.
        
        Anders Franzén <5258> · Text 4909 · w8 · kommentar
        
        1990-01-09 21:25
        
        Ärende: KERM
        
        Jag skulle snarare säga att buggen medför att KERM inte fungerar tillsammans med datorer som inte kan ta emot NUL som data. Kan en dator ta emot NUL (ASCII noll) som data skulle enligt KERMIT-protokollets regler ingen repetering (REPT, dvs att man packar flera likadana tecken i en följd) ske och KERM funka. Naturligtvis är det en bugg men den påverkar alltså enligt min mening inte datorer som inte klarar REPT utan sådanan som inte klarar att ta emot NUL (eller kanske andra ASCII-koder < 32) som data. (OJ vilken mening...) KERM skickar alltså NUL istället för SP (ASCII 32) för att signalera att REPT inte skall användas och detta funkar på datorer som kan ta emot NUL i ett paket. KERMIT-protokollet är ju gjort så att det skall funka på alla datorer så man bör skicka SP istället. Om mottagaren känner av NUL kommer det att funka men om mottagaren inte ens får in NUL till sig (vissa operativsystem eller funktioner på låg nivå utanför ett KERMIT-programs kontroll kan nämligen få för sig att skala bort skumma ASCII-koder). Dagens datorer typ PC osv kan ta emot vilka tecken som helst så problemet uppstår när man kommunicerar med äldre utrustning. Dagens KERMIT-program klarar väl dessutom REPT jämt för att snabba upp överföringen. Endast gamla program som inte klarar REPT **och** som ignorerar inkommande NUL påverkas alltså. En orsak till att buggen inte hittats tidigare(?).
        
        Jörgen Westman <5074> · Text 4910 · w8 · kommentar
        
        1990-01-10 07:51
        
        Ärende: KERM
        
        Det stämmer att det endast gäller äldre utrustning. Men det var två fel i KERM, KERM använder NUL som REPT om den andra änden inte klarar av REPT. Så även om man skulle kunna ta emot NUL i andra änden, så blir ju filen fel i andra änden. Det är som bekant inte lätt att få fram alla fel i mjukvara, med två år är ganska bra för en bugg tycker jag. mvh JW
        
        Anders Franzén <5258> · Text 4912 · w8 · kommentar
        
        1990-01-10 19:19
        
        Ärende: KERM
        
        Aha, en bugg till spökade...
        
        Stefan Nilsen <6089> · Text 3868 · w8 · kommentar
        
        1987-10-20 23:11
        
        Ärende: KERM Fungerar kanske ändå(inte alltid)
        
        Jag får problemen med standard-doset till ABC80. Men jag ska ju prova att använda checktype 2 och se om det går bättre. Du som fick fel och hade UFDdos kanske ochså du använde checktype 1. I så fall fungerar ju inte checktype 1 och måste således rättas av Franzén. Mvh Stefan
        
        Bert Holgersson <560> · Text 3870 · w8 · kommentar
        
        1987-10-21 07:53
        
        Ärende: KERM Fungerar kanske ändå(inte alltid)
        
        Jag körde Kermiten med default parametrar. Alltså bara hemtagen och startad. Det skall dock erkännas att linjen var d-t dålig (Därav kermiten) Vad beträffar doset så skulle det hittils bara vara kermiten som "får spatt". Har du (Anders) Spec. på vad som är "standard bitar" i filbeskrivningen. TERM100, som jag normalt kör är dock helt överens med DOS. Hälsningar Bert Ps. Jag gjorde en överföring senare av en .BAC fil med switchen SI, men det gick åt skogen det med. Ds
        
        Anders Franzén <5258> · Text 3873 · w8 · kommentar
        
        1987-10-21 19:25
        
        Ärende: KERM Fungerar kanske ändå(inte alltid)
        
        Jag vet inte om det är ditt DOS som spökar, det är bara en teori. Hur man använder filhantering i ABC80 står i boken "Avancerad programmering på ABC80". Det har inte med saken att göra men TERM100 gör inte skrivning på skiva korrekt. Kanske kan man av det förstå att DOS (eller snarare rutinerna i BASIC-tolken) är ganska snälla. Det enda (?) som skiljer din maskin från min är ditt DOS. Det skiljer en byte i din tolk från min tolk (därav olika checksummor) men den byten används inte av KERM.
        
        Sven Wickberg <1384> · Text 3875 · w8 · kommentar
        
        1987-10-21 20:22
        
        Ärende: TERM100 och skrivning på skiva
        
        Vad skall det betyda? Vad är det för fel med TERM100:s skrivning hur kommer det sig att det fungerar i alla fall och vilka katastrofer kan man ha anledning att vänta sig av detta? Jag använder visserligen inte TERM100 särskilt mycket numera, men när en lång fil ska tas hem (som inte får rum i TED) brukar jag behöäva TERM100 just för att logga till skvia.
        
        Arne Hartelius <2731> · Text 3881 · w8 · kommentar
        
        1987-10-22 01:25
        
        Ärende: TERM100 och skrivning på skiva
        
        Hämta en lång fil med TERM100, gärna en textfil med många space ( t ex nån tabell med indragen vänstermarginal ). Ta reda på hur många sektorer den tar upp på skivan. Läs sedan in den med editor, t ex EDIT i SuperBasicen om den är för lång för TED. Spara den på nytt ( utan ändringar ) och se hur många sektorer den nu tar upp. Du kommer att finna att den minskat i storlek. Detta beror på att TERM100 skriver direkt på skivan utan space-komprimering som ju är det vanliga i ABC80-sammanhang. Raden: A B ( ASC 65,32,32,32,32,32,32,66 ) skrivs vanligen ( ASC 65,9,6,66 ) men TERM100 skriver den precis som den tas emot( ASC 65,32,32,32,32,32,32,66 ). Den sparar alltså precis vad den tar emot men bryter samtidigt mot ABC80-standard vad gäller filhantering. Om det är en bug eller inte är väl närmast en akademisk fråga. ASCII 9 betyder alltså: nu följer det ett antal space. ASCII 6 betyder ( i det här fallet ) 6 stycken.
        
        Anders Franzén <5258> · Text 3883 · w8 · kommentar
        
        1987-10-22 20:30
        
        Ärende: TERM100 och skrivning på skiva
        
        Jo, TERM100 fungerar men enligt "ABC80-standard" (om det nu finns någon sådan) skall alla strängar som skrivs ut på en fil avslutas med CR (ASCII 13). Eftersom TERM100 inte skriver ut en hel sträng åt gången utan istället ett tecken från strängen i taget komprimeras inte mellanslag.
        
        Kristoffer Eriksson <5357> · Text 3887 · w8 · kommentar
        
        1987-10-25 02:25
        
        Ärende: TERM100 och skrivning på skiva
        
        Kan man inte även från Basic i ABC80 skriva ut tecken för tecken som i FOR I=1 TO 10 ;#1," "; NEXT I ;#1 Då blir det väl knappas någon space-komprimering? I ABC800 är det i alla fall så. Och kan Basic göra så, kan det väl inte vara direkt ostandard av TERM100 att också göra så.
        
        Bengt Österholm <2077> · Text 3888 · w8 · kommentar
        
        1987-10-25 12:12
        
        Ärende: TERM100 och skrivning på skiva
        
        När man skriver enligt ditt program så lagras alla space i en buffert innan dom sparas på disken. Det är först då som spacekomprimeringen sker.
        
        Anders Franzén <5258> · Text 3889 · w8 · kommentar
        
        1987-10-25 12:40
        
        Ärende: TERM100 och skrivning på skiva
        
        Nä, space-komprimeringen sker faktiskt när man skriver i bufferten så det borde gå att undvika space-komprimering på det sätt som BASIC-programmet gör. Kanske är det trots allt en finess i ABC80 och inegn bugg som möjliggör detta?
        
        Karl Lindström <837> · Text 3895 · w8 · kommentar
        
        1987-10-26 23:16
        
        Ärende: TERM100 och skrivning på skiva
        
        Spoacekomprimeringen görs vid disk-IOn som sköts av print-rutinen. OM man däremot simulerar 800ans PUT (som förmodligne sker i TERM100) så komprimeraws ingenting.
        
        Anders Franzén <5258> · Text 3899 · w8 · kommentar
        
        1987-10-27 20:22
        
        Ärende: TERM100 och skrivning på skiva
        
        Space-komprimeringen sköts av den rutin som lägger datat i bufferten. Disk-I/O sköts inte av BASIC utan av DOS. Skriver man ut ett tecken i taget sker ingen komprimering. ( Text 3899 )
        
        Sven Wickberg <1384> · Text 3885 · w8 · kommentar
        
        1987-10-22 22:23
        
        Ärende: KERM Fungerar kanske ändå(inte alltid)
        
        Tack för de upplysningarna; intressant och inte helt utanför min refernsram (skönt!) - men det visar alltså att enda "felet" med TERM100 är att den gör filerna större än man med ABC80-standard skulle behöva. Några katastrofer, eller ens märkbara olägenheter, behöver man inte frukta. (Det var detta jag läste mellan raderna på ditt första inlägg.
        
        Anders Franzén <5258> · Text 3874 · w8 · kommentar
        
        1987-10-21 19:34
        
        Ärende: KERM Fungerar kanske ändå(inte alltid)
        
        Om du använder KERM som den är när du hämtat den från banken får du checksummetyp två automatiskt. När jag testat att hämta filer (de filer som nämts i detta möte) har jag använt KERM med default-parametrar och inte stött på några problem. Man kan då fråga sig varför andra har problem. Ett skäl kan vara att den utrustning programvaran körs på är annorlunda än den jag har. Eftersom felet tycks uppträda i de överförda filerna ligger det då nära tillhands att misstänka andra sorters DOS. Kermit är ett för användaren ganska knöligt protokoll så det kan inte uteslutas att det hela hanteras på ett felaktigt sätt. Man kan tänka sig att KERM inte är korrekt hos användaren, kanske överföringsfel? Naturligtvis kan det finnas buggar i programmet. Man får rent logiskt försöka tänka fram den mest sannolika orsaken genom att göra tester.
- Anders Franzén <5258> · Text 3848 · w8 · kommentar
  
  1987-10-19 19:32
  
  Ärende: KERM fungerar med textfiler
  
  Tyvärr, du måste göra något fel när du hämtar RULLE* med KERM. Jag har nyss testat och skrev KERMIT,S RULLE* i monitorn och skrev RECEIVE i KERM och se det gick utmärkt att hämta de tre filerna från ABC80/MUSIK. De överförda filerna är korrekta.
  - Stefan Nilsen <6089> · Text 3851 · w8 · kommentar
    
    1987-10-19 22:56
    
    Ärende: KERM fungerar med textfiler (kanske)
    
    Gör det någon skillnad om man hämtar från Linköping eller stockholm? Jag hämtade från Linköping förra gången. Mvh Stefan.
    - Bo Kullmar SYSOP <1789> · Text 3852 · w8 · kommentar
      
      1987-10-19 23:09
      
      Ärende: KERM fungerar med textfiler (kanske)
      
      Ja, i Linköping har det länge funns en äldre och buggigare Kermit i monitorn. Man kan se på versionnummret i välkommenrutan vad de kör.
      - Stefan Nilsen <6089> · Text 3853 · w8 · kommentar
        
        1987-10-19 23:19
        
        Ärende: KERM fungerar med textfiler (kanske)
        
        Jag ville se versionen på KERM som JAG kör, inte versionen i Linköping! Mvh Stefan.
        
        Anders Franzén <5258> · Text 3856 · w8 · kommentar
        
        1987-10-20 21:14
        
        Ärende: KERM fungerar med textfiler
        
        Jag har genomgående, till mångas förtret, konsekvent struntat i att uppdatera något versionsnummer när jag sänt in en ny version av något program. Däremot daterar jag alltid mina program så jämför datumet i din KERM med datumet i monitorns KERM.
  - Stefan Nilsen <6089> · Text 3854 · w8 · kommentar
    
    1987-10-19 23:25
    
    Ärende: KERM fungerar med textfiler
    
    Nu har jag prövat att hämta som du Skrev *men* det fungerar **ICKE**. Vad kan det finnas för fel??? Mvh Stefan.
    - Anders Franzén <5258> · Text 3857 · w8 · kommentar
      
      1987-10-20 21:16
      
      Ärende: KERM fungerar med textfiler
      
      Jag utgår ifrån att du inte ändrat några parametrar i KERM (förutom möjligen BAUD). Det är viktigt att du skriver KERMIT,S filnamn i monitorn och inte KERMIT,SI filnamn. Notera skillnaden: S för textfiler och SI för binärfiler (BAC och ABS).
      - Stefan Nilsen <6089> · Text 3867 · w8 · kommentar
        
        1987-10-20 23:07
        
        Ärende: KERM fungerar med textfiler
        
        Jag här ändrat checktypen från 2 till ett (1) tecken. Jag ska prova med 2 och se om det går bättre. Mvh Stefan