FILSLUT?

7 posts in thread

• Peder Giertz <6133> · Text 6080 · w8 · inlagg

  1987-02-06 12:31

  Ärende: FILSLUT?

  Hur markeras "slut på filen" på filerna ? (Vilka ASCII-koder är det som datorn tolkas som filslut och ger felkod 34?) På förhand tack!
  • Stefan Lennerbrant <4364> · Text 6084 · w8 · kommentar

    1987-02-07 16:10

    Ärende: FILSLUT?

    Varje sektor i filen avslutas med ett CHR¤(3) som betyder "Slut på sektorn - fortsätt läs nästa sektor" (CHR¤(3) behöver dock inte ligga på sista positionen i sektorn) I filen sista sektor läggs det in ett CHR¤(3) efter sista byten som skrevs (T.ex. i mitten av sektorn) Därefter följer ännu en sektor som är identisk med den föregående, men den innehåller inte CHR¤(3) i mitten, utan CHR¤(0,0,0,0,0,0,6) allra först. Den här *allra* sista sektorn innehåller alltså inte någon relevant data för filen, utan är bara "Fil-sluts- sektor" för filen. OBS att detta bara gäller för textfiler (PRINT, INPUT) mvh (Stämmer nu allt det här ? Saxat ur ett virrigt minne.)
    • Stefan Lennerbrant <4364> · Text 6085 · w8 · kommentar

      1987-02-07 16:11

      Ärende: FILSLUT? - FEL-FEL

      Sista sektorn avslutas inte med CHR¤(0,0,0,0,0,0,6) utan med CHR¤(0,0,0,0,0,0,3) Alltså sex CHR¤(0) & en CHR¤(3)
    • Arne Hartelius <2731> · Text 6090 · w8 · kommentar

      1987-02-08 02:49

      Ärende: Filslut på ABC80

      Om man (medvetet) raderar den sista sektorn i en textfil, dvs den som inledes med sex 0:or och en 3:a, och i övrigt är en kopia av den sista (förgående) sektorn med egentlig information, så går det bra att läsa in filen ändå, men man får ett meddelande om felaktigt recordformat. Letar man då upp det 'egentliga' slutet på filen som alltså finns i sektorn före den man raderat så finner man att den avslutas med ASCII 13,3. Lägger man så in sex st ASCII 0 mellan 13 & 3 så kan man ladda in filen utan att få meddelande om felaktigt record- format. De sex st ASCII noll behöver alltså varken ligga i början av en sektor eller kräva en egen sektor. Den sista sektorn är alltså onödig. Det skulle dock kunna vara så att DOS:et kräver att dessa 6 st ASCII 0 skall ligga obrutna i en och samma sektor, och därför lägger dessa i början av en ny sektor, för att vara på säkra sidan. Jag har inte testat den varianten. Man sparar dock inte något utrymme på denna manöver med mindre än att man friställer den raderade sektorn genom att manipulera med bit- kartan. Vid kopiering till annan skiva kanske man också är tvungen att ändra sektorlängdsinformationen i headern beroende på hur copy- libprogrammet är uppbyggt. Slutligen en semantisk reflextion. En kopia är aldrig identisk med ett orginal. Kopian är identisk med kopian, orginalet med orginalet. En sak är aldrig identisk med nånting annat, än just sig själv.
      • Arne Hartelius <2731> · Text 6091 · w8 · kommentar

        1987-02-08 02:53

        Ärende: Filslut på ABC80

        Jag är medveten om att det är 800-mötet jag befinner mig i, men jag tyckte att dessa uppgifter kunde vara av intresse ändå, då jag har för mig att det fungerar på samma sätt på 800-sidan.
      • Kristoffer Eriksson <5357> · Text 6106 · w8 · kommentar

        1987-02-10 19:21

        Ärende: Filslut på ABC80

        Det räcker f.ö. med en enda ASCII 0 för att det ska uppfattas som filslut. Sen är det en annan sak att det skrivs sex stycken vid skrivning av filslut.
  • Kristoffer Eriksson <5357> · Text 6102 · w8 · kommentar

    1987-02-08 20:51

    Ärende: FILSLUT?

    Angående filslutsmarkering, se även Bladet 2/1986, sid 29, särskilt inlägg 3188.