• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Stopping on a system call and determining open files?
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Stopping on a system call and determining open files?


  • Subject: Re: Stopping on a system call and determining open files?
  • From: sqwarqDev <email@hidden>
  • Date: Sat, 02 Dec 2017 12:45:56 +0700

Attaching lldb to Spotlight will probably require a trip to the Recovery Disk
to disable SIP.

opensnoop might serve you better though (also needs SIP disabled).


- Track all file opens by a process by name:
    sudo opensnoop -n process_name


Best


Phil
@sqwarq


> On 2 Dec 2017, at 12:15, Rick Mann <email@hidden> wrote:
>
> Suddenly Spotlight and Safari are crashing all the time on my Mac. Both crash
> in the same library method (-[CKStoreDAAPLibrary _writePersistedStore])
> trying to insert nil into some Obj-C collection. That makes me think there's
> a file on my drive that's corrupted, and if I can delete it, I might be able
> to restore sanity.
>
> It occurs to me there's probably a way to stop execution on the call of that
> method, and see what files are open by that process (Spotlight or Safari),
> but I'm not very well-versed in using the debugger outside of Xcode and my
> own projects.
>
> Can anyone here suggest a course of action?
>
> FWIW, here's the stack trace that's crashing:
>
> Process:               Spotlight [1338]
> Path:
> /System/Library/CoreServices/Spotlight.app/Contents/MacOS/Spotlight
> Identifier:            com.apple.Spotlight
> Version:               1.0 (1191.1)
> Build Info:            SpotlightUI-1191001000000000~1
> Code Type:             X86-64 (Native)
> Parent Process:        ??? [1]
> Responsible:           Spotlight [1338]
> User ID:               501
>
> Date/Time:             2017-12-01 20:57:46.075 -0800
> OS Version:            Mac OS X 10.13.1 (17B1003)
> Report Version:        12
> Bridge OS Version:     3.0 (14Y661)
> Anonymous UUID:        1DA543BA-84A4-BF63-1D1F-35503B90A432
>
>
> Time Awake Since Boot: 6200 seconds
>
> System Integrity Protection: enabled
>
> Crashed Thread:        4  Dispatch queue: com.apple.root.default-qos
>
> Exception Type:        EXC_CRASH (SIGABRT)
> Exception Codes:       0x0000000000000000, 0x0000000000000000
> Exception Note:        EXC_CORPSE_NOTIFY
>
> Application Specific Information:
> *** Terminating app due to uncaught exception 'NSInvalidArgumentException',
> reason: '*** -[__NSPlaceholderDictionary initWithObjects:forKeys:count:]:
> attempt to insert nil object from objects[1]'
> terminating with uncaught exception of type NSException
> abort() called
>
> Application Specific Backtrace 1:
> 0   CoreFoundation                      0x00007fff487ef2fb
> __exceptionPreprocess + 171
> 1   libobjc.A.dylib                     0x00007fff6f160c76
> objc_exception_throw + 48
> 2   CoreFoundation                      0x00007fff488307b4
> _CFThrowFormattedException + 202
> 3   CoreFoundation                      0x00007fff486f27c2
> -[__NSPlaceholderDictionary initWithObjects:forKeys:count:] + 322
> 4   CoreFoundation                      0x00007fff486f264b +[NSDictionary
> dictionaryWithObjects:forKeys:count:] + 59
> 5   CommerceKit                         0x00007fff5a62d858
> -[CKStoreDAAPLibrary _writePersistedStore] + 402
> 6   CommerceKit                         0x00007fff5a62fc45
> -[CKStoreDAAPLibrary _updatedItems:deletedItems:withLatestVersion:] + 988
> 7   CommerceKit                         0x00007fff5a62f734
> __66-[CKStoreDAAPLibrary
> _pollDAAPServerWithReason:completionHandler:]_block_invoke_3 + 273
> 8   CommerceKit                         0x00007fff5a630f47
> __94-[CKStoreDAAPLibrary
> _performDAAPRequestWithAction:body:contentType:reason:completionHandler:]_block_invoke_2
>  + 520
> 9   libdispatch.dylib                   0x00007fff6fd1d6cd
> _dispatch_call_block_and_release + 12
> 10  libdispatch.dylib                   0x00007fff6fd15e88
> _dispatch_client_callout + 8
> 11  libdispatch.dylib                   0x00007fff6fd22da5
> _dispatch_queue_override_invoke + 880
> 12  libdispatch.dylib                   0x00007fff6fd17a7a
> _dispatch_root_queue_drain + 515
> 13  libdispatch.dylib                   0x00007fff6fd17826
> _dispatch_worker_thread3 + 101
> 14  libsystem_pthread.dylib             0x00007fff6ffd91ca _pthread_wqthread
> + 1387
> 15  libsystem_pthread.dylib             0x00007fff6ffd8c4d start_wqthread + 13
> .
> .
> .
>
> Thanks!
>
>
> --
> Rick Mann
> email@hidden
>
>
>
>
>
> --
> Rick Mann
> email@hidden
>
>
> _______________________________________________
>
> Cocoa-dev mailing list (email@hidden)
>
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden

_______________________________________________

Cocoa-dev mailing list (email@hidden)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden

References: 
 >Stopping on a system call and determining open files? (From: Rick Mann <email@hidden>)

  • Prev by Date: Re: Stopping on a system call and determining open files?
  • Next by Date: Re: Stopping on a system call and determining open files?
  • Previous by thread: Re: Stopping on a system call and determining open files?
  • Next by thread: Loading very large image files (>10GB)
  • Index(es):
    • Date
    • Thread