Änderungen Version V2.32 auf V3.0.0

• Wenn eine unbekannte Größe übergeben wird, wird eine neue Liste angelegt.
  
• Eine ACSpro bekannte Größe wird auf den neuen Maximalwert gesetzt (falls die Liste verkleinert wird, werden alle Blöcke, die nun zu viel gepuffert werden, frei gegeben).
  
• Falls für eine bekannte Blockgröße die Anzahl der zu puffernden Blöcke auf 0 gesetzt wird, so werden Speicherblöcke dieser Größe nicht mehr gepuffert und die Liste dazu gelöscht.
  

• Die Zeiger auf die Environmentvariablen und Kommandozeilenargumente verringern die Stack-Größe nun nur noch bei Accessories oder zu kleiner TPA. Ein minimaler Stack bleibt immer frei.
  
• Wenn der Heap zu klein ist - TPA ist schon geschrumpft und der Stack ist kleiner als ein Mindestwert -, beendet der Startup-Code das Programm mit dem Exit-Code 0x4150.
  
• Auch bei viel zu vielen Environmentvariablen oder Argumenten wird niemals über das TPA-Ende hinausgeschrieben. Gleich zu Beginn wird der maximale Heap berechnet: MaxHeapSize = TPA - BSSEnde - MinimalStack. Mit dem Schreiben der argv- und envp-Zeiger wird der Heap gefüllt und bei Erreichen der maximalen Heap-Größe wird die Auswertung abgebrochen. Auf das reele Heap-Ende wird die Stack-Größe addiert und so das gewünschte Ende der TPA bestimmt. Falls möglich wird dann noch die TPA geschrumpft.
  
• Die Basepagekommandozeile wird nun ins BSS kopiert und nicht mehr direkt in der Basepage geparst, da ein Fsfirst() ohne vorheriges Fsetdta() die Kommandozeile zerstört.
  
• Bei einem zu hohen Wert für die Basepagekommadozeilenlänge wurde an eine falsche Position gesprungen und dadurch ein RTS ausgeführt, ohne das eine gültige Rücksprungadresse auf dem Stack war.
  
• Durch einen falschen Vergleichen mit '0' wurden leere ARGV-Argumente ab dem zehnten nicht mehr geleert.
  
• Den kleinen Startup-Code habe ich nochmal überarbeitet und ein wenig optimiert. Unter anderem habe ich argv[0], argv[1] und envp bereits initialisiert ins Datensegment gelegt.
  

• Der Parser hat nun eine C-Schnittstelle, so daß er nun auch für z.B. AV_START genutzt werden kann. Die Schnittstelle ist wie folgt definiert:
  
  unsinged long parse_cmdline( char *cmdline,
                   char *cmdarg, char **argv,
                   unsigned long max_argc );
  

  cmdline	ist ein Zeiger auf eine Kommandozeile, die durch ein Nullbyte abgeschlossen ist, und kein Längenbyte besitzt.
  cmdarg	verweist auf einen Speicher, in dem die geparsten Argumente abgelegt werden sollen. Ist dieser Zeiger NULL, wird cmdline als Zielspeicher verwendet.
  argv	bestimmt die Adresse, an der bis zu max_argc Zeiger auf die einzelnen Argumente der Kommandozeile hintereinander abgelegt werden. Sofern das Feld groß genug ist, ist argv[Ergebnis]==NULL. Es ist aber auch möglich, einen Nullpointer an argv zu übergeben.
  max_argc	beschreibt die Größe des Feldes argv.

  
  Ergebnis ist die Anzahl der Argumente in der Kommandozeile.
  
  Die Parameterübergabe erfolgt in Pure-C-Manier, es werden dazu die Register D0, A0, A1 und ein Argument auf dem Stack genutzt. Alle anderen Register bleiben unverändert.
  
• Bei einer defekten, erweiterten ARGV-Übergabe, konnte es zu Speicherschreibern kommen. Ich habe nun alle unsicheren Stellen abgedichtet.
  
• Ein ARGV=NULL:0 wurde nicht ausgewertet. (Naja, macht eh keinen großen Sinn den Programmnamen zu löschen; aber nun geht auch das.)
  
• Die Register werden nun als unsigned betrachtet, dass heißt es können theoretisch über vier Milliarden Argumente und Environmentvariablen gehandhabt werden. Auch argc wird als unsigned long an main() übergeben.
  
• Die Baspagekommandozeile wird nun nicht mehr auf den Heap kopiert (was dem Stack 128 Byte kostete), sondern direkt in der Basepage geparst.
  
• Nach wie vor wird der Speicher für die Felder envp und argv vom Stack abgeknappst. Das sollte bei der Wahl der Stackgröße bedacht werden. Vorsichtige Naturen können die unterste Stackadresse _StkLim entnehmen.
  
