|
From: Matt B. <mbr...@gm...> - 2012-04-24 18:06:20
|
Not sure how to post to this thread having just signed up for the list, but hopefully this routes correctly.. Hi, I wanted to confirm that the aes changes in trunk do indeed solve that unrecognized instruction issue, however, I am still experiencing immediate termination whenever I use valgrind with the following output: ==66368== valgrind: Unrecognised instruction at address 0x3a36b8c. ==66368== at 0x3A36B8C: __abort (in /usr/lib/system/libsystem_c.dylib) ==66368== by 0x3A36AAA: abort (in /usr/lib/system/libsystem_c.dylib) ==66368== by 0x3D79431: _SCSessionUniverseByUIDAcquireAndLock (in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore) ==66368== by 0x3D73358: FSNodeStorageGetAndLockCurrentUniverse (in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore) ==66368== by 0x3D731C0: FileIDTreeGetAndLockVolumeEntryForDeviceID (in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore) ==66368== by 0x3D97E63: FSMount::FSMount(unsigned int, FSMountNumberType, int*, unsigned int const*) (in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore) ==66368== by 0x3D97D58: FSMountPrepare (in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore) ==66368== by 0x8D8EDA3: MountInfoPrepare(void***, unsigned int, int, void*, unsigned int const*, __CFURL const*, __CFError**) (in /System/Library/PrivateFrameworks/CoreServicesInternal.framework/Versions/A/CoreServicesInternal) ==66368== by 0x8D80ADF: parseAttributeBuffer(__CFAllocator const*, unsigned char const*, unsigned char, attrlist const*, void const*, void**, _FileAttributes*, unsigned int*) (in /System/Library/PrivateFrameworks/CoreServicesInternal.framework/Versions/A/CoreServicesInternal) ==66368== by 0x8D81167: corePropertyProviderPrepareValues(__CFURL const*, __FileCache*, __CFString const* const*, void const**, long, void const*, __CFError**) (in /System/Library/PrivateFrameworks/CoreServicesInternal.framework/Versions/A/CoreServicesInternal) ==66368== by 0x8D7D737: prepareValuesForBitmap(__CFURL const*, __FileCache*, _FilePropertyBitmap*, __CFError**) (in /System/Library/PrivateFrameworks/CoreServicesInternal.framework/Versions/A/CoreServicesInternal) ==66368== by 0x8D82778: _FSURLGetCatalogInfo (in /System/Library/PrivateFrameworks/CoreServicesInternal.framework/Versions/A/CoreServicesInternal) ==66368== by 0x44863BA: FSNodePrepareCatalogInfo (in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices) ==66368== by 0x44867E9: _LSGetBundleClassForNode (in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices) ==66368== by 0x4487304: _LSFindOrRegisterBundleNode (in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices) ==66368== by 0x448B420: _LSRegisterSelf (in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices) ==66368== by 0x448A301: _LSApplicationCheckIn (in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices) ==66368== by 0x575BF55: _RegisterApplication (in /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/HIServices.framework/Versions/A/HIServices) ==66368== by 0x575A89C: GetCurrentProcess (in /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/HIServices.framework/Versions/A/HIServices) ==66368== by 0x235147A: _GetAggregateUIMode (in /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox) ==66368== by 0x2351433: IsMenuBarVisible (in /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox) ==66368== by 0x97820E: _NSInitializeAppContext (in /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit) ==66368== by 0x97774A: -[NSApplication init] (in /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit) ==66368== by 0x977371: +[NSApplication sharedApplication] (in /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit) ==66368== by 0xBF88E0: NSApplicationMain (in /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit) ==66368== by 0x100001677: ??? (in /Applications/TextEdit.app/Contents/MacOS/TextEdit) Matt |
|
From: Philippe W. <phi...@sk...> - 2012-04-24 22:16:23
|
On Tue, 2012-04-24 at 14:06 -0400, Matt Broadstone wrote: > Not sure how to post to this thread having just signed up for the > list, but hopefully this routes correctly.. > > Hi, > I wanted to confirm that the aes changes in trunk do indeed solve that > unrecognized instruction issue, however, > I am still experiencing immediate termination whenever I use valgrind > with the following output: > > ==66368== valgrind: Unrecognised instruction at address 0x3a36b8c. > ==66368== at 0x3A36B8C: __abort (in /usr/lib/system/libsystem_c.dylib) > ==66368== by 0x3A36AAA: abort (in /usr/lib/system/libsystem_c.dylib) > ==66368== by 0x3D79431: _SCSessionUniverseByUIDAcquireAndLock (in The above does not match the symptoms of an aes instruction not recognised (see e.g. bug 290655). >From the above, I am guessing that _SCSessionUniverseByUIDAcquireAndLock encounters a problem, and calls abort. Abort might be implemented via an illegal instruction. You might verify that by just doing a small executable calling abort and see if that gives the same behaviour. Otherwise, disassemble the instructions at 0x3a36b8c. Philippe |
|
From: Matt B. <mbr...@gm...> - 2012-04-26 01:58:15
|
On Tue, Apr 24, 2012 at 6:16 PM, Philippe Waroquiers
<phi...@sk...> wrote:
> On Tue, 2012-04-24 at 14:06 -0400, Matt Broadstone wrote:
>> Not sure how to post to this thread having just signed up for the
>> list, but hopefully this routes correctly..
>>
>> Hi,
>> I wanted to confirm that the aes changes in trunk do indeed solve that
>> unrecognized instruction issue, however,
>> I am still experiencing immediate termination whenever I use valgrind
>> with the following output:
>>
>> ==66368== valgrind: Unrecognised instruction at address 0x3a36b8c.
>> ==66368== at 0x3A36B8C: __abort (in /usr/lib/system/libsystem_c.dylib)
>> ==66368== by 0x3A36AAA: abort (in /usr/lib/system/libsystem_c.dylib)
>> ==66368== by 0x3D79431: _SCSessionUniverseByUIDAcquireAndLock (in
> The above does not match the symptoms of an aes instruction not
> recognised (see e.g. bug 290655).
>
> >From the above, I am guessing that _SCSessionUniverseByUIDAcquireAndLock
> encounters a problem, and calls abort. Abort might be implemented via
> an illegal instruction.
>
> You might verify that by just doing a small executable calling abort
> and see if that gives the same behaviour.
> Otherwise, disassemble the instructions at 0x3a36b8c.
>
> Philippe
>
>
I created a simple program to call abort:
#include <stdlib.h>
int main(int argc, char **argv)
{
abort();
return 0;
}
and the valgrind output is:
==54377== Memcheck, a memory error detector
==54377== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al.
==54377== Using Valgrind-3.8.0.SVN and LibVEX; rerun with -h for copyright info
==54377== Command: ./test
==54377==
--54377-- ./test:
--54377-- dSYM directory is missing; consider using --dsymutil=yes
==54377==
==54377== Process terminating with default action of signal 6 (SIGABRT)
==54377== at 0x2C182A: __kill (in /usr/lib/system/libsystem_kernel.dylib)
==54377== by 0x100000F33: main (in ./test)
==54377==
==54377== HEAP SUMMARY:
==54377== in use at exit: 1,999 bytes in 32 blocks
==54377== total heap usage: 32 allocs, 0 frees, 1,999 bytes allocated
==54377==
==54377== LEAK SUMMARY:
==54377== definitely lost: 0 bytes in 0 blocks
==54377== indirectly lost: 0 bytes in 0 blocks
==54377== possibly lost: 0 bytes in 0 blocks
==54377== still reachable: 1,999 bytes in 32 blocks
==54377== suppressed: 0 bytes in 0 blocks
==54377== Rerun with --leak-check=full to see details of leaked memory
==54377==
==54377== For counts of detected and suppressed errors, rerun with: -v
==54377== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)
Abort trap: 6
So, that looks like it works. Unfortunately, with trunk valgrind I get
this __abort error running just about any application I've tried it on
(though it seems to be related to anything linked to CarbonCore). I
tried to run gdb on my test program and disassemble the address given
by valgrind, but it claims there is no function at that address? Can
you point me towards how to get you the information you require?
Matt
|
|
From: John R. <jr...@bi...> - 2012-04-26 04:54:53
|
> Can you point me towards how to get you the information you require?
It's a *BUG* in valgrind that valgrind does not print the bytes [or words, etc.]
of the instruction stream that valgrind does not understand.
[This is immediately obvious to *EVERY* user, but so far the developers
have been oblivious.]
So, users must spoon-feed the developers.. Invoke valgrind using:
$ valgrind --db-attach=yes <other valgrind options> /path/to/my/app <args to the app>
Then when valgrind encounters the error and asks what to do, answer 'Y'
for "yes, please attach the debugger now". Soon you should get a gdb prompt:
(gdb)
At this gdb prompt, enter the commands to examine memory at the suspect address.
For example,
==66368== valgrind: Unrecognised instruction at address 0x3a36b8c.
Attach to debugger now? [Y/y/N/n/...] Y ### not an exact quotation
(gdb) x/4xw 0x3a36b8c
(gdb) x/4i 0x3a36b8c
(gdb) x/12i 0x3a36b8c-0x18
which says "examine memory, and print 4 words in hex beginning at the
address of the troublesome opcode. Then "examine memory, and print
4 instructions beginning at the address of the troublesome instruction".
Then "examine memory, and print 12 instructions beginning 0x18 bytes
before the troublesome instruction". Then copy+paste all that
into the valgrind bug report.
--
|
|
From: Julian S. <js...@ac...> - 2012-04-26 07:53:58
|
On Thursday, April 26, 2012, John Reiser wrote: > It's a *BUG* in valgrind that valgrind does not print the bytes [or words, > etc.] of the instruction stream that valgrind does not understand. > [This is immediately obvious to *EVERY* user, but so far the developers > have been oblivious.] It always prints the bytes of the instruction it can't parse. Without that we'd never be able to make sense of any "unhandled insn" style bug reports. It seems like you removed them from the initial posting, though. Do you have a line of the form vex amd64->IR: unhandled instruction bytes: 0xC5 0xF8 0x77 0xC3 0xF6 Anyway, I suspect that will merely tell us that abort crapped out on 0x0F 0x0D, which is the official undefined instruction "ud2", so that's not useful. We need to know why the program jumped to abort() in the first place. The svn trunk does work on OSX 10.7.3 -- I was working with it at the weekend. Really what is needed is a way to reproduce this failure. J |
|
From: Matt B. <mbr...@gm...> - 2012-04-26 13:29:12
|
On Thu, Apr 26, 2012 at 3:45 AM, Julian Seward <js...@ac...> wrote: > > On Thursday, April 26, 2012, John Reiser wrote: >> It's a *BUG* in valgrind that valgrind does not print the bytes [or words, >> etc.] of the instruction stream that valgrind does not understand. >> [This is immediately obvious to *EVERY* user, but so far the developers >> have been oblivious.] > > It always prints the bytes of the instruction it can't parse. Without > that we'd never be able to make sense of any "unhandled insn" style > bug reports. It seems like you removed them from the initial posting, > though. Do you have a line of the form > > vex amd64->IR: unhandled instruction bytes: 0xC5 0xF8 0x77 0xC3 0xF6 > Ah, yes. For some reason, I thought that was output related to the aes changes. That line is as follows: vex amd64->IR: unhandled instruction bytes: 0xF 0xB 0x55 0x48 0x89 0xE5 0x41 0x56 > Anyway, I suspect that will merely tell us that abort crapped out on > 0x0F 0x0D, which is the official undefined instruction "ud2", so that's > not useful. We need to know why the program jumped to abort() in the > first place. > > The svn trunk does work on OSX 10.7.3 -- I was working with it at > the weekend. Really what is needed is a way to reproduce this failure. > In order to get to this point, I followed these steps: * checked out valgrind from SVN * ran "autogen.sh" * ./configure * make * make install nothing special, vanilla valgrind build. I then tried to run valgrind with no options: valgrind /Applications/TextEdit.app/Contents/MacOS/TextEdit. I can also confirm that I have no other version of valgrind installed on the system. As for doing a db-attach, that seems to have failed as well - I never make it to a gdb session. Here is the full output of a db-attach valgrind run on TextEdit.app: valgrind --db-attach=yes /Applications/TextEdit.app/Contents/MacOS/TextEdit ==76980== Memcheck, a memory error detector ==76980== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==76980== Using Valgrind-3.8.0.SVN and LibVEX; rerun with -h for copyright info ==76980== Command: /Applications/TextEdit.app/Contents/MacOS/TextEdit ==76980== UNKNOWN __pthread_sigmask is unsupported. This warning will not be repeated. vex amd64->IR: unhandled instruction bytes: 0xF 0xB 0x55 0x48 0x89 0xE5 0x41 0x56 ==76980== valgrind: Unrecognised instruction at address 0x3a36b8c. ==76980== at 0x3A36B8C: __abort (in /usr/lib/system/libsystem_c.dylib) ==76980== by 0x3A36AAA: abort (in /usr/lib/system/libsystem_c.dylib) ==76980== by 0x3D79431: _SCSessionUniverseByUIDAcquireAndLock (in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore) ==76980== by 0x3D73358: FSNodeStorageGetAndLockCurrentUniverse (in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore) ==76980== by 0x3D731C0: FileIDTreeGetAndLockVolumeEntryForDeviceID (in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore) ==76980== by 0x3D97E63: FSMount::FSMount(unsigned int, FSMountNumberType, int*, unsigned int const*) (in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore) ==76980== by 0x3D97D58: FSMountPrepare (in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore) ==76980== by 0x8D8EDA3: MountInfoPrepare(void***, unsigned int, int, void*, unsigned int const*, __CFURL const*, __CFError**) (in /System/Library/PrivateFrameworks/CoreServicesInternal.framework/Versions/A/CoreServicesInternal) ==76980== by 0x8D80ADF: parseAttributeBuffer(__CFAllocator const*, unsigned char const*, unsigned char, attrlist const*, void const*, void**, _FileAttributes*, unsigned int*) (in /System/Library/PrivateFrameworks/CoreServicesInternal.framework/Versions/A/CoreServicesInternal) ==76980== by 0x8D81167: corePropertyProviderPrepareValues(__CFURL const*, __FileCache*, __CFString const* const*, void const**, long, void const*, __CFError**) (in /System/Library/PrivateFrameworks/CoreServicesInternal.framework/Versions/A/CoreServicesInternal) ==76980== by 0x8D7D737: prepareValuesForBitmap(__CFURL const*, __FileCache*, _FilePropertyBitmap*, __CFError**) (in /System/Library/PrivateFrameworks/CoreServicesInternal.framework/Versions/A/CoreServicesInternal) ==76980== by 0x8D82778: _FSURLGetCatalogInfo (in /System/Library/PrivateFrameworks/CoreServicesInternal.framework/Versions/A/CoreServicesInternal) ==76980== by 0x44863BA: FSNodePrepareCatalogInfo (in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices) ==76980== by 0x44867E9: _LSGetBundleClassForNode (in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices) ==76980== by 0x4487304: _LSFindOrRegisterBundleNode (in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices) ==76980== by 0x448B420: _LSRegisterSelf (in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices) ==76980== by 0x448A301: _LSApplicationCheckIn (in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices) ==76980== by 0x575BF55: _RegisterApplication (in /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/HIServices.framework/Versions/A/HIServices) ==76980== by 0x575A89C: GetCurrentProcess (in /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/HIServices.framework/Versions/A/HIServices) ==76980== by 0x235147A: _GetAggregateUIMode (in /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox) ==76980== by 0x2351433: IsMenuBarVisible (in /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox) ==76980== by 0x97820E: _NSInitializeAppContext (in /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit) ==76980== by 0x97774A: -[NSApplication init] (in /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit) ==76980== by 0x977371: +[NSApplication sharedApplication] (in /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit) ==76980== by 0xBF88E0: NSApplicationMain (in /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit) ==76980== by 0x100001677: ??? (in /Applications/TextEdit.app/Contents/MacOS/TextEdit) ==76980== Your program just tried to execute an instruction that Valgrind ==76980== did not recognise. There are two possible reasons for this. ==76980== 1. Your program has a bug and erroneously jumped to a non-code ==76980== location. If you are running Memcheck and you just saw a ==76980== warning about a bad jump, it's probably your program's fault. ==76980== 2. The instruction is legitimate but Valgrind doesn't handle it, ==76980== i.e. it's Valgrind's fault. If you think this is the case or ==76980== you are not sure, please let us know and we'll try to fix it. ==76980== Either way, Valgrind will now raise a SIGILL signal which will ==76980== probably kill your program. ==76980== ==76980== Process terminating with default action of signal 4 (SIGILL) ==76980== Illegal opcode at address 0x3A36B8C ==76980== at 0x3A36B8C: __abort (in /usr/lib/system/libsystem_c.dylib) ==76980== by 0x3A36AAA: abort (in /usr/lib/system/libsystem_c.dylib) ==76980== by 0x3D79431: _SCSessionUniverseByUIDAcquireAndLock (in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore) ==76980== by 0x3D73358: FSNodeStorageGetAndLockCurrentUniverse (in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore) ==76980== by 0x3D731C0: FileIDTreeGetAndLockVolumeEntryForDeviceID (in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore) ==76980== by 0x3D97E63: FSMount::FSMount(unsigned int, FSMountNumberType, int*, unsigned int const*) (in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore) ==76980== by 0x3D97D58: FSMountPrepare (in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore) ==76980== by 0x8D8EDA3: MountInfoPrepare(void***, unsigned int, int, void*, unsigned int const*, __CFURL const*, __CFError**) (in /System/Library/PrivateFrameworks/CoreServicesInternal.framework/Versions/A/CoreServicesInternal) ==76980== by 0x8D80ADF: parseAttributeBuffer(__CFAllocator const*, unsigned char const*, unsigned char, attrlist const*, void const*, void**, _FileAttributes*, unsigned int*) (in /System/Library/PrivateFrameworks/CoreServicesInternal.framework/Versions/A/CoreServicesInternal) ==76980== by 0x8D81167: corePropertyProviderPrepareValues(__CFURL const*, __FileCache*, __CFString const* const*, void const**, long, void const*, __CFError**) (in /System/Library/PrivateFrameworks/CoreServicesInternal.framework/Versions/A/CoreServicesInternal) ==76980== by 0x8D7D737: prepareValuesForBitmap(__CFURL const*, __FileCache*, _FilePropertyBitmap*, __CFError**) (in /System/Library/PrivateFrameworks/CoreServicesInternal.framework/Versions/A/CoreServicesInternal) ==76980== by 0x8D82778: _FSURLGetCatalogInfo (in /System/Library/PrivateFrameworks/CoreServicesInternal.framework/Versions/A/CoreServicesInternal) ==76980== ==76980== ---- Attach to debugger ? --- [Return/N/n/Y/y/C/c] ---- Y valgrind: m_debugger.c:238 (ptrace_setregs): Assertion 'Unimplemented functionality' failed. valgrind: valgrind ==76980== at 0x23803839B: ??? ==76980== by 0x23803866F: ??? ==76980== by 0x2380321DA: ??? ==76980== by 0x23804CC73: ??? ==76980== by 0x23804D83A: ??? ==76980== by 0x2380A5491: ??? ==76980== by 0x2380D078D: ??? sched status: running_tid=1 Thread 1: status = VgTs_Runnable ==76980== at 0x3A36B8C: __abort (in /usr/lib/system/libsystem_c.dylib) ==76980== by 0x3A36AAA: abort (in /usr/lib/system/libsystem_c.dylib) ==76980== by 0x3D79431: _SCSessionUniverseByUIDAcquireAndLock (in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore) ==76980== by 0x3D73358: FSNodeStorageGetAndLockCurrentUniverse (in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore) ==76980== by 0x3D731C0: FileIDTreeGetAndLockVolumeEntryForDeviceID (in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore) ==76980== by 0x3D97E63: FSMount::FSMount(unsigned int, FSMountNumberType, int*, unsigned int const*) (in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore) ==76980== by 0x3D97D58: FSMountPrepare (in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore) ==76980== by 0x8D8EDA3: MountInfoPrepare(void***, unsigned int, int, void*, unsigned int const*, __CFURL const*, __CFError**) (in /System/Library/PrivateFrameworks/CoreServicesInternal.framework/Versions/A/CoreServicesInternal) ==76980== by 0x8D80ADF: parseAttributeBuffer(__CFAllocator const*, unsigned char const*, unsigned char, attrlist const*, void const*, void**, _FileAttributes*, unsigned int*) (in /System/Library/PrivateFrameworks/CoreServicesInternal.framework/Versions/A/CoreServicesInternal) ==76980== by 0x8D81167: corePropertyProviderPrepareValues(__CFURL const*, __FileCache*, __CFString const* const*, void const**, long, void const*, __CFError**) (in /System/Library/PrivateFrameworks/CoreServicesInternal.framework/Versions/A/CoreServicesInternal) ==76980== by 0x8D7D737: prepareValuesForBitmap(__CFURL const*, __FileCache*, _FilePropertyBitmap*, __CFError**) (in /System/Library/PrivateFrameworks/CoreServicesInternal.framework/Versions/A/CoreServicesInternal) ==76980== by 0x8D82778: _FSURLGetCatalogInfo (in /System/Library/PrivateFrameworks/CoreServicesInternal.framework/Versions/A/CoreServicesInternal) ==76980== by 0x44863BA: FSNodePrepareCatalogInfo (in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices) ==76980== by 0x44867E9: _LSGetBundleClassForNode (in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices) ==76980== by 0x4487304: _LSFindOrRegisterBundleNode (in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices) ==76980== by 0x448B420: _LSRegisterSelf (in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices) ==76980== by 0x448A301: _LSApplicationCheckIn (in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices) ==76980== by 0x575BF55: _RegisterApplication (in /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/HIServices.framework/Versions/A/HIServices) ==76980== by 0x575A89C: GetCurrentProcess (in /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/HIServices.framework/Versions/A/HIServices) ==76980== by 0x235147A: _GetAggregateUIMode (in /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox) ==76980== by 0x2351433: IsMenuBarVisible (in /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox) ==76980== by 0x97820E: _NSInitializeAppContext (in /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit) ==76980== by 0x97774A: -[NSApplication init] (in /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit) ==76980== by 0x977371: +[NSApplication sharedApplication] (in /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit) ==76980== by 0xBF88E0: NSApplicationMain (in /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit) ==76980== by 0x100001677: ??? (in /Applications/TextEdit.app/Contents/MacOS/TextEdit) Thread 2: status = VgTs_WaitSys ==76980== at 0x3B877E6: kevent (in /usr/lib/system/libsystem_kernel.dylib) ==76980== by 0x398F14D: _dispatch_mgr_thread (in /usr/lib/system/libdispatch.dylib) Thread 3: status = VgTs_WaitSys ==76980== at 0x3B87192: __workq_kernreturn (in /usr/lib/system/libsystem_kernel.dylib) ==76980== by 0x3A46B84: start_wqthread (in /usr/lib/system/libsystem_c.dylib) Thread 4: status = VgTs_WaitSys ==76980== at 0x3B87192: __workq_kernreturn (in /usr/lib/system/libsystem_kernel.dylib) ==76980== by 0x3A46B84: start_wqthread (in /usr/lib/system/libsystem_c.dylib) Matt |
|
From: Philippe W. <phi...@sk...> - 2012-04-26 18:06:26
|
On Thu, 2012-04-26 at 09:29 -0400, Matt Broadstone wrote: > As for doing a db-attach, that seems to have failed as well - I never > make it to a gdb session. Here is the full output of a db-attach > valgrind run on TextEdit.app: .... > ==76980== ---- Attach to debugger ? --- [Return/N/n/Y/y/C/c] ---- Y > > valgrind: m_debugger.c:238 (ptrace_setregs): Assertion 'Unimplemented > functionality' failed. The above assert indicates that --db-attach is not implemented on darwin. You could however try the Valgrind gdbserver, which is supposed to work (at least, I manually tested it on Darwin something like one year ago on a 3.7.0 SVN). You could try to investigate why abort is called by using 2 GDBs to debug: * a native run * a run under Valgrind and see at which point/instruction their executions are diverging. (e.g. put breakpoint in _SCSessionUniverseByUIDAcquireAndLock and then use stepi or similar.). Philippe |
|
From: Matt B. <mbr...@gm...> - 2012-04-26 18:17:51
|
On Thu, Apr 26, 2012 at 2:06 PM, Philippe Waroquiers <phi...@sk...> wrote: > On Thu, 2012-04-26 at 09:29 -0400, Matt Broadstone wrote: > >> As for doing a db-attach, that seems to have failed as well - I never >> make it to a gdb session. Here is the full output of a db-attach >> valgrind run on TextEdit.app: > .... >> ==76980== ---- Attach to debugger ? --- [Return/N/n/Y/y/C/c] ---- Y >> >> valgrind: m_debugger.c:238 (ptrace_setregs): Assertion 'Unimplemented >> functionality' failed. > The above assert indicates that --db-attach is not implemented > on darwin. > > You could however try the Valgrind gdbserver, which is supposed to > work (at least, I manually tested it on Darwin something like one year > ago on a 3.7.0 SVN). > > You could try to investigate why abort is called > by using 2 GDBs to debug: > * a native run > * a run under Valgrind > and see at which point/instruction their executions are diverging. > (e.g. put breakpoint in _SCSessionUniverseByUIDAcquireAndLock and > then use stepi or similar.). > > Philippe > first I ran: valgrind --vgdb=yes --vgdb-error=0 /Applications/TextEdit.app/Contents/MacOS/TextEdit then I ran: gdb /Applications/TextEdit.app/Contents/MacOS/TextEdit and then: (gdb) target remote | /usr/local/bin/vgdb | /usr/local/bin/vgdb: Undefined error: 0 I was just following the steps in the manual, is there something special I'm missing here? Matt |
|
From: Philippe W. <phi...@sk...> - 2012-04-26 19:27:54
|
On Thu, 2012-04-26 at 14:17 -0400, Matt Broadstone wrote:
> and then:
> (gdb) target remote | /usr/local/bin/vgdb
> | /usr/local/bin/vgdb: Undefined error: 0
You must have a version of gdb recent enough (I believe >= 6.5)
otherwise GDB does not understand the "|" target.
Two alternatives:
* compile + install a recent GDB
(there is a kind of "magic" security signing which is needed).
* alternatively:
valgrind --vgdb-error=0 prog
# and then in another shell, run:
vgdb --port=1234
# in a third shell:
gdb prog
(gdb) target remote :1234
(NB: with this technique, there is no security: anybody which
have access to your system can connect to the vgdb port nr).
Philippe
|
|
From: Matt B. <mbr...@gm...> - 2012-04-26 20:42:40
|
On Thu, Apr 26, 2012 at 3:27 PM, Philippe Waroquiers <phi...@sk...> wrote: > On Thu, 2012-04-26 at 14:17 -0400, Matt Broadstone wrote: > >> and then: >> (gdb) target remote | /usr/local/bin/vgdb >> | /usr/local/bin/vgdb: Undefined error: 0 > You must have a version of gdb recent enough (I believe >= 6.5) > otherwise GDB does not understand the "|" target. > > Two alternatives: > * compile + install a recent GDB > (there is a kind of "magic" security signing which is needed). > * alternatively: > valgrind --vgdb-error=0 prog > # and then in another shell, run: > vgdb --port=1234 > # in a third shell: > gdb prog > (gdb) target remote :1234 > > (NB: with this technique, there is no security: anybody which > have access to your system can connect to the vgdb port nr). > > Philippe > Okay, I was able to get that working. Here is the result of disassembling that instruction: Program received signal SIGILL, Illegal instruction. warning: Error 268435459 getting port names from mach_port_names [Switching to process 4359 thread 0x0] 0x0000000003a36b8c in __abort () (gdb) disas Dump of assembler code for function __abort: 0x0000000003a36aab <__abort+0>: push %rbp 0x0000000003a36aac <__abort+1>: mov %rsp,%rbp 0x0000000003a36aaf <__abort+4>: push %rbx 0x0000000003a36ab0 <__abort+5>: sub $0x18,%rsp 0x0000000003a36ab4 <__abort+9>: cmpq $0x0,0x9cf6c(%rip) # 0x3ad3a28 <gCRAnnotations+8> 0x0000000003a36abc <__abort+17>: jne 0x3a36acc <__abort+33> 0x0000000003a36abe <__abort+19>: lea 0x6f2b3(%rip),%rax # 0x3aa5d78 <__rcsid_37+80> 0x0000000003a36ac5 <__abort+26>: mov %rax,0x9cf5c(%rip) # 0x3ad3a28 <gCRAnnotations+8> 0x0000000003a36acc <__abort+33>: movq $0x0,-0x18(%rbp) 0x0000000003a36ad4 <__abort+41>: movl $0x0,-0xc(%rbp) 0x0000000003a36adb <__abort+48>: movl $0xffffffff,-0x10(%rbp) 0x0000000003a36ae2 <__abort+55>: mov $0x6,%edi 0x0000000003a36ae7 <__abort+60>: lea -0x18(%rbp),%rsi 0x0000000003a36aeb <__abort+64>: xor %edx,%edx 0x0000000003a36aed <__abort+66>: callq 0x3a97c1c <sigaction> 0x0000000003a36af2 <__abort+71>: andb $0xdf,-0x10(%rbp) 0x0000000003a36af6 <__abort+75>: lea 0xa34b3(%rip),%rax # 0x3ad9fb0 <__is_threaded> 0x0000000003a36afd <__abort+82>: cmpl $0x0,(%rax) 0x0000000003a36b00 <__abort+85>: lea -0x10(%rbp),%rbx 0x0000000003a36b04 <__abort+89>: je 0x3a36b4c <__abort+161> 0x0000000003a36b06 <__abort+91>: movl $0xffffffff,-0x1c(%rbp) 0x0000000003a36b0d <__abort+98>: lea -0x1c(%rbp),%rsi 0x0000000003a36b11 <__abort+102>: mov $0x3,%edi 0x0000000003a36b16 <__abort+107>: xor %edx,%edx 0x0000000003a36b18 <__abort+109>: callq 0x3a9c772 <dyld_stub_sigprocmask> 0x0000000003a36b1d <__abort+114>: mov $0x1,%edi 0x0000000003a36b22 <__abort+119>: xor %al,%al 0x0000000003a36b24 <__abort+121>: callq 0x3a42e3b <__pthread_workqueue_setkill> 0x0000000003a36b29 <__abort+126>: mov $0x3,%edi 0x0000000003a36b2e <__abort+131>: mov %rbx,%rsi 0x0000000003a36b31 <__abort+134>: xor %edx,%edx 0x0000000003a36b33 <__abort+136>: callq 0x3a42ca7 <pthread_sigmask> 0x0000000003a36b38 <__abort+141>: callq 0x3a97540 <pthread_self> 0x0000000003a36b3d <__abort+146>: mov $0x6,%esi 0x0000000003a36b42 <__abort+151>: mov %rax,%rdi 0x0000000003a36b45 <__abort+154>: callq 0x3a45773 <pthread_kill> 0x0000000003a36b4a <__abort+159>: jmp 0x3a36b6c <__abort+193> 0x0000000003a36b4c <__abort+161>: mov $0x3,%edi 0x0000000003a36b51 <__abort+166>: xor %edx,%edx 0x0000000003a36b53 <__abort+168>: mov %rbx,%rsi 0x0000000003a36b56 <__abort+171>: callq 0x3a9c772 <dyld_stub_sigprocmask> 0x0000000003a36b5b <__abort+176>: callq 0x3a9c4f0 <dyld_stub_getpid> 0x0000000003a36b60 <__abort+181>: mov $0x6,%esi 0x0000000003a36b65 <__abort+186>: mov %eax,%edi 0x0000000003a36b67 <__abort+188>: callq 0x3a9c54a <dyld_stub_kill> 0x0000000003a36b6c <__abort+193>: mov $0x2710,%edi 0x0000000003a36b71 <__abort+198>: callq 0x3a36c43 <usleep$NOCANCEL> 0x0000000003a36b76 <__abort+203>: movl $0xffffffe7,-0x10(%rbp) 0x0000000003a36b7d <__abort+210>: mov $0x3,%edi 0x0000000003a36b82 <__abort+215>: xor %edx,%edx 0x0000000003a36b84 <__abort+217>: mov %rbx,%rsi 0x0000000003a36b87 <__abort+220>: callq 0x3a9c772 <dyld_stub_sigprocmask> 0x0000000003a36b8c <__abort+225>: ud2a End of assembler dump. (gdb) Matt |
|
From: Philippe W. <phi...@sk...> - 2012-04-26 21:10:12
|
On Thu, 2012-04-26 at 16:42 -0400, Matt Broadstone wrote: > On Thu, Apr 26, 2012 at 3:27 PM, Philippe Waroquiers > <phi...@sk...> wrote: > > On Thu, 2012-04-26 at 14:17 -0400, Matt Broadstone wrote: > > > >> and then: > >> (gdb) target remote | /usr/local/bin/vgdb > >> | /usr/local/bin/vgdb: Undefined error: 0 > > You must have a version of gdb recent enough (I believe >= 6.5) > > otherwise GDB does not understand the "|" target. > > > > Two alternatives: > > * compile + install a recent GDB > > (there is a kind of "magic" security signing which is needed). > > * alternatively: > > valgrind --vgdb-error=0 prog > > # and then in another shell, run: > > vgdb --port=1234 > > # in a third shell: > > gdb prog > > (gdb) target remote :1234 > > > > (NB: with this technique, there is no security: anybody which > > have access to your system can connect to the vgdb port nr). > > > > Philippe > > > > Okay, I was able to get that working. That is good news. You are now the unofficial MacOS Valgrind gdbserver tester :). ... > Here is the result of disassembling that instruction: > 0x0000000003a36b87 <__abort+220>: callq 0x3a9c772 <dyld_stub_sigprocmask> > 0x0000000003a36b8c <__abort+225>: ud2a This looks to match what Julian suggested (i.e. that it would be a ud2 invalid instruction). >From what I can see, the "small abort test" you did is calling another abort: Your small abort test case is causing a call to __kill: at 0x2C182A: __kill (in /usr/lib/system/libsystem_kernel.dylib) while the invalid instruction you see is in another abort: ==66368== at 0x3A36B8C: __abort (in /usr/lib/system/libsystem_c.dylib) ==66368== by 0x3A36AAA: abort (in /usr/lib/system/libsystem_c.dylib) It looks like this last abort is implemented with an invalid instruction. => I believe that the invalid instruction is not the problem. It looks like TextEdit behaves differently for a native run and for a run under Valgrind. Only suggestions I have is to investigate the difference in execution between a native run and a run under Valgrind. One way to do that is to use two GDBs (one for native run, one for running under Valgrind). It would be much easier if you have the sources of _SCSessionUniverseByUIDAcquireAndLock If the behaviour difference is caused by syscalls not behaving the same way, you might investigate this using "strace" (if that exists on MacOS) and/or --trace-syscalls=yes arg of Valgrind. Philippe |
|
From: Julian S. <js...@ac...> - 2012-04-26 21:17:28
|
> Okay, I was able to get that working. Here is the result of > disassembling that instruction: > > 0x0000000003a36b8c <__abort+225>: ud2a Yeah, so as expected it's died on ud2a, as the vex amd64->IR: unhandled instruction bytes: 0xF 0xB line implies -- 0F 0B is ud2a. The real question is, why did the program jump to abort() in the first place. That will have to wait till I or someone else finds the time to investigate locally. One thing you could do is run with --trace-flags=10000000. This prints symbol names as code is visited for the first time. Grep this lot to see if there are any references to "misaligned" or "stack" (or some combination thereof) in it. That has been a known trouble spot in the past. Also, maybe post the last 100 or so lines of it here. Overall, though, your best bet is to file a bug report with a precise description of how to reproduce the problem. Bug reports sent by email tend to become lost or forgotten about. You can file a report by following the directions at http://valgrind.org/support/bug_reports.html J |
|
From: Matt B. <mbr...@gm...> - 2012-04-27 13:17:17
|
On Thu, Apr 26, 2012 at 5:08 PM, Julian Seward <js...@ac...> wrote: > >> Okay, I was able to get that working. Here is the result of >> disassembling that instruction: >> >> 0x0000000003a36b8c <__abort+225>: ud2a > > Yeah, so as expected it's died on ud2a, as the > vex amd64->IR: unhandled instruction bytes: 0xF 0xB > line implies -- 0F 0B is ud2a. > > The real question is, why did the program jump to abort() in the > first place. That will have to wait till I or someone else finds > the time to investigate locally. > > One thing you could do is run with --trace-flags=10000000. This > prints symbol names as code is visited for the first time. > Grep this lot to see if there are any references to "misaligned" > or "stack" (or some combination thereof) in it. That has been a > known trouble spot in the past. Also, maybe post the last 100 or > so lines of it here. > > Overall, though, your best bet is to file a bug report with a > precise description of how to reproduce the problem. Bug reports > sent by email tend to become lost or forgotten about. > You can file a report by following the directions at > http://valgrind.org/support/bug_reports.html > > J You said you had SVN working on OSX this past weekend right? Are you running 10.7.3? Anyway, "misaligned" and "stack" don't seem to be showing up in this output, but it seems like the abort is happening after something related to syslog here? Here is the last couple hundred lines (including the unhandled instruction message): ==== SB 21391 (evchecks 10199503) [tid 1] 0x3a64b06 _asl_msg_string_length_aux+566 /usr/lib/system/libsystem_c.dylib+0x6fb06 ==== SB 21392 (evchecks 10199503) [tid 1] 0x3a64b3e _asl_msg_string_length_aux+622 /usr/lib/system/libsystem_c.dylib+0x6fb3e ==== SB 21393 (evchecks 10199503) [tid 1] 0x3a6421a _asl_msg_fetch_internal /usr/lib/system/libsystem_c.dylib+0x6f21a ==== SB 21394 (evchecks 10199503) [tid 1] 0x3a6423f _asl_msg_fetch_internal+37 /usr/lib/system/libsystem_c.dylib+0x6f23f ==== SB 21395 (evchecks 10199503) [tid 1] 0x3a64b70 _asl_msg_string_length_aux+672 /usr/lib/system/libsystem_c.dylib+0x6fb70 ==== SB 21396 (evchecks 10199503) [tid 1] 0x3a64cda _asl_msg_string_length_aux+1034 /usr/lib/system/libsystem_c.dylib+0x6fcda ==== SB 21397 (evchecks 10199503) [tid 1] 0x3a70a21 _asl_send_message+1622 /usr/lib/system/libsystem_c.dylib+0x7ba21 ==== SB 21398 (evchecks 10199503) [tid 1] 0x3a70a2f _asl_send_message+1636 /usr/lib/system/libsystem_c.dylib+0x7ba2f ==== SB 21399 (evchecks 10199503) [tid 1] 0x3a9d802 __clzsi2+5922 /usr/lib/system/libsystem_c.dylib+0xa8802 ==== SB 21400 (evchecks 10200614) [tid 1] 0x3a70a5c _asl_send_message+1681 /usr/lib/system/libsystem_c.dylib+0x7ba5c ==== SB 21401 (evchecks 10200614) [tid 1] 0x3a70a64 _asl_send_message+1689 /usr/lib/system/libsystem_c.dylib+0x7ba64 ==== SB 21402 (evchecks 10200627) [tid 1] 0xe0e5 memset+133 /usr/local/lib/valgrind/vgpreload_memcheck-amd64-darwin.so+0x30e5 ==== SB 21403 (evchecks 10200627) [tid 1] 0xe0f0 memset+144 /usr/local/lib/valgrind/vgpreload_memcheck-amd64-darwin.so+0x30f0 ==== SB 21404 (evchecks 10200627) [tid 1] 0x3a70a75 _asl_send_message+1706 /usr/lib/system/libsystem_c.dylib+0x7ba75 ==== SB 21405 (evchecks 10200656) [tid 1] 0x3a3ac07 __vfprintf+13732 /usr/lib/system/libsystem_c.dylib+0x45c07 ==== SB 21406 (evchecks 10200656) [tid 1] 0x3a3ac9c __vfprintf+13881 /usr/lib/system/libsystem_c.dylib+0x45c9c ==== SB 21407 (evchecks 10200674) [tid 1] 0x3a6cebb __sfvwrite+476 /usr/lib/system/libsystem_c.dylib+0x77ebb ==== SB 21408 (evchecks 10200680) [tid 1] 0x3a70a95 _asl_send_message+1738 /usr/lib/system/libsystem_c.dylib+0x7ba95 ==== SB 21409 (evchecks 10200680) [tid 1] 0x3a65393 _asl_msg_to_string_buffer_aux+47 /usr/lib/system/libsystem_c.dylib+0x70393 ==== SB 21410 (evchecks 10200680) [tid 1] 0x3a6539a _asl_msg_to_string_buffer_aux+54 /usr/lib/system/libsystem_c.dylib+0x7039a ==== SB 21411 (evchecks 10200680) [tid 1] 0x3a65433 _asl_msg_to_string_buffer_aux+207 /usr/lib/system/libsystem_c.dylib+0x70433 ==== SB 21412 (evchecks 10200680) [tid 1] 0x3a65438 _asl_msg_to_string_buffer_aux+212 /usr/lib/system/libsystem_c.dylib+0x70438 ==== SB 21413 (evchecks 10200680) [tid 1] 0x3a65449 _asl_msg_to_string_buffer_aux+229 /usr/lib/system/libsystem_c.dylib+0x70449 ==== SB 21414 (evchecks 10200680) [tid 1] 0x3a650d9 _msg_to_string_buffer_helper+80 /usr/lib/system/libsystem_c.dylib+0x700d9 ==== SB 21415 (evchecks 10200680) [tid 1] 0x3a650e9 _msg_to_string_buffer_helper+96 /usr/lib/system/libsystem_c.dylib+0x700e9 ==== SB 21416 (evchecks 10200680) [tid 1] 0x3a6521f _msg_to_string_buffer_helper+406 /usr/lib/system/libsystem_c.dylib+0x7021f ==== SB 21417 (evchecks 10200680) [tid 1] 0x3a64d2f _asl_append_string+38 /usr/lib/system/libsystem_c.dylib+0x6fd2f ==== SB 21418 (evchecks 10200680) [tid 1] 0x3a64d38 _asl_append_string+47 /usr/lib/system/libsystem_c.dylib+0x6fd38 ==== SB 21419 (evchecks 10200680) [tid 1] 0x3a64d41 _asl_append_string+56 /usr/lib/system/libsystem_c.dylib+0x6fd41 ==== SB 21420 (evchecks 10200680) [tid 1] 0x3a64d4a _asl_append_string+65 /usr/lib/system/libsystem_c.dylib+0x6fd4a ==== SB 21421 (evchecks 10200680) [tid 1] 0x3a64e3c _asl_append_string+307 /usr/lib/system/libsystem_c.dylib+0x6fe3c ==== SB 21422 (evchecks 10200680) [tid 1] 0x3a64e4c _asl_append_string+323 /usr/lib/system/libsystem_c.dylib+0x6fe4c ==== SB 21423 (evchecks 10200680) [tid 1] 0x3a64e6d _asl_append_string+356 /usr/lib/system/libsystem_c.dylib+0x6fe6d ==== SB 21424 (evchecks 10200680) [tid 1] 0x3a64e73 _asl_append_string+362 /usr/lib/system/libsystem_c.dylib+0x6fe73 ==== SB 21425 (evchecks 10200680) [tid 1] 0x3a64e88 _asl_append_string+383 /usr/lib/system/libsystem_c.dylib+0x6fe88 ==== SB 21426 (evchecks 10200680) [tid 1] 0x3a64e98 _asl_append_string+399 /usr/lib/system/libsystem_c.dylib+0x6fe98 ==== SB 21427 (evchecks 10200680) [tid 1] 0x3a64e5a _asl_append_string+337 /usr/lib/system/libsystem_c.dylib+0x6fe5a ==== SB 21428 (evchecks 10200683) [tid 1] 0x3a64ea2 _asl_append_string+409 /usr/lib/system/libsystem_c.dylib+0x6fea2 ==== SB 21429 (evchecks 10200683) [tid 1] 0x3a64eaa _asl_append_string+417 /usr/lib/system/libsystem_c.dylib+0x6feaa ==== SB 21430 (evchecks 10200683) [tid 1] 0x3a64eb8 _asl_append_string+431 /usr/lib/system/libsystem_c.dylib+0x6feb8 ==== SB 21431 (evchecks 10200683) [tid 1] 0x3a64ec0 _asl_append_string+439 /usr/lib/system/libsystem_c.dylib+0x6fec0 ==== SB 21432 (evchecks 10200683) [tid 1] 0x3a64ed9 _asl_append_string+464 /usr/lib/system/libsystem_c.dylib+0x6fed9 ==== SB 21433 (evchecks 10200683) [tid 1] 0x3a64ee0 _asl_append_string+471 /usr/lib/system/libsystem_c.dylib+0x6fee0 ==== SB 21434 (evchecks 10200683) [tid 1] 0x3a64f60 _asl_append_string+599 /usr/lib/system/libsystem_c.dylib+0x6ff60 ==== SB 21435 (evchecks 10200683) [tid 1] 0x3a64f66 _asl_append_string+605 /usr/lib/system/libsystem_c.dylib+0x6ff66 ==== SB 21436 (evchecks 10200683) [tid 1] 0x3a64f73 _asl_append_string+618 /usr/lib/system/libsystem_c.dylib+0x6ff73 ==== SB 21437 (evchecks 10200683) [tid 1] 0x3a64f79 _asl_append_string+624 /usr/lib/system/libsystem_c.dylib+0x6ff79 ==== SB 21438 (evchecks 10200683) [tid 1] 0x3a64f7f _asl_append_string+630 /usr/lib/system/libsystem_c.dylib+0x6ff7f ==== SB 21439 (evchecks 10200683) [tid 1] 0x3a64f84 _asl_append_string+635 /usr/lib/system/libsystem_c.dylib+0x6ff84 ==== SB 21440 (evchecks 10200683) [tid 1] 0x3a64f89 _asl_append_string+640 /usr/lib/system/libsystem_c.dylib+0x6ff89 ==== SB 21441 (evchecks 10200683) [tid 1] 0x3a64f8e _asl_append_string+645 /usr/lib/system/libsystem_c.dylib+0x6ff8e ==== SB 21442 (evchecks 10200683) [tid 1] 0x3a64f98 _asl_append_string+655 /usr/lib/system/libsystem_c.dylib+0x6ff98 ==== SB 21443 (evchecks 10200683) [tid 1] 0x3a64fa7 _asl_append_string+670 /usr/lib/system/libsystem_c.dylib+0x6ffa7 ==== SB 21444 (evchecks 10200683) [tid 1] 0x3a64ec9 _asl_append_string+448 /usr/lib/system/libsystem_c.dylib+0x6fec9 ==== SB 21445 (evchecks 10200686) [tid 1] 0x3a6501d _asl_append_string+788 /usr/lib/system/libsystem_c.dylib+0x7001d ==== SB 21446 (evchecks 10200686) [tid 1] 0x3a6523c _msg_to_string_buffer_helper+435 /usr/lib/system/libsystem_c.dylib+0x7023c ==== SB 21447 (evchecks 10200686) [tid 1] 0x3a65241 _msg_to_string_buffer_helper+440 /usr/lib/system/libsystem_c.dylib+0x70241 ==== SB 21448 (evchecks 10200686) [tid 1] 0x3a6524d _msg_to_string_buffer_helper+452 /usr/lib/system/libsystem_c.dylib+0x7024d ==== SB 21449 (evchecks 10200686) [tid 1] 0x3a65270 _msg_to_string_buffer_helper+487 /usr/lib/system/libsystem_c.dylib+0x70270 ==== SB 21450 (evchecks 10200686) [tid 1] 0x3a6527c _msg_to_string_buffer_helper+499 /usr/lib/system/libsystem_c.dylib+0x7027c ==== SB 21451 (evchecks 10200686) [tid 1] 0x3a65339 _msg_to_string_buffer_helper+688 /usr/lib/system/libsystem_c.dylib+0x70339 ==== SB 21452 (evchecks 10200686) [tid 1] 0x3a65473 _asl_msg_to_string_buffer_aux+271 /usr/lib/system/libsystem_c.dylib+0x70473 ==== SB 21453 (evchecks 10200686) [tid 1] 0x3a65486 _asl_msg_to_string_buffer_aux+290 /usr/lib/system/libsystem_c.dylib+0x70486 ==== SB 21454 (evchecks 10200686) [tid 1] 0x3a650c2 _msg_to_string_buffer_helper+57 /usr/lib/system/libsystem_c.dylib+0x700c2 ==== SB 21455 (evchecks 10200686) [tid 1] 0x3a650ce _msg_to_string_buffer_helper+69 /usr/lib/system/libsystem_c.dylib+0x700ce ==== SB 21456 (evchecks 10200714) [tid 1] 0x3a654af _asl_msg_to_string_buffer_aux+331 /usr/lib/system/libsystem_c.dylib+0x704af ==== SB 21457 (evchecks 10200714) [tid 1] 0x3a654c0 _asl_msg_to_string_buffer_aux+348 /usr/lib/system/libsystem_c.dylib+0x704c0 ==== SB 21458 (evchecks 10200752) [tid 1] 0x3a654e9 _asl_msg_to_string_buffer_aux+389 /usr/lib/system/libsystem_c.dylib+0x704e9 ==== SB 21459 (evchecks 10200752) [tid 1] 0x3a654fa _asl_msg_to_string_buffer_aux+406 /usr/lib/system/libsystem_c.dylib+0x704fa ==== SB 21460 (evchecks 10200790) [tid 1] 0x3a65523 _asl_msg_to_string_buffer_aux+447 /usr/lib/system/libsystem_c.dylib+0x70523 ==== SB 21461 (evchecks 10200790) [tid 1] 0x3a65534 _asl_msg_to_string_buffer_aux+464 /usr/lib/system/libsystem_c.dylib+0x70534 ==== SB 21462 (evchecks 10200818) [tid 1] 0x3a6555d _asl_msg_to_string_buffer_aux+505 /usr/lib/system/libsystem_c.dylib+0x7055d ==== SB 21463 (evchecks 10200818) [tid 1] 0x3a6559f _asl_msg_to_string_buffer_aux+571 /usr/lib/system/libsystem_c.dylib+0x7059f ==== SB 21464 (evchecks 10200818) [tid 1] 0x3a655a8 _asl_msg_to_string_buffer_aux+580 /usr/lib/system/libsystem_c.dylib+0x705a8 ==== SB 21465 (evchecks 10200834) [tid 1] 0x3a655d1 _asl_msg_to_string_buffer_aux+621 /usr/lib/system/libsystem_c.dylib+0x705d1 ==== SB 21466 (evchecks 10200834) [tid 1] 0x3a655e2 _asl_msg_to_string_buffer_aux+638 /usr/lib/system/libsystem_c.dylib+0x705e2 ==== SB 21467 (evchecks 10200846) [tid 1] 0x3a6560b _asl_msg_to_string_buffer_aux+679 /usr/lib/system/libsystem_c.dylib+0x7060b ==== SB 21468 (evchecks 10200846) [tid 1] 0x3a6561c _asl_msg_to_string_buffer_aux+696 /usr/lib/system/libsystem_c.dylib+0x7061c ==== SB 21469 (evchecks 10200856) [tid 1] 0x3a65645 _asl_msg_to_string_buffer_aux+737 /usr/lib/system/libsystem_c.dylib+0x70645 ==== SB 21470 (evchecks 10200856) [tid 1] 0x3a65659 _asl_msg_to_string_buffer_aux+757 /usr/lib/system/libsystem_c.dylib+0x70659 ==== SB 21471 (evchecks 10200876) [tid 1] 0x3a64e96 _asl_append_string+397 /usr/lib/system/libsystem_c.dylib+0x6fe96 ==== SB 21472 (evchecks 10200940) [tid 1] 0x3a64f3e _asl_append_string+565 /usr/lib/system/libsystem_c.dylib+0x6ff3e ==== SB 21473 (evchecks 10200940) [tid 1] 0x3a64f43 _asl_append_string+570 /usr/lib/system/libsystem_c.dylib+0x6ff43 ==== SB 21474 (evchecks 10201000) [tid 1] 0x3a65682 _asl_msg_to_string_buffer_aux+798 /usr/lib/system/libsystem_c.dylib+0x70682 ==== SB 21475 (evchecks 10201000) [tid 1] 0x3a656c6 _asl_msg_to_string_buffer_aux+866 /usr/lib/system/libsystem_c.dylib+0x706c6 ==== SB 21476 (evchecks 10201000) [tid 1] 0x3a656f8 _asl_msg_to_string_buffer_aux+916 /usr/lib/system/libsystem_c.dylib+0x706f8 ==== SB 21477 (evchecks 10201000) [tid 1] 0x3a6588b _asl_msg_to_string_buffer_aux+1319 /usr/lib/system/libsystem_c.dylib+0x7088b ==== SB 21478 (evchecks 10201000) [tid 1] 0x3a65893 _asl_msg_to_string_buffer_aux+1327 /usr/lib/system/libsystem_c.dylib+0x70893 ==== SB 21479 (evchecks 10201000) [tid 1] 0x3a70ab9 _asl_send_message+1774 /usr/lib/system/libsystem_c.dylib+0x7bab9 ==== SB 21480 (evchecks 10201000) [tid 1] 0x3a70ac4 _asl_send_message+1785 /usr/lib/system/libsystem_c.dylib+0x7bac4 ==== SB 21481 (evchecks 10201000) [tid 1] 0x3a9c56e __clzsi2+1166 /usr/lib/system/libsystem_c.dylib+0xa756e ==== SB 21482 (evchecks 10201000) [tid 1] 0x3a9d35e __clzsi2+4734 /usr/lib/system/libsystem_c.dylib+0xa835e ==== SB 21483 (evchecks 10202131) [tid 1] 0x3a71f9a _asl_server_message+144 /usr/lib/system/libsystem_c.dylib+0x7cf9a ==== SB 21484 (evchecks 10202131) [tid 1] 0x3a70ad1 _asl_send_message+1798 /usr/lib/system/libsystem_c.dylib+0x7bad1 ==== SB 21485 (evchecks 10202131) [tid 1] 0x3a70af5 _asl_send_message+1834 /usr/lib/system/libsystem_c.dylib+0x7baf5 ==== SB 21486 (evchecks 10202131) [tid 1] 0x3a70b1e _asl_send_message+1875 /usr/lib/system/libsystem_c.dylib+0x7bb1e ==== SB 21487 (evchecks 10202131) [tid 1] 0x3a70b17 _asl_send_message+1868 /usr/lib/system/libsystem_c.dylib+0x7bb17 ==== SB 21488 (evchecks 10202131) [tid 1] 0x3a70c29 _asl_send_message+2142 /usr/lib/system/libsystem_c.dylib+0x7bc29 ==== SB 21489 (evchecks 10202136) [tid 1] 0x3a70c35 _asl_send_message+2154 /usr/lib/system/libsystem_c.dylib+0x7bc35 ==== SB 21490 (evchecks 10202136) [tid 1] 0x3a709ba _asl_send_message+1519 /usr/lib/system/libsystem_c.dylib+0x7b9ba ==== SB 21491 (evchecks 10202136) [tid 1] 0x3a71452 asl_vlog+315 /usr/lib/system/libsystem_c.dylib+0x7c452 ==== SB 21492 (evchecks 10202137) [tid 1] 0x3a71460 asl_vlog+329 /usr/lib/system/libsystem_c.dylib+0x7c460 ==== SB 21493 (evchecks 10202137) [tid 1] 0x3a71474 asl_vlog+349 /usr/lib/system/libsystem_c.dylib+0x7c474 ==== SB 21494 (evchecks 10202137) [tid 1] 0x3a177d4 vsyslog+110 /usr/lib/system/libsystem_c.dylib+0x227d4 ==== SB 21495 (evchecks 10202137) [tid 1] 0x3a177d9 vsyslog+115 /usr/lib/system/libsystem_c.dylib+0x227d9 ==== SB 21496 (evchecks 10202137) [tid 1] 0x3a17879 syslog+123 /usr/lib/system/libsystem_c.dylib+0x22879 ==== SB 21497 (evchecks 10202137) [tid 1] 0x3d7942d _SCSessionUniverseByUIDAcquireAndLock+463 /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore+0x942d ==== SB 21498 (evchecks 10202137) [tid 1] 0x3e58380 UA_UnmountVolumeRefNumSync+9737 /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore+0xe8380 ==== SB 21499 (evchecks 10202879) [tid 1] 0x3a369eb abort /usr/lib/system/libsystem_c.dylib+0x419eb ==== SB 21500 (evchecks 10202879) [tid 1] 0x3a369fe abort+19 /usr/lib/system/libsystem_c.dylib+0x419fe ==== SB 21501 (evchecks 10202879) [tid 1] 0x3a36a1b abort+48 /usr/lib/system/libsystem_c.dylib+0x41a1b ==== SB 21502 (evchecks 10202879) [tid 1] 0x3a40f5c _cleanup /usr/lib/system/libsystem_c.dylib+0x4bf5c ==== SB 21503 (evchecks 10202879) [tid 1] 0x3a40511 _fwalk+38 /usr/lib/system/libsystem_c.dylib+0x4b511 ==== SB 21504 (evchecks 10202879) [tid 1] 0x3a40520 _fwalk+53 /usr/lib/system/libsystem_c.dylib+0x4b520 ==== SB 21505 (evchecks 10202879) [tid 1] 0x3a41510 __sflush /usr/lib/system/libsystem_c.dylib+0x4c510 ==== SB 21506 (evchecks 10202879) [tid 1] 0x3a415b0 __sflush+160 /usr/lib/system/libsystem_c.dylib+0x4c5b0 ==== SB 21507 (evchecks 10202879) [tid 1] 0x3a40526 _fwalk+59 /usr/lib/system/libsystem_c.dylib+0x4b526 ==== SB 21508 (evchecks 10202879) [tid 1] 0x3a40518 _fwalk+45 /usr/lib/system/libsystem_c.dylib+0x4b518 ==== SB 21509 (evchecks 10202880) [tid 1] 0x3a4152c __sflush+28 /usr/lib/system/libsystem_c.dylib+0x4c52c ==== SB 21510 (evchecks 10202884) [tid 1] 0x3a40534 _fwalk+73 /usr/lib/system/libsystem_c.dylib+0x4b534 ==== SB 21511 (evchecks 10202884) [tid 1] 0x3a40508 _fwalk+29 /usr/lib/system/libsystem_c.dylib+0x4b508 ==== SB 21512 (evchecks 10202884) [tid 1] 0x3a40528 _fwalk+61 /usr/lib/system/libsystem_c.dylib+0x4b528 ==== SB 21513 (evchecks 10202899) [tid 1] 0x3a4053c _fwalk+81 /usr/lib/system/libsystem_c.dylib+0x4b53c ==== SB 21514 (evchecks 10202899) [tid 1] 0x3a36a1f abort+52 /usr/lib/system/libsystem_c.dylib+0x41a1f ==== SB 21515 (evchecks 10202899) [tid 1] 0x3a36a36 abort+75 /usr/lib/system/libsystem_c.dylib+0x41a36 ==== SB 21516 (evchecks 10202899) [tid 1] 0x3a9d6ee __clzsi2+5646 /usr/lib/system/libsystem_c.dylib+0xa86ee ==== SB 21517 (evchecks 10203915) [tid 1] 0x3b87e58 sigprocmask /usr/lib/system/libsystem_kernel.dylib+0x17e58 ==== SB 21518 (evchecks 10203915) [tid 1] 0x3b87e62 sigprocmask+10 /usr/lib/system/libsystem_kernel.dylib+0x17e62 ==== SB 21519 (evchecks 10203915) [tid 1] 0x3b87e69 sigprocmask+17 /usr/lib/system/libsystem_kernel.dylib+0x17e69 ==== SB 21520 (evchecks 10203915) [tid 1] 0x3a36a4d abort+98 /usr/lib/system/libsystem_c.dylib+0x41a4d ==== SB 21521 (evchecks 10203915) [tid 1] 0x3a42e56 __pthread_workqueue_setkill+27 /usr/lib/system/libsystem_c.dylib+0x4de56 ==== SB 21522 (evchecks 10203916) [tid 1] 0x3a42e5f __pthread_workqueue_setkill+36 /usr/lib/system/libsystem_c.dylib+0x4de5f ==== SB 21523 (evchecks 10203916) [tid 1] 0x3a42e82 __pthread_workqueue_setkill+71 /usr/lib/system/libsystem_c.dylib+0x4de82 ==== SB 21524 (evchecks 10203916) [tid 1] 0x3a42e8e __pthread_workqueue_setkill+83 /usr/lib/system/libsystem_c.dylib+0x4de8e ==== SB 21525 (evchecks 10203916) [tid 1] 0x3a36a59 abort+110 /usr/lib/system/libsystem_c.dylib+0x41a59 ==== SB 21526 (evchecks 10203916) [tid 1] 0x3a9ce82 __clzsi2+3490 /usr/lib/system/libsystem_c.dylib+0xa7e82 ==== SB 21527 (evchecks 10205263) [tid 1] 0x3b86d00 __pthread_sigmask /usr/lib/system/libsystem_kernel.dylib+0x16d00 UNKNOWN __pthread_sigmask is unsupported. This warning will not be repeated. ==== SB 21528 (evchecks 10205263) [tid 1] 0x3b86d0a __pthread_sigmask+10 /usr/lib/system/libsystem_kernel.dylib+0x16d0a ==== SB 21529 (evchecks 10205263) [tid 1] 0x3b86d11 __pthread_sigmask+17 /usr/lib/system/libsystem_kernel.dylib+0x16d11 ==== SB 21530 (evchecks 10205263) [tid 1] 0x3a42cb0 pthread_sigmask+9 /usr/lib/system/libsystem_c.dylib+0x4dcb0 ==== SB 21531 (evchecks 10205263) [tid 1] 0x3a42cbe pthread_sigmask+23 /usr/lib/system/libsystem_c.dylib+0x4dcbe ==== SB 21532 (evchecks 10205263) [tid 1] 0x3a36a68 abort+125 /usr/lib/system/libsystem_c.dylib+0x41a68 ==== SB 21533 (evchecks 10205263) [tid 1] 0x3a36a6d abort+130 /usr/lib/system/libsystem_c.dylib+0x41a6d ==== SB 21534 (evchecks 10205263) [tid 1] 0x3a45793 pthread_kill+32 /usr/lib/system/libsystem_c.dylib+0x50793 ==== SB 21535 (evchecks 10205263) [tid 1] 0x3a441eb _pthread_lookup_thread+36 /usr/lib/system/libsystem_c.dylib+0x4f1eb ==== SB 21536 (evchecks 10205263) [tid 1] 0x3a441f4 _pthread_lookup_thread+45 /usr/lib/system/libsystem_c.dylib+0x4f1f4 ==== SB 21537 (evchecks 10205264) [tid 1] 0x3a44200 _pthread_lookup_thread+57 /usr/lib/system/libsystem_c.dylib+0x4f200 ==== SB 21538 (evchecks 10205264) [tid 1] 0x3a4416b _pthread_find_thread+30 /usr/lib/system/libsystem_c.dylib+0x4f16b ==== SB 21539 (evchecks 10205264) [tid 1] 0x3a44170 _pthread_find_thread+35 /usr/lib/system/libsystem_c.dylib+0x4f170 ==== SB 21540 (evchecks 10205264) [tid 1] 0x3a44167 _pthread_find_thread+26 /usr/lib/system/libsystem_c.dylib+0x4f167 ==== SB 21541 (evchecks 10205264) [tid 1] 0x3a44208 _pthread_lookup_thread+65 /usr/lib/system/libsystem_c.dylib+0x4f208 ==== SB 21542 (evchecks 10205264) [tid 1] 0x3a44225 _pthread_lookup_thread+94 /usr/lib/system/libsystem_c.dylib+0x4f225 ==== SB 21543 (evchecks 10205264) [tid 1] 0x3a44253 _pthread_lookup_thread+140 /usr/lib/system/libsystem_c.dylib+0x4f253 ==== SB 21544 (evchecks 10205264) [tid 1] 0x3a44260 _pthread_lookup_thread+153 /usr/lib/system/libsystem_c.dylib+0x4f260 ==== SB 21545 (evchecks 10205264) [tid 1] 0x3a4426c _pthread_lookup_thread+165 /usr/lib/system/libsystem_c.dylib+0x4f26c ==== SB 21546 (evchecks 10205264) [tid 1] 0x3a44280 _pthread_lookup_thread+185 /usr/lib/system/libsystem_c.dylib+0x4f280 ==== SB 21547 (evchecks 10205264) [tid 1] 0x3a457a4 pthread_kill+49 /usr/lib/system/libsystem_c.dylib+0x507a4 ==== SB 21548 (evchecks 10205264) [tid 1] 0x3a457af pthread_kill+60 /usr/lib/system/libsystem_c.dylib+0x507af ==== SB 21549 (evchecks 10205264) [tid 1] 0x3a457c8 pthread_kill+85 /usr/lib/system/libsystem_c.dylib+0x507c8 ==== SB 21550 (evchecks 10205264) [tid 1] 0x3a9ce6e __clzsi2+3470 /usr/lib/system/libsystem_c.dylib+0xa7e6e ==== SB 21551 (evchecks 10206591) [tid 1] 0x3b86cd8 __pthread_kill /usr/lib/system/libsystem_kernel.dylib+0x16cd8 ==== SB 21552 (evchecks 10206591) [tid 1] 0x3b86ce2 __pthread_kill+10 /usr/lib/system/libsystem_kernel.dylib+0x16ce2 ==== SB 21553 (evchecks 10206591) [tid 1] 0x3b86ce9 __pthread_kill+17 /usr/lib/system/libsystem_kernel.dylib+0x16ce9 ==== SB 21554 (evchecks 10206591) [tid 1] 0x3a457d2 pthread_kill+95 /usr/lib/system/libsystem_c.dylib+0x507d2 ==== SB 21555 (evchecks 10206591) [tid 1] 0x3a457de pthread_kill+107 /usr/lib/system/libsystem_c.dylib+0x507de ==== SB 21556 (evchecks 10206591) [tid 1] 0x3a36a7a abort+143 /usr/lib/system/libsystem_c.dylib+0x41a7a ==== SB 21557 (evchecks 10206591) [tid 1] 0x3a97100 nanosleep$NOCANCEL /usr/lib/system/libsystem_c.dylib+0xa2100 ==== SB 21558 (evchecks 10206591) [tid 1] 0x3a97124 nanosleep$NOCANCEL+36 /usr/lib/system/libsystem_c.dylib+0xa2124 ==== SB 21559 (evchecks 10206591) [tid 1] 0x3a9712c nanosleep$NOCANCEL+44 /usr/lib/system/libsystem_c.dylib+0xa212c ==== SB 21560 (evchecks 10206591) [tid 1] 0x3a97134 nanosleep$NOCANCEL+52 /usr/lib/system/libsystem_c.dylib+0xa2134 ==== SB 21561 (evchecks 10206591) [tid 1] 0x3a9714e nanosleep$NOCANCEL+78 /usr/lib/system/libsystem_c.dylib+0xa214e ==== SB 21562 (evchecks 10206591) [tid 1] 0x3a97174 nanosleep$NOCANCEL+116 /usr/lib/system/libsystem_c.dylib+0xa2174 ==== SB 21563 (evchecks 10206591) [tid 1] 0x3a9ceaa __clzsi2+3530 /usr/lib/system/libsystem_c.dylib+0xa7eaa ==== SB 21564 (evchecks 10207968) [tid 1] 0x3b86e4c __semwait_signal_nocancel /usr/lib/system/libsystem_kernel.dylib+0x16e4c ==== SB 21565 (evchecks 10207968) [tid 1] 0x3b86e56 __semwait_signal_nocancel+10 /usr/lib/system/libsystem_kernel.dylib+0x16e56 ==== SB 21566 (evchecks 10207968) [tid 1] 0x3b86e58 __semwait_signal_nocancel+12 /usr/lib/system/libsystem_kernel.dylib+0x16e58 ==== SB 21567 (evchecks 10207970) [tid 1] 0x3a9718b nanosleep$NOCANCEL+139 /usr/lib/system/libsystem_c.dylib+0xa218b ==== SB 21568 (evchecks 10207970) [tid 1] 0x3a9719d nanosleep$NOCANCEL+157 /usr/lib/system/libsystem_c.dylib+0xa219d ==== SB 21569 (evchecks 10207970) [tid 1] 0x3a971a2 nanosleep$NOCANCEL+162 /usr/lib/system/libsystem_c.dylib+0xa21a2 ==== SB 21570 (evchecks 10207970) [tid 1] 0x3a971a7 nanosleep$NOCANCEL+167 /usr/lib/system/libsystem_c.dylib+0xa21a7 ==== SB 21571 (evchecks 10207970) [tid 1] 0x3a36c78 usleep$NOCANCEL+53 /usr/lib/system/libsystem_c.dylib+0x41c78 ==== SB 21572 (evchecks 10207970) [tid 1] 0x3a36aa6 abort+187 /usr/lib/system/libsystem_c.dylib+0x41aa6 ==== SB 21573 (evchecks 10207970) [tid 1] 0x3a36acc __abort+33 /usr/lib/system/libsystem_c.dylib+0x41acc ==== SB 21574 (evchecks 10207970) [tid 1] 0x3a97c2c sigaction+16 /usr/lib/system/libsystem_c.dylib+0xa2c2c ==== SB 21575 (evchecks 10207970) [tid 1] 0x3a97c31 sigaction+21 /usr/lib/system/libsystem_c.dylib+0xa2c31 ==== SB 21576 (evchecks 10207970) [tid 1] 0x3a97c48 sigaction+44 /usr/lib/system/libsystem_c.dylib+0xa2c48 ==== SB 21577 (evchecks 10207970) [tid 1] 0x3a97c51 sigaction+53 /usr/lib/system/libsystem_c.dylib+0xa2c51 ==== SB 21578 (evchecks 10207970) [tid 1] 0x3a9cedc __clzsi2+3580 /usr/lib/system/libsystem_c.dylib+0xa7edc ==== SB 21579 (evchecks 10209307) [tid 1] 0x3b86fc8 __sigaction /usr/lib/system/libsystem_kernel.dylib+0x16fc8 ==== SB 21580 (evchecks 10209307) [tid 1] 0x3b86fd2 __sigaction+10 /usr/lib/system/libsystem_kernel.dylib+0x16fd2 ==== SB 21581 (evchecks 10209307) [tid 1] 0x3b86fd9 __sigaction+17 /usr/lib/system/libsystem_kernel.dylib+0x16fd9 ==== SB 21582 (evchecks 10209307) [tid 1] 0x3a97c78 sigaction+92 /usr/lib/system/libsystem_c.dylib+0xa2c78 ==== SB 21583 (evchecks 10209307) [tid 1] 0x3a36af2 __abort+71 /usr/lib/system/libsystem_c.dylib+0x41af2 ==== SB 21584 (evchecks 10209307) [tid 1] 0x3a36b06 __abort+91 /usr/lib/system/libsystem_c.dylib+0x41b06 ==== SB 21585 (evchecks 10209308) [tid 1] 0x3a36b1d __abort+114 /usr/lib/system/libsystem_c.dylib+0x41b1d ==== SB 21586 (evchecks 10209311) [tid 1] 0x3a36b29 __abort+126 /usr/lib/system/libsystem_c.dylib+0x41b29 ==== SB 21587 (evchecks 10209313) [tid 1] 0x3a36b38 __abort+141 /usr/lib/system/libsystem_c.dylib+0x41b38 ==== SB 21588 (evchecks 10209313) [tid 1] 0x3a36b3d __abort+146 /usr/lib/system/libsystem_c.dylib+0x41b3d ==== SB 21589 (evchecks 10209323) [tid 1] 0x3a36b4a __abort+159 /usr/lib/system/libsystem_c.dylib+0x41b4a ==== SB 21590 (evchecks 10209330) [tid 1] 0x3a36b76 __abort+203 /usr/lib/system/libsystem_c.dylib+0x41b76 ==== SB 21591 (evchecks 10209331) [tid 1] 0x3a36b8c __abort+225 /usr/lib/system/libsystem_c.dylib+0x41b8c vex amd64->IR: unhandled instruction bytes: 0xF 0xB 0x55 0x48 0x89 0xE5 0x41 0x56 Matt |
|
From: Julian S. <js...@ac...> - 2012-04-27 15:03:51
|
I reproduced this with the trunk on 10.7.3 using TextEdit, as you said. It's pretty clear from --trace-flags=10000000 output that it happens because the syscall __pthread_sigmask isn't supported, and so returns with failure. This presumably spooks /usr/lib/libsystem_c.dylib and so it calls abort() immediately afterwards. One thing you could try, in syswrap-darwin.c: * change function PRE(__pthread_sigmask) so that its body is identical to that for PRE(sigprocmask) further down the file. * create a function POST(__pthread_sigmask) as a copy of POST(sigprocmask) * change the line MACX_(__NR___pthread_sigmask, __pthread_sigmask), to read MACX_(__NR___pthread_sigmask, __pthread_sigmask), That might help, by making it handle __pthread_sigmask identically to sigprocmask. (Or it might not.) J |
|
From: Julian S. <js...@ac...> - 2012-04-27 15:07:09
|
> * change the line > MACX_(__NR___pthread_sigmask, __pthread_sigmask), > to read > MACX_(__NR___pthread_sigmask, __pthread_sigmask), Oops. I mean, change it to MACXY(__NR___pthread_sigmask, __pthread_sigmask), J |
|
From: Matt B. <mbr...@gm...> - 2012-04-27 15:39:15
|
On Fri, Apr 27, 2012 at 10:58 AM, Julian Seward <js...@ac...> wrote: > >> * change the line >> MACX_(__NR___pthread_sigmask, __pthread_sigmask), >> to read >> MACX_(__NR___pthread_sigmask, __pthread_sigmask), > > Oops. I mean, change it to > > MACXY(__NR___pthread_sigmask, __pthread_sigmask), > > J Hmm, well I added that (I had to provide an empty POST for __pthread_sigmask to get it working, not sure if thats kosher, it looked like it should be), but we're still failing. Interestingly this message is now output without trace flags: UNKNOWN __pthread_sigmask is unsupported. This warning will not be repeated. vex amd64->IR: unhandled instruction bytes: 0xF 0xB 0x55 0x48 0x89 0xE5 0x41 0x56 perhaps that's a result of the MACXY addition though. Matt |
|
From: Julian S. <js...@ac...> - 2012-04-27 22:51:19
|
On Friday, April 27, 2012, Matt Broadstone wrote: > On Fri, Apr 27, 2012 at 10:58 AM, Julian Seward <js...@ac...> wrote: > >> * change the line > >> MACX_(__NR___pthread_sigmask, __pthread_sigmask), > >> to read > >> MACX_(__NR___pthread_sigmask, __pthread_sigmask), > > > > Oops. I mean, change it to > > > > MACXY(__NR___pthread_sigmask, __pthread_sigmask), > > > > J > > Hmm, well I added that (I had to provide an empty POST for > __pthread_sigmask to get it working, not sure if thats kosher, it > looked like it should be), but we're still failing. My analysis was wrong. It's unrelated to __pthread_sigmask; the program has already decided to abort before that point. Seems like a permissions problem of some kind (setuid problem, I'd guess). Putting "sudo" in front of my valgrind invokation for textedit makes it run successfully. Does the same trick work for you? J |
|
From: Matt B. <mbr...@gm...> - 2012-04-28 17:39:29
|
On Fri, Apr 27, 2012 at 6:42 PM, Julian Seward <js...@ac...> wrote: > On Friday, April 27, 2012, Matt Broadstone wrote: >> On Fri, Apr 27, 2012 at 10:58 AM, Julian Seward <js...@ac...> wrote: >> >> * change the line >> >> MACX_(__NR___pthread_sigmask, __pthread_sigmask), >> >> to read >> >> MACX_(__NR___pthread_sigmask, __pthread_sigmask), >> > >> > Oops. I mean, change it to >> > >> > MACXY(__NR___pthread_sigmask, __pthread_sigmask), >> > >> > J >> >> Hmm, well I added that (I had to provide an empty POST for >> __pthread_sigmask to get it working, not sure if thats kosher, it >> looked like it should be), but we're still failing. > > My analysis was wrong. It's unrelated to __pthread_sigmask; > the program has already decided to abort before that point. > > Seems like a permissions problem of some kind (setuid problem, > I'd guess). Putting "sudo" in front of my valgrind invokation > for textedit makes it run successfully. Does the same trick > work for you? > > J Yep, this works for me. Matt |
|
From: Matt B. <mbr...@gm...> - 2012-04-30 18:06:25
|
On Sat, Apr 28, 2012 at 1:39 PM, Matt Broadstone <mbr...@gm...> wrote: > On Fri, Apr 27, 2012 at 6:42 PM, Julian Seward <js...@ac...> wrote: >> On Friday, April 27, 2012, Matt Broadstone wrote: >>> On Fri, Apr 27, 2012 at 10:58 AM, Julian Seward <js...@ac...> wrote: >>> >> * change the line >>> >> MACX_(__NR___pthread_sigmask, __pthread_sigmask), >>> >> to read >>> >> MACX_(__NR___pthread_sigmask, __pthread_sigmask), >>> > >>> > Oops. I mean, change it to >>> > >>> > MACXY(__NR___pthread_sigmask, __pthread_sigmask), >>> > >>> > J >>> >>> Hmm, well I added that (I had to provide an empty POST for >>> __pthread_sigmask to get it working, not sure if thats kosher, it >>> looked like it should be), but we're still failing. >> >> My analysis was wrong. It's unrelated to __pthread_sigmask; >> the program has already decided to abort before that point. >> >> Seems like a permissions problem of some kind (setuid problem, >> I'd guess). Putting "sudo" in front of my valgrind invokation >> for textedit makes it run successfully. Does the same trick >> work for you? >> >> J > > Yep, this works for me. > > Matt Bad news. This seems to work fine for TextEdit.app, but not anything else I'm trying. Interestingly, the problem with the other applications is the exact same __abort call which for some reason is not being triggered when I run a "sudo valgrind <path to TextEdit.app>". My new test case is: sudo valgrind /Applications/Firefox.app/Contents/MacOS/firefox-bin which fails in an illegal opcode in __abort again. Matt |