Felmeddelanden...

10 posts in thread

• Claes Hedberg <6340> · Text 7246 · w8 · inlagg

  1987-07-30 19:10

  Ärende: Felmeddelanden...

  Martin, du skrev något om elmeddelande 109, jag har haft detta också nångång. Har även fått felmeddelande 99 också! vet någon vad dessa betyder. //Claes//
  • Kristoffer Eriksson <5357> · Text 7253 · w8 · kommentar

    1987-08-01 23:23

    Ärende: Felmeddelanden...

    Varken 109 eller 99 är några felkoder som genereras av den inbyggda Basicen. När får ni dessa?
    • Martin Lundahl <5254> · Text 7258 · w8 · kommentar

      1987-08-02 08:18

      Ärende: Felmeddelanden...

      Felmeddelande 109 har jag fått när jag körde en backup-kopia av ORD800. Mvh Martin
      • Lars Jansson <1772> · Text 7264 · w8 · kommentar

        1987-08-02 21:21

        Ärende: Felmeddelanden...

        Har du fuskkopierat originalskivan är det inget konstigt att du får fel. Du måste då gå in och ändra lite i 2 program. Jag har mer info om detta om du vill ha. PData, haaa!
        • Johan Olofsson <5809> · Text 7268 · w8 · kommentar

          1987-08-02 23:28

          Ärende: Felmeddelanden...

          Besvarade inlägg innan jag sett alla. Det verkar helt riktigt att error 91 skulle dyka upp medan Pdatas ORD800 testar kopieringsskyddet.
    • Johan Olofsson <5809> · Text 7267 · w8 · kommentar

      1987-08-02 23:24

      Ärende: Felmeddelanden...

      ORD800 fräser ibland till med error 91. Då måste man göra (varm) reset innan det funkar att starta _det_ programmet igen. (Andra progarm brukar inte vara problem.)
      • Martin Lundahl <5254> · Text 7278 · w8 · kommentar

        1987-08-03 18:42

        Ärende: Felmeddelanden...

        En fråga från en undrande: Hur gör man en varm reset. /Martin
        • Johan Olofsson <5809> · Text 7289 · w8 · kommentar

          1987-08-04 09:22

          Ärende: "varm" reset

          jag menade anrop med CALL(0).
          • Johan Olofsson <5809> · Text 7291 · w8 · kommentar

            1987-08-04 13:15

            Ärende: "varm" reset

            Brukar annars använda en liten program-snutt för att försäkra mig om att alla reserveringar av minnet och DOSbuffertar blir borttagna: 10 FOR X=64833 TO 64945 STEP 16 20 POKE X,255 ! markerar lediga DOSBUF 30 NEXT X 40 POKE 65405,216,253 ! pekare länkad instruktionslista (DOS) 50 POKE 65407,253,6 ! pekare länkad funktionslista 60 POKE 65292,0,128 ! Y.BOTM 70 POKE 65294,134,241 ! Y.TOP (F186) Brukar funka bra i stället för CALL(0) efter t.ex. DO och ISAMoption. Är det någon som vet varför Y.TOP brukar initieras till F186 i stället för F4FF alldeles under DOSBUF0 ? Inte för att det spelar nån roll, men nyfiken kan man ju vara.
            • Kristoffer Eriksson <5357> · Text 7306 · w8 · kommentar

              1987-08-05 23:22

              Ärende: Mellan Y.TOP och dosbuf

              I det mellanrummet ligger variabler för optionsprommet (som pekas till av adress 65500) och en stack (Y.CMDSP).