RAM:

13 posts in thread

• Mikael Sjögren <2889> · Text 2833 · w8 · inlagg

  1986-02-28 07:36

  Ärende: RAM:

  Kan man på något sätt göra så att 806:an söker från RAM: som första enhet? Har satt in 512k i maskinen och det fungerar utmärkt.
  • Kristoffer Eriksson <5357> · Text 2845 · w8 · kommentar

    1986-02-28 19:33

    Ärende: RAM:

    Gör den inte det redan? Jag kör i ett LUX-NET, och där tar den definitivt RAM: först när man öppnar filer, dock inte när man skapar nya filer.
    • Mikael Sjögren <2889> · Text 4815 · w8 · kommentar

      1986-09-08 08:19

      Ärende: RAM:

      Jag har tidigare frågat om hur man får ABC800/2/6 att läsa från RAM: i första hand UTAN att man manuellt behöver ange det. Benny svarade att man kunde lägga upp ett UFD i RAM:. Går det ? (abc 806) när jag gör det så flipprar maskinen ur.
      • Benny Löfgren SYSOP <2615> · Text 4818 · w8 · kommentar

        1986-09-08 10:55

        Ärende: RAM:

        Man KAN lägga upp UFD:n i RAM: ! Jag skulle dock uppskatta en >något< utförligare felbeskrivning än 'maskinen flipprar ur' !
        • Gunnar Faith-Ell SYSOP <2733> · Text 4820 · w8 · kommentar

          1986-09-08 12:44

          Ärende: RAM:

          Jag testade just och kan bekräfta att det går bra att lägga upp UFD i RAM:.
          • Göran Sundqvist <1255> · Text 5031 · w8 · kommentar

            1986-09-24 09:05

            Ärende: RAM:

            När jag kör ett ADDOPT med laddning av OPTROSH.REL i LUX-net får jag 480 sektorer. Men när jag testar ett enanvändarsystem får jag bara 352 sektorer. Vad kan det bero på?
            • Bo Kullmar SYSOP <1789> · Text 5033 · w8 · kommentar

              1986-09-24 09:52

              Ärende: RAM:

              Det beror nog på hur många HR-bilder som är reservade. Det gör du innan du anropar RAM: första gången genom att sätta upp "FGPICTURE 0,0,nr" där nr är antalet HR bilder. I 65267 lagras detta och aktuellt antal HR-bilder hittar du i 65268.
              • Nils Hansson <519> · Text 5034 · w8 · kommentar

                1986-09-24 10:36

                Ärende: RAM:

                Jag har haft ett liknande problem, i enanvändarsystem, och då visade det sig att det fanns olika varianter av OPT.... som gav olika antal lediga sektorer. Mvh Nils Hanssonn
                • Benny Löfgren SYSOP <2615> · Text 5041 · w8 · kommentar

                  1986-09-25 09:45

                  Ärende: RAM:

                  OPTROSH ställer in ett standardvärde, som normalt brukar vara en hr-sida och tre RAM:-sidor. Det kan dock variera, verkar det som.
        • Mikael Sjögren <2889> · Text 4824 · w8 · kommentar

          1986-09-09 08:00

          Ärende: RAM: -> UFD:

          Jag kollade på en 806:a och där gick det, men på min 800:a med Luxor 64k kort går det inte. RAM: fungerar utmärkt men om jag kör UFD.BAC och skapar bibliotek i RAM: så går det bra tills jag försöker spara något i UFD: då hänger maskinen sig.
          • Benny Löfgren SYSOP <2615> · Text 4836 · w8 · kommentar

            1986-09-10 09:56

            Ärende: RAM: -> UFD:

            Se till att du har den senaste OPTROSH.REL/OPTROSL.SYS ! Jag har för mig att den finns i banken.
            • Benny Löfgren SYSOP <2615> · Text 4837 · w8 · kommentar

              1986-09-10 10:07

              Ärende: RAM: -> UFD:

              Kan förresten tillägga, för de som undrar vad den kryptiska beteckningen på drivrutinen betyder, att den utläses så här: OPT = OPTion R = RAM O = Operating S = System H/L = High/Low (memory) .REL = RELocateable .SYS = SYStem
      • Kristoffer Eriksson <5357> · Text 4822 · w8 · kommentar

        1986-09-09 02:05

        Ärende: UFD i RAM:

        Jag tror det beror på OPTROS-versionen. Jag provade att köra UFD i RAM: för länge sedan och då kraschade det förr eller senare, men nu för tiden går det bra.