?Wie logge ich mich denn unter GEM-init aus
!Indem man entweder den Desktop oder, falls man keinen Desktop aktiviert
 hat und in gemsh gelandet ist, indem man gemsh beendet.
 Hlt man beim Beenden des Desktops irgendeine der Tasten Rechts-Shift,
 Links-Shift, Alternate oder Control gedrckt, landet man in gemsh


?Ich habe die Hinweise mit terminal.app, messages und CONSOLE.TTP nicht
 ganz verstanden
!CONSOLE.TTP ist ein Programm von Karsten Isakovic, welches
 GEMDOS-Bildschirmausgaben, die normalerweise auf den GEM-Bildschirm
 "geschmiert" wrden, abfngt.
 Kandidaten fr solche "Schmierereien" sind z.B. Dmon-Programme wie der
 syslogd oder pppd. Fr die Benutzung unter GEM-init mu CONSOLE.TTP in
 /bin/messages umgetauft werden.
 Da MiniWin-Fenster immer in der gleichen Gre geffnet werden, ist es
 zweckmig, eine Kopie von  MiniWin in /bin abzulegen, mit eigens
 angelegtem /bin/MINIWIN.CNF, in der die fr messages gewnschte
 Fenstergre gesichert wird.
 Damit man fr /bin/messages nicht unbedingt /bin/MINIWIN.APP benutzen mu,
 sucht init.app unter AES 4.x nach einem Programm mit dem allgemeinen Namen
 /bin/terminal.app und bergibt ihm den Parameter u:\bin\messages.
 init.app ist jedoch nicht zwingend auf /bin/terminal.app angewiesen.
 Existiert dieses Programm nicht, wird der normale AES-Aufruf zum Start
 von TOS-Programmen (shel_write()) benutzt.
 Wird unter AES 4.x /proc/messages.* gefunden, schreibt GEM-init selber
 einige Meldungen in das messages-Fenster.


?Habe ich init.app unter N.AES 1.x als shell angemeldet und mir Thing 1.09
 als Desktop eingerichtet, dann flackert der Desktop von Thing und
 verschwindet beim Toppen von Fenstern anderer Programme
!Das liegt daran, da N.AES den Desktophintergrund desjenigen Programmes,
 das in N_AES.CNF als shell angemeldet wurde, als eine Art Default-Desktop-
 Hintergrund ansieht. Da aber Thing nicht als shell, sondern als normales
 GEM-Programm luft, gibt es die beschriebenen Problemchen. Das Problem
 wird sofort behoben, wenn mir jemand sagt, wie man N.AES beibringt, per
 AES-Aufruf nachtrglich oder zu einem beliebigen Zeitpunkt das
 shell-Programm zu starten. Oder mir sagt jemand, was N.AES beim Start der
 shell (s. entsprechenden Meneintrag in N.Desk = SCREEN) anders macht als
 beim Start einer normalen Anwendung (appl_control()? ). In diesem Fall
 mte man init.app in N_AES.CNF per run-Befehl starten und die Zeile mit
 shell leer lassen
 brigens: wenn man unter N.AES 1.x mit der Maus in die Menzeile fhrt und
 dann pltzlich der Rechner stehen bleibt, sollte man in N_AES.CNF qsbchars
 und cqsbchars erhhen


?Kann ich eigentlich KGMD-/MINTOS 1.4.x-init und GEM-init gemeinsam
 benutzen
!Ja, es gibt mehrere Varianten:
 1.1 init in MiNT.Cnf anmelden: INIT=u:\usr\sbin\init
 1.2 in die console einloggen, d.h. in /etc/ttytab eintragen:
     console "/usr/sbin/getty console" vt52 on secure
 1.3 nachdem Einloggen (am besten als root) von der login shell aus GEM
     starten: z.B. /usr/lib/n_aes.sys, vielleicht geht auch
     exec /usr/lib/n_aes.sys
 1.4 GEM-init wie beschrieben installieren

 2.1 init in MiNT.Cnf anmelden: INIT=u:\usr\sbin\init
 2.2 AES als getty fr die console anmelden, d.h. in /etc/ttytab eintragen:
     console "/usr/etc/execmtos" vt52 on secure
     Achtung: zu diesem Zweck mu N.AES /usr/multitos/gem.sys heien
 2.3 GEM-init wie beschrieben installieren

 3.1 GEM in MiNT.Cnf anmelden, INIT-Programm wegkommentieren, Boot-Scripte
     von z.B. von MiNT.Cnf aus starten
     #INIT=u:\usr\sbin\init
     exec u:\bin\sh /etc/rc
     GEM=u:\usr\lib\n_aes.sys
 3.2 GEM-init wie beschrieben installieren


