· Text 1439 · w8 · inlagg
Anders Franzén har skrivit ram som är ett bra program.
Men när jag laddar RAM: och ted16 så talar ted om att jag
har 53K ledigt. VA BRA!! Jag som bara har en 32K maskin!
Hur gör du? HI HI
Retro Preservation Workspace
Monitorn
Browse archived Monitorn möten and the ABC80 mailing list, with full-text and text-number search.
RAM: och TED16
18 posts in thread
-
-
· Text 1451 · w8 · kommentarNär du startar upp RAM på 32K-maskinen reserverar du ju en stor area i minnet. När du sedan kör TED16 kladdar du i arean. Definiera mindre area i RAM om su måste köra TED16! Varför kör du TED16 om du har 32K?
-
· Text 1454 · w8 · kommentarKolla dig!! HI
-
-
· Text 1527 · w8 · kommentarVad gör programmet RAM: ??
-
· Text 1528 · w8 · kommentarSkapar en RAM-file typ MEM: i ABC802. Tänkt att abvändas tillsammans med TERM100 utan disk. Då kan du buffra texten till ram: som du sedan sparar på disk.
-
· Text 1529 · w8 · kommentarVarför inte döpa den till MEM: om den fungerar som MEM: ? Om ett program testar om enheten RAM: finns så förutsätter det att enheten fungerar som RAM: på tex ABC806.
-
· Text 1530 · w8 · kommentarInte riktigt. Du kan endast ha ett program i RAM: Men i MEM: kan du ha flera genom att skriva t ex MEM:20. Då pekar man sig 20*256 tecken fram i mem: blocket Något för anders att fixa???? HI
-
· Text 1531 · w8 · kommentarI RAM: kan du ha ett ANTAL program under olika filnamn och öppna flera filer samtidigt emedan i MEM:-eländet kan man endast använda namnet MEM:nn och endast ha en fil öppen åt gången.
-
· Text 1532 · w8 · kommentarJa och så snor den en CAS-buff. (vi gemför med ABC80X)
-
· Text 1533 · w8 · kommentarRAM-rutinen till ABC80 är väldigt liten, den får plats i en DOS-buffert. Dessutom använder rutinen ingen buffert fastän blockning används! Givetvis kan man plocka in vilka finesser som helst men de tar plats. Som det är nu kan rutinen köras med många redan färdiga program, t ex TED och TERM100. Man kan använda RAM: till massa saker, t ex lagra data innan man gör CHAIN till ett annat program. Det andra programmet kan sedan läsa in datat igen. Dessutom packas alla mellanslag ihop så att datat tar mindre plats. Om man vill hantera stora mängder data i ett program kan man lagra datat i RAM. Tyvärr kan man bara läsa sekventiellt. Fast det skulle också gå att fixa, tyvärr kostar det minne!
-
· Text 1534 · w8 · kommentarVad vi menar är att RAM: inte stämmer med hur RAM: fungerar till ABC806. MEM: fungerar inte häller riktigt så. Vad säger du om att fixa till den så att den tar flera filer i sig ungefär som mem:. Den har inget lib utan pekar med hjälp av en sifra som kommer efter MEM:. Kan inte ta många bytes?
-
· Text 1536 · w8 · kommentarDet liknar mer varianten MEM: än det liknar RAM: på ABC800 och då tycker jag att det av standardieseringsskäl ska heta MEM:, som jag tidigare nämde så testar man ibland i ett program om RAM eller MEM används och då måste programmet veta hur enheten fungerar.
-
· Text 1537 · w8 · kommentarRent logiskt tycker jag i så fall att enheten skall heta något annat än RAM: och MEM: om den inte fungerar som dessa! T ex BUF: eller något annat.
-
· Text 1539 · w8 · kommentarOj oj oj! Ni har förståss rätt allihopa. När jag skrev rutinen hade jag ingen tanke på ABC800, jag tänkte bara göra en praktisk rutin för ABC80 där man lagrar data i RAM, därav namnet. Det vettigaste verkar faktiskt att döpa om enheten till något annat. Ev ABC800-användare behöver då inte bry sina hjärnor. Jag skall fundera ut ett kul namn. Att utvidga programmet så att fler filer kan lagras medför att programmet blir större och inte kan användas hur som helst tillsammans med andra program. Flera filer medför att man kan öppna dessa filer samtidigt och vad det innebär för antalet buffertar vet jag inte just nu.
-
· Text 1540 · w8 · kommentarTycker jag det namnet passar bättre. Tror du att en pekare vidare pekare i RAM: Tar så mycket plats? Har du skrivit så tokigt? HI
-
· Text 1541 · w8 · kommentarOm vi antar att funktionen ska vara enkel (inga filnamn) och enhetsnamnet inte får krocka med nåt (i ABC800) så tycker jag att man kan kalla den MEM: och då behöver du (bara) införa att man når flera filer med en siffra efter MEM: (som i ABC802). Att kunna ha flera filer öppna samtidigt är inte nödvändigt om drivrutinen skulle växa för mycket. MEM: är nästan lika vettigt som RAM: eller hur?
-
· Text 1543 · w8 · kommentarVisst vore det kul att kunna lagra fler filer i RAM, frågan är bara vad man ska ha det till. Flera problem finns: Hur stor ska en enskild fil tillåtas kunna bli? När man tar bort en fil mellan två andra, friställs då detta utrymme? Hur ska man administrera detta? Vad jag tror blir enklast är då att göra en speciell bibliotekssektor i RAM som talar om var övriga filer finns och var de olika segmenten ligger (ungefär som i DOSet). Det bör inte vara så svårt, däremot utrymmeskrävande!
-
· Text 1544 · w8 · kommentarI mem: ABC802 tar man inte hänsyn till om det krockar eller ej. Det blir upp till dig själv att hålla reda på hur långa filer är. Någon bibliotekssektor skall det inte vara.
-
-
-
-
-
-
-
-
-
-
-
-
-
-