You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(122) |
Nov
(152) |
Dec
(69) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(6) |
Feb
(25) |
Mar
(73) |
Apr
(82) |
May
(24) |
Jun
(25) |
Jul
(10) |
Aug
(11) |
Sep
(10) |
Oct
(54) |
Nov
(203) |
Dec
(182) |
| 2004 |
Jan
(307) |
Feb
(305) |
Mar
(430) |
Apr
(312) |
May
(187) |
Jun
(342) |
Jul
(487) |
Aug
(637) |
Sep
(336) |
Oct
(373) |
Nov
(441) |
Dec
(210) |
| 2005 |
Jan
(385) |
Feb
(480) |
Mar
(636) |
Apr
(544) |
May
(679) |
Jun
(625) |
Jul
(810) |
Aug
(838) |
Sep
(634) |
Oct
(521) |
Nov
(965) |
Dec
(543) |
| 2006 |
Jan
(494) |
Feb
(431) |
Mar
(546) |
Apr
(411) |
May
(406) |
Jun
(322) |
Jul
(256) |
Aug
(401) |
Sep
(345) |
Oct
(542) |
Nov
(308) |
Dec
(481) |
| 2007 |
Jan
(427) |
Feb
(326) |
Mar
(367) |
Apr
(255) |
May
(244) |
Jun
(204) |
Jul
(223) |
Aug
(231) |
Sep
(354) |
Oct
(374) |
Nov
(497) |
Dec
(362) |
| 2008 |
Jan
(322) |
Feb
(482) |
Mar
(658) |
Apr
(422) |
May
(476) |
Jun
(396) |
Jul
(455) |
Aug
(267) |
Sep
(280) |
Oct
(253) |
Nov
(232) |
Dec
(304) |
| 2009 |
Jan
(486) |
Feb
(470) |
Mar
(458) |
Apr
(423) |
May
(696) |
Jun
(461) |
Jul
(551) |
Aug
(575) |
Sep
(134) |
Oct
(110) |
Nov
(157) |
Dec
(102) |
| 2010 |
Jan
(226) |
Feb
(86) |
Mar
(147) |
Apr
(117) |
May
(107) |
Jun
(203) |
Jul
(193) |
Aug
(238) |
Sep
(300) |
Oct
(246) |
Nov
(23) |
Dec
(75) |
| 2011 |
Jan
(133) |
Feb
(195) |
Mar
(315) |
Apr
(200) |
May
(267) |
Jun
(293) |
Jul
(353) |
Aug
(237) |
Sep
(278) |
Oct
(611) |
Nov
(274) |
Dec
(260) |
| 2012 |
Jan
(303) |
Feb
(391) |
Mar
(417) |
Apr
(441) |
May
(488) |
Jun
(655) |
Jul
(590) |
Aug
(610) |
Sep
(526) |
Oct
(478) |
Nov
(359) |
Dec
(372) |
| 2013 |
Jan
(467) |
Feb
(226) |
Mar
(391) |
Apr
(281) |
May
(299) |
Jun
(252) |
Jul
(311) |
Aug
(352) |
Sep
(481) |
Oct
(571) |
Nov
(222) |
Dec
(231) |
| 2014 |
Jan
(185) |
Feb
(329) |
Mar
(245) |
Apr
(238) |
May
(281) |
Jun
(399) |
Jul
(382) |
Aug
(500) |
Sep
(579) |
Oct
(435) |
Nov
(487) |
Dec
(256) |
| 2015 |
Jan
(338) |
Feb
(357) |
Mar
(330) |
Apr
(294) |
May
(191) |
Jun
(108) |
Jul
(142) |
Aug
(261) |
Sep
(190) |
Oct
(54) |
Nov
(83) |
Dec
(22) |
| 2016 |
Jan
(49) |
Feb
(89) |
Mar
(33) |
Apr
(50) |
May
(27) |
Jun
(34) |
Jul
(53) |
Aug
(53) |
Sep
(98) |
Oct
(206) |
Nov
(93) |
Dec
(53) |
| 2017 |
Jan
(65) |
Feb
(82) |
Mar
(102) |
Apr
(86) |
May
(187) |
Jun
(67) |
Jul
(23) |
Aug
(93) |
Sep
(65) |
Oct
(45) |
Nov
(35) |
Dec
(17) |
| 2018 |
Jan
(26) |
Feb
(35) |
Mar
(38) |
Apr
(32) |
May
(8) |
Jun
(43) |
Jul
(27) |
Aug
(30) |
Sep
(43) |
Oct
(42) |
Nov
(38) |
Dec
(67) |
| 2019 |
Jan
(32) |
Feb
(37) |
Mar
(53) |
Apr
(64) |
May
(49) |
Jun
(18) |
Jul
(14) |
Aug
(53) |
Sep
(25) |
Oct
(30) |
Nov
(49) |
Dec
(31) |
| 2020 |
Jan
(87) |
Feb
(45) |
Mar
(37) |
Apr
(51) |
May
(99) |
Jun
(36) |
Jul
(11) |
Aug
(14) |
Sep
(20) |
Oct
(24) |
Nov
(40) |
Dec
(23) |
| 2021 |
Jan
(14) |
Feb
(53) |
Mar
(85) |
Apr
(15) |
May
(19) |
Jun
(3) |
Jul
(14) |
Aug
(1) |
Sep
(57) |
Oct
(73) |
Nov
(56) |
Dec
(22) |
| 2022 |
Jan
(3) |
Feb
(22) |
Mar
(6) |
Apr
(55) |
May
(46) |
Jun
(39) |
Jul
(15) |
Aug
(9) |
Sep
(11) |
Oct
(34) |
Nov
(20) |
Dec
(36) |
| 2023 |
Jan
(79) |
Feb
(41) |
Mar
(99) |
Apr
(169) |
May
(48) |
Jun
(16) |
Jul
(16) |
Aug
(57) |
Sep
(19) |
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
1
|
2
(1) |
3
|
4
|
5
|
6
|
7
|
|
8
|
9
|
10
(1) |
11
(1) |
12
(1) |
13
(2) |
14
(3) |
|
15
|
16
(2) |
17
(1) |
18
|
19
|
20
|
21
|
|
22
|
23
(1) |
24
(1) |
25
(3) |
26
|
27
(4) |
28
(2) |
|
29
(1) |
30
(3) |
31
|
|
|
|
|
|
From: <zeg...@pr...> - 2018-07-17 11:53:58
|
Hello Valgrind Devs, Recently I was trying to use massif on firefox, but I got an error. So then I tried just running `valgrind --tool=none firefox` and I got something like this pleasant error (I'm no longer in possession of the original log, this is a recreation): ``` ==31540== Nulgrind, the minimal Valgrind tool ==31111== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. ==31111== Using Valgrind-3.13.0 and LibVEX; rerun with -h for copyright info ==31111== Command: firefox ==31111== --31111-- WARNING: unhandled amd64-linux syscall: 317 --31111-- You may be able to write your own handler. --31111-- Read the file README_MISSING_SYSCALL_OR_IOCTL. --31111-- Nevertheless we consider this a bug. Please report --31111-- it at http://valgrind.org/support/bug_reports.html. ==31111== Valgrind: debuginfo reader: ensure_valid failed: ==31111== Valgrind: during call to ML_(img_get) ==31111== Valgrind: request for range [5173157, +4) exceeds ==31111== Valgrind: valid image size of 4151424 for image: ==31111== Valgrind: "/usr/lib/libsystemd.so.0.22.0" ==31111== ==31111== Valgrind: debuginfo reader: Possibly corrupted debuginfo file. ==31111== Valgrind: I can't recover. Giving up. Sorry. ``` I tried compiling and running the latest git version of valgrind, sadly no cigar. I found, read then followed the in README_MISSING_SYSCALL_OR_IOCTL. The patch I devised will be attached bellow. After following the README, I retried running `valgrind --tool=none firefox` and saw this error: ``` ==31540== Nulgrind, the minimal Valgrind tool ==31111== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. ==31111== Using Valgrind-3.13.0 and LibVEX; rerun with -h for copyright info ==31111== Command: firefox ==31111== ==31111== Valgrind: debuginfo reader: ensure_valid failed: ==31111== Valgrind: during call to ML_(img_get) ==31111== Valgrind: request for range [5173157, +4) exceeds ==31111== Valgrind: valid image size of 4151424 for image: ==31111== Valgrind: "/usr/lib/libsystemd.so.0.22.0" ==31111== ==31111== Valgrind: debuginfo reader: Possibly corrupted debuginfo file. ==31111== Valgrind: I can't recover. Giving up. Sorry. ``` I tried undoing the patch mentioned here (https://bugzilla.redhat.com/show_bug.cgi?id=1566639#c4) but to no success. I tried running `gdb --args valgrind --tool=none firefox`, followed by `run` but it kept giving me a segmentation fault before the ensure_valid error mentioned above happened. Running `bt` just showed some random addresses and ?????s due to missing debug symbols. (I confirmed that there was no debug symbols by using `readelf -s /bin/valgrind` and `addr2line -e /bin/valgrind <addr>` (the former returned `??:0` and the latter returned no symbol relating to valgrind.)) (I'm no longer is possession of that back trace.) I tried adding `-g` to `CPPFLAGS`, `CFLAGS` and `CXXFLAGS` (so that it is mentioned twice) to no success. I tried removing the `-s` flag from those variables also to no success. I tried adding `debug !strip` to my PKGBUILD's options, as well. The build log looked like this btw (I'll post a full build log if requested): ``` gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I../include -I../include -I../VEX/pub -I../VEX/pub -DVGA_x86=1 -DVGO_linux=1 -DVGP_x86_linux=1 -DVGPV_x86_linux_vanilla=1 -I../coregrind -DVG_LIBDIR="\"/usr/lib/valgrind"\" -DVG_PLATFORM="\"x86-linux\"" -g -m32 -mpreferred-stack-boundary=2 -O2 -finline-functions -g -Wall -Wmissing-prototypes -Wshadow -Wpointer-arith -Wstrict-prototypes -Wmissing-declarations -Wcast-align -Wcast-qual -Wwrite-strings -Wempty-body -Wformat -Wformat-security -Wignored-qualifiers -Wmissing-parameter-type -Wlogical-op -Wold-style-declaration -fno-stack-protector -fno-strict-aliasing -fno-builtin -fomit-frame-pointer -DENABLE_LINUX_TICKET_LOCK -march=native -O3 -pipe -fno-plt -g -fvar-tracking-assignments -fdebug-prefix-map=/home/gentz/Documents/valgrind/valgrind-git/src=/usr/src/debug -g -MT libcoregrind_x86_linux_a-m_libcsignal.o -MD -MP -MF .deps/libcoregrind_x86_linux_a-m_libcsignal.Tpo -c -o libcoregrind_x86_linux_a-m_libcsignal.o `test -f 'm_libcsignal.c' || echo './'`m_libcsignal.c ``` Anyways, I eventually decided to build the latest git version of systemd. A couple months ago I had to build the latest (at the time) git version of systemd so that my computer boot. Lo and behold, valgrind works... sort of. See, now I'm getting this: ``` ==574== Nulgrind, the minimal Valgrind tool ==574== Copyright (C) 2002-2017, and GNU GPL'd, by Nicholas Nethercote. ==574== Using Valgrind-3.14.0.GIT and LibVEX; rerun with -h for copyright info ==574== Command: firefox ==574== [1] 574 segmentation fault (core dumped) valgrind --tool=none firefox ``` And gdb isn't any more useful. Here is the results from running `gdb --args valgrind --tool=none firefox`: ``` GNU gdb (GDB) 8.1 Copyright (C) 2018 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-pc-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from valgrind...done. (gdb) run Starting program: /usr/bin/valgrind --tool=none firefox process 674 is executing new program: /usr/lib/valgrind/none-amd64-linux ==674== Nulgrind, the minimal Valgrind tool ==674== Copyright (C) 2002-2017, and GNU GPL'd, by Nicholas Nethercote. ==674== Using Valgrind-3.14.0.GIT and LibVEX; rerun with -h for copyright info ==674== Command: firefox ==674== Program received signal SIGSEGV, Segmentation fault. 0x0000001002dec957 in ?? () (gdb) bt #0 0x0000001002dec957 in ?? () #1 0x0000001002a8df30 in ?? () #2 0x0000001002003420 in ?? () #3 0x0000001002a8df18 in ?? () #4 0x0000001002a8df30 in ?? () #5 0x0000001002a8df40 in ?? () #6 0x000000100278d000 in ?? () #7 0x00000000584471e0 in ?? () #8 0x00000000000115db in ?? () #9 0x0000000000000000 in ?? () (gdb) ``` And now I'm stuck. I've got no clue on how to proceed, as my best attempts at getting debug in valgrind have failed. I'd be grateful for anyone who can point me in the right direction. Anyways, here is some more info: ``` $ valgrind --version valgrind-3.14.0.GIT $ firefox --version Mozilla Firefox 63.0a1 $ pacman -Q | grep "valgrind" valgrind-git r16052.64aa729bf-1 $ pacman -Q systemd systemd-git 239.162-1 $ uname -a Linux GENTZ-PC-NEW2 4.17.6-1-ARCH #1 SMP PREEMPT Wed Jul 11 19:14:29 UTC 2018 x86_64 GNU/Linux $ cat PKGBUILD # Maintainer: Ossi Saukko <osaukko at gmail dot com> _name=valgrind pkgname=valgrind-git pkgver=r16052.64aa729bf pkgrel=1 pkgdesc='A tool to help find memory-management problems in programs' arch=('i686' 'x86_64') url='http://valgrind.org/' license=('GPL') depends=('glibc' 'perl') makedepends=('gdb' 'openmpi' 'git') optdepends=('openmpi: MPI support') options=(!emptydirs !strip debug) provides=("${_name}=${pkgver}") conflicts=("${_name}") source=("${_name}::git://sourceware.org/git/valgrind.git" "valgrind.patch") md5sums=('SKIP' '608cbf78a04ecbaefb7b5e368b1bdf6f') pkgver() { cd "${srcdir}/${_name}" ( set -o pipefail git describe --long 2>/dev/null | sed 's/\([^-]*-g\)/r\1/;s/-/./g' || printf "r%s.%s" "$(git rev-list --count HEAD)" "$(git rev-parse --short HEAD)" ) } prepare() { cd "${srcdir}/${_name}" patch -p1 < "${srcdir}/valgrind.patch" } build() { # valgrind does not like stack protector flags CPPFLAGS="${CPPFLAGS/-D_FORTIFY_SOURCE=2/} -g" CFLAGS="${CFLAGS/-fstack-protector-strong/} -g" CXXFLAGS="${CXXFLAGS/-fstack-protector-strong/} -g" CPPFLAGS=${CPPFLAGS/-s/} CFLAGS=${CFLAGS/-s/} CXXFLAGS=${CXXFLAGS/-s/} cd "${srcdir}/${_name}" ./autogen.sh ./configure --prefix=/usr --mandir=/usr/share/man --with-mpicc=mpicc make -j3 } package() { cd "${srcdir}/${_name}" make DESTDIR="${pkgdir}" install } ``` ============================================================================== Anyways, here is the seccomp patch which I created. Tested on my pc only (ArchLinux x86_64.) Hopefully you'll forgiving, as it is my first relating to valgrind: ``` diff --git a/coregrind/m_syswrap/priv_syswrap-linux.h b/coregrind/m_syswrap/priv_syswrap-linux.h index 65704cd60..215ce6ac4 100644 --- a/coregrind/m_syswrap/priv_syswrap-linux.h +++ b/coregrind/m_syswrap/priv_syswrap-linux.h @@ -92,6 +92,7 @@ DECL_TEMPLATE(linux, sys_personality); DECL_TEMPLATE(linux, sys_pivot_root); DECL_TEMPLATE(linux, sys_sysctl); DECL_TEMPLATE(linux, sys_prctl); +DECL_TEMPLATE(linux, sys_seccomp); DECL_TEMPLATE(linux, sys_sendfile); DECL_TEMPLATE(linux, sys_sendfile64); DECL_TEMPLATE(linux, sys_futex); diff --git a/coregrind/m_syswrap/syswrap-amd64-linux.c b/coregrind/m_syswrap/syswrap-amd64-linux.c index 0f2ad8c51..5165f3ae9 100644 --- a/coregrind/m_syswrap/syswrap-amd64-linux.c +++ b/coregrind/m_syswrap/syswrap-amd64-linux.c @@ -837,7 +837,7 @@ static SyscallTableEntry syscall_table[] = { // LIN__(__NR_sched_getattr, sys_ni_syscall), // 315 LINX_(__NR_renameat2, sys_renameat2), // 316 -// LIN__(__NR_seccomp, sys_ni_syscall), // 317 + LINXY(__NR_seccomp, sys_seccomp), // 317 LINXY(__NR_getrandom, sys_getrandom), // 318 LINXY(__NR_memfd_create, sys_memfd_create), // 319 diff --git a/coregrind/m_syswrap/syswrap-arm64-linux.c b/coregrind/m_syswrap/syswrap-arm64-linux.c index 24a6493c6..758d7a589 100644 --- a/coregrind/m_syswrap/syswrap-arm64-linux.c +++ b/coregrind/m_syswrap/syswrap-arm64-linux.c @@ -807,7 +807,7 @@ static SyscallTableEntry syscall_main_table[] = { // (__NR_sched_setattr, sys_ni_syscall), // 274 // (__NR_sched_getattr, sys_ni_syscall), // 275 LINX_(__NR_renameat2, sys_renameat2), // 276 - // (__NR_seccomp, sys_ni_syscall), // 277 + LINXY(__NR_seccomp, sys_seccomp), // 277 LINXY(__NR_getrandom, sys_getrandom), // 278 LINXY(__NR_memfd_create, sys_memfd_create), // 279 // (__NR_bpf, sys_ni_syscall) // 280 diff --git a/coregrind/m_syswrap/syswrap-linux.c b/coregrind/m_syswrap/syswrap-linux.c index 2336c2978..34786be76 100644 --- a/coregrind/m_syswrap/syswrap-linux.c +++ b/coregrind/m_syswrap/syswrap-linux.c @@ -1538,6 +1538,33 @@ POST(sys_prctl) } } +PRE(sys_seccomp) { + PRINT( "sys_seccomp ( %ld, %ld, %ld )", SARG1, SARG2, SARG3 ); + PRE_REG_READ3(int, "seccomp", unsigned int, operation, unsigned int, flags, void*, args); + switch (ARG1) { + case VKI_SECCOMP_SET_MODE_STRICT: + break; + case VKI_SECCOMP_SET_MODE_FILTER: + /* Should check that ARG3 points at a valid struct sock_fprog. Sounds + complex; hence be lame. */ + PRE_MEM_READ( "seccomp(SECCOMP_SET_MODE_FILTER, flags, filter)", ARG3, 1 ); + break; + case VKI_SECCOMP_GET_ACTION_AVAIL: + /* Should check that ARG3 points at a valid struct sock_fprog. Sounds + complex; hence be lame. */ + PRE_MEM_WRITE( "seccomp(SECCOMP_GET_ACTION_AVAIL, flags, action_avail)", ARG3, 4 ); + break; + } +} + +POST(sys_seccomp) { + switch (ARG1) { + case VKI_SECCOMP_GET_ACTION_AVAIL: + POST_MEM_WRITE(ARG3, 4); + break; + } +} + PRE(sys_sendfile) { *flags |= SfMayBlock; diff --git a/coregrind/m_syswrap/syswrap-s390x-linux.c b/coregrind/m_syswrap/syswrap-s390x-linux.c index 90dcc75a8..b27fe65f4 100644 --- a/coregrind/m_syswrap/syswrap-s390x-linux.c +++ b/coregrind/m_syswrap/syswrap-s390x-linux.c @@ -830,7 +830,7 @@ static SyscallTableEntry syscall_table[] = { // ?????(__NR_sched_setattr, ), // 345 // ?????(__NR_sched_getattr, ), // 346 LINX_(__NR_renameat2, sys_renameat2), // 347 -// ?????(__NR_seccomp, ), // 348 + LINXY(__NR_seccomp, sys_seccomp), // 348 LINXY(__NR_getrandom, sys_getrandom), // 349 LINXY(__NR_memfd_create, sys_memfd_create), // 350 diff --git a/coregrind/m_syswrap/syswrap-x86-linux.c b/coregrind/m_syswrap/syswrap-x86-linux.c index bec145aca..511963b54 100644 --- a/coregrind/m_syswrap/syswrap-x86-linux.c +++ b/coregrind/m_syswrap/syswrap-x86-linux.c @@ -1585,7 +1585,7 @@ static SyscallTableEntry syscall_table[] = { // LIN__(__NR_sched_setattr, sys_ni_syscall), // 351 // LIN__(__NR_sched_getattr, sys_ni_syscall), // 352 LINX_(__NR_renameat2, sys_renameat2), // 353 -// LIN__(__NR_seccomp, sys_ni_syscall), // 354 + LINXY(__NR_seccomp, sys_seccomp), // 354 LINXY(__NR_getrandom, sys_getrandom), // 355 LINXY(__NR_memfd_create, sys_memfd_create), // 356 diff --git a/include/vki/vki-linux.h b/include/vki/vki-linux.h index 707208040..5b74e5710 100644 --- a/include/vki/vki-linux.h +++ b/include/vki/vki-linux.h @@ -4791,6 +4791,14 @@ struct vki_blk_zone_range { #define VKI_BLKREPORTZONE _VKI_IOWR(0x12, 130, struct vki_blk_zone_report) #define VKI_BLKRESETZONE _VKI_IOW(0x12, 131, struct vki_blk_zone_range) +//---------------------------------------------------------------------- +// From linux-4.17/include/linux/seccomp.h +//---------------------------------------------------------------------- + +#define VKI_SECCOMP_SET_MODE_STRICT 0 +#define VKI_SECCOMP_SET_MODE_FILTER 1 +#define VKI_SECCOMP_GET_ACTION_AVAIL 2 + /*--------------------------------------------------------------------*/ /*--- end ---*/ /*--------------------------------------------------------------------*/ ``` Interestingly, when running `valgrind firefox` this happens: ``` ==20570== Memcheck, a memory error detector ==20570== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. ==20570== Using Valgrind-3.14.0.GIT and LibVEX; rerun with -h for copyright info ==20570== Command: firefox ==20570== ==20570== Syscall param seccomp(SECCOMP_SET_MODE_FILTER, flags, filter) points to unaddressable byte(s) ==20570== at 0x5E940F9: syscall (in /usr/lib/libc-2.27.so) ==20570== by 0x6BB99A0: mozilla::SandboxInfo::SandboxInfo() (in /opt/firefox/libmozsandbox.so) ==20570== by 0x400F109: call_init.part.0 (in /usr/lib/ld-2.27.so) ==20570== by 0x400F205: _dl_init (in /usr/lib/ld-2.27.so) ==20570== by 0x4013272: dl_open_worker (in /usr/lib/ld-2.27.so) ==20570== by 0x5ED494E: _dl_catch_exception (in /usr/lib/libc-2.27.so) ==20570== by 0x4012B47: _dl_open (in /usr/lib/ld-2.27.so) ==20570== by 0x505FE65: ??? (in /usr/lib/libdl-2.27.so) ==20570== by 0x5ED494E: _dl_catch_exception (in /usr/lib/libc-2.27.so) ==20570== by 0x5ED49DE: _dl_catch_error (in /usr/lib/libc-2.27.so) ==20570== by 0x5060596: ??? (in /usr/lib/libdl-2.27.so) ==20570== by 0x505FF05: dlopen (in /usr/lib/libdl-2.27.so) ==20570== Address 0x0 is not stack'd, malloc'd or (recently) free'd ==20570== [1] 20570 segmentation fault (core dumped) valgrind firefox ``` Some digging reveals that firefox tries to pass nullptr to seccomp as part of a test. The relevant code is here: https://hg.mozilla.org/mozilla-central/file/547144f5596c/security/sandbox/linux/SandboxInfo.cpp#l69 Thanks in adavanced, - Hal Gentz PS: After re-reading this email, I realized I use `anyways` a lot. Anyways, what can I do. :p |