?Warum stehen die Programmflags von init.app, getty.app, login.app und
 gemsh.app auf ST-RAM
!Diese Programme sind in keinster Weise auf ein Geschwindigkeit angwiesen.
 Das TT-RAM ist mir zu schade, um es an hauptschlich nur wartende
 Programme zu vergeben. Es ist empfehlenswert, auch bestimmte andere
 Dmonen, wie z.B. den syslogd, crond, lpd ins ST-RAM zu laden


?Kann ich nach dem login auch benutzerabhngig Accessories und
 Applikationen starten
!Unter jedem AES 4.x kann man auch nachtrglich noch Accessories starten,
 allerdings werden diese unter GEM-init beim Ausloggen (noch) nicht
 beendet. Man kann Accessories (und Applikationen) als Thing-Autostart
 anmelden, da Thing $HOME auswertet.
 Alternativ kann man Accessories und Programme auch vom login batch der
 login shell ausfhren lassen, sofern /bin/loginsh die login shell starten
 konnte und diese dann wie z.B. /bin/sh eine Datei namens ~/.profile
 einliest. In ~/.profile schreibt man dann:

#!/bin/sh
# ~/.profile, this file will be read by /bin/sh when invoked as login shell
echo executing /home/root/.profile

cd /apps/PAINT/PAINT.APP
/apps/PAINT/PAINT.APP&
 
 Das cd ist	erforderlich, damit GEM-Programme ihre Resourcedatei finden. 
 Allerdings ist diese Methode nicht besonders sauber, da das Programm durch
 Pexec() statt shel_write() gestartet wird. Es mag auch nicht mit jedem AES
 4.x funktionieren.	Deshalb werden z.B. Accessories als Applikationen
 gestartet und werden unbrauchbar. Das &-Zeichen ist erforderlich, damit sh
 nicht blockiert wird.
 Besser ist dann schon ein spezielles Programm, wie z.B. x.gtp, welches
 GEM-init beiliegt. Es benutzt intern shel_write() (hoffe ich jedenfalls).
 Damit funktioniert dann auch der Start von Accessories:

x.gtp /boot/EYES.ACX


?Mich strt, da unter AES 4.x zuerst die mit dem N_AES.CNF/GEM.CNF-Befehl
 run zu startenden Programme ausgefhrt werden, dann erst die shell
!Man sollte bei einer GEM-init-Installation am besten berhaupt keine
 Programme per run aus *.CNF heraus starten. Erstens widerspricht dies dem
 Konzept einer init suite, zweitens killt init.app dann sowieso gleich alle
 parallel zu init.app laufenden GEM-Programme. Abhilfe: Programme in Thing
 als "automatisch starten" anmelden oder, falls /bin/loginsh und /bin/sh
 erfolgreich gestartet werden, Programm in ~/.profile starten, via
 x.gtp /bin/beispiel.app


?Warum sind die Programmdateien von GEM-init so gro
!GEM-init benutzt eine POSIX-Lib mit MiNT-Emulation fr plain TOS und
 u.a. "locale"-Funktionen und -Strings, die fr de, en, fr und nl
 implementiert sind.

?Ich habe init.app wie unter Punkt installation beschrieben nach
 u:\usr\sbin (liegt auf einem Minix-Filesystem) kopiert und als
 GEM-Autostart-Programm angemeldet. Nach dem Booten meldet GEM bei
 INIT.APP: "Objekt gleichen Namens schon vorhanden bzw. besitzt "nur
 Lesen"-Status."
!init.app steht wahrscheinlich auf rw-rw-rw- statt rwxrwx--x. Dies passiert
 z.B. wenn man Dateien mit x-Flag mit dem ROM-Desktop oder GEMINI kopiert


