Michael Heydekamp ([EMAIL PROTECTED]) schrieb: > [... UKA_PPP-Debugging ...]
>> Das stellt die These, da� $config neu definiert werden kann, um >> in <box>.$cf beliebige .$do aufzurufen doch f�r mich etwas in Frage. > Ich bin nicht so tief in dem Thema drin und derzeit auch nicht in der > Lage, da so tief einzusteigen. > Wenn Du irgendwas rausfindest, was in die Doku m��te, dann gib' bitte > Bescheid. Eigentlich w�re IMO der Hinweis angebracht, da� der Anwender auf eine intakte und komplette Installation bereits unter UKA_PPP achten mu�, wenn mit dem 3. Parameter eine abweichende $config.$cf aufgerufen wird. Im Regelfall schlie�t das die anderen $config.$xx- Files mit ein. Ich w�rde hier zwischen einer ge�nderten Konfiguration insgesamt und modifizierenden Eingriffen unterscheiden, wobei der Fall, da� mit einem ge�nderten .$cf-File wiederum eine andere $config.$do aufgerufen wird, von mir in den letzteren Bereich oder eher noch der Trickprogrammierung verortet wird. Andere modifizierende Eingriffe w�ren das manuelle Bearbeiten der $config.rc, das keine weiteren Konsequenzen bef�rchten l��t oder das nicht unbedingt viel kompliziertere Erweitern eines .$do-Files. �nderungen am $cf.File wie auch eine denkbare automatischen Umkonfigurierung des Systems durch ein weiteres .$cf-File (oder alternativ einem ge�nderten FXPNEWS-Skript) erfordern aber genauere Hinweise auf die Auswirkungen, bis hin zu einem etwa erforderlichen erneuten Einlesen eines modifizierten $config.$cf- Files und dessen Kopie nach WATTCP.CFG. Das kann wirklich nur mit einer Beschreibung der Abl�ufe, als einer Hilfe speziell f�r UKA_PPP, besser unterst�tzt werden. BTW habe ich mich zwischenzeitlich nach diversen Experimenten davon �berzeugt, da� es nicht allzu sinnvoll ist, UKA_PPP vollst�ndig als externen XP-Client einzurichten oder umzustricken, der allein aus XP heraus konfiguriert wird. UKA_FXP.BAT - ist wie auch schon das entsprechende Batch-File von Robo seinerzeit f�r XP/2 - durch die kaum zu �ndernde Ausgangslage, da� UKA_PPP ein selbst�ndiger einzurichtender, externer Client ist, ein durchaus sinnvolles Verfahren, mit dem UKA_PPP f�r XP zweckdienlich angepa�t wird. Ich habe allerdings auch die Erfahrung gemacht, da� ich nach den grundlegenden Weichenstellungen bei der Konfiguration, also Auswahl und Festlegung einer PPP-connect-Installation mit Modem- Einwahl etwa, die H�lfte von UKA_PPP einschlie�lich Go.Bat und X_Script.cfg und den SLIP- oder ISDN-Kram vollst�ndig entsorgen kann und es wesentlich �bersichtlicher wird. Das kann jedoch keine allgemeine Empfehlung f�r die Standard-Installation unter XP sein, was ich etwas bedaure. Eine solche Demontage ganzer Module ist f�r eine UKA_PPP-Distribution sicher nicht vorgesehen und auch nicht vertretbar. -- Salut _)oachim ------------------------------------------------------------------------ FreeXP Support-Mailingliste [EMAIL PROTECTED] http://www.freexp.de/cgi-bin/mailman/listinfo/support-list
