Closed
Bug 1562022
Opened 5 years ago
Closed 5 years ago
Crash in [@ __setrlimit64]
Categories
(Core :: Audio/Video: cubeb, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 1560877
People
(Reporter: mccr8, Unassigned)
References
(Regression)
Details
(Keywords: crash, regression)
Crash Data
This bug is for crash report bp-02743207-dbba-4c50-b8a7-805720190627.
Top 10 frames of crashing thread:
0 libc-2.27.so __setrlimit64 /build/glibc-OTsEL5/glibc-2.27/resource/../sysdeps/unix/sysv/linux/setrlimit64.c:39
1 libxul.so audio_thread_priority::promote_current_thread_to_real_time third_party/rust/audio_thread_priority/src/lib.rs:73
2 libxul.so audioipc_client::context::register_thread media/audioipc/client/src/context.rs:89
3 libxul.so audioipc::core::spawn_thread::{{closure}}::{{closure}} media/audioipc/audioipc/src/core.rs:85
4 libxul.so std::sys_common::backtrace::__rust_begin_short_backtrace src/libstd/sys_common/backtrace.rs:136
5 libxul.so std::thread::Builder::spawn_unchecked::{{closure}} src/libstd/thread/mod.rs:469
6 libxul.so call_once<>> src/liballoc/boxed.rs:702
7 libxul.so thread_start src/libstd/sys/unix/thread.rs:80
8 libpthread-2.27.so start_thread
9 libc-2.27.so __GI___clone
These crashes are only from a few users, but it looks like this Rust code is trying to call setrlimit and getting rejected by the sandbox. Maybe a regression from bug 1429847?
Reporter | ||
Updated•5 years ago
|
Keywords: regression
Comment 1•5 years ago
|
||
Those people have tweaked the sandbox value: binding a socket is allowed, but calling setrlimit
is not. People with a default configuration won't crash, the code will bail normally.
I'm investigating using Gecko prefs from Rust to fix this.
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → DUPLICATE
Updated•2 years ago
|
Has Regression Range: --- → yes
You need to log in
before you can comment on or make changes to this bug.
Description
•