?Was bedeuten die Schrgstriche in dem Dateinamen /etc/passwd
!Der Schrgstrich oder slash ist unter UNIX das Pendant zum backslash des
 GEMDOS. Unter UNIX gibt es keine Laufwerksbezeichnungen. Das
 Wurzelverzeichnis wird dadurch dargestellt, da ein Pfad mit einem / 
 beginnt. Unter MiNT wird das Wurzelverzeichnis / zu u:\, soda /etc/passwd 
 gleichbedeutend mit u:\etc\passwd ist


?Direkt nach dem Einloggen kommt die Meldung "Diese Anwendung kann das
 angegebene Objekt nicht finden."
!Enteder wurde die login shell oder ~/.gemrc nicht gefunden


?Ich habe mich als non-root eingeloggt und beim Versuch bestimmte Dateien
 zu ffnen, kommt ein Alert mit "Zugriff verweigert."
!Die Dateiattribute sind z.B. auf rw-rw---- gesetzt. Das lt sich mit
 einem Aufruf eines UNIX-kompatiblen ls.ttp mit dem Parameter -l
 feststellen. Leider zeigt nicht jeder Desktop diese Attribute an


?Was heit denn eigentlich non-root
!Ein "normaler" User, mit eingeschrnkten Rechten


?Warum kann ich nur einen alternativen Desktop starten, wieso nicht den
 ATARI-Desktop
!Weil ich nicht wei, wie ich den Desktop im ROM oder innerhalb
 GEM.SYS erstens aufrufen und zweitens auch wieder beenden kann


?Ich habe mich als non-root eingeloggt. Ich kann mir dann zwar den Inhalt
 bestimmter Verzeichnisse anschauen, die darin enthaltenen Dateien und
 Unterverzeichnisse jedoch nicht ffnen, obwohl sie den Status rw-rw-rw
 besitzen
!In diesem Fall hat das betreffende Verzeichnis das x-Flag nicht gesetzt,
 also z.B. nur drwxrw-r-- statt drwxrwxr-x


?Warum kann ich init.app nicht in der Zeile INIT= in MiNT.Cnf eintragen
!INIT= ist nur fr TOS/TTP-Programme (oder ausfhrbare Versionen von GEM
 selber) gedacht


?Wofr steht eigentlich das Zeichen "~" bei manchen Dateinamen
!Fr das HOME-Verzeichnis


?Was ist das HOME-Verzeichnis
!Das HOME-Verzeichnis wird in /etc/passwd fr jeden Benutzer individuell
 eingestellt, z.B. /home/root oder /home/guest. Es enthlt allerlei
 benutzerspezifische Dateien wie Shell-Scripts, Info-Dateien von modernen
 GEM-Programmen, etc.


?Ich habe mich als non-root eingeloggt und kann auf Laufwerk C: pltzlich
 keine Programme mehr starten
!Das liegt wahrscheinlich daran, da C: eine GEMDOS-Partition ist. Diese
 gehrt seit neueren MiNT-Versionen der root (mit rw-rw----). Dies wurde
 eingefhrt, weil das GEMDOS-Dateisystem keinerlei Multiuserverwaltung
 und damit keinerlei "Sicherheit" bietet. Abhilfe, wenn's denn unbedingt
 sein mu: exec u:\bin\chmod -v 666 u:\c in MiNT.Cnf einfgen


?Wenn ich init unter MiNT und AES 3.x starte, strzt init nach der Eingabe
 des Pawortes mit einer memory violation ab
!Ist mir auch schon passiert. Der Grund ist aber darin zu suchen, da
 SingleAES - zur Zeit jedenfalls - nicht unter MiNT, sondern nur unter
 MiNTnp luft


?Es gibt doch auch init, getty, login und sh als TTP-Programme fr MiNT.
 Warum kann man nicht diese Programme zum Einloggen benutzen
!Das geht nur dann gut, wenn man sich als root einloggt. Sobald man sich
 mit diesem init-Paket als non-root einloggt, bekommt man grte
 Schwierigkeiten, wenn GEM auf Info-Dateien und Fonts auf GEMDOS-Partitions
 (sofern diese root-only sind) zugreifen will. Es kann dann z.B. passieren,
 da man nur noch "weie Zeichen auf weiem Grund" sieht. Auerdem kann man
 sich nur einmal einloggen, da sich GEM normalerweise nicht beenden lt...

