Pascal (DIAB)

11 posts in thread

• Jörgen Westman <5074> · Text 3684 · w8 · inlagg

  1987-07-12 12:22

  Ärende: Pascal (DIAB)

  Är det någon som har hämtat hem DIABS pascal från monitorn, och fått den att fungera ?. Själv lyckas jag inte ens ladda in ABS-filen. Jag kör inte under ABCDOS, utan använder AODOS som är sålt under namnet DEAR system, annonser finns t.ex i Bladet. Då AODOS inte kan hantera ABS filer har jag använt mig av kassetversionen för inladdning av ABS filer, som heter CMDINT.CAS. Jag har även tittat lite närmare på själva ABS filen, och tycker den ser konstig ut, i början. Om jag inte missupfattat allt ska en ABS fil ha följande utseende: Byte 0: 0=data finns ladda, 255=data slut ta nästa block Byte 1: längd av data att ladda, om 0 är ABS filen slut, och i så fall skall endera exekvering starta, eller ett återhopp till CMDINT ske, det sista sker om start adressen för den laddade koden är 0. Byte 3: Hög adress byte för laddning av kod, el start adress Byte 5: Låg adress byte för laddning av kod, el start adress Byte 7-:Själva koden att ladda i minnet. Då man tittar på första ABS blocket i pascal.abs filen, börjar den på 0,1,0,1,FE,63,9C,C9,C9,0,EA,0 Detta skulle betyda: ladda kod längd 1 adress 163 data C9 vilket verkar mysko emedan det är prom på åden platsen. Då kassetprogramet används laddas endast detta första block. Vore tacksam för andra erfarenheter, eller hjälp med tolkning av en ABS fils innehåll, om min uppfattning skulle vara felaktig. Vänliga sommarhälsningar <5074>, J Westman.
  • Mikael Bergvärn <3762> · Text 3754 · w8 · kommentar

    1987-08-30 12:43

    Ärende: Pascal (DIAB)

    Jag kör också med AO-dos, jag har dock inte provat PASCAL, men finns det inte en fil som heter PASCAL.BAC som startar upp ABS-filen från BASIC? Det fungerar åtminstone så med KERMIT80. Med KERMIT80 .BAC startar jag upp KERMIT80.ABS. Det f ungerar utmärkt. Försöker jag däremot an vända RUNABS.SYS (finns på systemskivan till AO-dos) går det inte alls. Har du hämtat hem PASCAL-filen med TERM 100? Utan problem? På min maskin händer det att filstorleke n blir 0.0k och filen går ej att läsa in från skivan. Detta fel uppkommer inte vi d varje filöverföring men ganska ofta vi d stora filer. Man ser att filen skrivs in på skivan men när man sen stänger fil en händer ingenting. Filen finns alltså på skivan men kan ej läsas in. Man kan d ock rädda!filen genom sektorläsning. Det ta är dock ganska omständigt och kan mis slyckas. Detta problem gäller endast TERM100. TEDTERM fungerar utan problem. Finns det någon som vet vad som har hänt med leverantören till DEAR-system, A.O. elektronik i Munkfors? Deras telefonnumm er ger hänvisningston och enligt telever ket har abonemanget upphört. m.v.h Mikael
    • Björn Kornefalk <4463> · Text 3755 · w8 · kommentar

      1987-09-01 01:22

      Ärende: Pascal/AODOS/AO ELEC

      PROBLEMET NÄR MAN FÖRSÖKER STARTA PASCALEN MED AODOS ÄR DET ATT PASCAL- PROGRAMMET ANROPAR RUTINER I ABC-DOSET SOM ÄR ANNORLUNDA ÄN I AO-DOS (VISSA ÄR LIKA MEN INTE DE FLESTA). TERM100 OCH AODOS FUNGERAR SOM SAGT DÅLIGT MED VARANDRA, KÖR TEDTERM ISTÄLLET ELLER HÄMTA FILEN SOFTSIO.32K ELLER SOFTSIO.16K OCH GÖR DIG ETT EGET TERMINALPROGRAM (SE HJÄLPFILEN OCKSÅ). MVH BJÖRN KORNEFALK
      • Stefan Persson <1980> · Text 3756 · w8 · kommentar

        1987-09-01 16:30

        Ärende: Pascal/AODOS/AO ELEC

        Vad ni säger här förvånar äite, eftersomtillverkarn AO-Elektronik ju gjort reklam för enn ny dator, HELT kompatibel med ABC80. Vad ni säger är ju att AODOS inte fungerar likadant som gammal ABC80- prgramvara. Ska det olka så att de som tänkt "fortsättnings- investera" i en ABC80-klon ör tänka sig för??
        • Jörgen Westman <5074> · Text 3758 · w8 · kommentar

          1987-09-01 20:30

          Ärende: Pascal/AODOS/AO ELEC

          Med kompabilitet menar AO-E endast anrop från basicen, så alla avanserade program skrivna i assembler som anropar doset fungerar mycket dåligt. AODOS har t.ex sina systemvariabler i två dosbuffertar som ABC doset använder, och de är inte ens markerade som upptagna från ABCDOS sett, vilket kan få oanade konsekvenser. Dessutom är de systemvariabler som AODOS har på samma area som ABCDOS har sina inte alls lika. Så om man vill köpa AODOS måste man bereda sig på mycket besvär med att dissassemblera avanserade program, och försöka skriva om alla anrop som går direkt till DOSET, eller de som kollar vissa systemvariabler i DOSET. Så jag vill avråda från köp av AODOS system. Då firman nu har upphört kanske ovanstående inte har så stor betydelse. Mvh JW
          • Peter Thärning <3707> · Text 3766 · w8 · kommentar

            1987-09-04 19:49

            Ärende: AODOS - assemblerkurs

            Att köpa ett AODOS-system verkar vara ett effektivt sätt att lära sig maskinspråksprogrammering! Kanske ett alternativ till den utdöda assemblerkursen?
            • Jörgen Westman <5074> · Text 3768 · w8 · kommentar

              1987-09-05 10:39

              Ärende: AODOS - assemblerkurs

              Ja verkligen, jag har i nämd ordning kämpat med ted, lökaren, kermit, ass och pascalen. Ted och lökaren har jag lyckats med, ass fungerar under vissa förutsättningar, kermit likaså. Pascalen har jag inte hunnit med riktigt än. Man tvingas ju behärska ABC80:s opertivsystem, anropen till ADCDOS samt alla anropen till AODOS. Så om man lyckats har man lärt sig dessa tre, plus blivit en rackare på att disassemblera andras program. En positiv sak tillslut om AODOS, i prommet finns från början printerrutinen OPEN 'VSAnnn' osv, plus en maskinspråks monitor som uderlättar debugging av assemblerrutiner avsevärt.
    • Jörgen Westman <5074> · Text 3757 · w8 · kommentar

      1987-09-01 20:18

      Ärende: Pascal (DIAB)/aodos/ao elektonik

      AO elektronik har lagt ner sin verksamhet, det har jag fått bekräftat av Roger Hedlund som ju står för copyrighten för AODOS. När det gäller uppstart av ABS filer går det utmärkt att göra som i kermit80, men inte bra med programmet på systemskivan. Det första problemet som jag hade med pascalen var att ABS filen blivit fel efter mottagning med kermit, om man tog emot med GETFIL blev den sedan korrekt. De övriga problemen med anropen i DOS håller jag som bäst på med att lösa, genom att göra nya anrop från pascalen till egna rutiner som i sin tur anropar AODOS på ett korrekt sätt. Nämnas bör att pascalen gör direkfilsanrop, vilket AODOS inte har i prommet, och som fugerar dåligt när den har laddats in. Pascalen behöver dessutom hela 32k arean, vilket medför att konverteringsrutiner och direktfilshantering bör ligga på annat minnesutrymme. Själv har jag 1k ram på 7400-7800H för direktfiler, och dessutom ram mellan 4000-5800H, vilket är lätt att för en billig penning installera på AODOS kortet. Om någon är intresserad har jag både Lökaren och TED, omskriven så att librutinerna fungerar, plus att de kan laddas in från 4000H och uppåt om så önskas, då får man ju stor plats för filer och program.
      • Jaan Tombach <4283> · Text 3761 · w8 · kommentar

        1987-09-02 20:11

        Ärende: Lökaren /AODOS

        Vi har till klubben fått lökaren föt aodos av Jörgen. Om intresse finns så läggar jag in den i programbanken så fort som maskinerna finns på plats igen efter vattenskadan.
      • Mikael Bergvärn <3762> · Text 3769 · w8 · kommentar

        1987-09-06 22:33

        Ärende: Pascal (DIAB)/aodos/ao elektonik

        Direktfilshanteringen i AODOS fungerar numera. Från och med ver 1:77 finns direk tfiler med i AO-DOS prommet. Man måste dock bygla promm V1 på kontrollerkor f ör att det skall fungera. Från och med ver 1:77 kan man också skapa och sätta underbibliotek direkt med LIST C: kommandot. Buggen med direktfilerna höll dock i sig ända till ver 3:30, som är den senaste (sista?) verisionen. Ver 3:30 är för dubbelsidiga disketter (640kb) Under vilka förutsättningar fungerar inte ASS? Jag har provat det och aldrig råk at ut för något fel. Att KERMIT80 inte fungerar beror enligt Peter Öhlén på KERM ITEN själv. Om TERM100 inte går att använda, finns det något annat program som k an dumpa inkommande text till floppyn. TEDTERM har ju en begränsning på 20000 te cken. 20kb kan låta mycket men t.ex MSG texter och BAC-filer (med TYPE,H) kommer lätt upp i betydligt fler tecken. Att dela upp texten i flera filer är opraktis kt, omöjligt vid hämtnig av program då man förlorar några tecken när TEDTERM signalerar minnet fullt. Är det nån som vet om man fortfarande kan få tag i delar till AO-DOS? Bl.a ramfl oppyn och den tekniska manualen. Hälsningar Mikael
        • Jörgen Westman <5074> · Text 3771 · w8 · kommentar

          1987-09-08 18:18

          Ärende: Pascal (DIAB)/aodos/ao elektonik

          Jag har inte ver 1.77 utan 1.70, som var den sista uppdateringen jag fick. Möjligen har man flyttat systemvariablerna i 1.77 för om systemvariablerna ligger som i 1.70 fungerar inte ASS. Det problem som jag har med ASS är att om jag assemblerat en fil i minnet och vill ha dess listningsom en diskfil, och direkt efter denna assemblering väljer något ur TED menyn, så skriver ASS, eller DOSET en sektor från listfilen på en godtyklig plats på skivan vilket inte är så lyckat. Om jag däremot direkt efter assembleringen trycker på RESET så uppstår ej detta problem. Det andra problemet är när ASS kollar om LIBrutinen som skall ligga i en outnyttjad DOS buffert är överskriven. Eftersom det ligger systemvariabler där, så troro ass att rutinen är överskriven, detta problem fixade jag lätt, genom att ta bort checken. Problemet med kermit är själva filhanteringen, fungerar verkligen copy, lib, delete och rename, på min fungerar de inte. Jag har försökt att skriva om dem och jag har också fått dem att fungera, men ibland vill de inte så något fel har jag tydligen kvar att fixa. Förresten var har man lagt direktfilshanteringen någonstans ? För hårdvara till AODOS kolla med ABC medlemmen Roger Hedlund, han skulle fixa lite hjölp med systemanrop till mej men har inte hört av sig.