[Webkit-unassigned] [Bug 214812] [GStreamer] UI process crash during user media permission request calling gst_v4l2_open() in UI process

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=214812

--- Comment #7 from Michael Catanzaro <mcatanzaro at gnome.org> ---
Ah I figured it out, there is a symbol conflict between boringssl and openssl:

(gdb) bt
#0  __pthread_rwlock_wrlock_full (abstime=0x0, clockid=0, rwlock=0x0) at pthread_rwlock_common.c:604
#1  __GI___pthread_rwlock_wrlock (rwlock=rwlock at entry=0x0) at pthread_rwlock_wrlock.c:27
#2  0x00007ffa4f842cd9 in CRYPTO_STATIC_MUTEX_lock_write (lock=lock at entry=0x0)
    at ../../Source/ThirdParty/libwebrtc/Source/third_party/boringssl/src/crypto/thread_pthread.c:75
#3  0x00007ffa4f893236 in CRYPTO_get_ex_new_index (ex_data_class=ex_data_class at entry=0x0, 
    out_index=out_index at entry=0x0, argl=argl at entry=0, argp=argp at entry=0x0, free_func=free_func at entry=0x0)
    at ../../Source/ThirdParty/libwebrtc/Source/third_party/boringssl/src/crypto/ex_data.c:146
#4  0x00007ffa46202b1b in ossl_get_ssl_conn_index () at ../../lib/vtls/openssl.c:353
#5  Curl_ossl_init () at ../../lib/vtls/openssl.c:1136
#6  0x00007ffa461a9c19 in Curl_ssl_init () at ../../lib/vtls/vtls.c:216
#7  Curl_ssl_init () at ../../lib/vtls/vtls.c:209
#8  global_init (flags=<optimized out>, memoryfuncs=<optimized out>) at ../../lib/easy.c:158
#9  0x00007ffa529df8ee in call_init (l=<optimized out>, argc=argc at entry=1, argv=argv at entry=0x7ffc951e9508, 
    env=env at entry=0x7ffc951e9518) at dl-init.c:74
#10 0x00007ffa529df9d8 in call_init (env=0x7ffc951e9518, argv=0x7ffc951e9508, argc=1, l=<optimized out>)
    at dl-init.c:37
#11 _dl_init (main_map=0x7f9e60, argc=1, argv=0x7ffc951e9508, env=0x7ffc951e9518) at dl-init.c:121
#12 0x00007ffa4aa94095 in __GI__dl_catch_exception (exception=<optimized out>, operate=<optimized out>, 
    args=<optimized out>) at dl-error-skeleton.c:182
#13 0x00007ffa529e3e35 in dl_open_worker (a=0x7ffc951e91f0) at dl-open.c:783
#14 0x00007ffa4aa94038 in __GI__dl_catch_exception (exception=0x7ffc951e91d0, 
    operate=0x7ffa529e3a50 <dl_open_worker>, args=0x7ffc951e91f0) at dl-error-skeleton.c:208
#15 0x00007ffa529e366e in _dl_open (file=0x7ffc951e91d0 "", mode=-2147483647, 
    caller_dlopen=0x7ffa468cfdbb <__libdwfl_debuginfod_init+27>, nsid=-2, argc=1, argv=0x7ffc951e9508, 
    env=0x7ffc951e9518) at dl-open.c:864
#16 0x00007ffa475a339c in dlopen_doit (a=a at entry=0x7ffc951e9420) at dlopen.c:66
#17 0x00007ffa4aa94038 in __GI__dl_catch_exception (exception=exception at entry=0x7ffc951e93c0, 
    operate=0x7ffa475a3340 <dlopen_doit>, args=0x7ffc951e9420) at dl-error-skeleton.c:208
#18 0x00007ffa4aa94103 in __GI__dl_catch_error (objname=0x7eff60, errstring=0x7eff68, mallocedp=0x7eff58, 
    operate=<optimized out>, args=<optimized out>) at dl-error-skeleton.c:227
#19 0x00007ffa475a3bd9 in _dlerror_run (operate=0x7ffa475a3340 <dlopen_doit>, args=0x7ffc951e9420) at dlerror.c:170
#20 0x00007ffa475a3428 in __dlopen (file=<optimized out>, mode=<optimized out>) at dlopen.c:87
#21 0x00007ffa468cfdbb in __libdwfl_debuginfod_init () from /lib64/libdw.so.1
#22 0x00007ffa529df8ee in call_init (l=<optimized out>, argc=argc at entry=1, argv=argv at entry=0x7ffc951e9508, 
    env=env at entry=0x7ffc951e9518) at dl-init.c:74
#23 0x00007ffa529df9d8 in call_init (env=0x7ffc951e9518, argv=0x7ffc951e9508, argc=1, l=<optimized out>)
    at dl-init.c:37
#24 _dl_init (main_map=0x7ffa529fc1a0, argc=1, argv=0x7ffc951e9508, env=0x7ffc951e9518) at dl-init.c:121
#25 0x00007ffa529d00ca in _dl_start_user () from /lib64/ld-linux-x86-64.so.2
#26 0x0000000000000001 in ?? ()
#27 0x00007ffc951eb058 in ?? ()
#28 0x0000000000000000 in ?? ()

Looks like an unintended consequence of debuginfod. Wow that's pretty wild. Looks like the dynamic linker now depends on curl and openssl? Wow.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20210113/05fa5276/attachment.htm>