tips & tricks:
--------------

ThingWait wird  unter  GEM-init  nicht  bentigt.  Wer  GEM-init  unter AES 
4.x/N.AES einsetzt, bentigt auch  kein  COPSLOAD (jedenfalls zur Zeit noch 
nicht). Die Initialisierungsphase von  GEM-init  ist lang genug, um WDIALOG 
sich initialisieren zu lassen.  Weiterhin  darf WDIALOG unter GEM-init auch 
im AUTO-Ordner (allerdings  vor  MiNT)  gestartet  werden.  Hinweise zu den 
verschiedenen WDIALOG-Versionen:
WDIALOG 1.95: ist zu veraltet
WDIALOG 1.96: kann man unter MiNTnp und N.AES einsetzen, solange man keine 
              Auflsungswechsel unter GEM auslst (sondern z.B. per 
              Auswahlmen im AUTO-Ordner)
WDIALOG 1.97: (zur Zeit keine Angaben)
WDIALOG 1.98: mu man unter MiNT mit eingeschalteter memory 
              protection benutzen, sonst strzen TOSWIN2 beim ersten Start 
              samt WDIALOG ab. Auerdem hngt sich 1.98 nicht nur in den 
              AES-trap sondern auch in den VDI-trap hinein, um 
              Auflsungswechsel unter N.AES besser abfangen zu knnen. 
              Dadurch wird jedoch die Kette der Vektoren in trap #2 doppelt 
              so lang wie vorher:
              trap #2: HBFS->wdlg->nAES->NVDI->wdlg->NVDI->IMNE
WDIALOG 1.99: wurde diese Version berhaupt verffentlicht?
WDIALOG 2.00: zumindest unter N.AES bleibt der Rechner stehen, wenn man 
              erst einmal ein Programm gestartet hat, welches WDIALOG 
              benutzt, und dann ein anderes Programm starten will, welches 
              ebenfalls auf WDIALOG zurckgreift

Man kann getty.app, login.app, gemsh.app und logout.app auch beispielsweise 
nach  /usr/bin/GEM/   kopieren.   Voraussetzung   dafr   ist  jedoch,  da 
u:\usr\bin\GEM im AES-$PATH auftaucht (single  AES: in MiNT.CNF setzen; AES 
4.x: in GEM.CNF/N_AES.CNF usw.  setzen)  und  da  der Pfad zu getty.app in 
/etc/ttytab.gem entsprechend korrigiert wird. gemsh.app wird z.B. zuerst in 
/bin gesucht, dann im AES-$PATH (fr Experten: mit Hilfe von shel_find()).

Da unter SingleAES	boot.app  im  NEWDESK.INF  angemeldet  werden mu, aber
unter MultiAES nicht in	 NEWDESK.INF  eingetragen  sein	 darf, und man aber
abwechselnd	SingleAES und MultiAES	booten	mchte,	 empfiehlt es sich,	mit
Hilfe eines	Dateimonitors in der  Programmdatei	 von  AES 4.x (GEM.SYS)	die
Zeichenkette  NEWDESK.INF	(kommt	 zweimal   vor)	  beispielsweise  durch
NEWDESK.CNF zu ersetzen.

Wird ein  GEM-Programm  auf  einem  minixfs  gestartet  und  kann  es  sein 
Resourcefile nicht finden, hilft in den  meisten Fllen, den Dateinamen des 
Resourcefiles  in  Grobuchstaben   umzubenennen.   Der   Fehler  liegt  am 
entsprechenden GEM-Programm.

Wer MiNTnp und  MiNTNet  und  diverse  .XFS  unter  SingleAES laufen lassen 
mchte, mu unbedingt NoHog.Acc mitbooten.  SingleAES luft mit Vorliebe im 
Supervisormodus und verhindert  auf  diese  Weise sog. MiNT-Kontextwechsel. 
NoHog schaltet immer wieder in den Usermodus zurck.

Auf	GEM-Applikationen,	die	 auf  GEMDOS-Partitions	 liegen, haben non-root
user i.d.R.	keinen Zugriff.	 Die  root	mu	 mit  Hilfe	 von chmod erst	die
Zugrifffsrechte	aller  betreffenden	 Directories,  Programme  und eventuell
Dateien	(sofern	man	nicht in  MiNT.Cnf	ein	 globales "exec	u:\bin\chmod -v
664	u:\g" aufgerufen hat, wobei	 g	eine GEMDOS-Partition ist) ndern. Dies
kann in MiNT.Cnf erfolgen, aber auch in /etc/rc.gem, z.B.:
echo unlocking user applications...
/bin/ln -sv /g/CAB /home/guest/cab
/bin/chmod -v 777 /home/guest/cab

Die	mupfel kommt auch mit  /  statt	 \	zurecht,  wenn man in /etc/profile,
welches von der mupfel eingelesen wird, schreibt (siehe auch set.1m):
echo /etc/profile...
set -S

Wen	das	Eselsohr  im  Login-Dialog	strt,	der	 mag  es per RCS verstecken
(HIDETREE-Flag setzen), jedoch keinesfalls lschen.

Es ist zur Zeit	nicht empfehlenswert, unter	AES	4.x	oder N.AES irgendwelche
Programme aus GEM.CNF  bzw.	 N_AES.CNF	per	 run-Befehl	zu starten.	Erstens
laufen solche Programme	immer mit  root-Rechten	 -	sofern AES von der root
gestartet wurde.  Zweitens	berleben  solche  Programme  den  ersten login
nicht. Siehe auch unter "problems" in init-de.txt.

Ab N.AES 1.1.0 gibt es  in  N_AES.CNF  die  Option numapps. Steht diese auf 
einen anderen  Wert  als  -1,  meldet  MINWIN  "MINIWIN requires MultiTOS." 
Offenbar fragt MINIWIN global->ap_count  ==  -1  statt global->ap_count > 1 
ab:-(

Wenn es unter N.AES bei Anwahl  der  Menzeile z.B. von CAT oder Papyrus zu 
einem Systemstillstand kommt, sollte man  schleunigst den Wert fr qsbchars 
und evtl. auch cqsbchars in N_AES.CNF erhhen

Man	kann die bash auch in  /bin/sh	umbenennen	oder dahin linken. Die bash
erkennt	 dies  und	liest  dann	 als  login	 shell	($0	 beginnt  mit einem
Minuszeichen)  /etc/profile	 und  ~/.profile  ein.	Achtung:  diese	Scripts
mssen dann UNIX-Zeilenenden haben!

