80504 - missing plugin crash in __pthread_mutex_lock

Status: VERIFIED INVALID

(Core Graveyard :: Plug-ins, defect)

Description

[R.K.Aa.]

RH7.1, gcc 2.96

Again: Not the official compiler so setting severity to normal, but i crash when
going to a page that requires flash when i don't have flash installed.

To repro: Do not have flashplayer in the plugin dir
load http://www.aftenposten.no
Nullplugin prompts to download flash
Dismiss it
Some more of page loads, then a crash.


Installed flash - restarted - loaded page - no crash.
The backtrace reminds me of an old crasher but can't find it.

(gdb) bt
#0  __pthread_mutex_lock (mutex=0x464c498f) at mutex.c:99
#1  0x40259d4d in __libc_free (mem=0x401d56d8) at malloc.c:3052
#2  0x40181010 in PL_strfree () at eval.c:41
#3  0x42aedfc5 in nsPluginStreamListenerPeer::SetUpStreamListener ()
   from /home/dark/DISK/mozilla/dist/bin/components/libgkplugin.so
#4  0x42aed727 in nsPluginStreamListenerPeer::OnStartRequest ()
   from /home/dark/DISK/mozilla/dist/bin/components/libgkplugin.so
#5  0x408b2a8b in nsHttpChannel::ProcessNormal () from
/home/dark/DISK/mozilla/dist/bin/components/libnecko.so
#6  0x408b2a22 in nsHttpChannel::ProcessResponse () from
/home/dark/DISK/mozilla/dist/bin/components/libnecko.so
#7  0x408b6904 in nsHttpChannel::OnStartRequest () from
/home/dark/DISK/mozilla/dist/bin/components/libnecko.so
#8  0x408c7ac3 in nsOnStartRequestEvent::HandleEvent () from
/home/dark/DISK/mozilla/dist/bin/components/libnecko.so
#9  0x40886f87 in nsARequestObserverEvent::HandlePLEvent ()
   from /home/dark/DISK/mozilla/dist/bin/components/libnecko.so
#10 0x400bc6eb in PL_HandleEvent () at eval.c:41
#11 0x400bc5e5 in PL_ProcessPendingEvents () at eval.c:41
#12 0x400bd6a3 in nsEventQueueImpl::ProcessPendingEvents () at eval.c:41
#13 0x404cdb16 in event_processor_callback () from
/home/dark/DISK/mozilla/dist/bin/components/libwidget_gtk.so
#14 0x404cd878 in our_gdk_io_invoke () from
/home/dark/DISK/mozilla/dist/bin/components/libwidget_gtk.so
#15 0x4068f01e in g_io_unix_dispatch () from /usr/lib/libglib-1.2.so.0
#16 0x406907f3 in g_main_dispatch () from /usr/lib/libglib-1.2.so.0
#17 0x40690dd9 in g_main_iterate () from /usr/lib/libglib-1.2.so.0
#18 0x40690f8c in g_main_run () from /usr/lib/libglib-1.2.so.0
#19 0x405a5803 in gtk_main () from /usr/lib/libgtk-1.2.so.0
#20 0x404ce035 in nsAppShell::Run () from
/home/dark/DISK/mozilla/dist/bin/components/libwidget_gtk.so
#21 0x404b0406 in nsAppShellService::Run () from
/home/dark/DISK/mozilla/dist/bin/components/libnsappshell.so
#22 0x0804e170 in main1 () at eval.c:41
#23 0x0804e9d1 in main () at eval.c:41
#24 0x401f6177 in __libc_start_main (main=0x804e898 <main>, argc=1,
ubp_av=0xbffff77c, init=0x804aab4 <_init>, 
    fini=0x805035c <_fini>, rtld_fini=0x4000e184 <_dl_fini>, stack_end=0xbffff76c)
    at ../sysdeps/generic/libc-start.c:129
(gdb)

Comment 1

[R.K.Aa.]

dup

*** This bug has been marked as a duplicate of 80472 ***

Comment 2

[R.K.Aa.]

no hard proof this was a dup after all. My mistake. Reopening.

Comment 3

[R.K.Aa.]

