No PulseAudio daemon running, or not running as session daemon.
Client: Breakpad is using Single Client Mode! client fd = -1
[CZPClientLogMgr::LogClientEnvironment] [MacAddr: ][client: Linux][OS: CentOS Linux 7 (Core)][Hardware: CPU Core:2 Frenquency:2.53 G Memory size:8127MB CPU Brand:Intel(R) Core(TM)2 Duo CPU E7200 @ 2.53GHz GPU Brand:][Req ID: ]
Linux Client Version is 5.2.458699.0906
XDG_CURRENT_DESKTOP = KDE; GDMSESSION =
Graphics Card Info::
Zoom package arch is 64bit, runing OS arch is x86_64
AppIconMgr::systemDesktopName log Desktop Name: /usr/local/share/xsessions/plasma
qt.svg: link image0 hasn't been detected!
qt.svg: :/images/wechat.svg:10:6: Could not resolve property: pattern0
Assertion 'pthread_mutex_unlock(&m->mutex) == 0' failed at pulsecore/mutex-posix.c:108, function pa_mutex_unlock(). Aborting.
ExceptionHandler::SendContinueSignalToChild sys_write failed:ExceptionHandler::WaitForContinueSignal sys_read failed:Bad file descriptor
ExceptionHandler::GenerateDump waitpid failed:Bad file descriptor
Abort trap (core dumped)
Can it work without audio/pulseaudio?
A commit references this bug:
Date: Sat Sep 19 16:41:47 UTC 2020
New revision: 549039
net-im/zoom: Remove the PulseAudio dependency and explain in pkg-message how to choose audio backend
Reported by: VDD <email@example.com>
This problem is known to me. sorry that I didn't write it into pkg-message.
Please change system.audio.type to "alsa" in ~/.config/zoomus.conf
Closing this because this likely isn't a bug in Zoom. This is most likely a bug in pulseaudio that it tries to unlock a mutex that isn't locked. They also lose the error code so it's hard to know precisely.
It run now without coredump. I'll test how it work later.