Direkt lagring på skivan

23 posts in thread

• Bo Michaelsson <913> · Text 2689 · w8 · inlagg

  1986-02-17 20:37

  Ärende: Direkt lagring på skivan

  Jag har ett problem som jag gärna vill ha belyst: I ett system som skapar textrader vill jag då varje rad har matats in från tangentbordet lagra denna textrad på en fil. Raderna är tämligen korta och lagring sker bara då ett tillräckligt stort antal tecken har samlats upp. Som de flesta väl har observerat i sådana fall måste man alltså skriva många tecken innan lagring sker, trots att filen är öppen. Jag vill därför lura datorn att denna buffert är full så att det ska fungera enligt önskan. Visst kan man fylla bufferten med något annat tecken men det medför att jag får för långa rader för att de ska kunna läsas in igen. SPACE komprimeras också på ett sätt som gör att fyllning av bufferten inte uppstår. Jag är tacksam om någon kan visa på en framkomlig väg.
  • Bo Kullmar SYSOP <1789> · Text 2691 · w8 · kommentar

    1986-02-17 23:30

    Ärende: Direkt lagring på skivan

    Verkar ganska dummt, kan inte förstå varför du vill göra det. Disken hanteras ju normalt av DOS:et och då om sektorer på 253 bytes. Ok, om du verkligen vill göra det utan att själv göra ett eget DOS så kan du väl ta reda på var du befinner dig med POSIT och sedan stänga filen. Öppna den igen, posita dig till en plats du var och sedan skriva igen och stänga... Det kan vara visst vara vanskligt med POSIT på en fil som man inte hanterar med GET och PUT. Jag tror att du kan hamna snett om du inte ser upp. I varje fall så kan du läsa filen till EOF och sedan skriva en rad där, stänga och sedan upprepa... Alltså när du stänger filen så skrivs bufferten ut, även om du inte har fyllt bufferten.
    • Bo Michaelsson <913> · Text 2693 · w8 · kommentar

      1986-02-18 09:14

      Ärende: Direkt lagring på skivan

      Det är för säkerhetsändamål som jag vill göra det. Så snart data är inmatade fältvis vill jag att de ska hamna på skivan. Jag har gjort vissa försök med PUT, GET men det är ingen bra metod tycks det. Kanske kommer jag på något bättre så småningom.
      • Bo Kullmar SYSOP <1789> · Text 2702 · w8 · kommentar

        1986-02-18 19:30

        Ärende: Direkt lagring på skivan

        Säkerhetskäl??? Tror du att datorn dyker eller att strömmen går? Det senare kan du gardera dig mot med hjälp av avbrottsfri kraft. Som sagt, om du stänger filen så skrivs bufferten ut.
        • Sven Wickberg <1384> · Text 2704 · w8 · kommentar

          1986-02-18 22:25

          Ärende: Direkt lagring på skivan

          Det finns faktiskt fler världar en ens egen. När man jobbar med svårt handikappade, som kanske skriver med hakan eller ena foten och behöver flera timmar på sig för att skriva det jag kan fixa på några minuter - DÅ kan det vara MYCKET RIMLIGT att vilja ge vederbörande chansen att spara undan den senaste timmens jobb, trots att t ex registerposten inte är färdigskriven. Eller trots att bufferten inte är full. Det är faktiskt jag som har "beställt" den faciliteten efter att många gånger ha upplevt att sådant som för en vanlig användare är en förarglig incident som man lätt tar sig över genom att skriva om några rader, har spolierat en hel eller halv dags jobb för en rörelsehindrad. Nog måste det finnas lösningar? Om ingen har behövt en sådan förr så finns behovet nu: hallå alla smarta progammerare, vi behöver era uppslag!
          • Kent Berggren SYSOP <6019> · Text 2706 · w8 · kommentar

            1986-02-19 08:27

            Ärende: Direkt lagring på skivan

            Igentligen håller jag med dig i sak men det är inte klubbmedlämarnas sak att hjälpa till med kommersiella lösningar (tror jag) Du kan ju ta kontakt med något data företag som som specialiserar sig på just handikapade: Jag vet åt minståne ett som kan hjälpa dig. (Nu skall jag inte göra reklam för var jag jobbar HI HI)
            • Petter Stahre <4501> · Text 2707 · w8 · kommentar

              1986-02-19 08:52

              Ärende: Direkt lagring på skivan

              Nej, men det är inget som hindrar medlemmarna att göra det! Tar man kontakt med dataföretag som ska göra en rutin åt en får du räkna med en timlön på en bra bit över 100 kr!! Och det är ju tråkigt om man kan ordna det på annat sätt. (Nu har vi glidit ifrån ämnet lite) / mvh PSt
              • Patric Ljung <5455> · Text 2716 · w8 · kommentar

                1986-02-19 12:30

                Ärende: Direkt lagring på skivan

                Vem nöjer sig med 100 kr i timmen för ett sådant relativt kort arbete? Snarare 300 och uppåt (-700)
                • Kent Berggren SYSOP <6019> · Text 2720 · w8 · kommentar

                  1986-02-19 17:13

                  Ärende: Direkt lagring på skivan för handikapade.

                  Vad jag menade var att det finns pengar både hos Handikapsinstiutet och stateten för att lösa progblem för handikapade så varför inte utnyttja dessa pengar? Ofta kan man från LAN (läns arbetsnämden) få bidra till att anpassa arbetsplatser. Låt då ett företag som är kunnig på detta hantera problemet. Om de inte kan så får man vända sig till någon som kan. HI Att jag många gånger har talat mig varför att hjälpa folk som är synskdade är om de är medlämar i klubben och vill använda sig av monitorn. När det gäller arbete anser jag inte klubben behöver ställa upp med idér.
          • Bo Kullmar SYSOP <1789> · Text 2724 · w8 · kommentar

            1986-02-19 23:13

            Ärende: Direkt lagring på skivan

            Jag kan förstå att man vill göra ett program säkert så att man inte tappar information i dylika lägen, men att blada sig i operativsystemets job, tycker jag verkar dummt.
            • Bo Michaelsson <913> · Text 2784 · w8 · kommentar

              1986-02-25 10:27

              Ärende: Direkt lagring på skivan

              Ett av de största problemen i sammanhanget är den struktur som tillämpningsprogrammet har. Det gör att man får svårt att göra en tillfällig lagring som är helt säker i alla lägen. Ska systemet arbeta i ett nät mot gemensamt minne blir säkert flera buffertar inblandade, dels datorns egen, dels nätets eventuella sådan. Just nu samlar jag information om eventuella lösningar. Stabiliserad kraft kostar ju en hel del, annars skulle jag nog välja den lösningen. En stabilisator per dator då man kanske har ett halvdussin kommer att kosta mycket. Jag är i alla fall tacksam att så många har engagerat sig i frågan. Alla förslag är av värde, nu eller i framtiden.
              • Kristoffer Eriksson <5357> · Text 2787 · w8 · kommentar

                1986-02-25 19:53

                Ärende: Direkt lagring på skivan

                Om det är ett LUX-NET det är frågan om så är nog inte centralens buffertar något problem, de bör skrivas ut så fort det går (fast det är bara va jag gissar).
          • Kristoffer Eriksson <5357> · Text 2745 · w8 · kommentar

            1986-02-21 20:03

            Ärende: Direkt lagring på skivan

            Gör så här och sluta grubbla: DEF FNFlusch(Filnr%) LOCAL P.,Dummy¤ P.=POSIT(Filnr%) IF P.>0 THEN POSIT #Filnr%,0 ELSE POSIT #Filnr%,253 GET #Filnr% Dummy¤ POSIT #Filnr%,P. RETURN 0 FNEND Se bara till att filen innehåller minst en sektor inte den börjar användas. (PREPARE "xxx" AS FILE x:PUT #x,STRING¤(254,0):POSIT #x,0)
            • David Andersson <5201> · Text 2756 · w8 · kommentar

              1986-02-23 16:59

              Ärende: Direkt lagring på skivan

              IF P.>252 THEN ... bör det väl vara.
              • Kristoffer Eriksson <5357> · Text 2773 · w8 · kommentar

                1986-02-24 22:14

                Ärende: Direkt lagring på skivan

                Så skulle det förstås vara. (IF P.>252 THEN ...)
        • Arne Hartelius <2731> · Text 2705 · w8 · kommentar

          1986-02-18 23:11

          Ärende: Klubbens idé

          Bosse, jag tycker att du ibland har fel attityd till en del medlemmars frågor. När nån har ett problem med ABC-NET så uppmanar du honom att köpa ett LUX-NET eller CAT-NET som vad jag förstår kostar ett 5-siffrigt belopp. Om nån vill gardera sig mot strömavbrott så uppmanar du honom att köpa avbrottsfri kraft, inte heller det någon billig lösning. Själva idén med klubben är ju just att vi ska byta erfarenheter, tips och råd för att i olika sammanhang få användning för vår utrustning till lägsta möjliga kostnad. Naturligtvis är inte den billigaste lösningen alltid den bästa, men det är ju just dessa ( dvs programtips ) vi kan dela med oss av.
          • Bo Kullmar SYSOP <1789> · Text 2725 · w8 · kommentar

            1986-02-19 23:26

            Ärende: Klubbens idé

            Jag vidhåller att det oftast är en mycket god idé att byta ut ett ABC-NET till något bättre. Det tycker jag är ett gott råd, så dyrt är inte LUX eller CAT! Sen är det klart att om man inte behöver prestanda eller inte har råd så skall man inte byta. Jag är dock van vid att att företag har råd, och en kostnad för ett nät kan då vara småsmulor. Att klara sig emot störingar med reservkraft kan gott vara värt kostnaden. Dock går det naturligtvis inte att bedömma rimligheten i ett sådant förslag eftersom jag inte känner till aplikationen. På job, har vi skaffat reservkraft till stordatorerna och det har kostat några miljoner och man anser att det är värt det. Med hänsyn till detta så tycker jag faktiskt att 17000 för reservkraft till ett antal mikros är billigt. Det är ju en bråkdel av kostnaden för ett mikrosystem. Ok, jag ser världen från ett företag och förutsätter ofta att andra medlemmar jobbar utifrån ett företag och inte som privatperson. Dock är det svårt att hitta rätt. Att tro att alla är privatpersoner kan också bli fel.
      • Kristoffer Eriksson <5357> · Text 2703 · w8 · kommentar

        1986-02-18 21:08

        Ärende: Direkt lagring på skivan

        Man behöver inte stänga filen mellan varven. Det räcker att göra POSIT till t.ex filens början, läsa ett tecken (GET/INPUT) och göra POSIT tillbaks till det ställe man var innan. När man läser tecknet i början av filen måste ju buffertens tidigare innehåll skrivas ut innan det ersätts av data från filens början. Det bör nog fungera ihop med PRINT/INPUT, men vore det ändå inte bättre med fast postlängd och GET/PUT? Eller varför inte rent av ISAM? Då lagras varje post genast på skivan alldeles automagiskt.
        • Bo Michaelsson <913> · Text 2757 · w8 · kommentar

          1986-02-23 17:21

          Ärende: Direkt lagring på skivan

          Det är så många saker som gör frågan komplicerad. Ett av de problem som finns är det stora antalet fält och den möjliga teckenmängden i varje post. Det är hela 172 fält. 110 av dessa har en fältlängd av 65 tecken. Det blir en stor direktfil. Denna måste dessutom rensas så fort man börjar med nästa post och den permanenta lagringen har skett. Jag tror att det blir för komplicerat med direktfiler. Antagligen måste hela paketet göras om om man ska köra ISAM också.
      • Patric Ljung <5455> · Text 2714 · w8 · kommentar

        1986-02-19 12:20

        Ärende: Direkt lagring på skivan

        Man borde väl kunna plocka fram aktuellt sektornummer och göra Z=CALL(24675,FNSektornummer) Nån som vet hur FNSektornummer kan se ut?
        • Patric Ljung <5455> · Text 2715 · w8 · kommentar

          1986-02-19 12:21

          Ärende: Direkt lagring på skivan

          Anropet sker efter du skrivit ut posten
        • Kristoffer Eriksson <5357> · Text 2746 · w8 · kommentar

          1986-02-21 20:08

          Ärende: Direkt lagring på skivan

          Rutinen DW.0 (24675) skriver bara ut innehåller i dosbuffert 0 på en viss fysisk sektor. I det här fallet behövs utskrift av en viss buffert på en viss logisk (=inom fil) sektor. Det klarar rutinen WRITE (24624) där DE-registret vid anropet ska ha laddats med PEEK2(LU+15) och B-registret med PEEK(LU+22) (dosbufnr). Med LU menar jag adressen till filens LU-block (="IX-map"). ... Men det är lättare att uppnå samma resultat med BASIC (Se inlägg 2745).
          • Patric Ljung <5455> · Text 2796 · w8 · kommentar

            1986-02-26 00:00

            Ärende: Direkt lagring på skivan

            Kanske det, men jag finner det mer riktigt att skrapa ut bufferten på filen med hjälp av CALL. (Trots att det är maskinkod). Det var just vad du beskrev som jag ville komma fram till. Moss / Patric