Hallo, auf dem Treffen der Lugrav am 17.04.2014 hat Ulrich R. vom German Perl Workshop in Hanover berichtet. Es handelte sich um eine Veranstaltung für Perl-Insider und -Interessierte, denn die Vorträge dort gingen sehr ins Detail. Wurde die Scriptsprache anfänglich von einem Linguisten zur Mustererkennung in Texten entworfen, gilt sie heute als allumfassendes Werkzeug für alle Arten von Programmieraufgaben. Ein wesentlicher Teil von Linux besteht aus Perl-Scripten. Webentwickler greifen häufig auf Perl zurück, um ein CGI-Script zu entwerfen. Grosse Aufmerksamkeit richtete sich in Hanover auf die neuen Sprachelemente der kommenden Version 6. Sie stellen einen Bruch mit den bisherigen Konzepten dar. Anders könnte Perl 6 nicht auf Augenhöhe mit zu deren Programmiersprachen gelangen. Darauf ging Ulrich im Detail ein. Die Zahl der Anwendungspakete, die sog. CPN Module, ist von einem einzelnen Menschen nicht mehr zu über- blicken. Davon gibt es nämlich Zehntausende. Offen ist, ob/wie sie in Perl 6 nachprogrammiert werden. Wegen des Systembruchs wird eine automatische Übersetzung Perl5 -> Perl6 kaum denkbar. Derzeit gibt es, wie Ulrich anmerkte, nur eine Probeversion in der sog. Parrot-Maschine, die aufgrund ihrer mässigen Ausführungsgeschwindigkeit nur bedingt praxistauglich ist. Anschliessend überraschte uns Ralf R. mit einer Demonstration der Hartbleed Lücke, die sich auf dem einen oder anderen "anwesenden" Betriebssystem finden lies. Ralf berichtete über den aktuellen Kenntnis- stand und schätzte die Gefährdungslage ab. Mit Glück kann ein Angreifer Passworte oder andere interes- sante Daten aus dem Hauptspeicher abgreifen, die auf dem angegriffenen Rechner kürzlich verwendet worden sind. Ohne Glück muss der Angreifer recht viel Geduld aufbringen, bis er einen Treffen landen kann. Daneben beschäftigte sich die Lugrav wieder mit der Spielwiese, einem simulierten Netzwerk zum Aus- probieren von Serverdiensten, ohne auf dem eigenem Laptop Änderungen an der Konfiguration vornehmen zu müssen. Noch eine kleine Korrektur zum letzten Bericht: Die Zeit, um lighttp, einen Webserver, zu installieren und zu starten, entspricht der Zeit, die für Apache benötigt wird. In beiden Fällen werden nicht mehr als 30 Sekunden gebraucht. Auf dem letzten Treffen war es zeitweise zur Verwirrung gekommen, welches Verzeichnis freigegeben werden sollte. So entstand ein falscher Eindruck. pv:)