Program lagrade som strängar.

2 posts in thread

• Stefan Westman <4969> · Text 2485 · w8 · inlagg

  1986-01-05 20:46

  Ärende: Program lagrade som strängar.

  Tack för alla tips om lagring av program på strängar. Jag fick mitt program att fungera. Då jag nu har upptäckt att det går snabbare att läsa in ett program på detta sätt tänkte jag lagra fler program som strängar. Problemet är dock följande. Ett program som har lyft golvet till 237*256 och använder grafikminnet skall sparas som sträng. Jag gjode då följande. 1. Sparade minnescell 0-237*256 på en sträng. 2. Sparade minnescell 134+241*256 - 65535 på en sträng. 3. Sparade grafikminnets alla celler på disk med hrsave. Nu händer följande: Om jag läser in alla sparade delar i ordning 3-2-1 utan att resetta kan jag fortsätta och köra programmet. Sker inläsningen efter resett så kommer jag in och kan köra delar av programmet men vissa rutiner gör att maskinen autostartar om. Finns det någon som kan ge några hintar om var problemet kan sökas? Jag kör på ABC 806 mvh Stefan
  • Kristoffer Eriksson <5357> · Text 2507 · w8 · kommentar

    1986-01-08 22:05

    Ärende: Program lagrade som strängar.

    Det verkar klart överdrivet att även spara PROM-delen av minnet på filen! (Adress 0-30719 är prom, om man inte mappat in annat minne. 30720-32767 är bildminne för text.) Att sedan spara alla systemvariabler inklusive stacken måste vara rena självmordet! (Varför inte spara CPU-registren också, eller åtminstone stackpekaren?) När stacken vid inläsningen byts ut kommer ju BASIC- tolken att spåra ur. Eventuella omlänkningar av vissa systemvariabler bör göras en i taget, inte med strängmetoden. Är det verkligen nödvändigt att spara grafikminnet också?