Kalkylprogram

25 posts in thread

• Anders Fransson <7544> · Text 8678 · w8 · inlagg

  1989-01-29 18:03

  Ärende: Kalkylprogram

  Jag tog hem det kalkylprogram som finns i programbanken under ABC800/ BERÄKN och sparkade igång det. Det sket sig så det skrek. Uppenbarligen har den som sänt in det inte orkat provköra det. Ett par buggar av enklare art har jag hittat tämligen snabbt i CALCMENY.BAS men när huvudprgrammet, CALC3.BAS, brakar ihop p.g.a. flera fel varje gång jag försöker köra så blir jag lite lessen i ögona. Är det nån som möjligen har kört det här programpaketet och som kan tala om vad man kan göra åt det (mer än att dumpa det i runda filen)?
  • Mika Ihanus <7563> · Text 8679 · w8 · kommentar

    1989-01-30 23:23

    Ärende: Kalkylprogram

    Jag har också råkat ut för samma problem som du med CALC-programmet men har ej kunnat listat ut felen.
    • Anders Fransson <7544> · Text 8680 · w8 · kommentar

      1989-01-31 23:40

      Ärende: Kalkylprogram

      Kan nämna att caclmeny.bas innehåller åtminstone två fel: dels står det på ett ställe calc3.800 i.st.f. calc3.bas vilket gör att chain inte lyckas när man försöker läsa in en befintlig fil (t.ex. calcex1), dels accepterar inläsningen av namn på befintlig fil bara stora bokstäver vilket satte myror i huvudet på mig en stund. I calc3.bas finns ett funktion som på något vis skall ta hand om felkoder från basicen och som heter FNEc. I den förekommer ett uttryck med funktionerna ASCII, MID och INSTR. INSTR-uttrycket är felaktigt, man får peta in +1 på slutet för att inte MID skall spåra ur. Sen finns det ett fel av samma art någon annanstans som ger underindexering så fort man försöker flytta sig till ny ruta med RETURN. Där gav jag upp. Men! allt är inte bara mörker. Jag fann ett annat spreadsheetprogram i banken under det lite mystiska namnet SPRIT. Jag skall prova det oxå så kanske min syn på programbanken modereras något.
      • Anders Fransson <7544> · Text 8693 · w8 · kommentar

        1989-02-03 23:36

        Ärende: Kalkylprogram

        Nähä. Det var lika illa ställt med SPRIT. Går överhuvudtaget inte att köra. Så fort man försöker göra någonting om så bara sparka igång medföljande exempel så kraschar alltihopa. Vad är egentligen värdet av en programbank om den innehåller sånt här skräp? Två förslag till ansvariga för programbanken: 1) Testa inskickade program så att de fungerar innan de läggs in. 2) Rensa bort sådan skit som CALC och SPRIT som är helt oanvändbart.
        • Sven Wickberg <1384> · Text 8694 · w8 · kommentar

          1989-02-04 20:46

          Ärende: Kalkylprogram

          Som medverkande i programkommittén såsom mottagare av vissa inskickade ABCprogram vill jag bara tala om att det givetvis är vår ambition att rensa ut sådant som är dåligt eller inte fungerar. Emellertid är det inte alltid lätt eller ens möjligt för oss att göra det. Åtskilliga program som kommer inte - speciellt stora programpaket - är så invecklade att man knappast har tid att sätta sig tillräckligt myhcket in i dem för att kunna upptäcka att de har antagonistiska fel. Betr ABC-maskinerna är det allt färre som har sådanan över huvud taget. Kanske någon som jobbar flitigt med ABC80 och ABC800 skulle kunna ställa upp för att hjälpa oss med tester? Skriv i så fall brev till Progred. Är "alla" införstådda med att CALC och SPRIT är icke fungerande program som borde kasseras?
          • Mika Ihanus <7563> · Text 8695 · w8 · kommentar

            1989-02-04 22:43

            Ärende: Kalkylprogram

            Jag har testat calc-programmet likaså REGISTER.BAS som inte alls funkar. Ska man skriva och klaga då ?
          • Anders Fransson <7544> · Text 8697 · w8 · kommentar

            1989-02-04 23:34

            Ärende: Kalkylprogram

            Jag kan vid eftertanke inse programbanksvårdarnas problem. Det känns bara lite trist när man tänkt att uträtta en viss sak, funderat på hur det lämpligen skulle gå till, letat i programbanken, faktiskt funnit ett användbart program (tror man), glad i hågen tagit hem det över en modemlina, sparkar igång det för att prova och sedan finner att det kraschar så fort man försöker komma längre än den inledande menyn. I fallet CALC tittade jag lite på felen för att vara säker på att det inte rörde sig om maskininkompatibilitetsproblem, SBS (Skit Bakom Spakarna) eller något sådant. Det visade sig dock att felen var av den arten att konstruktören vid en provkörning mycket snabbt skulle ha hittat dem. Slutsatsen blir att programmet i det skick det befinner sig aldrig har blivit provkört, inte ens av konstruktören. SPRIT har jag inte undersökt närmare; symptomen verkar dock vara likartade. Tanken med de här inläggen var väl kanske dels att konstruktören skulle få chansen att förbättra sitt alster och därmed rädda sin ära (om han bryr sig om den) och dels att se om flera medlemmar haft samma erfarenhet av dessa program. Tyvärr har inte så många reagerat. Det var bara Mika Ihanus som anmälde sitt intresse och han hade tydligen haft likartade problem.
            • Sven Wickberg <1384> · Text 8701 · w8 · kommentar

              1989-02-05 21:09

              Ärende: Kalkylprogram

              Jag var med litet grand i klubbens barndom när program böjrade komma in. Det visade sig mycket snabbt nästan ogörligt att ha kvalitetskrav på programmen - man fick nöja sig med att konstatera om de såg ut att fungera vid en provkörning. Ifall det gällder ett enkelt spelprogram kan man se ju om grafiken fungerar och om det går att svara jan/nej, skjuta osv. Men kalkylprogram och registerprogram innehåller så många alternativ att det hjelt enkelt inte finns tid att kolla allting. Dock är jag förvånad över att man släppt igenom ett program som - om det Anders och Mika säger stämmer - inte ens går att starta upp, och som tycks vara tokigt skrivet redan i porten. Men allt jobb på denna punkt sker på ideell basis av folk som byts ut efter hand. Den som vill se ett ännu bättre jobb på detta område får i så fall lov att själv ställa upp och hjälpa till (det är ju så det brukar fungera, och det är ju iofs ganska bra) Jag skall försöka se till att sådana program som anmäls som gravt felaktiga inte finns kvar. Problemet är dock att det KAN komma felrapporter från t ex ovana användare som själva gjort något tokigt, t ex kör på fel sorts maskin, med fel parametrar osv. Man vill ju vara något så när säker på att man inte tippar ett program som ändå fungerar om det används rätt.
              • Anders Fransson <7544> · Text 8703 · w8 · kommentar

                1989-02-05 23:20

                Ärende: Kalkylprogram

                Mycket riktigt. Därför skulle jag föreslå att konstruktören av prgrammet ges en chans att fixa till sitt alster, kanske genom en påstötning av programbankens vårdare. Det kan ju oxå hända att infon till programmet inte är tillräcklig och då kanske det kan åtgärdas. För att nu kommentera fallet CALC kan jag nog säga att det verkar handla om att ett program som först skrevs för ABC80 har modifierats lite för många gånger i syfte att få det att gå på 800-maskiner. Man har gjort en massa ändringar och i slutändan har det inte provkörts. Det kan t.o.m. vara helt OK i den ABC80-version som finns men det har jag ingen möjlighet att konstatera. Fallet SPRIT ser lite annorlunda ut. De fel jag sett verkar mest handla om fel i filhanteringen som att en fil inte är öppnad när den skall användas o.d.. Detta program har förefaller oxå ursprungligen ha skrivits för 800-serien. I båda fallen tror jag att konstruktören skulle kunna fixa till programmen lättare än vad någon annan kan. Att gå in och peta i Basic-kod som någon annan skrivit är ungefär som att försöka sluta sig till funktionen hos en elektronisk apparat genom att titta på foliemönstret på ett obestyckat kretskort. Kanske möjligt men definitivt inte skoj.
              • Johan Olofsson <5809> · Text 8713 · w8 · kommentar

                1989-02-07 21:43

                Ärende: Kalkylprogram - kvalitet?

                Just kalkyl-pgm vet jag att jag tog hem när det var nytt. Det gick mycket väl att starta på 802:a, men hade nog nån bugg så att man fick vara försiktig vid användandet. Mitt intryck var INTE att pgm var undermåligt. Kan det ha att göra med skillnaderna mellan olika maskiner? Eller har vi blivit mera bortskämda numera, med alla fina Free-, Share- och billighets-program till IBM?
      • Kristoffer Eriksson <5357> · Text 8704 · w8 · kommentar

        1989-02-06 01:42

        Ärende: Kalkylprogram som inte fungerar

        Att det står CALC3.800, när programmet heter .BAS, kan bero på någon omdöpning av programmen som skett när de las in i banken. Det har inte varit helt ovanligt att folk skickat in program och kallat dem .800 för att markera att det är 800-program, och att vi sen döpt om dem till .BAS, eftersom det är intres- santare att markera att filen är ett basic-program, när den ändå ligger i ett bibliotek med bara 800-filer. Det tråkigaste man kan råka ut för i programredaktionen, är när det kommer in ett stort ambitiöst program eller programpaket, som inte riktigt fungerar. Varför sänder folk in sånt egentligen? Oftast visar sig författaren dessutom vara otillgänlig. Man får väl förmoda att det i de flesta fallen fungerade på just det lilla problem författaren ville lösa. Ska man rata det, eller lägga ut det så den som har behov och lust kan fixa till det? De program som har nämnts här, har inga fungerande ersättare, så antingen har vi ett potentiellt användbart program, eller också har vi inget alls. Angående programtestning, så kommer det nästan inte in några 800-program alls numera, mer än de få jag har sänt in (och de brukar ju fungera hyggligt), som dessutom är så gott som slut. Så det enda som finns att testa, är sånt som redan finns i programbanken. Det skulle inte förvåna mig om man får slänga ut ganska många program, om man börjar ställa lite krav på dem, t ex sånt som jag brukar anmärka på till de flesta som skickar in nya program. Men visst kan det behövas en viss gallring bland en del program. Jag får dock säga, att när jag just helt snabbt provkörde CALC-systemet, som jag hemtat hem för mycket länge sen, helt snabbt, råkade jag inte ut för något av de fel som du nämnde. RETURN för att gå till ny ruta fungerade t ex. Jag försökte dock inte göra något nyttigt med det. Svårt utan manual också.
        • Anders Fransson <7544> · Text 8707 · w8 · kommentar

          1989-02-06 22:23

          Ärende: Kalkylprogram som inte fungerar

          Mycket mystiskt. Då undrar jag vilken maskin Du körde det på. Ett av felen (eller snarare flera) verkade bero på att INSTR-funktionen inte funkade som konstruktören tänkt sig. Är detta olika i t.ex. 800 och 806? Själv har jag kört på en 806:a och det gick käpprätt åt skogen. Jag har endast dokumentation för 806 så jag vet inte skillnaderna. Det fanns dock ingen reservation för detta i bibliotekslistan (den lilla gröna). Annars har jag sett att det brukar stå "ej 806". Är skillnaderna mellan 800 och 806 så kanske man skulle ha olika bibliotek för de maskinerna?
          • Kristoffer Eriksson <5357> · Text 8709 · w8 · kommentar

            1989-02-07 01:50

            Ärende: Kalkylprogram som inte fungerar

            Nej, det ska inte vara någon skillnad på INSTR mellan 800 och 806. Jag använder f.ö. en 806 själv. Det kanske beror på omständigheterna i programmet mera, t ex storleken på kalkylen?
            • Anders Fransson <7544> · Text 8715 · w8 · kommentar

              1989-02-07 22:55

              Ärende: Kalkylprogram som inte fungerar

              Nja, jag tror inte det. Prova t.ex. att göra någonting som aktiverar felhanteraren (FNEc). Den går direkt fel p.g.a. att instr ger värdet 0 och att då MID inte klarar av det och så trillar man ur programmet. Så gick det i alla fall för mig. En annan mycket skum punkt är att om man tittar i början av CALC3.bas så finns det en funktion definierad som gör exakt samma sak som instr gör enligt BASIC-manualen och som dessutom använder instr. Det pekar ju på att konstruktören (eller vem det nu är) inte har förstått hur instr fungerar. Detta fel (att instr ger värden som konstruktören inte förutsett) går säkerligen igen på ett flertal ställen i programmet.
              • Kristoffer Eriksson <5357> · Text 8717 · w8 · kommentar

                1989-02-07 23:05

                Ärende: Kalkylprogram som inte fungerar

                Vad kan man göra för att locka fram FNEc?
                • Anders Fransson <7544> · Text 8719 · w8 · kommentar

                  1989-02-09 22:08

                  Ärende: Kalkylprogram som inte fungerar

                  I mitt fall räckte det med att trycka på RETURN. Jag tänkte mig annars bara att Du skulle kunna ta en titt i filen CALC3.BAS. Det står alldeles i början. Där står oxå den lite lustiga funktionen som gör samma sak som INSTR, med hjälp av INSTR. Som jag kanske nämde har jag inte programmet kvar. Eftersom jag bedömde det som ohjälpligt felaktigt har jag raderat det från floppyn jag hade det på. En sak som kan vara intressant är kanske oxå att vi har tittat på samma version. Jag hade den som nu ligger i banken d.v.s. den senaste. Den verkar ha blivit omarbetad ett par gånger och det kan ju ha smugit sig in fel i samband med detta.
                  • Kristoffer Eriksson <5357> · Text 8738 · w8 · kommentar

                    1989-02-13 21:44

                    Ärende: Kalkylprogram som inte fungerar

                    Funktionen med INSTR som kommer strax före FNEc, gör så att resultatet av en INSTR-sökning i en tom sträng blir 0 i stället för 1. Den är alltså inte helt redundant. FNEc ser klart riskabel ut, men den har inte utlösts när jag testat.
                    • Anders Fransson <7544> · Text 8743 · w8 · kommentar

                      1989-02-14 23:29

                      Ärende: Kalkylprogram som inte fungerar

                      Ok. Jag kan eventuellt köpa förklaringen om den INSTR-liknande funktionen. Det framgår inte av min Basic II manual vad som händer om man har en tom sträng. FNEc går åt skogen om INSTR-funktionen inte hittar den felkod man utgår ifrån och alltså ger värdet 0 till MID. Detta hände omedelbart när jag tryckte på RETURN. Jag undrar bara: kör Du sista versionen, alltså den som finns i banken nu?
                      • Kristoffer Eriksson <5357> · Text 8746 · w8 · kommentar

                        1989-02-15 21:31

                        Ärende: Kalkylprogram som inte fungerar

                        Det är samma versionsnummer och datum på dem.
                        • Anders Fransson <7544> · Text 8747 · w8 · kommentar

                          1989-02-15 23:19

                          Ärende: Kalkylprogram som inte fungerar

                          Då är det ju närmast oförklarligt om Du oxå kör på en 806:a. Du kan ju på skoj upprepa det jag gjorde. Jag sparkade igång CALCMENY (rättad där det stod CALC3.800 förstås) och angav att jag vile köra en befintlig fil. Först försökte jag med CALCEX1 (som fanns med i paketet man tog hem). Då fick jag generalkrasch så fort matrisen kom upp och värdena från filen dök upp. Jag behövde inte ens trycka på någon knapp. Sen försökte jag samma sak med CALCEX2. Då hände inget förrän jag antingen gick ut med pilen till höger ett par hack eller (från samma startläge) blott och bart tryckte på RETURN för att komma ner en ruta. I båda fallen totalkraschade det hela. I samtliga fall jag beskrivit skulle felet dessutom ha fångats upp av felhanteraren men den kraschade direkt eftersom FNEc inte funkade (INSTR hittade inte felkoden i sin sträng, gav resultatet noll och det tålde inte MID). Varje gång hamnade jag i basictolken igen. Jag modifierade FNEc genom att lägga till +1 direkt efter INSTR-uttrycket så att MID inte skulle gå fel. Då verkade det som om FNEc gick ungefär som konstruktören avsett och jag var fortfarande kvar i programmet. Jag hade ändå kvar problemet att jag inte kunde flytta mig i matrisen och felorsaken var densamma (samma felkod fast nu utskriven av felhanteraren). Det skulle ju vara intressant om Du provade med de exempel jag nämnt; kanske kan det bero på dem? Jag tycker ändå att det verkar finnas stora hål i programmet. Jag har dessutom för mig att den felkod jag fick var 134 d.v.s. "index utanför strängen". Detta gällde både vad jag först fick från FNEc och när jag sedan hade fixat den vad jag fick när jag tryckte på t.ex RETURN. Det är därför jag vågar påstå att problemet i övrigt verkar vara av samma art som i FNEc.
                          • Kristoffer Eriksson <5357> · Text 8752 · w8 · kommentar

                            1989-02-20 00:28

                            Ärende: Kalkylprogram som inte fungerar

                            Jag kan göra allt det du beskriver, utan minsta problem. (Jag undrar bara hur man ska komma uppåt igen, när man gått neråt med return, om man inte vill använda kommandoraden.) Det verkar som om jag har lagt till +1 i FNEc, precis som du. Det var länge sen jag tog hem CALC-programmen, och jag har ingen aning om vad jag kan ha ändrat i det, men det kan inte vara så värst mycket. Om jag ska ta reda på vad, så blir jag väl tvungen att hämta originalprogrammet på nytt. Jag noterar för resten att det står i CALCMENY:s utskrift att man ska använda stora bokstäver hela tiden (åtminstone hos mig)... Resultatet av INSTR(1,"Test","") är 1. Det är det FNIr ändrar på.
                            • Anders Fransson <7544> · Text 8753 · w8 · kommentar

                              1989-02-20 22:50

                              Ärende: Kalkylprogram som inte fungerar

                              Intressant. Du har uppenbarligen fått gå in och peta lite i det hela för att få det att gå. Då kan man i alla fall konstatera att det som ligger i banken inte är riktigt friskt. Kanske man kunde lura någon som känner sig sugen att hacka lite Basic att rätta upp det hela. Själv har jag tyvärr inte tid. Dessutom har jag inte kvar CALC längre då jag skrivit över det med annat jox. Lustigt det där med stora bokstäver. Jag har inget minne av att jag såg det. Jag fick leta i koden för att komma på det. Kontentan av diskussionen tycker jag i alla fall blir att man bör kunna ställa vissa krav på kvaliteten på de program som sänds in till banken. Hur det sedan praktiskt skall gå till att kontrollera att dessa krav är uppfyllda är dock en annan fråga som säkert tål att tänkas på.....
            • Hans-Georg Wallentinus <4046> · Text 8720 · w8 · kommentar

              1989-02-09 23:37

              Ärende: Kalkylprogram som inte fungerar

              Hur är det med ATTRIBUTE och färgkoder då? Har man ATTRIBUTE 0 så syns ju inte styrtecknen för färg, under- strykning, etc, men de tar lik förbannat plats i textraden man gör INSTR på. I textraden A¤='GRN "Hej hopp"' ger INSTR(1,A¤,"H") svaret 2. Med ATTRIBUTE 1 blir svaret 1, eftersom färgattributet läggs i ett eget minne. På en ABC800 fungerar ju detta inte alls.
              • Kristoffer Eriksson <5357> · Text 8721 · w8 · kommentar

                1989-02-10 18:10

                Ärende: Kalkylprogram som inte fungerar

                ATTRIBUTE 0/1 påverkar hur styrkoderna lagras i bildminnet, inte i strängen. I strängar tar styrkoderna alltid upp plats. Alltså blir det ingen skillnad på resultatet av INSTR på 800 <-> 806.
        • Gunnar Faith-Ell SYSOP <2733> · Text 8710 · w8 · kommentar

          1989-02-07 11:46

          Ärende: Program som inte fungerar

          Ett annat men kanske mindre bekymmer är att det inte alltid står EXTEND resp INTEGER i början av program som nyttjar dessa funktioner och lagras i textformat. Det gör att man ofta får fel när man läser in ett nyligen hämtat program i datorn. Alltså ett litet tips till alla programmakare skriv in det först i programmet.