Spara prog...

12 posts in thread

• Petter Stahre <4501> · Text 32 · w8 · inlagg

  1985-07-05 21:49

  Ärende: Spara prog...

  Ahhh...! Nu fungerar det med att spara. Jag har också lärt mig lite mera. Vilket härligt språk! Roligare än Basic! Lättare än Assembler! Tack för alla tipps!! Näe... nu måste jag sluta, och fort(h) gå över till Forth! Forth är tydligen vanebildande!! M.v.h. Petter Stahre
  • Bengt Svensson <5104> · Text 33 · w8 · kommentar

    1985-07-05 22:15

    Ärende: Spara prog...

    Jag håller fullkommligt med dig det är vane bildande.
    • Rainer Kaasalainen <1783> · Text 34 · w8 · kommentar

      1985-07-06 20:50

      Ärende: Spara prog...

      Jådå! Jag har pulat lite ( ca 3 månader med ett FIG-FORTH på mitt MMF 9000 maskin och jag har haft mycket nytta även screens avsedd för ABC80x Forth. Vissa ord har jag varit tvungen att ändra men det mesta som passar till ABC maskin tycks funka bra på mitt oxå. Otroligt nästan med tanke på att dessa har så olika CPU:er än Z80 på ABC och 6502 & 6809 på mitt. Härligt att kunna dra nytta av andras arbete ( utveckling av prgs i Forth ska nog kunna ge mycket!). Jag ska skicka över lite filer (srcreens) när jag får mitt version av modemprg färdigt.
      • Bengt Svensson <5104> · Text 35 · w8 · kommentar

        1985-07-07 21:58

        Ärende: Spara prog...

        Vad är en MMF 9000 för en maskin? Vad har den för CPU? Skulle vara roligt och veta. Jag själv kan väl inte sådär överst mycket Forth men det lilla jag har lärt mig så har jag fastnat för Forth. Fram för mera Forth programmering. m.v.h Bengt Svensson <5104>
        • Rainer Kaasalainen <1783> · Text 36 · w8 · kommentar

          1985-07-08 09:26

          Ärende: Spara prog...

          MMF 9000 är en större Commodore maskin, som igrunden är en 8050 ( fel av mig ) 8032 dator, som har 6502 CPU. 9000 är utökad med 6809 CPU och var i grunden försed med 256 k dyn RAM. För närvarande besitter mitt maskin 896 k RAM därav en del som RAM Floppy och en del bankswitchad för användning för båda processorer. Detta låter ej så bra som det faktiskt är därför, att även 8050 disk-station innehåller enligt Commodore maner 2 st 6502 CPU och 8k ram. Dessutom har ja en sk. SCIP interface mellan datorn och modem, vilket ombesörjer alla omvandlingar mellan PET's pekuliar ASCII och standard ASCII samt handskakningen mellan RS-232 och 9000:n IEEE-488 bus. SCIP är också försed med eget CPU och 128 bytes minne för inkommande data. Allt detta gör att jag kan handska 'modem' presis som vilka andra enheter i systemet och öppna även filer till modem för skrivning och läsning i samma maner som till ABCxxx floppy drivar. Dessutom kan nämnas att förutom BASIC har jag Forth, APL, Cobol, As- sembler ( både rak och symbolisk med macrogenerering ) samt Commodores kompletta 'business' programvara. En liten nätt kombination enligt mitt åsikt. Vad tycks?? Z
          • Sven Östberg <5246> · Text 37 · w8 · kommentar

            1985-07-09 00:10

            Ärende: Pet Forth

            Hur utnyttjar du (om du gör det) allt minne när du kör Forth? Kan datorns båda processorer köras parallellt? Det vore rätt lattjo i så fall.
            • Rainer Kaasalainen <1783> · Text 38 · w8 · kommentar

              1985-07-11 00:30

              Ärende: Pet Forth

              Tyvär kan jag ej använda 6809 CPU:n med Forth därföt, att Denna version jag har är gjort för 6502 och är annars oxå lite peculiar med Pets full screen editing. Dessutom använder det en massa interna ROM rutiner som sitter inne för 6502 OS. Kan inte heller nuvarande köra parallenlt med båda CPU:er. Funderar att försöka få någonslags automatisk bankswitchin för att kunna utnyttja mera minne under Forth, eller flytta delar av Forth kernel till annat minnesområde. Har du någon ide hur??? Tror oxå att det är möjligt att utnyttjainterrupt rutiner ( 60x/sek) för att swizcha mellan CPU:er. Ursä5ta s5rvfe6en har någ4n fe6 med tangentb4rdsav54dnng!
              • Sven Östberg <5246> · Text 39 · w8 · kommentar

                1985-07-11 09:43

                Ärende: Pet Forth

                (. Hördu, satt du och groggade medan du skrev inlägget? .) Hur man utnyttjar mer minne under forth? Tja, lite har jag väl funderat på det. Men jag antar att man måste vara väl förtrogen med hårdvara/assembler för det. Om man vill utnyttja en annan bank som dataarea, bör det inte vara någon svårighet att göra ett BÉ och B!, d.v.s. hämtar data från en annan bank än där programmet körs, BANKÉ/!. Petarna brukar ju lagra info om gällande bank i byte 0 eller 1, så om man gör ett assemblerkodat ord som ändrar i detta register och sedan återställer det innan det hoppar tillbak till forthen, bör det gå bra. Riktigt intressant blir all denna minne inte förrän man kan använda det för 'mera program' (hur i helvet någon kan orka skriva ett forthprogram som är större än 60 kByte). Tja, jag kan tänka mig att man fixar till någon typ av overlay-teknik, och i princip använder extra bankarna för att lagra overlayerna på. (Alternativt kan man väl tänka sig att man har forthkärnor i alla banker, med olika program på, och så hoppar man mellan dem. Knöligt!) Det finns nog fler sätt att göra det på, men för mig är det enbart ett teoretiskt problem. För det första har jag aldrig varit 'Out of memory' och för det andra har jag inga fler banker att tillgå, fast ibland har jag haft lust att skriva en overlayhantering (från disk då förstås).
                • Rainer Kaasalainen <1783> · Text 42 · w8 · kommentar

                  1985-07-29 16:25

                  Ärende: Pet Forth

                  (. Ja, jag groggade lite samtidigt, MEN teckenfelen berådde, att en LS145, som avkodar tangentbordet till PIA 6520 håll på att gå i grav eller vad de nu brukar göra vid döden .) Nu är de mesta kringkretsar utbytta och jag hoppas deras livlängd är lika stort som originalens (från -79 kontinuerligt dygnet runt ). Bankswitching har jag redan i mitt forth system för data areor. Det var inget större problem. Problemet är, att denna Forth är skrivet för 6502 och jag kan inte då använda 6809. Normalt när jag använder 6809 fungerar 6502 som in/out och bildkärm hanterare. Samt kan kommunicera med varandra via 4k block på adr 9000 hex, som de har som gemensamt minnesarea. Implementationen av Forth för 6502 är inte den bästa man kan tänlka sig. 0-page hanteringen är lite peculiar, enär stacken ligger där tillsammans med en massa pekare, samt att 'kernal' använder mycket av Pet's egna in/out rutiner på IEEE-48488 bussen, vilka är ej världens snabbaste (ca 50000 tkn/sek ). Däremot kan jag med asm klara 20x dito. Overlay tekniken är oxå inbyggt i Forth med klumpiga rutiner, jag vill ha bättre ( =snabbare ) . Vad sen kommer out of memory, kan jag berätta, att vid körning med Victor 9000 med 640k ram vid auto-cad system har jag fått out of memory mer än en gång!!!. Vad som skulle vara intressant att studera (=implementera) är ett tysk system, vilket använder detta extra minne i 16 x 32k banks i normala operativa system ( iklusive alla pekarae från ¤0000 ¤7fff, så att man kan ha 16 st 32k Pet med egna prg och pekare samtidigt i minnet, men kan endast köra en åt gangen.??? Vad jag skulle vilja ha är ett Forth kernal med meta-kompiler för 6809 cpu ? Ved du var denna finns att få tag i?
                  • Sven Östberg <5246> · Text 43 · w8 · kommentar

                    1985-07-29 19:17

                    Ärende: Pet Forth

                    Jag sätter mer än gärna 2:50 på att du INTE har fått out of memory när du har kört Forth. Det ska vara djävligt häftiga program i så fall. Att overlay-hanteringen fungerar långsamt på din maskin berof väl på att IEEE-bussen är slö? En lagom overlay ligger kring 1000 Byte (?), så jag har svårt att tänka mig att det kan bli så mycket snabbare utan att byta hårdvara. I Forth-dimensions finns ett index över olika Forth vendors. Om du inte har tidningen kan jag dra några adresser. (Det är inte en Pet SWTPC-dator du har?) Förresten, vem har gjort din nuvarande forth? Kanske dom har en metacompiler för ditt 6502-system med källkod för 6809-systemet? (Crosscompiler ska det väl heta.)
                    • Sven Östberg <5246> · Text 44 · w8 · kommentar

                      1985-07-29 22:04

                      Ärende: Pet Forth

                      Det där med overlayerna: Varför inte göra en datasträng av dom, och förvara dom som data i någon av bankerna? (Det kanske blir lika långsamt som diskaccerna?)
          • Bengt Svensson <5104> · Text 40 · w8 · kommentar

            1985-07-11 19:41

            Ärende: Spara prog...

            Mmmmmmmm.........