Mit existierender juis_check.cfg, die nur die Zeile Box=fritz.box enthält, funktioniert das leider nicht mehr:
./juis_check fritz.box führt zur Fehlermeldung Der Parameter 'fritz.box' ist unbekannt.
[...]
Kann es sein, daß bei existierender .cfg-Datei alle per Kommandozeile übergebenen Parameter ignoriert werden?
Nein, aber die verwendete Konfigurationsdatei enthält ja auch die
feste Zuweisung in der Form "Box=fritz.box" (und wohl kein "shift", was dann das "fritz.box" vom Aufruf wieder aus dem Weg schaffen würde). Damit bleibt auch nach der Verarbeitung der Konfigurationsdatei der "positional parameter" mit "fritz.box" erhalten und der wird dann im Anschluß eben "verarbeitet" - hat aber kein Format, was das Skript erkennen könnte.
Normalerweise sollte man das "fritz.box" jetzt einfach weglassen beim Aufruf oder eben noch das "shift" in die Konfigurationdatei packen (wobei dann die Angabe beim Aufruf auch sinnlos wäre) ... wenn auf der anderen Seite die Konfigurationsdatei fehlt, wäre der Aufruf mit "fritz.box" wieder richtig, weil dann (neu in dieser Version, einfach als "Komfort", damit man das mit dem Download auf eine einzelne Datei (nämlich das Skript selbst) beschränken kann und es trotzdem wie in der alten Version mit dem Aufruf unter Angabe der IP-Adresse oder des Namens weiterhin funktioniert) eine "interne" Konfigurationsdatei zum Einsatz kommt, die eben "Box" anhand des ersten "positional parameters" (das wäre dann ja "$1", nachdem die Optionen verarbeitet und aus dem Weg sind) zuweist und diesen ersten Parameter dann entfernt.
Die beiden letzten Fälle aus Deinem Beitrag sind der Tatsache geschuldet, daß da zweimal durch die Parameter gegangen wird ... einmal vor der Kontrolle, welche Variablen noch fehlen und damit auch vor dem Auslesen der fehlenden Werte aus der Box (da wird für falsche Parameter noch keine Fehlermeldung ausgegeben - wobei hier beide Formen "fritz.box" und "Box=fritz.box" falsch wären) und noch einmal, nachdem die Werte aus der Box gesetzt wurden, weil Angaben auf der Kommandozeile ja die gelesenen Werte überschreiben sollen. Bei diesem zweiten Durchlauf würden dann auch fehlerhafte Angaben "bemängelt" (z.B. auch ein "version=" mit kleinem "v") ... in diesem Fall kommt es aber gar nicht bis zu dieser Stelle, weil keine der beiden Formen für eine Zuweisung an "Box" verwendet werden kann. Der "positional parameter" wird nicht wirksam, weil die (implizite) Konfigurationsdatei mit ihrem "Box=$1; shift" wegen des "-i" nicht abgearbeitet wird und die Form "Box=fritz.box" ist - als Parameter beim Aufruf - gar nicht erst erlaubt ... siehe die Antworten/Erklärungen an
@koyaanisqatsi. Hier könnte man das "Box=fritz.box" jetzt eben vor den Aufruf setzen, dann wird daraus (für die Dauer der Abarbeitung des Skripts) eine Environment-Variable und die ist dann in dem Moment auch gesetzt, wo Daten aus der Box ausgelesen werden sollen.
Die unterschiedlichen Möglichkeiten der Angabe von Parametern und die Vermischung von Shell-Variablen und Einträgen im Shell-Environment (auch noch die Frage, ob die temporär erfolgen oder dauerhaft, wie beim Einsatz von "export") sind sicherlich manchmal verwirrend, aber durchaus dem POSIX-Standard geschuldet und hier von mir auch absichtlich in Kauf genommen, weil man damit auf vielen verschiedenen Wegen die Daten bereitstellen kann und damit eine flexiblere Nutzung möglich wird. Schon das Versehen der internen Variablen mit einem Präfix im Namen würde das sicherlich "entschärfen" können ... aber ich will ohnehin in dem Beitrag zur neuen Version noch einiges ergänzen und da werden solche "Spezialfälle" und die dazugehörigen Erläuterungen sicherlich auch noch ihren Platz finden.
