Haben Sie Anregungen, Statements oder Kommentare? Dann schreiben Sie an [redaktion@linux-magazin.de]. Die Redaktion behält es sich vor, die Zuschriften und Leserbriefe zu kürzen. Sie veröffentlicht alle Beiträge mit Namen, sofern der Autor nicht ausdrücklich Anonymität wünscht.
06/09, S. 32: Irgendwie war ich nach dem Lesen enttäuscht: Nur Windows-Netbooks! Gibt es kein einziges Linux-Netbook mehr? Oder haben Sie nur Angebote mit 1 GByte RAM und 160 GByte Festplatte in die engere Wahl genommen? War Ihnen nur wichtig, diese auf Linux umzustellen?
Die Entscheidung, die neuesten Netbooks oder ausschließlich die aktuellen Linux-Netbooks vorzustellen, mussten wir in der Tat fällen. Wie man sieht, haben wir uns für zeitnah erschienene Geräte entschieden. Wir gehen davon aus, dass Linux-Nutzer ihr Lieblings-Linux ohnehin drüberinstallieren.
Davon abgesehen sind wir bei der Recherche nach den neuesten Netbooks nicht auf Linux-Vertreter gestoßen. Lediglich das Dell-Netbook war angekündigt, wie in der Tabelle vermerkt ist. (ake)
06/09, S. 46: Der Artikel zur neuen Bash-Version 4.0 verweist auf acht Änderungen, die der Posix-Kompatibilität dienen. Auf diese spielte Chet Ramey wohl auch an, als er im Interview stolz behauptete, die neue Version sei "so abwärtskompatibel wie nur möglich, aber an einigen Stellen war das Verhalten von Version 3.2 einfach fehlerhaft". Leider scheint er dabei die Realität etwas aus den Augen verloren zu haben. Seit Version 4.0 der Bash sind die Parameterlisten »$@« und »$*« ziemlich inkonsequente "Halb-Variablen". »bash -uc 'echo $@'« löst die Meldung »$@: unbound variable« aus, aber »@=1« resultiert in »@=1: command not found«. Die »COMPAT«-Datei erwähnt das aber nicht.
Durch diese Änderung entfernt sich die neue Shell vom Posix-Standard. Dort steht: "If there are no positional parameters, the expansion of '@' shall generate zero fields [...]." Zu Deutsch: Gibt es keine Parameter, so soll die Auswertung von »$@« die leere Menge ergeben.
Bash 4 jedoch behandelt »$@« und »$*« nun einfach als undefiniert, wenn keine Parameter übergeben worden sind. Primär zeigt sich dieses Problem nur, wenn man die Option »nounset« verwendet (»-u«), welche davor schützt, undefinierte Variablen zu verwenden, und somit Skripte sicherer und robuster macht. Es wäre aber durchaus denkbar, dass das neue Verhalten auch andere Probleme mit sich bringt.
Ich sehe diese Änderung als einen leichtsinnigen Rückschritt an. Bei Debian habe ich deshalb diese Änderung zum gravierenden Fehler erklärt, siehe [http://bugs.debian.org/519165].
Martin F. Krafft, per E-Mail
Alle Rezensionen aus dem Linux-Magazin
Im Insecurity Bulletin widmet sich Mark Vogelsberger aktuellen Sicherheitslücken sowie Hintergründen und Security-Grundlagen. mehr...