• Selbst bei korrupter Argumentübergabe sind die Parameter an main() konsistent.
  
• Der kleine Startup-Code ist noch um eine Kleinigkeit geschrumpft.
  

"'Param Leer.txt' Param_no_Leer.txt 'Param Leer und `` darin.txt`"

Param Leer.txt
Param_no_Leer.txt
Param Leer und ` darin.txt

Akt_getKeyTab, Akt_getRelease, Akt_getEuro, Akt_getExpMaxNr, Akt_getImpMaxNr, Akt_getExpNameFromNr, Akt_getImpNameFromNr, Akt_getExpShortNameFromNr, Akt_getImpShortNameFromNr, Akt_getExpNrFromId, Akt_getImpNrFromId, Akt_getExpIdFromNr, Akt_getImpIdFromNr, Akt_getExpNrFromName, Akt_getImpNrFromName, Akt_CharAtari2X, Akt_CharX2Atari, Akt_BlockAtari2X, Akt_BlockX2Atari, Akt_StringAtari2X und Akt_StringX2Atari.

Akt_popExpName, Akt_popImpName, Akt_chooseExpNr und Akt_chooseImpNr

• Suche im Work-Objekt getrennt einschaltbar
  
• Suche in der Toolbar getrennt einschaltbar
  
• Suche nach Alt+Key getrennt einschaltbar
  
• Suche nach Ctrl+Key getrennt einschaltbar
  
• Suche nach Ctrl+Alt+Key getrennt einschaltbar
  
• Zuerst im Work-Objekt suchen, dann in der Toolbar
  
• Zuerst in der Toolbar suchen, dann im Work-Objekt
  

• In C-Strings werden diese Zeichen korrekt als Escape-Sequenz ausgegeben. Beispielsweise wird der String "Zeilen-umbruch" mit dem Zeichen '\n' nach dem Trennstrich (läßt sich hier nicht passend wiedergeben) dann korrekt als "Zeilen-\numbruch" geschrieben.
  
• Für Pascal werden diese Zeichen bis auf das Pascal-Zeichen "'" über ihren ASCII-Code in den String geschrieben.
  

1. Wenn kein Dead-Key gepuffert ist, wird geprüft, ob ein Dead-Key eingegeben wurde. Ein Dead-Key stammt aus der Menge ^ '`¨"°,/ und muß freigeschaltet sein (s.u.).
   
2. Falls kein Dead-Key eingegeben wurde oder dieser gesperrt sein sollte, so wird das Zeichen normal weitergereicht.
   
3. Handelt es sich jedoch bei dem Zeichen um einen freigegebenen Dead-Key, so wird das Zeichen gepuffert und die Verarbeitung des Tastendruckes abgebrochen. ACSpro wartet nun auf den nächsten Tastendruck.
   
4. Wenn ein Dead-Key gepuffert ist, so wird nachgeschlage, ob für die vorliegende Kombination Dead-Key plus das neu eingegebene Zeichen eine Ersetzung hinterlegt ist. Wenn dies der Fall ist, wird das zuletzt eingegebene Zeichen durch das Ersatz-Zeichen ersetzt. Andernfalls wird zuerst der gepufferte Dead-Key und danach das zweite Zeichen in die normale Tastatur-Verarbeitung gespielt — wie wenn es keine Dead-Keys gäbe. Der Dead-Key-Puffer ist nach dieser Verarbeitung wieder leer.
   

1. Die Optik ist überarbeitet worden — der Laufbalken ist nicht mehr so "dick", was sich nicht nur bei der besseren proportionerten Optik, sondern auch beim Neuzeichnen bemerkbar macht.
   
2. Das von Ash_thermometer zur Verfügung gestellt Schleifen-Konstrukt wurde ausgebaut. Die Schleife heißt jetzt prinzipiell:
   

   init(data);
   if( start(data) )
   {
      while( cont(data) )
         fkt(data);
      stop(data);
   }
   quit(data);
   

   
   Über den neu zu übergebenden Funktionszeiger cont wird die Abbruchbedingung — bzw. korrekter die "Weiterlauf-Bedingung" realisiert. Dies hat zwei Auswirkungen. Die hier übergebene Funktion kann ebenso in stop genutzt werden, um die Unterscheidung "vorzeitiger Abbruch" oder "Ende" zu unterscheiden (siehe Ash_thermometer). Ferner wird der evtl. anzuzeigende Text durch die in cont übergebene Funktion definiert, er wird also bei der eigentlichn Aktion (in fkt übergeben) bereits angezeigt!
   
   Hinweis: Falls in cont der Wert NULL bzw. NIL übergeben wird, wird die Schleife nicht ausgeführt.
   
