OK, so after some troubleshooting I found that my problem was that I was using relative paths to my movies from within the html embed statement. If I replaced target="mymovie.mp4" with target="
http://localhost/mymovie.mp4" then it played fine.
However, I still get a crash on the vlc-plugin testpage. Half the time, it crashes on loading the page, with the following gdb backtrace:
Code: Select all
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xa72f56d1 in raise () from /lib/tls/i686/cmov/libc.so.6
#2 0xa72f6f9b in abort () from /lib/tls/i686/cmov/libc.so.6
#3 0xa732c157 in __fsetlocking () from /lib/tls/i686/cmov/libc.so.6
#4 0xa733229c in malloc_usable_size () from /lib/tls/i686/cmov/libc.so.6
#5 0xa73332e1 in free () from /lib/tls/i686/cmov/libc.so.6
#6 0xa733492f in malloc () from /lib/tls/i686/cmov/libc.so.6
#7 0xa7e7c38d in JS_ArenaAllocate (pool=0x8e09e60, nb=24) at jsarena.c:201
#8 0xa7ea3387 in js_AllocRawStack (cx=0x8e09e48, nslots=6, markp=0xaff1b628) at jsinterp.c:333
#9 0xa7ea3475 in js_AllocStack (cx=0x8e09e48, nslots=4, markp=0xaff1b628) at jsinterp.c:364
#10 0xa7eb394d in js_InternalInvoke (cx=0x8e09e48, obj=0x8dc4740, fval=0, flags=0, argc=2,
argv=0x9710028, rval=0xaff1b788) at jsinterp.c:1263
#11 0xa7e78f4e in JS_CallFunctionValue (cx=0x8e09e48, obj=0x0, fval=0, argc=0, argv=0x0, rval=0x0)
at jsapi.c:4171
#12 0x084b377d in nsJSContext::CallEventHandler (this=0x8e00508, aTarget=0x8dc4740,
aHandler=0x8db0fe8, argc=0, argv=0x0, rval=0xaff1b788) at nsJSEnvironment.cpp:1411
#13 0x084b99f6 in nsGlobalWindow::RunTimeout (this=0x8ef6e20, aTimeout=0x95a9bc0)
at nsGlobalWindow.cpp:6357
#14 0x084b9a60 in nsGlobalWindow::TimerCallback (aTimer=0x96397b0, aClosure=0x95a9bc0)
at nsGlobalWindow.cpp:6720
#15 0xa7e3011d in nsTimerImpl::Fire (this=0x96397b0) at nsTimerImpl.cpp:394
#16 0xa7e30a38 in handleTimerEvent (event=0xa3a00590) at nsTimerImpl.cpp:459
#17 0xa7e2b967 in PL_HandleEvent (self=0xa3a00590) at plevent.c:688
#18 0xa7e2c238 in PL_ProcessPendingEvents (self=0x8b97960) at plevent.c:623
#19 0xa7e2d8ee in nsEventQueueImpl::ProcessPendingEvents (this=0x8b97928) at nsEventQueue.cpp:417
#20 0x082678e5 in event_processor_callback (source=0x903ca98, condition=G_IO_IN, data=0x6)
at nsAppShell.cpp:67
#21 0xa778848f in g_vasprintf () from /usr/lib/libglib-2.0.so.0
#22 0xa775f1bc in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#23 0xa776264b in g_main_context_check () from /usr/lib/libglib-2.0.so.0
#24 0xa77629a7 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#25 0xa7b97341 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#26 0x08267d06 in nsAppShell::Run (this=0x8c29a70) at nsAppShell.cpp:139
#27 0x087902d2 in nsAppStartup::Run (this=0x8c2b2e0) at nsAppStartup.cpp:150
#28 0x0807c5c4 in XRE_main (argc=1, argv=0xaff1bdc4, aAppData=0x8907b60) at nsAppRunner.cpp:2351
#29 0x08078587 in main (argc=0, argv=0x0) at nsBrowserApp.cpp:61
#30 0xa72e0eb0 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6
#31 0x080784d1 in _start () at nsCOMPtr.h:268
The other half of the time, it loads the page, but then I click on play and:
Code: Select all
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xa73296d1 in raise () from /lib/tls/i686/cmov/libc.so.6
#2 0xa732af9b in abort () from /lib/tls/i686/cmov/libc.so.6
#3 0xa7360157 in __fsetlocking () from /lib/tls/i686/cmov/libc.so.6
#4 0xa73684b9 in free () from /lib/tls/i686/cmov/libc.so.6
#5 0xa7368f31 in realloc () from /lib/tls/i686/cmov/libc.so.6
#6 0xa404553e in input_ItemNewWithType () from /home/alecr/.mozilla/plugins/libvlcplugin.so
#7 0x00000010 in ?? ()
Previous frame inner to this frame (corrupt stack?)
Without running a gdb session, the command line output is:
Code: Select all
*** glibc detected *** corrupted double-linked list: 0x0960c958 ***
When I copied and hacked the html/javascript code, I found that the main culprit was the volume. Removing this leaving only the play/stop and playing and time status, works fine most of the time (just seg faults occasionally).
/Alec