Date: Mon, 20 Jan 2020 03:08:18 +0000 From: bugzilla-noreply@freebsd.org To: gecko@FreeBSD.org Subject: [Bug 243252] www/firefox core dumps after r522486 (failed to freeze shm) Message-ID: <bug-243252-21738-Ee0TBMYrr8@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-243252-21738@https.bugs.freebsd.org/bugzilla/> References: <bug-243252-21738@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D243252 --- Comment #17 from Mikhail Teterin <mi@FreeBSD.org> --- (In reply to Jan Beich from comment #16) > And I'm not interested in adding more downstream-only patches. I'm confused now... The entire patch-bug1550891 is FreeBSD-specific. If some other, cross-platform, interface was used before, maybe, we ought to go bac= k to it? > If cap_rights_limit is undesired [...] I don't know, if is desired or otherwise. All I know, is that I went to upd= ate firefox to address a CVE, and got a non-starting executable. You kindly explained, what's happening -- by pointing me at this bug-report. Clearly, I was not alone with the problem. I then suggested, the failure to freeze should not be fatal -- and you invi= ted patches. The one-liner I proposed solves the problem -- the freezing is sti= ll attempted, but a failure is no longer fatal. Now, maybe, it is not good enough, but I resent having to recompile the ker= nel -- and rebooting -- just to upgrade one application. (BTW, what about Spidermonkey and Thunderbird?) --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-243252-21738-Ee0TBMYrr8>