Retro Preservation Workspace

Monitorn

Browse archived Monitorn möten and the ABC80 mailing list, with full-text and text-number search.

← Back to ABC Tools

Meetings · ABC800 · Thread

RAM-minnets för- och NACKDELAR...

31 posts in thread

Petter Stahre <4501> · Text 4791 · w8 · inlagg

1986-09-07 11:53

Ärende: RAM-minnets för- och NACKDELAR...

Jag satt igår och programmerade på ett ej ännu klart program, i ca 2 timmar. Jag hade lagrat programmet på RAM-minnet, under två filer, MONITOR2 och MONITOR3. Så testar jag och RUNa det första delprogrammet (som sedan gör CHAIN till andra program, och tillslut når MONITOR2 osv...). Men när det ena programmet ska ladda MONITOR2 så får jag syntaxen "Checksummafel vid läsning". Jag blir förtvivlad, raspar snabbt fram orden "LOAD RAM:MONITOR3" för att testa om säkerhetskopian i alla fall finns kvar. Men icke då... "Checksummafel vid läsning". Nu har jag hunnit blivit riktigt förtvivlad, MEN.... jag har ju lagrat programmet en gång tidigare, på disk!! Visserligen ingen purfärsk kopia, men nästan allt finns med på den. Nåväl... innan jag laddar det programmet så tar jag och raderar MONITOR2 och MONITOR3 på ramdisken, och skriver "UNSAVE MONITOR2". J.........lar!!!!!!! Jag glömde skriva RAM: före MONITOR2! Adjöss med det sista hoppet. Vid det här laget är jag nära att skalpera mig själv... MEN... jag kan ju testa systemprogrammet DISKCHEK, på systemskivan. Jag laddar DOSet, och kör DISKCHEK, och svarar ja på frågan om datorn ska korrigera alla funna fel på skivan. När DISKCHEK har gjort sitt så går jag ur DOSet, och tar ett LIB på RAM:disken. J........lar!!!!!!!! Idiotprogrammet DISKCHEK har raderat mina ABSOLUT två sista hopp! Värdlen rasar samman, och jag ser mig själv som en döende stjärna... Men, jag tar mig själv i kragen, och ringer ABC-Klubben, för att få råd om hur man ska slippa detta NÄSTA gång.. ...för det var ingen trevlig upplevelse! När jag körde DISKCHEK visade det sig att även Bitmap:en var felaktig! Hur slipper man allt detta???? RAMdisken är ju annars (!), mycket bra! / mvh PSt
- Bo Kullmar SYSOP <1789> · Text 4796 · w8 · kommentar
  
  1986-09-07 15:12
  
  Ärende: RAM-minnets för- och NACKDELAR...
  
  Du bör ha backupfiler på viktiga filer. Det går faktiskt att ta till- baka en fil som är unsavead eftersom den ju fysiskt ligger kvar på disketten då. Det är bara att leta upp headern på skivan och skriva tillbaka libinfon alt läsa upp sektorerna genom direktacess till en ny fil. Du kan se i headern var filen ligger fysiskt. Det är inte DISKCHEK:s fel att RAM-drivutinen försvann utan ditt eget fel! Du skulle ha anropat DISKCHEK som RUN DISKCHEK i BASIC dvs med BASIC-startprogrammet! När du återvänder från DOS så måste RAM-rutinen initieras om och det hade du unvikit genom att **INTE** anropa DISKCHEK vida DOS! PS Backup på flex eller winchester. Backup i RAM: är ett ganska flyktigt medium!
  - Kristoffer Eriksson <5357> · Text 4802 · w8 · kommentar
    
    1986-09-07 16:47
    
    Ärende: RAM-minnets för- och NACKDELAR...
    
    Not: När man går tillbaks från DOS, genomförs en RESET av maskinen, därför försvinner RAM:, och andra "mjuka" saker.
  - Petter Stahre <4501> · Text 4805 · w8 · kommentar
    
    1986-09-07 20:15
    
    Ärende: RAM-minnets för- och NACKDELAR...
    
    Men DISKCHEK raderar ju själv filerna!!! Om den hittar en fil med det fel jag beskrev så raderas ju filen, vilket jag nu vet! Och då bör det väl vara detsamma om maskinen gör RESET eller inte, i och med att filen redan från början är raderad!?!? Men är det ingen som vet hur man undviker ovanstående? Ska man kanske köra DOSGEN på RAM:disken innan man använder den, för att få 100- procentig funktion!? Angående att leta reda på filen på disketten... ...Jag kan tyvärr ingenting om hur man gör sådant, jag har än så länge klarat mig med att böka i egenskapade filer. Överhuvudtaget har jag inte mycket hum om den "riktiga hårdvaran", som man ju bör veta, för att kunna leta och böka på disken. Är det någon vänlig själ, som vet hur man gör, eller kanske har ett program för sådana här fall, så vore jag mycket glad om vederbörande tog kontakt med mig/skrev en kommentar till detta inlägget Eller finns det kanske något sånt här program på monitorn? Jag har SD10 eller vad det heter, men det är allt! / mvh PSt
    - Karl Lindström <837> · Text 4808 · w8 · kommentar
      
      1986-09-07 20:58
      
      Ärende: RAM-minnets för- och NACKDELAR...
      
      I DISKCHEK finns det en svitch som heter N som betyder att programmet inte skall göra autmatiska rättningar utan fråga varje gång den stöter på ett fel.
      - Benny Löfgren SYSOP <2615> · Text 4817 · w8 · kommentar
        
        1986-09-08 10:52
        
        Ärende: RAM-minnets för- och NACKDELAR...
        
        Fel, Kalle! Switchen N säger åt DISKCHEK att ALDRIG rätta felen, dvs. man får inte ens upp frågor. Anger du switchen Y så rättar den auto- matiskt ALLA fel. VARKEN Y eller N ger den effekt du beskriver. Tilläggas kan att DISKCHEK gör det bästa den kan av varje situation. Måste DISKCHEK radera en fil så beror det på att den är oåterkalleligen förstörd, man skulle då inte få ut något intressant av den även om den fanns kvar. Ett exempel är när pekaren i biblioteket pekar åt fanders, dvs. på något som inte kan anses vara början på en fil. I det fallet är det enda raka att ta bort filen ur biblioteket, den går ändå inte att återfinna.
    - Arne Hartelius <2731> · Text 4809 · w8 · kommentar
      
      1986-09-07 21:02
      
      Ärende: Att rädda förlorade filer.
      
      Programet RESCUE.BAS av Börje Gustavsson återupplivar dödade filer, men det är ett ABC80-program. Finns på nån av de senaste kassetterna. Hm, när jag tänker efter så har jag för mig att Bosse Kullmar konverterade programet till Basic II. Bör finnas i programbanken.
      - Arne Hartelius <2731> · Text 4810 · w8 · kommentar
        
        1986-09-07 21:05
        
        Ärende: Att rädda förlorade filer.
        
        RESCUE.BAS förr 800 finns i ABC800/UTILITY/DISKHANT.
        
        Bo Kullmar SYSOP <1789> · Text 4811 · w8 · kommentar
        
        1986-09-07 21:55
        
        Ärende: Att rädda förlorade filer.
        
        Jag hade glömt att jag hade konverterat det där programmet!!! Tag dock först en helkopia på disketten innan du kör programmet!!! (Sven, denna gången rekommenderar jag helkopia med alla sektorer!) Denna metod som används i RESCUE fungerar dock inte så bra om man har UFD-bibliotek på skivan eftersom det då finns flera bibliotek på skivan. Man kan få in filnamn på samma fil i flera bibliotek! Jag brukar alltid ge switchen VD till DISKCHEK så då har jag för mig att den inte gör något utan att fråga.
        
        Petter Stahre <4501> · Text 4823 · w8 · kommentar
        
        1986-09-09 07:50
        
        Ärende: Att rädda förlorade filer.
        
        HURRA HURRA!!!... Nur är filen räddad, och två timmars arbete åter på plats! Mycket användbart program det där (om man har för vana att radera viktiga filer). Men en annan fråga kvarstår, som jag vägrar tro att ingen vet VARFÖR det händer så eller HUR man avhjälper det. Det gäller alltså frågan: Varför får jag så ofta "Checksumma fel vid läsning" när jag använder RAM:disken?? / mvh PSt
        
        Nils Hansson <519> · Text 4825 · w8 · kommentar
        
        1986-09-09 12:29
        
        Ärende: Checksummafel i RAM:
        
        Checksummafel på disketter brukar ju betyda att disketten börjar bli dålig, eller att diskettstationen behöver justeras. Skall man översätta det till RAM: måste det väl innebära att din RAM: är dålig på att hålla minnet. Hur man åtgärdar det är väl lite svårare att svara på. Mvh Nils Hansson
        
        Bo Kullmar SYSOP <1789> · Text 4827 · w8 · kommentar
        
        1986-09-09 18:44
        
        Ärende: Checksummafel i RAM:
        
        Vilken version av OPTROSH har du? Dvs har du den versionen som raderar innehållet i RAM: efter resett? Den första versionen gjorde inte detta och det var i och för sig en bugg eftersom man inte kunde garantera att innehållet i RAM: är intakt efter resett. Detta lär bero på att refreshen startas om vid resett. Om det kan vara så som Nils misstänker, dvs att du har minnesfel så kan du skriva en fil som fyller hela RAM: och sedan läsa den och kolla så att du har samma innehåll i den som när du skrev. Du kan skriva t ex STRING¤(253,42) i varje sektor och sedan läsa filen och kolla så att stjärnor i alla sektorer. Du kan upprepa läsningen ev.
        
        Nils Hansson <519> · Text 4828 · w8 · kommentar
        
        1986-09-09 21:14
        
        Ärende: Checksummafel i RAM:
        
        Minnesfel kan bero på måga saker som oxid på kontakter, glapp, dåliga kretsar mm mm. Det finns väl ett program i banken som testar RAM:? Mvh Nils Hansson
        
        Petter Stahre <4501> · Text 4840 · w8 · kommentar
        
        1986-09-10 17:33
        
        Ärende: Checksummafel i RAM:
        
        Jag har den versionen som INTE raderar RAM: (vilket jag tycker är mycket praktiskt faktiskt). Men om det beror på en bugg så vill jag gärna fixa en ny OPTROSH (hur ordnar man en sådan?). / PSt
        
        Nils Hansson <519> · Text 4842 · w8 · kommentar
        
        1986-09-10 18:19
        
        Ärende: Checksummafel i RAM:
        
        OPTROSH finns i under i programbanken under systemprogram. Jag tycker också att det vore praktiskt om RAM: låg kvar. Felet i den gammla OPTROSH var att 'refrechen' av minneskappslarna påverkades varvid det fanns risk för minnesfel. Som sagt en ännu nyare och bättre version där RAM: ligger kvar vore inte så dumt Mvh Nils Hansson
        
        Benny Löfgren SYSOP <2615> · Text 4935 · w8 · kommentar
        
        1986-09-16 07:59
        
        Ärende: Checksummafel i RAM:
        
        Det är en felaktig uppfattning att problemet med refresh och RAM: och reset är ett fel i RAM:-drivern! Det rör sig alltså om en hårdvaru- mässig begränsning, och för att vara helt säker *MÅSTE* man alltså rensa RAM: på ABC806 vid reset. Annars kan man riskera att förlora data, till och med utan att veta om det. Fel var det med andra ord i de tidigare versionerna som INTE rensade RAM: vid reset!
        
        Nils Hansson <519> · Text 4938 · w8 · kommentar
        
        1986-09-16 10:48
        
        Ärende: Checksummafel i RAM:
        
        Jo jag vet att det beror på hårdvaran, men det våre i alla fall trevlig om det gick att lösa så att man har kvar RAM: efter RESET. I alla fall att ha kvar det efter att man varit i DOS. RESET-knappen är ju kopplad direkt till CPUs reset (eller hur?) varför det är klart att det inte går att kontrollera programmässigt vad som händer under RESET. Mvh Nils Hansson
        
        Benny Löfgren SYSOP <2615> · Text 4942 · w8 · kommentar
        
        1986-09-16 17:59
        
        Ärende: Checksummafel i RAM:
        
        Tyvärr finns det inget (enkelt) sätt att lösa problemet, ens om man rotar i hårdvaran.
        
        Nils Hansson <519> · Text 4961 · w8 · kommentar
        
        1986-09-17 22:21
        
        Ärende: RESET och RAM:
        
        På något sätt borde det gå att komma från DOS till BASIC utan att RAM: rensas. Det finns ju program, t ex UFD, som kan startas från BASIC för att hamna i DOS och sedan kommer tillbaks till BASIC igen utan att RAM: förstörs. Någon form av 'varm' RESET eller vad man skall kalla det. Mvh Nils Hansson
        
        Benny Löfgren SYSOP <2615> · Text 4964 · w8 · kommentar
        
        1986-09-18 12:22
        
        Ärende: RESET och RAM:
        
        Vänta lite så ska du få se! Jag ska skicka in ett litet program som löser problemet, om jag bara får igång kermiten mot DS90.
        
        Benny Löfgren SYSOP <2615> · Text 4965 · w8 · kommentar
        
        1986-09-18 12:50
        
        Ärende: RESET och RAM:
        
        Nu finns det ett program som gör att man kan gå obehindrat mellan DOS och BASIC. Egentligen är det till för att köra BASIC-program från DOS, men man kan med fördel köra ett tomt basic-program! Gör man det stannar man nämligen kvar i BASIC'en. Programmet finns f.n. i inlådan och heter RUN.ABS. Se filen RUN.INF för detaljer. Dessutom finns sourcen med i några filer till.
        
        Nils Hansson <519> · Text 4966 · w8 · kommentar
        
        1986-09-18 14:32
        
        Ärende: RESET och RAM:
        
        Ett sådant program tackar vi för. Det borde ju följt med från början på systemdisketten tycker jag. Mvh Nils Hansson
        
        Bo Kullmar SYSOP <1789> · Text 4844 · w8 · kommentar
        
        1986-09-10 18:52
        
        Ärende: Checksummafel i RAM:
        
        För att förtydliga det hela: Det är alltså på grund av att du har den gamla verisonen som du får problem med err 35 i RAM:. Med den nya så får du inga sådana problem. I praktiken löser man alltså problemet genom att vid varje laddning av drivrutinen radera RAM:. Rent tekniskt beror det på att refreshen startars om vid resett. Refresh är någon slags "uppfriskning" av minne som alltid pågår för annars tappar den minne! Eftersom denna startas om vid resett så kan det bli de fel som du råkar ut för och detta undvikar man alltså genom att se till så att man inte kan ha kvar något gammalt i RAM:. Hoppas du förstår denna något förenklade förklaring om vad refresh är för något!
        
        Petter Stahre <4501> · Text 5073 · w8 · kommentar
        
        1986-09-26 16:55
        
        Ärende: Checksummafel i RAM:
        
        Jorå, jag förstår! Synd att det inte går att behålla RAM:et vid resett, för det behöver jag verkligen (f-n ta alla "automagiska resett"). Fast jag kommer nog trots allt, att köra med den felaktiga RAM:versionen, i och med att anledningen var att jag kunde lagra snabbt + behålla programmen vid resett. Fast jag får ta fler diskkopior i fortsättningen! / mvh PSt
        
        Benny Löfgren SYSOP <2615> · Text 5074 · w8 · kommentar
        
        1986-09-26 18:03
        
        Ärende: Checksummafel i RAM:
        
        Du gör givetvis som du vill, men jag vill KRAFTIGT avråda från att göra som du! Anledningen är att du aldrig VET SÄKERT om det har blivit fel, eller VAR.
        
        Petter Stahre <4501> · Text 5084 · w8 · kommentar
        
        1986-09-28 12:33
        
        Ärende: Checksummafel i RAM:
        
        Jo, fast har jag kört med samma OPTROSH i ett år, så fortsätter jag nog med det! Jag drabbas nämligen ibland av statisk elektricitet, vilket gör resett på datorn, och därför är ett RAM:minne som inte raderas vid resett att föredra. När jag arbetar med ram, arbetar jag nästan alltid med långa program (15-20 kb), och sådana tar ett tag att lagra på en 832a. Är 834 så mycket snabbare förresten? / PSt
        
        Gunnar Faith-Ell SYSOP <2733> · Text 5091 · w8 · kommentar
        
        1986-09-28 16:36
        
        Ärende: Drivars hastighet...
        
        Byt kontroller till MYABs turbokontroller så går det fort!
        
        Curt Rehnborg <1121> · Text 5095 · w8 · kommentar
        
        1986-09-28 21:45
        
        Ärende: Drivars hastighet...
        
        Luxors nya s.k universalkontrollerkort snabbar upp det hela ganska väsentligt, dessutom är kortet omkopplingsbart för alla 5" och 8"
        
        Kristoffer Eriksson <5357> · Text 4833 · w8 · kommentar
        
        1986-09-10 01:52
        
        Ärende: Checksummafel i RAM:
        
        Lämna in datorn på service, eller kör några av textprogrammen i ABC800/UTILITY/SYSTEST. Några filnamn som ser lovande ut är TEST128K, TESTMAP, och kanske CSTEST.
    - Hans-Georg Wallentinus <4046> · Text 4826 · w8 · kommentar
      
      1986-09-09 12:54
      
      Ärende: RAM-minnets för- och NACKDELAR...
      
      Om det gäller ett program som kan läsa valfri sektor på skivan, så har jag ett, visserligen inte så elegant, men dock användbart. Det har visat sig ovärdeligt då man måste sätta filslutsmärke på en fil som varit öppen då skivan blivit full. Mvh Hans-Georg
  - Karl Lindström <837> · Text 4806 · w8 · kommentar
    
    1986-09-07 20:54
    
    Ärende: RAM-minnets för- och NACKDELAR...
    
    Det är bara på 806 som RAM: rensas vid reset. På 128k externminne så går det alldeles utmärkt att göra.