Closed Bug 1562022 Opened 5 years ago Closed 5 years ago

Crash in [@ __setrlimit64]

Categories

(Core :: Audio/Video: cubeb, defect)

Unspecified
Linux
defect
Not set
critical

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?

Keywords: regression

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
Has Regression Range: --- → yes
You need to log in before you can comment on or make changes to this bug.