Action! User Group››               ›             ›           ˆ›             ›           ›            › Š                ˆ Magazin››            ›      ›      ›   Š   ˆ›      ›   Š   ˆ›   Š ˆ›             ›› (C) 1987 by Action! User Group››› › c/o Markus Kretzer› v.Stauffenbergstr.32› 2120 Lueneburg› Hotline: 04131/54315›››››Hallo und willkommen zum 4. Clubmagazin,›››Ein besonderes Dank geht an Michael››Haeger, der den Funktionszeichner und ››den PLAYER Editor geschrieben hat. ›››Heute dreht sich ausser dem Action! und››6502 Kurs fast alles um die Player-››Missiles. Fuer die Beginner mit der PM-››Graphic ist auch noch unser spezieller››PM-Kurs drauf. Ausser dem PLAYER-Editor››von Michael ist auch noch der special››PM-Editor/Flipper, der ausser dem ››normalem Editieren von Playern noch eine››ganze Reihe von Zusatzfunktionen hat.››Neu ist jetzt unsere Hardware-Ecke,die››sich auf dieser Ausgabe mit dem Schreib-››schutz beschaeftigt. Bevor wir nun zum ››Preisausschreiben - ja ihr habt richtig››gelesen - Preisausschreiben - und dem ››Hardware Markt kommen , hier noch einige››Informationen zur Rueckseite:›››Bootet man die Rueckseite mit OPTION,››so wird sofort das Spiel geladen. ››Die Programme mit '*' (also die PROtect-››ierten) sind Action! Source Files , die››nur noch compiliert werden muessen.››Das Programm DEMO1 muss bei der File-››Version von Diskette gebootet werden,da››sonst zu wenig Speicher zur Verfuegung››steht. ››››Und damit waeren wir gleich beim ››naechsten Thema: Der Inkompatibilitaet››zwischen FILE und MODUL Acction Version.››Obwohl es ja schon mal in einem Club-››magazin beschrieben wurde, hier nochein-››mal das wichtigste: ››Action! als Modul ist ein sog. Supercar-››dridge von OSS. Obwohl es im Speicher››nur 8Kbyte benoetigt, hat es einen››Speicher von 16 Kbyte, die immer per ››Bank-switching erreicht werden. In der ››File Version von Action! muessen die 16K››natuerlich immer im Speicher stehen und››das kostet so Speicherplatz ,der sonst››fuer Programmtext und Editor genutzt››werden koennte. Irgendwie damit haengt››auch die relativ langsame Geschwindig-››keit der File-Version zusammen, da -››so meine ich - die Speicherbereiche hin-››und her geschoben werden muessen. Beim ››File ist naemlich die Tastenwiederhol-››frequenz wesentlich niedriger als beim››Modul. Das laesst sich auch mit den››bekannten Adressen nicht aendern, da ››Action! eine eigene Routine fuer die ››Tastatur nimmt. Ausserdem ist die Com-››pilierzeit der File-Version erheblich››langsamer. Die Compilerzeit beim Modul››ist so schnell, dass sie zum Probelauf››praktisch keine Rolle mehr spielt.Bei››der File-Version muss man sich da schon››etwas gedulden. Aber fuer kleinere Pro-››gramme reicht dies voellig aus. Die››Ausfuehrungsgeschwindigkeit ist beim››File natuerlich genauso schnell wie beim››Modul. Wir wissen ja: der Compiler››uebersetzt das Programm in Maschinen-››sprache. Beim Programmlauf hat Action!››dann keinen Einfluss mehr auf das Pro-››gramm. Nur die Error-Routine springt››wieder zu Action! zurueck. ››Das Compilat der beiden Version ist ››weitgehend gleich, obwohl es zu Pro-››blemen kommen kann, wenn man versucht››die Compilate unter den beiden Versionen››versucht auszutauschen.››››Nachdem wir auf den letzten beiden Club-››disks Loesungen fuer die Runtimelib. ››hatten, muss natuerlich noch gesagt ››werden, dass dieses keine elegante ››Loesung ist. Besser ist es die OSS Run-››time Library zu nehmen, auf der alle››PROCs als Quellfile vorliegen. Diese››bindet man einfach mit dem INCLUDE Be-››fehl in die Programme ein. ››Dabei kann es aber unter Umstaenden ››auch zur Ueberschreitung des Speichers ››der Symbol Tabelle kommen .Dies umgeht ››man aber , indem vor dem Compileren Adr.››$495 mit dem Set Befehl des Monitors››erhoeht. Der normale Wert ist hier ››8 Pages.Man sollte dann auf z.B 12 Pages››erhoehen (z.B.: SET $495=12 ) und dann››Compileren.››››Dies war der 1. Teil ... Der 2. Teil››folgt...nur ™ïðôéïî druecken und ab››geht's......››----------------------------------------››