[lldb-dev] About lldbHost

Zachary Turner via lldb-dev lldb-dev at lists.llvm.org
Tue Feb 21 13:47:03 PST 2017


On Wed, Feb 15, 2017 at 11:02 AM Greg Clayton <gclayton at apple.com> wrote:

>
> The other thing is on Mac we add new flags to mmap that allow us not to
> crash if the backing store (network mount) goes away. There is also a flag
> that says "if code signature is borked, please still allow me to read the
> file without crashing. That functionality will need to be ported into the
> LLVM code somehow so we don't start crashing again. Previously we would
> crash if someone would do:
>
> (lldb) file /tmp/invalid_codesig_app
>
> And also if the network mounted share would go away on something that was
> mmap'ed and someone would touch any byte within it. Our version of mmap
> works around this and we need that to be in any version we adopt.
>
> Greg
>

Hi Greg,

I tried to get a change into LLVM to add these two flags.  However, I
started getting some buildbot failures
<http://green.lab.llvm.org/green/job/clang-stage1-cmake-RA-incremental_check/33988/consoleFull#-14904194218254eaf0-7326-4999-85b0-388101f2d404>
that only occurred on OSX with the error message "The operation is not
permitted".  Since it was only on OSX, and since it mentioned permissions,
I suspect that MAP_RESILIENT_CODESIGN and MAP_RESILIENT_MEDIA are causing a
problem.  Do you know what the requirements of using these two flags are?
And why they might fail?

I'm guessing you can reproduce my issue locally by checking out up to r295769
and then running "ninja check-llvm".  How come LLDB doesn't fail but LLVM
does when using these flags?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/lldb-dev/attachments/20170221/a91f2360/attachment.html>


More information about the lldb-dev mailing list