37 bytes...

8 posts in thread

• Lars Hedberg <2497> · Text 659 · w6 · inlagg

  1985-05-26 00:00

  Ärende: 37 bytes...

  För ett tag sedan frågade jag om någon visste varför ett program som är okompilerat tar mindre plats i anspråk efter inladdning än ett kompilerat. Är dte ingen som verkligen inte vet det??? Benny borde göra det tycker jag. TFP
  • Bo Kullmar SYSOP <1789> · Text 660 · w6 · kommentar

    1985-05-26 10:36

    Ärende: 37 bytes...

    Frågar du efter varför ett fixat program tar större plats än ett ofixat? Är det det som är din fråga så tycker jag att det är uppenbart att de variabeldefinitioner som finns efter programmet troligen inte finns i ett fixat program. Jag syftar inte på de långa variablerna. När man kollar längen i programmet så är den ju normalt den som anges i programblocket (byte 4-5) plus antal variabler (byte 10-11) ggr 4. Har jag ett stort ISAM program som är SAVE:at så kan jag inte ta in det medan jag har ISAM inladdat. Om jag tar upp det utan ISAM och skriver "2 GOTO 0" och save:ar det så kan jag sedan ta upp det med ISAM och ändra i ISAM-instruktioner. Men jag måste ha kvar "2 GOTO 0" när jag save:ar med ISAM, för annars kan programmet skrivas sönder när det försöker göra fixup. Sedan tar jag upp programmet igen och utan ISAM och tar bort "2 GOTO 0" och save:ar det. Finns det då inga formella fel så sker fixup. (Programmet är MSG-programmet)
    • Lars Hedberg <2497> · Text 661 · w6 · kommentar

      1985-05-26 16:51

      Ärende: 37 bytes...

      Det har inte med fixup att göra. Jag skall försöka förklara det lite bättre. Jag har ett program som editerar texter. Programmet är skrivet i BASIC II. om jag skriver (på ABC802) 'list mem:' så tar programmet 37 bytes mindre av ramminnet. om jag istället skriver 'save mem:' så tar det alltså 37 bytes mer i anspråk efter inladdning och 'run'. Det innebär att någonsta försvinner 37 bytes. Det är förbryllande, och torde ej ha med fixup att göra. Jag vet inte varför... TFP
      • Benny Löfgren SYSOP <2615> · Text 662 · w6 · kommentar

        1985-05-28 06:59

        Ärende: 37 bytes...

        Kan det inte vara så att du har haft någon lång variabel som legat i en rad som du tagit bort? Det är nämligen så att om man skriver en lång variabel och tar bort de rader som refererar till variabeln (eller för den delen, om man stavar fel när man skriver in raden och gör ED på den) så ligger variabelnamnet kvar i variabeltabellen! Denna initieras om från början då man laddar ett LISTat program. Ur datorns synvinkel är det likvärdigt att ladda ett LISTat program som att knacka in detsamma från tangentbordet.
        • Lars Hedberg <2497> · Text 663 · w6 · kommentar

          1985-05-28 11:46

          Ärende: 37 bytes...

          Näe, någon extendvaribel typ det du frågar efter har inte inträffat (usch vilken dålig svenska). Det försvinner 37 bytes utan förklaring. QUE?? TFP
          • Benny Löfgren SYSOP <2615> · Text 664 · w6 · kommentar

            1985-05-28 16:41

            Ärende: 37 bytes...

            Är du säker??? Gör LIST på programmet och ladda in det igen. Gör sedan SAVE på det och LOAD igen. Är inte då det SAVEade programmet lika stort som det LISTade?
            • Lars Hedberg <2497> · Text 665 · w6 · kommentar

              1985-05-29 16:30

              Ärende: 37 bytes...

              Okej, jag skall göra om det. Men jag har minne av att det inte spelade någon roll. TFp
              • Lars Hedberg <2497> · Text 666 · w6 · kommentar

                1985-05-29 16:44

                Ärende: 37 bytes...

                Nu är testet gjort. Jag beskriver nedan hur det har gått tillväga. Variabeln 'Free' anger hur mycket minne som finns ledigt till text i interminnet. Laddar in TEXT (med hela initieringen best. av en assmfil och en slaskfil innehållande inget.). ;Free (=13055) LIST RAM:TEXT RUN RAM:TEST CTRL-C : ;Free (=13092) SAVE RAM:TEST RUN RAM:TEST CTRL-C : ;Free (=13055) Som synes så försvinner 37 bytes om filen är sparad med SAVE efter inladdning, men tar mindre plats på disken. Vilket kan vara användbart. Det som irreterar mig är att just dessa 37 bytes skulle vara bra att ha till en speciell finnes som nu tar en textrad av bufferten (det det tillgängliga internminnet. TFP P.S! Bosse, skulle man inte kunna göra något så att texten som man skriver in vid radslut, speciellt första positionen, inte bara försvinner. D.S!