i get the same backtrace when loading
http://www.die-treibende-kraft.de/dietreibendeKraft/Default.asp

Comment 4

[R.K.Aa.]

The backtrace loading url in bug 80472 has changed with a current CVS build:

Registering plugin 0 for: "*","All types",".*"
Registering plugin 0 for: "application/x-shockwave-flash","Shockwave Flash","swf"
Registering plugin 1 for: "application/futuresplash","FutureSplash Player","spl"

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 15307)]
0x4025b017 in chunk_free (ar_ptr=0x400fbbd8, p=0x401d66d1) at malloc.c:3128
3128
malloc.c: No such file or directory.
	in malloc.c
(gdb) bt
#0  0x4025b017 in chunk_free (ar_ptr=0x400fbbd8, p=0x401d66d1) at malloc.c:3128
#1  0x4025ad59 in __libc_free (mem=0x401d66d8) at malloc.c:3054
#2  0x40182010 in PL_strfree () at eval.c:41
#3  0x43372fc5 in nsPluginStreamListenerPeer::SetUpStreamListener ()
   from /home/dark/DISK/mozilla/dist/bin/components/libgkplugin.so
#4  0x43372727 in nsPluginStreamListenerPeer::OnStartRequest ()
   from /home/dark/DISK/mozilla/dist/bin/components/libgkplugin.so
#5  0x408b3a8b in nsHttpChannel::ProcessNormal () from
/home/dark/DISK/mozilla/dist/bin/components/libnecko.so
#6  0x408b3a22 in nsHttpChannel::ProcessResponse ()
   from /home/dark/DISK/mozilla/dist/bin/components/libnecko.so
#7  0x408b7904 in nsHttpChannel::OnStartRequest () from
/home/dark/DISK/mozilla/dist/bin/components/libnecko.so
#8  0x408c8b23 in nsOnStartRequestEvent::HandleEvent ()
   from /home/dark/DISK/mozilla/dist/bin/components/libnecko.so
#9  0x40887f87 in nsARequestObserverEvent::HandlePLEvent ()
   from /home/dark/DISK/mozilla/dist/bin/components/libnecko.so
#10 0x400bc9cb in PL_HandleEvent () at eval.c:41
#11 0x400bc8c5 in PL_ProcessPendingEvents () at eval.c:41
#12 0x400bd983 in nsEventQueueImpl::ProcessPendingEvents () at eval.c:41
#13 0x404ceb16 in event_processor_callback () from
/home/dark/DISK/mozilla/dist/bin/components/libwidget_gtk.so
#14 0x404ce878 in our_gdk_io_invoke () from
/home/dark/DISK/mozilla/dist/bin/components/libwidget_gtk.so
#15 0x4069001e in g_io_unix_dispatch () from /usr/lib/libglib-1.2.so.0
#16 0x406917f3 in g_main_dispatch () from /usr/lib/libglib-1.2.so.0
#17 0x40691dd9 in g_main_iterate () from /usr/lib/libglib-1.2.so.0
#18 0x40691f8c in g_main_run () from /usr/lib/libglib-1.2.so.0
#19 0x405a6803 in gtk_main () from /usr/lib/libgtk-1.2.so.0
#20 0x404cf035 in nsAppShell::Run () from
/home/dark/DISK/mozilla/dist/bin/components/libwidget_gtk.so
#21 0x404b1406 in nsAppShellService::Run () from
/home/dark/DISK/mozilla/dist/bin/components/libnsappshell.so
#22 0x0804e170 in main1 () at eval.c:41
#23 0x0804e9d1 in main () at eval.c:41
#24 0x401f7177 in __libc_start_main (main=0x804e898 <main>, argc=1,
ubp_av=0xbffff77c, init=0x804aab4 <_init>, 
    fini=0x805035c <_fini>, rtld_fini=0x4000e184 <_dl_fini>, stack_end=0xbffff76c)
    at ../sysdeps/generic/libc-start.c:129
(gdb) 

Comment 5

[R.K.Aa.]

Never mind. This bug is invalid since i use gcc2.96RH

Comment 6

[R.K.Aa.]

verifying too as per comment in bug 53486