search for: asan_mac

Looks like this happens on x86_64 because the position of __cxa_throw is too far from the allocated branch island (should be <2G). This can be solved by allocating the branch islands somewhere near the text segment (look for kIslandEnd in asan_mac.cc, this is currently 0x7fffffdf0000) or by patching the function with a longer instruction sequence that stores the jump target in a register and jumps to that target (which is a bit more complex to implement). Once this problem is fixed, another one is going to arise. This is how the first bytes...

...o <glider at google.com>wrote: > Looks like this happens on x86_64 because the position of __cxa_throw > is too far from the allocated branch island (should be <2G). This can > be solved by allocating the branch islands somewhere near the text > segment (look for kIslandEnd in asan_mac.cc, this is currently > 0x7fffffdf0000) or by patching the function with a longer instruction > sequence that stores the jump target in a register and jumps to that > target (which is a bit more complex to implement). > > Once this problem is fixed, another one is going to arise. Thi...

...m>wrote: > > > Looks like this happens on x86_64 because the position of __cxa_throw > > is too far from the allocated branch island (should be <2G). This can > > be solved by allocating the branch islands somewhere near the text > > segment (look for kIslandEnd in asan_mac.cc, this is currently > > 0x7fffffdf0000) or by patching the function with a longer instruction > > sequence that stores the jump target in a register and jumps to that > > target (which is a bit more complex to implement). > > > > Once this problem is fixed, another o...

...m>wrote: > > > Looks like this happens on x86_64 because the position of __cxa_throw > > is too far from the allocated branch island (should be <2G). This can > > be solved by allocating the branch islands somewhere near the text > > segment (look for kIslandEnd in asan_mac.cc, this is currently > > 0x7fffffdf0000) or by patching the function with a longer instruction > > sequence that stores the jump target in a register and jumps to that > > target (which is a bit more complex to implement). > > > > Once this problem is fixed, another o...

...t; > > Looks like this happens on x86_64 because the position of __cxa_throw > > > is too far from the allocated branch island (should be <2G). This can > > > be solved by allocating the branch islands somewhere near the text > > > segment (look for kIslandEnd in asan_mac.cc, this is currently > > > 0x7fffffdf0000) or by patching the function with a longer instruction > > > sequence that stores the jump target in a register and jumps to that > > > target (which is a bit more complex to implement). > > > > > > Once this pr...

...; >> > Looks like this happens on x86_64 because the position of __cxa_throw >> > is too far from the allocated branch island (should be <2G). This can >> > be solved by allocating the branch islands somewhere near the text >> > segment (look for kIslandEnd in asan_mac.cc, this is currently >> > 0x7fffffdf0000) or by patching the function with a longer instruction >> > sequence that stores the jump target in a register and jumps to that >> > target (which is a bit more complex to implement). >> > >> > Once this problem...

...oks like this happens on x86_64 because the position of __cxa_throw > > > > is too far from the allocated branch island (should be <2G). This can > > > > be solved by allocating the branch islands somewhere near the text > > > > segment (look for kIslandEnd in asan_mac.cc, this is currently > > > > 0x7fffffdf0000) or by patching the function with a longer instruction > > > > sequence that stores the jump target in a register and jumps to that > > > > target (which is a bit more complex to implement). > > > > > &g...

...0x102244870 <__cxa_throw>: jmpq 0xffd27000 0x102244875 <__cxa_throw+5>: or (%rax),%eax 0x102244877 <__cxa_throw+7>: push %rbx (gdb) (gdb) watch *0x102244870 Hardware watchpoint 2: *4330899568 (gdb) r Old value = -788165304 New value = -1373139991 0x0000000100016203 in __asan_mach_override_ptr_custom () (gdb) bt #0 0x0000000100016203 in __asan_mach_override_ptr_custom () #1 0x0000000100015a9e in __interception::OverrideFunction () #2 0x00007fff5fc13378 in ImageLoaderMachO::doModInitFunctions () #3 0x00007fff5fc13762 in ImageLoaderMachO::doInitialization () #4 0x00007ff...

Jack, can you please upload this test somewhere? On Thu, Nov 29, 2012 at 10:09 AM, Kostya Serebryany <kcc at google.com> wrote: > +glider > The compiler hardly matters here, I would expect the same failures with > clang. > Alex, could you please take a look? > > --kcc > > > On Thu, Nov 29, 2012 at 9:55 PM, Jack Howarth <howarth at bromo.med.uc.edu> >