I got a little further - by using strace I am able to see that flashplayer seems to be sitting at the following...
wait4(-1, flashplayer: Symbol `SSL_ImplementedCiphers' has different size in shared object, consider re-linking
I'm not sure what would've caused this. As far as I know nothing on the system side had changed. Does the standalone flash player have anything to do with the flash-plugin version that's installed? I've tried using both 11.1 and 11.2 of the standalone player and I have version 11.2 installed.
For what it's worth I think this same error was likely happening back with 11.0 standalone as well...
[dmurphy@n0e102 tmp]$ yum list installed | grep flash
flash-plugin.i386 188.8.131.52-release installed
also - for what it's worth I've tried this on two different systems with the same results.
Boxes are 64 bit cent os 5.5.
I am seriously stuck.
[dmurphy@flashnode tmp]$ ./flashplayerdebugger
./flashplayerdebugger: Symbol `SSL_ImplementedCiphers' has different size in shared object, consider re-linking
the standalone player has no dependencies on the plugin. i'm unfamiliar with xvfb, so i can't speak to its usage. what happens when you double click the standalone player or launch from command line? it should launch the application window.
Xvfb I think is out of the equation now. I've been able to test Xvfb working with xmessage and dump the window output to a file.
The complexity here is this is a linux box with no X environment (hence the xvfb).
If I ssh -X into the box as myself and copy my magic cookie to the user that normally runs the flashplayer I can launch the flashplayer back to my console - but I still get the /usr/local/bin/flashplayer: Symbol `SSL_ImplementedCiphers' has different size in shared object, consider re-linking error in my console.
I don't know anything about flash development/flex development to know if this really matters or not. The only thing I can be sure of is that error is the last thing that is displayed when I use strace to kick off the same wrapper script that our hudson build server uses
The problem could likely be with our tests - but I can't prove that. Is there some simple test swf file that I could maybe download on the web to test that the debugger is working ok?
I pulled a swf from http://www.britarch.ac.uk/caf/wikka.php?wakka=TestSWF which I was able to play in the debugger. I used -fbdir to dump the screen to a file and when running my test swf I get an ugly display image viewable on my mac with xwud (xwd format image). It's ugly - but it shows the flashplayer working.
Likewise when I do the same with the test.swf our developers are using I just get a empty flash player. Not sure if that's implying that the tests are failing in some way.
i may be reaching, but... your swf is local, correct? does it make network calls? you may have to specify the location in the settings or native control panel to allow it to run.
in your xsession, navigate a browser to http://www.macromedia.com/support/documentation/en/flashplayer/help/settings_manager04.htm l
Edit Location>Add Location>Browse for Folder or File
Point it to the swfs or directory