dreckhände

Ich musste ein win7/64 neu mit einer Reihe von Adobe-Programmen ausrüsten, also die Installations-DVDs auf den tisch, loslegen und staunen. 2 von 4 DVDs, ihr Leben lang in der Plastikhülle und äusserlich absolut makellos, gingen gar nicht mehr, Set-Up sei keine ausführbare Windwosdatei und solche Fehler. Zum Glück gibt es die Sachen ja als Trial zum download, aber Flex 3 ist dann schon schwer zu finden.

Und dann verweigert sich FlashCS5 komplett, WARNING: OS requirements not met for {694213D7-1E0E-4C8F-B822-E2E3680C0FCE}  , die Suche auf die fehlermeldung bringt mich zu diesem Thread in den adobe Forums und von dort lande ich auf dieser Seite, wo mir ernstlich geraten wird, erstmal alle installierten Adobe-Produkte wieder zu desinstallieren und dann nach einem Neustart Flash 5 neu zu installieren. Und da gibt es sogar Leute, die sich für einen solchen rat noch bedanken... - letztlich half auch hier wieder, statt der Original-DVD die Trial zu laden, die hatte offenbar stillschweigend ein kleines Update bekommen und lief nun auch unter x64 durch.

Dieser nichtssagende Fehler hat mir einen halben Tag geraubt:

VerifyError: Error #1014: Class IFlexDisplayObject could not be found.

at flash.display::MovieClip/nextFrame()
at mx.core::FlexModuleFactory/deferredNextFrame()
at...

Googlend fanden sich nur Hinweise auf sdk-Versionsprobleme als moegliche Ursache.

Trat auf nach einem

StyleManager.loadStyleDeclarations(styleFilePath,true,false, ApplicationDomain.currentDomain);
nach Ausgabe in der console wurde das Style.swf aber korrekt gefunden und geladen. Nur eben nicht eingebunden..

Die Loesung? Um die Styles in bin_debug wie bin-release mit gleichem relativen Pfad zugaenglich zu haben, hatte ich die styles in einem Folder neben diesen beiden vorgehalten, also

styleFilePath = "../styles/myStyle.swf";

Geht und geht einfach nicht (aus der IDE, zur Laufzeit aber kann man das durchaus machen) So aber geht es:

styleFilePath = "styles/myStyle.swf";

und den styles-Ordner mittels zwei symlinks in den beiden ZielOrdnern eionhaengen. 

Seuffz...

"Die Adobe® AIR™-Laufzeitumgebung ermöglicht den Einsatz bewährter Web-Technologien für die Entwicklung plattformübergreifender Rich-Internet-Anwendungen für den Desktop."

Ok, ein kleines "Hallo welt" angelegt und als .air exportiert, rüber zum Linux desktop (Ubuntu 8.04 64 Bit LTS) und die .air angeklickt: wird als .zip-Archiv erkannt und geöffnet. Ein INSTALL ist nicht zu sehen, also wohl erstmal zu Adobe und die runtime herunterladen.

http://get.adobe.com/de/air/ erkennt mein OS und schlägt gleich AdobeAIRInstaller.bin vor, der download geht fix und dann eine shell im Download-Verzeichnis geoeffnet,

chmod 755 AdobeAIRInstaller.bin
./AdobeAIRInstaller.bin

und schon habe ich eine wunderschöne Fehlermeldung
Error loading the runtime (libnss3.so: wrong ELF class: ELFCLASS64)

Fein, Google findet mir Leidensgefährten und so bin ich bald auf Adobes Knowledgebase mit einer Installationsanleitung, die mich die fuer die runtime benötigten 32Bit-Libs manuell installieren lässt, inclusive eines getLib - Tools und zweier Fehler.

So wird man in Schritt 10 aufgefordert, Symlinks fuer die einkopierten libs zu legen:

fehlt aber eine:

$ sudo ln -s /usr/lib32/libsmime3.so.1d /usr/lib32/libsmime3.so

sonst bekommt man eine vertraute Fehlermeldung. Und wer (wie ich) die Anleitung mit copy/paste abarbeitet, stolpert auch noch über den typo im Programmnamen.

Nach der kleinen Hürde startet der Installer nun endlich und tut auch, was man von ihm erwartet, im Menü findet man dann unter /Applications/Accessories zwei Einträge füer den Adobe Air Application Installer und Uninstaller. 

Aber jetzt nicht zu früh freuen und darauf klicken - dann passiert nämlich gar nichts. Stattdessen den Pfad zu dem neuen Programm finden und in der shell aufrufen

 /usr/bin/Adobe\ AIR\ Application\ Installer

 um die aktuelle Fehlermeldung zu sehen:

Error loading the runtime (libadobecertstore.so: cannot open shared object file: No such file or directory)