Date: Mon, 15 Aug 2016 04:14:04 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 211837] POLA violation : SVR4(32bit binaries) does not operate. Message-ID: <bug-211837-8-jYijtt8A9l@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-211837-8@https.bugs.freebsd.org/bugzilla/> References: <bug-211837-8@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=3D211837 Tomoaki AOKI <junchoon@dec.sakura.ne.jp> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |junchoon@dec.sakura.ne.jp --- Comment #1 from Tomoaki AOKI <junchoon@dec.sakura.ne.jp> --- One additional info. Thoroughout discussion with Kenji on freebsd-users-jp ML (in Japanese), I feel the old binary is possibly NOT actually a SVR4 one, but a FreeBSD binary with lost ELF branding and having unusual brand interpreter path. *Cannot confirm as he says the program was given from his customer [or supplier] in pre-built binary only. If I understand properly, default 10.2-RELEASE (amd64) shouldn't have svr4.ko or built-in support for SVR4 in GENERIC kernel. (Would need custom kernel or special build option.) Anyway, any binary stops working within major release lifecycle should be considered POLA violation, although keeping old behaviour after 11.0 would need further investigation. --=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-211837-8-jYijtt8A9l>