Date: Fri, 22 Sep 2023 08:28:05 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 273956] KERN_PROC_VMMAP does not read all mapped files Message-ID: <bug-273956-227-jsF3ZNo0uj@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-273956-227@https.bugs.freebsd.org/bugzilla/> References: <bug-273956-227@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=3D273956 --- Comment #16 from Paul Floyd <pjfloyd@wanadoo.fr> --- (In reply to Ed Maste from comment #15) I can't think of anything that would have changed the size of the RW PT_LOA= D, though it might have been a small change that tipped the scales. I can now reproduce the same thing on FreeBSD 13.2 with my dev build. Because the code has to deal with libraries that ldrt and dlopen load it is quite fussy in making sure that the start/end/size/offset are all consisten= t. It's easy to get most of the info for the RW PT_LOAD (all but the offset and the prot mode are the same as the preceding RX PT_LOAD). I don't know wheth= er I'll be able to regenerate an offset that satisfies the checks. "prev offse= t + current size" is close, but the figures that I get from sysctl KERN_PROC_VM= MAP are rounded to page boundaries. If I can't figure out a robust way to regenerate the offset then I'll add an "ignore offset" flag. --=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-273956-227-jsF3ZNo0uj>