Volker Pispers landet (mal wieder) einen Volltreffer – diesmal zu Guttenberg
Bisher habe ich mich ja nicht zu unserem überaus beliebten Verteidigungsminister zu Guttenberg geäußert. Wenn Volker Pispers sich aber zu jemandem äußert, dann tut er das gründlich. Dem ist nichts mehr hinzuzufügen.
Debütantinnen beim Wiener Opernball ohne Krönchen?
Dem berühmten Wiener Opernball scheint in diesem Jahr ein Skandal zu drohen: Die Debütantinnen treten traditionell im Schnee-weißen Kleid und mit einem Krönchen in den aufwendig gemachten Haaren auf. Dieses Jahr sind Tiaras mit funkelnden Schmetterlingen geplant. Eigentlich hätten diese bereits am gestrigen Sonntag bei den Proben an die jungen Tänzerinnen ausgegeben werden sollen. Leider sind sie jedoch beim Transport durch Österreich irgendwo verschollen, wie die Chef-Organisatorin Desirée Treichl-Stürgkh wusste. Sie sagte wörtlich:”Es liegt nicht an uns.” Nur nutzen wird das der Sache wenig. Wenn sie bis zum Donnerstag nicht in Wien angekommen sind, wird der Opernball wohl erstmalig ohne diesen Kopfschmuck stattfinden müssen.
Die Eröffnungschoreographie des Wiener Opernballs ist traditionell ein gut gehütetes Geheimnis. Aus gewöhnlich gut unterrichteten Quellen ist jedoch zu hören, dass die diesjährige Choreografin Juanita Hieble erstmals Rauten- und Square-Formationen mit dem in 36 Reihen stehenden Eröffnungskomitee einstudiert hat, um den interessanten Farbwechsel zwischen den weißen Kleidern der Damen und den schwarzen Fräcken der Herren zu erzeugen. Außerdem wird die Eröffnung dieses Jahr von den Wiener Philharmonikern begleitet. Sie werden sich hinter den letzten eingezogenen Debütanten aufbauen.
In den letzten Jahren wurde der Eröffnungswalzer im Kreis getanzt. Auch hier werden sich Änderungen ergeben. Dieses Jahr werden die Paare zwei Quadrate mit jeweils einer äußeren und einer inneren Spur zeichnen, die sich in zwei ineinander liegende Rechtecke auflösen. Die auf der Stelle tanzenden “Fleckerl-Paare” fallen dieses Jahr gänzlich weg.
Warum das Kartellamt keine Innovationsbremse ist – kein Hulu für Deutschland
Es sollte das deutsche Hulu werden, doch die beiden Sendergruppen ProSieben Sat.1 Media und RTL wurden vom Kartellamt ausgebremst. Ihre geplante gemeinsame werbefinanzierte Videoplattform wurde so nicht genehmigt. Auf den ersten Blick ist das ziemlich schade, weil den deutschen Internetnutzern damit eine Möglichkeit entgeht Fernsehinhalte dann zu sehen, wenn sie Zeit haben und nicht, wenn sie gerade ausgestrahlt werden.
In seiner Pressemitteilung erklärt das Bundeskartellamt
“Nach dem vorläufigen Ergebnis der Überprüfung ist das Bundeskartellamt der Auffassung, dass die Gründung der gemeinsamen Plattform in der konkret geplanten Form das nach wie vor bestehende marktbeherrschende Duopol der beiden Sendergruppen auf dem Markt für Fernsehwerbung weiter verstärken würde.”
Diese Erkenntnis ist zweifelsohne richtig. Im Moment teilen sich den werbefinanzierten privaten Fernsehmarkt genau diese beiden Firmen. Die Einstiegshürden in den Fernseh-Markt sind bereits jetzt sehr hoch und es erscheint fast unmöglich einen ökonomisch erfolgreichen neuen Kanal zu etablieren. Mit einer derartigen Videoplattform würden die beiden Mitspieler die Situation für sich weiter stabilisieren.
Weiter schreibt das Kartellamt: Den ganzen Beitrag lesen
64bit-Systeme und 32bit-Prüfsummen. PHP scheitert an eindeutiger crc32-Funktion
Beim etwas Programmieren gestern bekam ich auf dem Server andere Werte, als auf meiner Entwicklungsumgebung aus der crc32-Funktion von PHP zurück. Das ist schon reichlich komisch, der Verdacht viel auf vieles. Falsches Encoding der Dateien durch die FTP-Übertragung? Andere PHP-Version?
Es stellte sich heraus, dass es sich um einen Bug handelt, der bereits seit über einem Jahr bekannt ist und sogar schon einmal vor 5 (fünf!) Jahren gemeldet wurde:
- crc32() function result differs on 64-bit Linux platforms and others
- crc32() returns 64-bit number on 64-bit achitectures
Warum kann so ein Fehler nicht gefixt werden. Wenn man die Kommentare dort verfolgt, zeigt sich, dass die Bit-Repräsentation des zurückgegebenen Wertes auf allen Systemen die gleiche ist, jedoch einmal als signed-int und einmal als unsigned-int behandelt wird, weil der Rückgabewert einmal als 32bit-Integer und einmal als 64bit-Integer betrachtet wird.
In der PHP-Dokumentation ist jedoch eindeutig von signed-int die Rede. Wenn man jetzt wenigstens sicher wäre, dass auf allen 64bit-Systemen der eine Wert und auf allen anderen der andere herauskommt. Aber selbst das kann man nicht sicherstellen, denn eine Installation auf Windows 64 bit gibt den gleichen Wert wie auf einer 32bit-Maschine zurück.
Mal wieder ein Problem, das PHP für den professionellen Einsatz fragwürdig erscheinen lässt.






