RAM: på 806

12 posts in thread

• Göran Westlund <5976> · Text 5706 · w8 · inlagg

  1986-11-30 14:42

  Ärende: RAM: på 806

  Om jag laddar drivrutinen till RAM: på min 806a och sedan kör XSLIB med för att titta på RAM: får jag veta att jag har 352 sektorer. Dvs tydligen ca 96 Kbytes. Om jag sedan försöker ladda ORDIII så blir det "Minnet fullt". ORDIII vill ha det extra minne, men kan tydligen inte stjäla det från drivrtuinen. Om jag pluggar in extra minne - kan jag då få drivrutinen att avstå från att knycka de där 98 Kbytes och bara ta resten?
  • Kristoffer Eriksson <5357> · Text 5712 · w8 · kommentar

    1986-12-01 02:42

    Ärende: RAM: på 806

    Det är inte riktigt så det går till... Vad ORDIII krockar med är själva drivrutnen till RAM:, som ligger i arbetsminnet. Att det ligger något i extraminnet märker ORDIII över huvud taget inte. Slustats: Det finns inga som helst möjlig- heter att få ORDIII och RAM: att samsas (såvida du inte lägger rutinerna för RAM: i prom, men något sådant finns inte att få.)
    • Göran Westlund <5976> · Text 5714 · w8 · kommentar

      1986-12-01 16:29

      Ärende: RAM: på 806

      OK OrdIII kan inte laddas om drivrutinen för RAM: finns i arbetsminnet. Men OrdIII använder extraminnet för att lagra dokument. Skriver OrdIII bara över ev innehåll i RAM: då? Annars skulle man ju kunna återladda drivrutinen när man lämnar OrdIII och då ha kvar innehållet i RAM:.
      • Kristoffer Eriksson <5357> · Text 5733 · w8 · kommentar

        1986-12-02 23:47

        Ärende: RAM: på 806

        Kan man det? Ja, ORDIII bara skriver på i extraminnet. Så gör de flesta program som utnyttjar extraminnet. Det finns ju inget som hindrar dem från att göra så. Däremot är det ju inte säkert att de använder hela minnet, eller använder det från samma håll som RAM:, och då kan det ju bli en del som överlever. Du kan kontrollera extremsituationerna med en full RAM-floppy innan du startar ORDIII, och ett maximalt långt dokument i ORDIII.
        • Göran Westlund <5976> · Text 5742 · w8 · kommentar

          1986-12-03 23:20

          Ärende: RAM: på 806

          Nja det är inte så lätt att testa. För att fylla RAM: måste jag ladda drivrutinen, och då går det inte att ladda OrdIII. Jag kan förstås inte trycka på reset heller, för då ryker RAM:. Kanske kan man fimpa drivrutinen med nån lämplig poke? Dessa peeks och pokes är det enda jag inte riktigt kan vänja mig vid i ABC-miljön. Det tycks inte finnas nån ordentlig och samla dokumentation nånstans om hur man grejar med dom. Ingenting som är pedagogiskt i alla fall.
          • Karl Lindström <837> · Text 5755 · w8 · kommentar

            1986-12-04 21:22

            Ärende: RAM: på 806

            Ord III använder hela grafikminnet med början i botten. Det kan du se genom att göra följande (efter reset): FGCTL 1 FGPOINT 0,0 FGFILL 511,255,1 POKE 65421,201 ! Stäng av Rensa-HR-Bild-Vid-List-m-m RUN WPSTART så kan du se hur grafikbilden förändras allteftersom du skriver in text i dokumentet.
          • Kristoffer Eriksson <5357> · Text 5764 · w8 · kommentar

            1986-12-07 03:13

            Ärende: RAM: på 806

            Om du använder den gamla versionen avRAM-drivrutinerna, som inte raderar minnet efter nystart efter reset, så är det ju bara att ta bort själva drivrutinen med en liten reset innan du kör ORDIII, och sen köra in den igen efteråt, och se om det blev någonting kvar.
            • Göran Westlund <5976> · Text 5766 · w8 · kommentar

              1986-12-07 14:04

              Ärende: RAM: på 806

              Jomen det är ju för att det finns ett fel i dom drivrutinerna! Jag tror att det är nya verskonen jag har (systemskiva 6.43).
              • Kristoffer Eriksson <5357> · Text 5771 · w8 · kommentar

                1986-12-08 00:33

                Ärende: RAM: på 806

                Nej, det är ingen direkt bugg att de inte raderar RAM-floppyn, det är bara ett mindre lämpligt funktionssätt. Och det spelar väl för övrigt ingen roll om det är ett fel eller inte, bara det går att utnyttja för ett litet test!
            • Lars Gjörling <6825> · Text 5767 · w8 · kommentar

              1986-12-07 20:25

              Ärende: RAM: på 806 - Radering av minnet vid reset.

              Jag förstår inte vad det är för bra med ändringen från de gamla drivrutinerna för RAM: till de nya, bestående i att RAM-minnet raderas. Jag tycker det är väldigt skönt med de gamla rutinerna att veta att alltihop finns kvar även efter reset. Man kanske vill köra ett DOS- program, och glömmer bort att först rädda det som finns i RAM: . Man kanske kör ett program som har kopplat bort Ctrl-C (t ex T.BAC) och råka ut för något fel, som man bara kan ta sig ur med reset. Man kan ha en assemblersnutt som dyker och alldeles på egen hand gör reset. Det går att hitta ännu fler exempel. Jag tycker det var bättre på det gamla sättet (i det här avseendet åtminstone). Om man VILL ha RAM-minnet rensat kan man ju lätt göra det på andra sätt (stänga av datorn ett tag om man inte kommer på något annat bättre sätt). Finns det ingen möjlighet att ladda in nya RAM-rutinerna UTAN att RAM-minnet raderas? Jämför POKE 65526,165 vilket som bekant gör att aktuellt ufd fortfarande är aktuellt även efter reset. Jag har läst i ABC-bladet 4.1983 sid 16, att i adress 65530 (det står egentligen 65529, vilket är uppenbarligen felaktigt) ligger värdet 165, om RAMrutin finns, men att man kan poka in en nolla om man VILL att RAM-minnet skall nollställas vid reset. Min fråga är nu om denna adress kan utnyttjas för att styra nollställning/icke-noll- ställning även i de nya rutinerna. Jag kan inte prova själv, då jag bara har de gamla rutinerna. Mvh Lars Gjörling <6825>
              • Göran Westlund <5976> · Text 5768 · w8 · kommentar

                1986-12-07 21:00

                Ärende: RAM: på 806 - Radering av minnet vid reset.

                Frågan har ventilerats här förut. Problemet är att du inte kan LITA på att RAM: är intakt efter RESET. Av rent fysiska skäl. I så fall är det formellt riktigt att scratcha RAM: vid reset. Det handlar så att säga om leverantörsansvar. Det kan jämföras med "god programmerarsed". T ex att värdet på en variabel i en subrutin aldrig får vara odefinierat när rutinen anropas. Alla inre variabler skall alltså ha värdet 0 eller blank vid anrop. Jfr med RAM:. Om det har inträffat förändring av bara en enda godtyckligt vald bit efter RESET så har RAM: ett odefinierat värde. Genom scratch får RAM: ett definierat värde. En hacker kanske accepterar (föredrar) ett lätt stukat RAM: framför ett blankt, men proffessionellt kan det faktiskt inte accepteras.
                • Nils Hansson <519> · Text 5772 · w8 · kommentar

                  1986-12-08 19:31

                  Ärende: RAM: på 806 - Radering av minnet vid reset.

                  Det vore i alla fall bra att kunna välja vilket man vill ha. Vid t ex testkörningar kan det vara praktikt att inte behöva starta om allt från början med laddning av RAM: mm. Har man program i RAM: så får man ju dessutom checksummafel om något inträffat i RAM: Mvh Nils Hansson