3. Die Struktur ThermoData wurde in A_ThermoData umbenannt. Ferner wurde sie um die an Ash_thermometer übergebenen Funktionszeiger erweitert — hiermit sind also z.B. generische "Stop-Nachfrage-Routinen" möglich, die anhand des dort übergebenen Zeigers die oben erwähnte Unterscheidung treffen.
   

1. Die Funktion Aob_service leitet eine Nachricht an ein Objekt eines Objektbaumes weiter. Wenn das (globale) Flag AB_LAZYEVAL gesetzt ist, werden keine Überprüfungen mehr vorgenommen. Andernfalls wird geprüft, daß der Objektbaum vorhanden ist, daß es ein UserDef ist und eine Service-Routine vorhanden ist...
   
2. Die Funktion Awi_observice leitet eine Nachricht an ein Fenster-Objekt weiter. Auch hier wird nur bei gelöschtem Flag AB_LAZYEVAL geprüft, daß das Fenster existiert. Die Funktion selbst ist recht billig, denn sie läßt — mit dem passenden Objektbaum — die Arbeit von Aob_service erledigen... ;-)
   

init(data);
if( start(data) )
{
   while( fkt(data) );
   stop(data);
}
quit(data);

Ash_thermometer(
   THERMO_CANCEL|THERMO_TEXT|THERMO_PERCENT,
   " Ein kleines Beispiel... ", color, data, init,
   start, zaehlfkt, stop, quit);

liste=Af_fileselect(ttl_open, last_path, "acs",
   TRUE, FALSE);
if( liste!=NULL )
{
   (liste->doFor)(liste, &window, NO_FOR,
      (A_ListWork)openFile);
   Alu_delete(liste);
}

1. Alle G_BOX-Objekte werden bei mindestens 16 Farben mit Hintergrund LWHITE und Füllmuster IP_SOLID versehen. Der 3D-Effekt wird durch das Flag FL3DBAK in ob_flags bewirkt.
   
   Diese Effekte wirken also nur auf Systemen, die die AES-4-Objekt-Flags kennen...
   
2. Alle Strings G_STRING, die disabled sind und nur das Zeichen '-' enthalten, werden in das Userdef-Arrows umgewandelt. Bei mindestens 16 Farben wird die Linie in der Farbe LBLACK mit der Stärke 1, andernfalls in der Farbe BLACK mit Stärke 3 gezeichnet.
   
3. Alle Arrow-Userdefs, die disabled sind und in den AUSERBLK-Strukturen die Default-Werte des Userdef-Arrows in Menüs enthalten, werden bei mindestens 16 Farben umgesetzt auf Linienfarbe LBLACK und Stärke 1.
   

• Quoting (Komandozeilenparameter mit Leerzeichen)
  
• ARGV (Komandozeilenparameter mit mehr als 125 Zeichen werden im Environment übergeben)
  
• erweitertes ARGV (Übergabe von leeren Parametern)
  
• Workaround für PATH
  
• Shared Text (Programm mehrfach starten, dessen Text-Segment aber nur einmal im Speicher liegt)
  
• keine FPU-Initialisierung
  

• Quoting (Komandozeilenparameter mit Leerzeichen)
  
• ARGV (Komandozeilenparameter mit mehr als 125 Zeichen werden im Environment übergeben)
  
• keine FPU-Initialisierung
  

1. Falls nach einer Zeit von im Moment festen 250 msec. die rechte Maustaste noch gedrückt ist, handelt es sich um einen langen Klick, andernfalls um einen kurzen Klick.
   
2. Bei einem kurzen Klick wird die BubbleGEM-Hilfe aufgerufen, andernfalls das Kontext-Menü.
   
3. Falls keine BubbleGEM-Hilfe verfügbar war, wird das Kontext-Menü verwendet.
   
4. Falls kein Kontext-Menü verfügbar war, wird nach der Wartezeit zur Ermittlung eines langen Klicks (s.o.) die BubbleGEM-Hilfe angezeigt.
   

1. Es sind zwei Funktionszeiger hinzugekommen, die für Iconify benötigt werden. Die Default-Routinen sind Awi_iconify und Awi_uniconify.
   
2. Für die ST-Guide-Unterstützung sind ferner zwei neue Strings vorhanden. Hier kann das Hilfe-Thema für dieses Fenster sowie ggf. der Dateiname des Hypertextes angegeben werden.
   
3. Zur Unterstützung des GEMScript-Protokolles ist ein Funktionszeiger definiert, der auf die GEMScript-Routine des Fensters zeigt. Default-Funktion ist hier Awi_gemscript. Im Moment macht diese Routine noch nichts, aber das ändert sich bald... ;-)
   

1. Ein neuer String enthält den ggf. zu verwendenden Text für eine BubbleGEM-Hilfe.
   
2. Ein weiterer String steht für ein kontextsensitives Popup zur Verfügung.