Register prg?

17 posts in thread

• Kent Berggren SYSOP <6019> · Text 3180 · w8 · inlagg

  1986-03-25 09:04

  Brev till: ABC800 Ärende: Register prg? Jag söker ett mycket säreget program som kan göra följande med. Jag vill lägga upp olika komponent listor i ett register. Sedan till det skall jag ha ett annat register som jag har komponet priser i och ett 3 som jag har leverantörer. Sedan vill jag kunna göra beräkningar från alla dessa register. Jag har ingen uppfatning om vilket program som klarar av den kalkylen. Det rör sig om flera komponetlistor och en massa komponenter som jag är intreserad av. Vet någon om ett sådan program finns eller vilket bas/kalkyl prg som kan greja upp det hela??? M V H Kent
  • Sven Wickberg <1384> · Text 3183 · w8 · kommentar

    1986-03-25 15:22

    Ärende: Register prg?

    Det GÅR att göra med BASREGISTER 800, men då får man skriva bearbetsnings- programnmet själv på grundval av medfölande SKRIV-program. AV beskrivningena att döma är detta gjort i det nya registerprogrammet från Pdata (kommer inte ihåg vad det heter). Ringe Sörensfors i Lund och fråga.
    • Kent Berggren SYSOP <6019> · Text 3185 · w8 · kommentar

      1986-03-25 15:58

      Ärende: Register prg?

      Finns det inget bättre än Bas 800. Per Sörenfors han har väll sålt pdata har jag för mig.
    • Patric Ljung <5455> · Text 3191 · w8 · kommentar

      1986-03-26 08:53

      Ärende: Register prg?

      MAGNU!!!!! klarar det elegant. Fast dessvärre är det skapligt dyrt. 30000:- om jag inte minss fel. Fast å andra sidan har du fått ett perfekt verktyg för register, allra bäst i fleranvändar miljö. Om du har många olika behov för ett register kan det lämpa sig. Du klarar galant att göra en kalkylator av det, om du skulle behöva det. Men om du är ensam användare med enbart ovan angivna behov är nog MAGNUM FÖR kraftfullt. Annars rekomenderar jag MAGNUM mycket STARKT. Moss / Patric
      • Kent Berggren SYSOP <6019> · Text 3196 · w8 · kommentar

        1986-03-26 13:00

        Ärende: Register prg?

        Berätta mer.
        • Patric Ljung <5455> · Text 3203 · w8 · kommentar

          1986-03-27 09:07

          Ärende: Register prg?

          Ojj. Då får jag inte gå in på detaljer. MAGNUM är, skulle man kunna säga, en metod för att bygga upp register. Men eftersom ett register program innehåller till mycket stor rutiner som är lika för alla olika typer av registerprogram. För att bygga upp ett register behöver man inte programmera ett skvatt. Njaa, det beror sig på vad man menar med programmera, men ingen BASIC eller annat. Tanken med MAGNUM var att det skulle vara flexibelt, snabbt osv att användare själv kan göra sin egen applikation som passar just honom. Och det är just vad MAGNUM kan. Av en riktigt rutinerad "applikations- byggare" kan det göras på två dar. (utifrån ingenting utom MAGNUM). Annars på en vecka, och då kan man göra valfri applikation. För att ta ett exempel kan du göra ett butiksdatasystem, där du går in i en meny och väljer rutinen 'Läs kassa-apparater', då kan du få MAGNUM att ringa upp samtliga butiker (deras kassadatorer) och läsa av alla transaktioner och lagra detta i registret. Den andra fördelen är att man när som helst även när systemet är färdigt, kan gå in och ändra om. Man kan ha 9 system och i varje system 9 register, dessa kan i sin tur relatera till varandra. varje register kan innehålle 256000 poster per fil (register som jag sa tidigare). 90 fält per post och 63 tecken per fält. Läs vidare i den lilla svarta 'SYSTEM ABC800' version 3.0 sid 55 f. mvh / Patric
          • Kristoffer Eriksson <5357> · Text 3290 · w8 · kommentar

            1986-04-04 23:14

            Ärende: Register prg?

            Hur har du konstruerat EXE-filerna? Behöver de ha något annat format än ABS-filer? (De kanske är relokerbara?)
            • Mikael Lidén <5651> · Text 3296 · w8 · kommentar

              1986-04-05 14:42

              Ärende: Register prg?

              Misstänker att kommentaren är avsedd till något av mina inlägg om multitasking, Assembler koden är iofs inte relokerbar, men man behöver aldrig jobba med relokerbara program då alla program alltid får samma adressområde tilldelats sig, via minnesmappning. ABS formatet kommer inte på tal då programmen skall kuna vara upp till 256K + innehålla lite uppgifter såsom stack-space, data-utrymme mm, kom gärna med idéer om formatet. Mening är att skriva en assembler som ger .OBJ filer som sedan kan länkas med länkare för tillsammans med biblioteks filer .LIB generera .EXE filer, formatet är långt ifrån klart det än så länge bara idéer.
              • Kristoffer Eriksson <5357> · Text 3332 · w8 · kommentar

                1986-04-08 23:59

                Ärende: EXE-filer i XOS

                Tja, inte vet jag vad som behövs, men filen kan väl i alla fall bestå av ett informationshuvud och ett antal block med maskinkod. I huvudet anges sådant som startadress, stackpekarens start och utrymme, antal program- och datablock som önskas samtidigt inmappade, prioritet, tidskvanta osv. (Kanske ala registers startvärden, och inte bara PC och SP? Nej det var inte alvarligt menat). Fast prioritet och sånt kan man vilja styra från den process som begär inladdningen. I början av varje kodblock anges om det är program eller data (stack?), minnesblocknummer, startadress inom blocket, längd och kanske en kontrollsumma.
                • Kristoffer Eriksson <5357> · Text 3357 · w8 · kommentar

                  1986-04-10 21:21

                  Ärende: EXE-filer i XOS

                  Kanske man skulle ha relokering ändå, i fall man någon gång skulle få för sig att flytta de imappade blockens logiska adresser (med hänsyn till vissa systemvariabler t ex) ? .REL-filerna kör med styrinformation inbakat i programkoden, t ex en kod får ett antal bytes att läsas in utan relokering (sådant som inte är adresser), en annan läser in en tvåbytes-adress som adderas med en basadress, osv. Men jag skulle vilja föreslå att all relokeringsinfo läggs i en tabell i filens slut. Där skulle man också kunna ha en symboltabell för debugging-ändamål, som även går att ta bort om man vill spara utrymme.
                  • Mikael Lidén <5651> · Text 3368 · w8 · kommentar

                    1986-04-11 17:53

                    Ärende: EXE-filer i XOS

                    Kan vara vettigt, det är dock tveksamt hur mycket jobb man skall lägga ned, på XOS.
            • Patric Ljung <5455> · Text 3323 · w8 · kommentar

              1986-04-08 15:06

              Ärende: Register prg?

              Hmm, var det rätt inlägg du kommenterade? Moss / Patric
  • Bo Michaelsson <913> · Text 3193 · w8 · kommentar

    1986-03-26 09:51

    Ärende: Register prg?

    Kanske dBASE skulle kunna göra det. Programvaran kan hantera flera databaser som man kan växla mellan. Beräkningar kan också ske, men något utpräglat kalkyl-program är inte dbASE. Det är annars mycket kraftfullt fast det har ju nackdelen att köras under CP/M eller MSDOS m fl.
    • Mikael Lidén <5651> · Text 3197 · w8 · kommentar

      1986-03-26 13:08

      Ärende: Register prg?

      Kanske DATAFLEX finns under CP/M,MSDOS,UNIX.
      • Kent Berggren SYSOP <6019> · Text 3198 · w8 · kommentar

        1986-03-26 13:11

        Ärende: Register prg?

        Inga CP/M prg tack!
        • Mikael Lidén <5651> · Text 3199 · w8 · kommentar

          1986-03-26 13:32

          Ärende: Register prg?

          DATAFLEX är mycket kraftfullt verktyg när det körs under MSDOS, innefattar databashanterare och ett applikations programspråk, man kompilerar sina program och de blir snabba i förhållande till Dbase osv. Som sagt det var under MSDOS. Men det skulle kanske räcka med ISAM och lite specialsydda rutiner åt dig.
          • Curt Rehnborg <1121> · Text 3235 · w8 · kommentar

            1986-04-02 09:08

            Ärende: Register prg?

            Skulle tro att MULTIBAS klarar detta problem, har gjort något liknande och det gick fint med Multibas H-ning Curt