search for: 2d983b51

Yaron, Did you find a way around the problem? It looks like the problem comes before processFDE because by the time it gets to processFDE the eh_frame data is already corrupted. Does ELF and MachO share the same eh_frame format? I am developing this code in parallel on an Ubuntu Linux system but I haven't tried to run it on there for a couple of weeks. I'll bring it up to date and

...uffer, copy .eh_frame into it with four zero bytes appended. This buffer needs to live as long as long it's registered in the runtime library. Yaron -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20131014/2d983b51/attachment.html>

Hi, I had similar problems with EH in ELF in RTDyldMemoryManager::registerEHFrames() calling __register_frame(). I'm not sure these problems are related to this problem since your crash happens in RuntimeDyldMachO::registerEHFrames() in its own processFDE (there are two functions named processFDE(), one in RuntimeDyldMachO.cpp and one in RTDyldMemoryManager.cpp) *before*