Dimensionera V24-bufferten

8 posts in thread

• Patric Ljung <5455> · Text 345 · w6 · inlagg

  1985-03-08 18:37

  Ärende: Dimensionera V24-bufferten

  I dendäringa manualen till optionsprommet står det hur man skall göra för att dimensionera upp V24-bufferten. I den står det följande: "För att erhålla större inputbuffert än 80 tkn skriv: DIM Buffert¤=Storlek POKE PEEK2(65500)+2,VAROOT(Buffert¤),SWAP%(VAROOT(Buffert¤)) OPEN 'V24:....' AS FILE 1 De inkommande tecknen lagras i detta fall i strängvariabeln 'Buffert¤'. OBS! POKE måste göras innan OPEN." Sålunda löd detta! Men Efter att ha knappat in ett litet exempel som kollar Längden på Buffert¤,upptäckes att längen alltid är noll (0),hmm. Dessutom undrar jag litet närmare vad rutinen egentligen gör. Det fungerar alldeles utmärkt i m-kod oxå,dvs pilla dit en 'låtsas'-variabel. men vid oförkarliga förhållanden ballar den ur. Var lagras egentligen texten eller vad pysslar den egentligen med? den=V24-rutinen. Varför lägga in adressen till värdet för Dim-längd (dvs VAROOT)? muh T.M.G.
  • Bo Kullmar SYSOP <1789> · Text 346 · w6 · kommentar

    1985-03-08 19:44

    Ärende: Dimensionera V24-bufferten

    Minne reserveras för bufferten. Man kan inte komma åt arian genom den variablen som man har använt. När vi hade en utökad inbuffert i monitorn så fungerade det inte när vi fick måga tecken in i systemet. Det var vid SEND som det ballade ur, efter ett visst antal tecken som dock varierade något. När vi tog ut en utökade bufferten så fungerade det. Detta gäller dock när man jobbar med "V" som första tecken i parmetern. Varför det är som det är vet jag inte. LG vet en del, han har tillgång till V24:a rutinens källkod från DIAB.
  • Gunnar Faith-Ell SYSOP <2733> · Text 347 · w6 · kommentar

    1985-03-08 19:47

    Ärende: Dimensionera V24-bufferten

    Den kanske inte ändrar "aktuell" längd på "buffert¤" ? Jag har oxo gjort den upptäckten när jag försökte hämta data från "buffert¤".
    • Bo Kullmar SYSOP <1789> · Text 348 · w6 · kommentar

      1985-03-08 20:02

      Ärende: Dimensionera V24-bufferten

      Det går inte att hämta data fårn "buffert¤". Det är därför som detta system läser in alla tecken med GET från V24:an för att ta reda på om någon har tryckt CTRL-O.
      • Benny Löfgren SYSOP <2615> · Text 401 · w6 · kommentar

        1985-03-22 07:13

        Ärende: Dimensionera V24-bufferten

        Det är inte meningen att man skall använda 'Buffert¤' att hämta tecken ifrån! Det är bara en FIFO-buffert som V24-drivrutinen använder för att buffra inkommande och utgående tecken. Läser och skriver gör du med GET och PUT som vanligt. Vill du testa om det har kommit in något tecken (typ SYS(5)) så kan du göra: IF PEEK2(PEEK2(65500)+6) THEN Z=FNNuhardetkommitminstetttecken För djupare studier hänvisas till "manualen" (häftet om optionsprommet) där allt detta (faktiskt) står.
        • Patric Ljung <5455> · Text 435 · w6 · kommentar

          1985-03-25 20:41

          Ärende: Dimensionera V24-bufferten

          Som jag har förstått det så använder man bara en variabel för buffert arean skall hållas fri från andra dumheter,det går lika bra att köra detta från assembler. Men man måste tänka på att i PEEK(65500)+2 skall adressen till "variabelroten" till "variabeln" ligga, om man nu skall vara riktigt tråkig kan man ju lägga buffert arean i bildminnet. Detta görs från Basic med: POKE PEEK(65500)+2,VAROOT(Screen¤),SWAP%(VAROOT (Screen¤)) : POKE VAROOT(Screen¤),0,8,0,120,0,8 : Sedan öppnas V24 Screen bör dimensioneras till 0 först : DIM Screen¤=0 För att inte ta upp onödig plats. Ett tips för att spara bildskärmens innehåll *snabbt* för att sedan *snabbt * kunna hämta tillbaka det är att dimma en variabel Screen¤ till Bildminnet och sedan göra PUT #Ramfloppy/MEM:,Screen¤, eller så kan man lagra denna i en annan variabel, mycket användbart fört Basic program som vill spara en icke fördefinierad skärm, terminal text tex. mvh T.M.G.
          • Benny Löfgren SYSOP <2615> · Text 441 · w6 · kommentar

            1985-03-26 07:29

            Ärende: Dimensionera V24-bufferten

            Det är helt korrekt, det är en enkel variant att allokera minne, man låter helt enkelt BASIC'en göra jobbet! Oftast behövs dock inte bufferten utökas, då de flesta datorer kan hantera XON/XOFF som ju drivern kan sköta helt automatiskt.
            • Patric Ljung <5455> · Text 455 · w6 · kommentar

              1985-03-31 22:02

              Ärende: Dimensionera V24-bufferten

              Varför ska man va så snabb i fingrarna??? Jag tyckte om större buffert och därför blev det dä. XON/XOFF säät (finska???) sätter man ju på/av med parametrarna men det orkar jag inte bry mig om!!! Det är väl bäst att kunna göra både och eller??? mvh TMG