From: amk@zikzak.in-berlin.de (Andreas M. Kirchwitz)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re^2: Kampf der Shell-Giganten
Date: Wed, 26 Aug 1992 14:22:12 GMT
Reply-To: amk@zikzak.in-berlin.de (Andreas M. Kirchwitz)
Organization: Department of Fun & Games
X-Newsreader: Arn V1.00 beta rel2

In article <1B8C9FABMK@tron.gun.de>, Matthias Krok writes:

> -> die naechste Version der CSH laeuft eh nur noch unter 2.0 ;-)
>
> Ist *irgendetwas* darueber bekannt, wann diese Version rauskommt ???

Urban D. Mueller ist durch XPK in letzter Zeit gut ausgelastet gewesen.
Wenn diese Sache "ueberstanden" ist, wird er - so hoffe ich - sich wieder
der CSH widmen ;-)  In der Zwischenzeit hat jemand anders schon diverse
ARP-Relikte aus der CSH entfernt (leider nicht alle) und ein paar Sachen
eingebaut (nur ein paar).  Es ist also nicht so, dass die Entwicklung
voellig ruht ;-)

> Wie ich festgestellt habe (und wie auch in der Anleitung so ganz nebenbei
> bemerkt wird) sind die Einstellungen, die man in der Startup-Sequence mit Path
> bzw. Resident macht, nicht auf die CShell uebertragbar.

Hmm, der DOS-Support der CSH ist etwas... aeh... "schwammig", wuerde
ich sagen (ich hoffe, ich krieg jetzt keine Haue aus der Schweiz ;-)

Ich setze in s:User-Startup mit "path" all meine Pfade.  Diese uebernimmt
die CSH natuerlich. Ausser fuer Batch-Files sehe ich daher z.Z. keine Not-
wendigkeit, die interne "_path" Variable ebenfalls zu setzen.

Ebenso werden von der CSH aus auch alle residenten Kommandos erkannt.
Auch zur Laufzeit kann man in einer C=-Shell ein Kommando resident
machen und sofort in einer CSH-Shell benutzen.

Nur umgekehrt funktioniert die Sache nicht.  Was man von der CSH aus
mit dem csh-internen Kommando resident macht, erkennt die Commodore-
Shell nicht (anderer Mechanismus).

> Leider. Also wenn in
> der User-Startup "path TeX:bin add" steht, dann interessiert die CShell das
> ueberhauptnicht...

Komisch, damit habe ich gar kein Problem.  Alle Programme in diesem Pfad
wuerden bei mir von der CSH gefunden.

> Dazu `ne Frage: Wie kann man diesen Effekt umgehen ??? (Ich weiss, dass es
> irgendwie moeglich ist, schon die Startup-Sequence von der CShell ausfuehren
> zu lassen, aber welchen Vorteil hat das ? und gibt es auch andere
> Moeglichkeiten ?)

Die letzten Zeilen meiner (ganz normalen) Startup-Sequence sehen so aus:

If EXISTS S:User-Startup
    Execute S:User-Startup
    NewShell "CON:0/0/700/371/AmigaDOS [FFS]/ALT0/0/700/101/SMART" from S:Login-Startup
    Wait 1
    NewShell "CON:0/371/700/101/AmigaDOS [FFS]/ALT0/101/700/371/CLOSE/SMART" from S:Shell-Startup
Else
    LoadWB
EndIf

EndCLI >NIL:


Login-Startup:
--------------
Assign csh: app:cshell
Stack 10000
Resident csh:csh ADD
csh -r s:firstlogin.sh
EndCli


Shell-Startup:
--------------
csh:csh s:login.sh
endcli


(vielleicht nicht die eleganteste Loesung -- aber es funktioniert ;-)


In "User-Startup" rufe ich - wie es von Commodore gedacht ist - alle
moeglichen Programme auf, die im Hintergrund laufen sollen.  Und ich
setze dort natuerlich auch mit "path ... add" alle Pfade, wo nach Pro-
grammen gesucht werden soll.  Da die beiden CSHs _nach_ User-Startup
gestartet werden, gibt es mit "path" keinerlei Probleme, den erbt
schliesslich jede Shell...  und somit steht er auch der CSH zur
Verfuegung.

	Hoffe, geholfen zu haben...  Andreas

--
IRC-Nick: | Andreas M. Kirchwitz, Seesener Str. 69, W-1000 Berlin 31, Germany
  `bonzo' | Phone: +49 (0)30 873376, Mail: amk@{zikzak.in|cs.tu|fu}-berlin.de