I am trying to resolve a printing error for a relative's Mac. The OS is 10.11.6, and I infer from her story that the printer (Epson Artisan 730) stopped working around the time of 10.11.6's release.
When I attempt to print, the print queue shows the job with a "Filter failed" message. Frequently, cgpdftoraster will also crash, with an error report like below. I have upgraded the printer firmware, installed all pending updates for the machine shown in the App Store, restarted, and removed/readded the relevant printer several times. Searching with the Symbol not found string below, or with cgpdftoraster, has not turned up any promising leads.
Thoughts on reasonable next steps? Should I upgrade to Sierra and hope? Are there particular development packages I should install to satisfy cgpdftoraster?
Process: cgpdftoraster [733]
Path: /usr/libexec/cups/filter/cgpdftoraster
Identifier: cgpdftoraster
Version: ???
Code Type: X86 (Native)
Parent Process: cupsd [693]
Responsible: cgpdftoraster [733]
User ID: 26
Date/Time: 2016-11-22 14:26:18.368 -0800
OS Version: Mac OS X 10.11.6 (15G1108)
Report Version: 11
Anonymous UUID: 66E72A84-80D2-0E2C-FDD0-10A17CEB03C3
Time Awake Since Boot: 1200 seconds
System Integrity Protection: enabled
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Exception Type: EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0000000000000002, 0x0000000000000000
Exception Note: EXC_CORPSE_NOTIFY
Dyld Error Message:
Symbol not found: _getCurrentProfileID
Referenced from: /usr/libexec/cups/filter/cgpdftoraster
Expected in: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 dyld 0x8fe2a085 dyld_fatal_error + 1
1 dyld 0x8fe2ce72 dyld::bindLazySymbol(mach_header const*, unsigned long*) + 72
2 dyld 0x8fe3dd9e stub_binding_helper_interface2 + 20
3 cgpdftoraster 0x00007d9d 0x1000 + 28061
4 cgpdftoraster 0x000026aa 0x1000 + 5802
Thread 1:
0 libsystem_kernel.dylib 0x96ca4d5e __workq_kernreturn + 10
1 libsystem_pthread.dylib 0x914cc34b _pthread_wqthread + 1289
2 libsystem_pthread.dylib 0x914c9f56 start_wqthread + 34
Thread 2:: Dispatch queue: com.apple.libdispatch-manager
0 libsystem_kernel.dylib 0x96ca57fa kevent_qos + 10
1 libdispatch.dylib 0x99ea77ea _dispatch_mgr_invoke + 234
2 libdispatch.dylib 0x99ea73be _dispatch_mgr_thread + 52
Thread 3:
0 libsystem_kernel.dylib 0x96ca4d5e __workq_kernreturn + 10
1 libsystem_pthread.dylib 0x914cc34b _pthread_wqthread + 1289
2 libsystem_pthread.dylib 0x914c9f56 start_wqthread + 34
Thread 0 crashed with X86 Thread State (32-bit):
eax: 0x8fe5f510 ebx: 0x00000001 ecx: 0x00000000 edx: 0x8fe8902c
edi: 0x8fe8902c esi: 0x8fe2cddc ebp: 0xbfffb078 esp: 0xbfffb05c
ss: 0x00000023 efl: 0x00000246 eip: 0x8fe2a085 cs: 0x0000001b
ds: 0x00000023 es: 0x00000023 fs: 0x00000000 gs: 0x0000000f
cr2: 0x8fe57720
Logical CPU: 1
Error Code: 0x00000000
Trap Number: 3
Binary Images:...
I encountered this problem on a recently buyed mac mini (end 2014 model) under El Capitan (10.11).
No good help from Apple assistance, nor by updates from Apple and Canon.
The problem was solved by passing to Sierra.
I've seen a lot of posts about the same problem under Sierra for Canon printers, dated of September and October 2016. It's seems to me that Canon or Apple ingeneers worked on the Sierra version of the problem, and solved it, letting aside the problem under El Capitan.
Hope it will help you.
Best regards
Benoit Lamberts
Related
We are facing a bit of a conundrum in our DriverKit extension development. We would like to build and debug on Monterey. This means that we need to use Xcode 13. We also need to support Big Sur. Unfortunately we haven't been able to build a DEXT with Xcode 13 that works on Big Sur.
We are setting the DRIVERKIT_DEPLOYMENT_TARGET to 19 (the lowest possible value). The DEXT loads fine on Big Sur but whenever a user client connects the DEXT process crashes with an assertion failure like this:
Crashed Thread: 0 Dispatch queue: Root
Exception Type: EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Exception Note: EXC_CORPSE_NOTIFY
Application Specific Information:
dyld2 mode
abort() called
Thread 0 Crashed:: Dispatch queue: Root
0 libsystem_kernel.dylib 0x0000000104bfb3a4 __pthread_kill + 8
1 libsystem_pthread.dylib 0x0000000104de6844 pthread_kill + 272
2 libsystem_c.dylib 0x0000000104b98f24 abort + 124
3 com.apple.DriverKit 0x00000001048b12b4 __assert_rtn + 92
4 com.apple.DriverKit 0x00000001048b151c OSMetaClassBase::QueueForObject(unsigned long long) (.cold.2) + 44
5 com.apple.DriverKit 0x0000000104893068 OSMetaClassBase::QueueForObject(unsigned long long) + 176
6 com.apple.DriverKit 0x0000000104893780 OSMetaClassBase::Invoke(IORPC) + 412
7 com.apple.DriverKit 0x000000010489425c Server(void*, mach_msg_header_t*, mach_msg_header_t*) + 512
8 com.apple.DriverKit 0x00000001048959c8 uiomachchannel(void*, dispatch_mach_reason_t, dispatch_mach_msg_s*, int) + 156
9 libdispatch.dylib 0x0000000104a43b90 _dispatch_mach_msg_invoke + 476
10 libdispatch.dylib 0x0000000104a313ec _dispatch_lane_serial_drain + 308
11 libdispatch.dylib 0x0000000104a448f4 _dispatch_mach_invoke + 464
12 libdispatch.dylib 0x0000000104a313ec _dispatch_lane_serial_drain + 308
13 libdispatch.dylib 0x0000000104a32154 _dispatch_lane_invoke + 456
14 libdispatch.dylib 0x0000000104a33408 _dispatch_workloop_invoke + 1680
15 libdispatch.dylib 0x0000000104a3c9f0 _dispatch_workloop_worker_thread + 764
16 libsystem_pthread.dylib 0x0000000104de75e0 _pthread_wqthread + 276
17 libsystem_pthread.dylib 0x0000000104dee7fc start_wqthread + 8
I've seen a similar problem on the Apple developer forums and the advice seems to be "upgrade to Monterey", which doesn't help much.
I have not been able to locate any meaningful assertion message. I tried digging in the XNU sources to find the failing assert, but did not have any luck.
Has anyone been able to build a DEXT with Xcode 13 that works on Big Sur? Any pointers on what to try are very welcome.
We faced the same issue, Apple suggested to do a seperate release for both Monterey and BigSur, or do two builds and modify the installer to install based on the corresponding OS.
I have created a Dynamic Template in a List View. When data fills in List View, the app crashes. This only happens when we use Link SDK Assemblies Only.
Crash report below:
{"bug_type":"109","os_version":"iPhone OS 9.3.5 (13G36)","build_version":"1.0","timestamp":"2017-02-15 11:53:42.42 +0530","app_name":"projectiOS","bundleID":"com.abc.Project","name":"projectiOS","is_first_party":false,"app_version":"1","share_with_app_devs":true,"slice_uuid":"6bc7264a-bf7d-34b4-9600-f8f7219318a7","adam_id":0}
Incident Identifier: 9C79A0BA-649B-4178-A0F6-E95921306D31
CrashReporter Key: 42623b495537be281f0b0ea904ae9508c91fa1f8
Hardware Model: iPhone4,1
Process: projectiOS [11783]
Path: /private/var/containers/Bundle/Application/41311D3F-C17A-4E43-952F-EBB8058D8FA2/projectiOS.app/projectiOS
Identifier: com.abc.Project
Version: 1.0 (1)
Code Type: ARM (Native)
Parent Process: launchd [1]
Date/Time: 2017-02-15 11:53:40.40 +0530
Launch Time: 2017-02-15 11:52:22.22 +0530
OS Version: iOS 9.3.5 (13G36)
Report Version: 104
Exception Type: EXC_BAD_ACCESS (SIGABRT)
Exception Subtype: KERN_INVALID_ADDRESS at 0xffffffff
Triggered by Thread: 0
Filtered syslog:
None found
Thread 0 name: tid_a0b Dispatch queue: com.apple.main-thread
Thread 0 Crashed:
0 libsystem_kernel.dylib 0x2247ec5c 0x2246a000 + 85084
1 libsystem_pthread.dylib 0x22528732 0x22524000 + 18226
2 libsystem_c.dylib 0x224130ac 0x223c8000 + 307372
3 InstaClassesiOS 0x00174d14 0xe4000 + 593172
4 InstaClassesiOS 0x0017c60c 0xe4000 + 624140
5 libsystem_platform.dylib 0x22522076 0x2251d000 + 20598
6 QuartzCore 0x24df8b10 0x24df5000 + 15120
7 QuartzCore 0x24df8b10 0x24df5000 + 15120
8 QuartzCore 0x24df8590 0x24df5000 + 13712
9 QuartzCore 0x24dfb5f6 0x24df5000 + 26102
10 QuartzCore 0x24dfb42e 0x24df5000 + 25646
0x3311f000 - 0x3313efff CoreServicesInternal armv7 <db484f452bf437a993bf39423f6efd67> /System/Library/PrivateFrameworks/CoreServicesInternal.framework/CoreServicesInternal
0x333a1000 - 0x333acfff libGSFontCache.dylib armv7 <7361c8f4b3cb303b81c503ece2d4f220> /System/Library/PrivateFrameworks/FontServices.framework/libGSFontCache.dylib
0x346d5000 - 0x354d0fff KBLayouts_iPhone.dylib armv7 <3cf3fb517b533b73baa79471c768913c> /System/Library/PrivateFrameworks/TextInput.framework/KBLayouts_iPhone.dylib
Error Formulating Crash Report:
Failed while requesting activity/breadcrumb diagnostics
I am writing an app that uses Audio Queue Services to play music. When it gets to the end of one song, it should move on to the next. It works fine in the debug scheme, but it crashes in the release scheme
Process: xxx [1136]
Path: /Users/USER/Desktop/btunes.app/Contents/MacOS/xxx
Identifier: xxx
Version: 1.0 (1)
Code Type: X86-64 (Native)
Parent Process: launchd [152]
Responsible: xxx [1136]
User ID: 501
Date/Time: 2014-03-18 09:33:15.557 -0700
OS Version: Mac OS X 10.9.2 (13C64)
Report Version: 11
Anonymous UUID: 57FFD284-4D30-889E-73D0-CE978BAFC774
Crashed Thread: 6 com.apple.coreaudio.AQClient
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000280000018
VM Regions Near 0x280000018:
CG shared images 00000001c7eb2000-00000001c7eba000 [ 32K] r--/r-- SM=SHM
-->
JS JIT generated code 00005b8cc8000000-00005b8cc8001000 [ 4K] ---/rwx SM=NUL
Application Specific Information:
objc_msgSend() selector name: delegate
Thread 6 Crashed:: com.apple.coreaudio.AQClient
0 libobjc.A.dylib 0x00007fff85742097 objc_msgSend + 23
1 com.cluttered.btunes 0x000000010aced249 -[BTSAudioStreamer handleAudioQueueProperty] + 136 (BTSAudioStreamer.m:180)
2 com.apple.audio.toolbox.AudioToolbox 0x00007fff87af6f6d ClientAudioQueue::PropertyChanged(unsigned int) + 415
3 com.apple.audio.toolbox.AudioToolbox 0x00007fff87afc97c AQClientCallbackMessageReader::DispatchCallbacks(void const*, unsigned long) + 440
4 com.apple.audio.toolbox.AudioToolbox 0x00007fff87af742e ClientAudioQueue::FetchAndDeliverPendingCallbacks(unsigned int) + 334
5 com.apple.audio.toolbox.AudioToolbox 0x00007fff87af7554 AQCallbackReceiver_CallbackNotificationsAvailable + 129
6 com.apple.audio.toolbox.AudioToolbox 0x00007fff87b1777c _XCallbackNotificationsAvailable + 48
7 com.apple.audio.toolbox.AudioToolbox 0x00007fff87b111bf mshMIGPerform + 153
8 com.apple.CoreFoundation 0x00007fff81adc9a9 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__ + 41
9 com.apple.CoreFoundation 0x00007fff81adc91e __CFRunLoopDoSource1 + 478
10 com.apple.CoreFoundation 0x00007fff81acda16 __CFRunLoopRun + 1830
11 com.apple.CoreFoundation 0x00007fff81acd0b5 CFRunLoopRunSpecific + 309
12 com.apple.audio.toolbox.AudioToolbox 0x00007fff87afe479 GenericRunLoopThread::Entry(void*) + 187
13 com.apple.audio.toolbox.AudioToolbox 0x00007fff87ab7c0d CAPThread::Entry(CAPThread*) + 109
14 libsystem_pthread.dylib 0x00007fff87db1899 _pthread_body + 138
15 libsystem_pthread.dylib 0x00007fff87db172a _pthread_start + 137
16 libsystem_pthread.dylib 0x00007fff87db5fc9 thread_start + 13
Line 180 is
if (self.delegate) {
The delegate is (weak), and I set self.delegate to nil in dealloc. It looks like the Audio Queue Property Listener keeps running even after I remove it (which I'm also doing in dealloc).
I don't understand why it only happens in Release mode though. For now I'm just archiving the app in Debug but this obviously not ideal. Any ideas?
Paraphrasing/Quoting this post so that the knowledge is retained.
Looks like there is an issue with different optimization levels. Running with optimization at fast causes a crash in some environments.
"One of the differences that jumped out at me was the Optmization Level setting. The Debug version was set to None [-O0], while the Release version was set to Fastest, Smallest [-Os].
I changed the Debug setting to Fastest, Smallest [-Os] and BOOM, it crashed on the iPhone 3G every time I ran it. Switching it back to None [-O0] brought back the correct behavior."
Also see Related SO Question.
When I try to use the help command in cqlsh I get a segfault:
Connected to Test Cluster at localhost:9160.
[cqlsh 4.0.1 | Cassandra 2.0.1 | CQL spec 3.1.1 | Thrift protocol 19.37.0]
Use HELP for help.
cqlsh> help
Segmentation fault: 11
Cassandra was installed using homebrew. Java version:
java version "1.7.0_17"
Java(TM) SE Runtime Environment (build 1.7.0_17-b02)
Java HotSpot(TM) 64-Bit Server VM (build 23.7-b01, mixed mode)
I tried to change per-thread stack size in cassandra-env.sh.
Values I tried: 256k, 300k, 512k, 1024k.
I verified that cassandra uses these values by executing command:
cassandra -f
output for stack size of 300k :
xss = -ea -javaagent:/usr/local/Cellar/cassandra/2.0.1/jamm-0.2.5.jar -XX:+UseThreadPriorities -XX:ThreadPriorityPolicy=42 -Xms4G -Xmx4G -Xmn800M -XX:+HeapDumpOnOutOfMemoryError -Xss300k
I'm on OS X Mavericks and I have 16 gigs of RAM if that's relevant.
edit:
I don't have similar problems with cassandra-cli.
Per Nikolai Grigoriev's suggestion I took a look at the system log:
cat system.log | tail -n 20
relevant output:
Oct 29 23:10:12 Andrews-MacBook-Pro.local ReportCrash[5690]: Saved crash report for python[5685] version 0 to /Users/andrew/Library/Logs/DiagnosticReports/python_2013-10-29-231012_Andrews-MacBook-Pro.crash
output of:
cat /Users/andrew/Library/Logs/DiagnosticReports/python_2013-10-29-231012_Andrews-MacBook-Pro.crash
is here:
Process: python [5685]
Path: /Users/USER/*/python
Identifier: python
Version: 0
Code Type: X86-64 (Native)
Parent Process: bash [1330]
Responsible: iTerm [1313]
User ID: 501
Date/Time: 2013-10-29 23:10:10.697 +0100
OS Version: Mac OS X 10.9 (13A603)
Report Version: 11
Anonymous UUID: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
Sleep/Wake UUID: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000000
VM Regions Near 0:
-->
__TEXT 0000000109ab3000-0000000109ab4000 [ 4K] r-x/rwx SM=COW /Users/USER/*
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 readline.so 0x000000010a229f17 call_readline + 599 (readline.c:1087)
1 libpython2.7.dylib 0x0000000109abb354 PyOS_Readline + 244 (myreadline.c:211)
2 libpython2.7.dylib 0x0000000109b50fdd builtin_raw_input + 365 (bltinmodule.c:2046)
3 libpython2.7.dylib 0x0000000109b57e2b PyEval_EvalFrameEx + 18011 (ceval.c:4021)
4 libpython2.7.dylib 0x0000000109b5b0e7 PyEval_EvalCodeEx + 2103 (ceval.c:3253)
5 libpython2.7.dylib 0x0000000109b5b298 fast_function + 296 (ceval.c:4117)
6 libpython2.7.dylib 0x0000000109b57edd PyEval_EvalFrameEx + 18189 (ceval.c:4042)
7 libpython2.7.dylib 0x0000000109b5b0e7 PyEval_EvalCodeEx + 2103 (ceval.c:3253)
8 libpython2.7.dylib 0x0000000109b5b298 fast_function + 296 (ceval.c:4117)
9 libpython2.7.dylib 0x0000000109b57edd PyEval_EvalFrameEx + 18189 (ceval.c:4042)
10 libpython2.7.dylib 0x0000000109b5b0e7 PyEval_EvalCodeEx + 2103 (ceval.c:3253)
11 libpython2.7.dylib 0x0000000109ae83cb function_call + 347 (funcobject.c:526)
12 libpython2.7.dylib 0x0000000109abfa21 PyObject_Call + 97 (abstract.c:2529)
13 libpython2.7.dylib 0x0000000109b5879a PyEval_EvalFrameEx + 20426 (ceval.c:4334)
14 libpython2.7.dylib 0x0000000109b5b0e7 PyEval_EvalCodeEx + 2103 (ceval.c:3253)
15 libpython2.7.dylib 0x0000000109b5b166 PyEval_EvalCode + 54 (ceval.c:665)
16 libpython2.7.dylib 0x0000000109b79934 PyRun_FileExFlags + 164 (pythonrun.c:1354)
17 libpython2.7.dylib 0x0000000109b7abe8 PyRun_SimpleFileExFlags + 392 (pythonrun.c:943)
18 libpython2.7.dylib 0x0000000109b8e3da Py_Main + 2874 (main.c:639)
19 libdyld.dylib 0x00007fff90eee5fd start + 1
Thread 0 crashed with X86 Thread State (64-bit):
rax: 0x0000000000000000 rbx: 0x0000000000000004 rcx: 0x00007fa1f8d00000 rdx: 0x0000000000000000
rdi: 0x0000000000000000 rsi: 0x00007fa1f8dbbcf0 rbp: 0x00007fff5614b970 rsp: 0x00007fff5614b8a0
r8: 0x00007fa1f8d00000 r9: 0x0000000000000bbc r10: 0x000000000020000b r11: 0x0000000000000001
r12: 0x00007fff5614b8c0 r13: 0x00007fa1f8d0dc00 r14: 0x0000000000000001 r15: 0x000000010a252960
rip: 0x000000010a229f17 rfl: 0x0000000000010206 cr2: 0x0000000000000000
Logical CPU: 0
Error Code: 0x00000004
Trap Number: 14
Binary Images:
0x109ab3000 - 0x109ab3ff7 +python (0) <7A897AB3-9853-3A76-93BE-F864DB4ECC8D> /Users/USER/*/python
0x109ab6000 - 0x109bf2fff +libpython2.7.dylib (0) <A6E60E14-9E72-34C5-874C-600772A7F298> /Users/USER/*/libpython2.7.dylib
0x10a0e2000 - 0x10a0e8ff7 +itertools.so (0) <045A60E6-26D8-394A-B37E-F25D54307FED> /Users/USER/*/itertools.so
0x10a0f3000 - 0x10a0f4fff +_functools.so (0) <765061F4-C740-386C-B0EF-73D9E03AECB2> /Users/USER/*/_functools.so
0x10a0f7000 - 0x10a10bff7 +_ctypes.so (0) <5406D7E2-2D30-313B-B3B6-46EB46F31F8B> /Users/USER/*/_ctypes.so
0x10a11c000 - 0x10a120ff7 +_struct.so (0) <374ECB70-B58E-3D8A-9E1D-65A5F4F62D7C> /Users/USER/*/_struct.so
0x10a128000 - 0x10a12bff7 +strop.so (0) <14A6EEF5-4C55-32D1-B8CF-5EDE2E43B7B2> /Users/USER/*/strop.so
0x10a130000 - 0x10a132fff +time.so (0) <DA27EF10-D49C-3536-879D-237E5A73EC45> /Users/USER/*/time.so
0x10a138000 - 0x10a13cfff +operator.so (0) <FECCF5F1-1BE1-316D-BFC0-C3F841DC9DE8> /Users/USER/*/operator.so
0x10a143000 - 0x10a144ff7 +_locale.so (0) <EE16349A-9907-3DEA-B419-7E39D4C6DCF2> /Users/USER/*/_locale.so
0x10a148000 - 0x10a14bff7 +_collections.so (0) <F2E4C6A7-C3E8-3AC5-9153-16A76BC0B857> /Users/USER/*/_collections.so
0x10a151000 - 0x10a151ff7 +_bisect.so (0) <6E1E38C3-D597-356F-9CCF-D077E2030B7B> /Users/USER/*/_bisect.so
0x10a154000 - 0x10a155ff7 +_heapq.so (0) <B5765696-25FC-36F3-9CD8-B5F02E69DE5F> /Users/USER/*/_heapq.so
0x10a219000 - 0x10a21cfff +_csv.so (0) <417DF404-51EB-3D9B-9F13-96C971352277> /Users/USER/*/_csv.so
0x10a222000 - 0x10a223ff7 +cStringIO.so (0) <9ABC813E-BDA3-3129-A31C-564144C1821C> /Users/USER/*/cStringIO.so
0x10a228000 - 0x10a22afff +readline.so (0) <1DD349FC-7CCC-3D87-98C1-39EE6AFE5226> /Users/USER/*/readline.so
0x10a231000 - 0x10a24fffb libedit.3.dylib (39) <1B0596DB-F336-32E7-BB9F-51BF70DB5305> /usr/lib/libedit.3.dylib
0x10a260000 - 0x10a266fff +math.so (0) <B8D32AA6-1136-3D9B-8F3D-063E373CE751> /Users/USER/*/math.so
0x10a26d000 - 0x10a274ff7 +_socket.so (0) <9B1A31D6-C635-34F7-A605-82CD7FAAB760> /Users/USER/*/_socket.so
0x10a27e000 - 0x10a282fff +_ssl.so (0) <C1F761A1-803F-34C0-99D6-61E90020294E> /Users/USER/*/_ssl.so
0x10a288000 - 0x10a295fff +datetime.so (0) <C0564CBB-516A-385B-8B96-6767B73BEDC3> /Users/USER/*/datetime.so
0x10a2a1000 - 0x10a2a6fff +_json.so (0) <293437E3-C642-3B8C-85A1-9AB3304B3F05> /Users/USER/*/_json.so
0x10a2ab000 - 0x10a2adff7 +binascii.so (0) <46D54602-4338-36A3-85BC-4866FAEA6036> /Users/USER/*/binascii.so
0x10a2b1000 - 0x10a2b4fff +select.so (0) <C84B6BEF-4DE8-3BD1-8B5D-BD8E22295D6E> /Users/USER/*/select.so
0x10a2ba000 - 0x10a2bbff7 +fcntl.so (0) <B687409B-BF1D-3104-82A5-BF0F642185B6> /Users/USER/*/fcntl.so
0x10a3bf000 - 0x10a3c2ff7 +zlib.so (0) <E3BB63E5-B4ED-35D2-80CB-C3614CCDAA22> /Users/USER/*/zlib.so
0x10a447000 - 0x10a449ff7 +fastbinary.so (0) <AAF034FA-51DB-38A0-BF1C-01F5C19B1D46> /Users/USER/*/fastbinary.so
0x7fff6d77e000 - 0x7fff6d7b1817 dyld (239.3) <D1DFCF3F-0B0C-332A-BCC0-87A851B570FF> /usr/lib/dyld
0x7fff882c8000 - 0x7fff882caff3 libsystem_configuration.dylib (596.12) <C4F633D9-94C8-35D9-BB2D-84C5122533C7> /usr/lib/system/libsystem_configuration.dylib
0x7fff88365000 - 0x7fff883eeff7 libsystem_c.dylib (997.1.1) <61833FAA-7281-3FF9-937F-686B6F20427C> /usr/lib/system/libsystem_c.dylib
0x7fff88488000 - 0x7fff884caff7 libauto.dylib (185.5) <F45C36E8-B606-3886-B5B1-B6745E757CA8> /usr/lib/libauto.dylib
0x7fff88c80000 - 0x7fff88c87fff libcompiler_rt.dylib (35) <4CD916B2-1B17-362A-B403-EF24A1DAC141> /usr/lib/system/libcompiler_rt.dylib
0x7fff88ff2000 - 0x7fff890d1fff libcrypto.0.9.8.dylib (50) <B95B9DBA-39D3-3EEF-AF43-44608B28894E> /usr/lib/libcrypto.0.9.8.dylib
0x7fff897c8000 - 0x7fff897c9fff libunc.dylib (28) <62682455-1862-36FE-8A04-7A6B91256438> /usr/lib/system/libunc.dylib
0x7fff897e3000 - 0x7fff897e5ff7 libquarantine.dylib (71) <7A1A2BCB-C03D-3A25-BFA4-3E569B2D2C38> /usr/lib/system/libquarantine.dylib
0x7fff89830000 - 0x7fff8984afff libdispatch.dylib (339.1.9) <46878A5B-4248-3057-962C-6D4A235EEF31> /usr/lib/system/libdispatch.dylib
0x7fff89f8d000 - 0x7fff89f8efff com.apple.TrustEvaluationAgent (2.0 - 25) <334A82F4-4AE4-3719-A511-86D0B0723E2B> /System/Library/PrivateFrameworks/TrustEvaluationAgent.framework/Versions/A/TrustEvaluationAgent
0x7fff8a3e9000 - 0x7fff8a3f3fff libcommonCrypto.dylib (60049) <8C4F0CA0-389C-3EDC-B155-E62DD2187E1D> /usr/lib/system/libcommonCrypto.dylib
0x7fff8a46d000 - 0x7fff8a46effb libremovefile.dylib (33) <3543F917-928E-3DB2-A2F4-7AB73B4970EF> /usr/lib/system/libremovefile.dylib
0x7fff8a91f000 - 0x7fff8a925ff7 libsystem_platform.dylib (24.1.4) <331BA4A5-55CE-3B95-99EB-44E0C89D7FB8> /usr/lib/system/libsystem_platform.dylib
0x7fff8ad08000 - 0x7fff8ad19ff7 libz.1.dylib (53) <42E0C8C6-CA38-3CA4-8619-D24ED5DD492E> /usr/lib/libz.1.dylib
0x7fff8ad8a000 - 0x7fff8adbefff libssl.0.9.8.dylib (50) <B15F967C-B002-36C2-9621-3456D8509F50> /usr/lib/libssl.0.9.8.dylib
0x7fff8aee2000 - 0x7fff8aefeff7 libsystem_kernel.dylib (2422.1.72) <D14913DB-47F1-3591-8DAF-D4B4EF5F8818> /usr/lib/system/libsystem_kernel.dylib
0x7fff8b98e000 - 0x7fff8b992fff libsystem_stats.dylib (93.1.26) <B9E26A9E-FBBC-3938-B8B7-6CF7CA8C99AD> /usr/lib/system/libsystem_stats.dylib
0x7fff8bc70000 - 0x7fff8bc71ff7 libsystem_blocks.dylib (63) <FB856CD1-2AEA-3907-8E9B-1E54B6827F82> /usr/lib/system/libsystem_blocks.dylib
0x7fff8cb46000 - 0x7fff8cb4bff7 libunwind.dylib (35.3) <78DCC358-2FC1-302E-B395-0155B47CB547> /usr/lib/system/libunwind.dylib
0x7fff8ccec000 - 0x7fff8ce99f27 libobjc.A.dylib (551.1) <AD7FD984-271E-30F4-A361-6B20319EC73B> /usr/lib/libobjc.A.dylib
0x7fff8d889000 - 0x7fff8d88aff7 libDiagnosticMessagesClient.dylib (100) <4CDB0F7B-C0AF-3424-BC39-495696F0DB1E> /usr/lib/libDiagnosticMessagesClient.dylib
0x7fff8dd93000 - 0x7fff8dd93ff7 libkeymgr.dylib (28) <3AA8D85D-CF00-3BD3-A5A0-E28E1A32A6D8> /usr/lib/system/libkeymgr.dylib
0x7fff8e0cd000 - 0x7fff8e0d2fff libmacho.dylib (845) <1D2910DF-C036-3A82-A3FD-44FF73B5FF9B> /usr/lib/system/libmacho.dylib
0x7fff8e511000 - 0x7fff8e518ff7 liblaunch.dylib (842.1.4) <FCBF0A02-0B06-3F97-9248-5062A9DEB32C> /usr/lib/system/liblaunch.dylib
0x7fff8e5c8000 - 0x7fff8e5efffb libsystem_info.dylib (449.1.3) <7D41A156-D285-3849-A2C3-C04ADE797D98> /usr/lib/system/libsystem_info.dylib
0x7fff8e8af000 - 0x7fff8e8b0ff7 libSystem.B.dylib (1197.1.1) <BFC0DC97-46C6-3BE0-9983-54A98734897A> /usr/lib/libSystem.B.dylib
0x7fff8ee3b000 - 0x7fff8eff3ff3 libicucore.A.dylib (511.25) <3ED7B656-416E-3071-AEC8-E85C90232F78> /usr/lib/libicucore.A.dylib
0x7fff90c52000 - 0x7fff90c59ff7 libsystem_pthread.dylib (53.1.4) <AB498556-B555-310E-9041-F67EC9E00E2C> /usr/lib/system/libsystem_pthread.dylib
0x7fff90eeb000 - 0x7fff90eeeff7 libdyld.dylib (239.3) <62F4D752-4089-31A8-8B73-B95A68893B3C> /usr/lib/system/libdyld.dylib
0x7fff9155e000 - 0x7fff91587ff7 libc++abi.dylib (48) <8C16158F-CBF8-3BD7-BEF4-022704B2A326> /usr/lib/libc++abi.dylib
0x7fff91634000 - 0x7fff91635ff7 libsystem_sandbox.dylib (278.10) <A47E7E11-3C76-318E-B67D-98972B86F094> /usr/lib/system/libsystem_sandbox.dylib
0x7fff91777000 - 0x7fff9177ffff libsystem_dnssd.dylib (522.1.11) <270DCF6C-502D-389A-AA9F-DE4624A36FF7> /usr/lib/system/libsystem_dnssd.dylib
0x7fff91bec000 - 0x7fff91c1cfff libncurses.5.4.dylib (42) <BF763D62-9149-37CB-B1D2-F66A2510E6DD> /usr/lib/libncurses.5.4.dylib
0x7fff91fb6000 - 0x7fff91fc7ff7 libsystem_asl.dylib (217.1.4) <655FB343-52CF-3E2F-B14D-BEBF5AAEF94D> /usr/lib/system/libsystem_asl.dylib
0x7fff92396000 - 0x7fff923b1ff7 libsystem_malloc.dylib (23.1.10) <FFE5C472-B23A-318A-85BF-77CDE61900D1> /usr/lib/system/libsystem_malloc.dylib
0x7fff932f1000 - 0x7fff9333ffff libcorecrypto.dylib (161.1) <F3973C28-14B6-3006-BB2B-00DD7F09ABC7> /usr/lib/system/libcorecrypto.dylib
0x7fff93530000 - 0x7fff93582fff libc++.1.dylib (120) <4F68DFC5-2077-39A8-A449-CAC5FDEE7BDE> /usr/lib/libc++.1.dylib
0x7fff93b66000 - 0x7fff93b6fff3 libsystem_notify.dylib (121) <52571EC3-6894-37E4-946E-064B021ED44E> /usr/lib/system/libsystem_notify.dylib
0x7fff93b8a000 - 0x7fff93b8eff7 libcache.dylib (62) <BDC1E65B-72A1-3DA3-A57C-B23159CAAD0B> /usr/lib/system/libcache.dylib
0x7fff941a8000 - 0x7fff941cfff7 libsystem_network.dylib (241.3) <8B1E1F1D-A5CC-3BAE-8B1E-ABC84337A364> /usr/lib/system/libsystem_network.dylib
0x7fff94515000 - 0x7fff94539fff libxpc.dylib (300.1.17) <4554927A-9467-365C-91F1-5A116989DD7F> /usr/lib/system/libxpc.dylib
0x7fff94afa000 - 0x7fff94b01ff3 libcopyfile.dylib (103) <5A881779-D0D6-3029-B371-E3021C2DDA5E> /usr/lib/system/libcopyfile.dylib
0x7fff94c7e000 - 0x7fff94cadfd2 libsystem_m.dylib (3047.16) <B7F0E2E4-2777-33FC-A787-D6430B630D54> /usr/lib/system/libsystem_m.dylib
0x7fff95794000 - 0x7fff95979ff7 com.apple.CoreFoundation (6.9 - 855.11) <E22C6A1F-8996-349C-905E-96C3BBE07C2F> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
External Modification Summary:
Calls made by other processes targeting this process:
task_for_pid: 0
thread_create: 0
thread_set_state: 0
Calls made by this process:
task_for_pid: 0
thread_create: 0
thread_set_state: 0
Calls made by all processes on this machine:
task_for_pid: 29978
thread_create: 2
thread_set_state: 0
VM Region Summary:
ReadOnly portion of Libraries: Total=78.0M resident=65.2M(84%) swapped_out_or_unallocated=12.8M(16%)
Writable regions: Total=52.1M written=7924K(15%) resident=9.9M(19%) swapped_out=0K(0%) unallocated=42.2M(81%)
REGION TYPE VIRTUAL
=========== =======
Kernel Alloc Once 4K
MALLOC 43.6M
MALLOC (admin) 16K
STACK GUARD 56.0M
Stack 8192K
VM_ALLOCATE 16K
__DATA 1784K
__LINKEDIT 66.2M
__TEXT 11.8M
__UNICODE 544K
shared memory 4K
=========== =======
TOTAL 188.0M
I grabbed the distribution of Cassandra from the source. The problem persists. Could it be really a JVM bug?
How to fix that?
SOLVED
It's not a JVM bug. I use pythonbrew for managing python interpreters (forgot to mention). When I installed cql on global interpreter everything went fine. Apparently there are some problems with python path. I'll use global python interpreter when using Cassandra then.
I narrowed the problem down to pythonbrew. No wonder it's deprecated. There's no segfault when I use pyenv.
I had similar problem with Python crashing on OS X 10.9.5 when running cqlsh.
The solution was to install https://www.python.org/ftp/python/2.7.9/python-2.7.9-macosx10.6.pkg
Do you have the similar problem when running other tools (cassandra-cli etc)? Is there anything in the kernel log that might give a hint? It is most likely a bug in the JVM itself. Cassandra does not include by default any native libs. I am wondering if homebrew installs also something like JNA library or JEMalloc with Cassandra.
I would suggest to grab the distribution of Cassandra from the source (it would be pure Java). If it crashes the same way - it would be a JVM bug. And one of thousands of issues with Maverick ;( If not, then search carefully for additional native libraries you have got with homebrew package of Cassandra.
I'm trying to publish one of my games on the Mac AppStore, but I got the following report from the App Review team :
Here is how we found this crash:
The app crashes on second launch of the app.
and here the crash log :
Process: Tennis Elbow Manager [19919]
Path: /Applications/Tennis Elbow Manager.app/Contents/MacOS/Tennis Elbow Manager
Identifier: com.managames.Tennis-Elbow-Manager
Version: 1.9.38 (38)
App Item ID: 0
App External ID: 0
Code Type: X86 (Native)
Parent Process: launchd [160]
User ID: 201
Date/Time: 2013-03-06 16:22:44.968 -0800
OS Version: Mac OS X 10.8.2 (12C54)
Report Version: 10
Crashed Thread: 1 Dispatch queue: com.apple.libdispatch-manager
Exception Type: EXC_CRASH (SIGBUS)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Thread 0:: Dispatch queue: com.apple.main-thread
0 com.managames.Tennis-Elbow-Manager 0x000e3214 0x6b000 + 492052
1 ??? 0x492e5245 0 + 1227772485
Thread 1 Crashed:: Dispatch queue: com.apple.libdispatch-manager
0 libsystem_kernel.dylib 0x9a6979ae kevent + 10
1 libdispatch.dylib 0x9775dc71 _dispatch_mgr_invoke + 993
2 libdispatch.dylib 0x9775d7a9 _dispatch_mgr_thread + 53
Thread 2:
0 libsystem_kernel.dylib 0x9a6970ee __workq_kernreturn + 10
1 libsystem_c.dylib 0x9105d04c _pthread_workq_return + 45
2 libsystem_c.dylib 0x9105ce19 _pthread_wqthread + 448
3 libsystem_c.dylib 0x91044cca start_wqthread + 30
Thread 1 crashed with X86 Thread State (32-bit):
eax: 0x00000004 ebx: 0xb0102700 ecx: 0xb01025ac edx: 0x9a6979ae
edi: 0x00000000 esi: 0x9775d8a1 ebp: 0xb0102718 esp: 0xb01025ac
ss: 0x00000023 efl: 0x00000247 eip: 0x9a6979ae cs: 0x0000000b
ds: 0x00000023 es: 0x00000023 fs: 0x00000023 gs: 0x0000000f
cr2: 0x0269e000
Logical CPU: 0
Binary Images:
0x6b000 - 0x192ff3 +com.managames.Tennis-Elbow-Manager (1.9.38 - 38) <B6D93CA3-ADB3-3C94-AB00-25C63C74250A> /Applications/Tennis Elbow Manager.app/Contents/MacOS/Tennis Elbow Manager
0x38b000 - 0x3d6fc0 +SDL (1.2.14 - 1.2.14) <84ABD881-2313-3168-889A-EDEA4EBAA928> /Applications/Tennis Elbow Manager.app/Contents/Frameworks/SDL.framework/Versions/A/SDL
0x3e9000 - 0x400ff7 +org.libsdl.SDL-mixer (1.2.12 - 1.2.12) <879D26B7-6FC0-32FD-BA92-484F89677158> /Applications/Tennis Elbow Manager.app/Contents/Frameworks/SDL_mixer.framework/Versions/A/SDL_mixer
0x433000 - 0x437ffb +org.libsdl.SDL-image (1.2.12 - 1.2.12) <C8A71F96-C7E3-3290-A886-ECA7994E847D> /Applications/Tennis Elbow Manager.app/Contents/Frameworks/SDL_image.framework/Versions/A/SDL_image
0x441000 - 0x46fff7 +mikmod (3.1.10r2 - 3.1.12) <484ED43A-1C22-DF87-240A-594F8F37B9BE> /Applications/Tennis Elbow Manager.app/Contents/Frameworks/SDL_mixer.framework/Versions/A/Frameworks/mikmod.framework/Versions/A/mikmod
0x484000 - 0x4bbffa +smpeg (0.0.1d1) <900C8FCF-8E29-3941-AE32-14F3208DBAE8> /Applications/Tennis Elbow Manager.app/Contents/Frameworks/SDL_mixer.framework/Versions/A/Frameworks/smpeg.framework/Versions/A/smpeg
0x4e5000 - 0x4e8ff4 +org.xiph.ogg (1.1.4 - 1.1.4) <B4E7F924-42D6-3E2A-9EF0-E55CD71BF308> /Applications/Tennis Elbow Manager.app/Contents/Frameworks/SDL_mixer.framework/Versions/A/Frameworks/Ogg.framework/Versions/A/Ogg
0x4ef000 - 0x672ff2 +org.xiph.vorbis (1.2.3 - 1.2.3) <F9FCDD01-A9B1-35AD-B1DB-DE0C8F347869> /Applications/Tennis Elbow Manager.app/Contents/Frameworks/SDL_mixer.framework/Versions/A/Frameworks/Vorbis.framework/Versions/A/Vorbis
0x6a6000 - 0x6eeff4 +FLAC (1.2.1 - 1.2.1) <5F0B6D50-0DFC-357C-89EA-CA56EDEC997D> /Applications/Tennis Elbow Manager.app/Contents/Frameworks/SDL_mixer.framework/Versions/A/Frameworks/FLAC.framework/Versions/A/FLAC
[...]
Full log is here => http://a1.phobos.apple.com/us/r30/Purple/v4/da/b2/03/dab203db-b866-3d55-8ea9-88df1de4c285/temp..cqdsammn.crash
(gdb) info line *0x000e3214
gives :
No line number information available for address 0xe3214 <_ZN10CSysCursorD1Ev+2958>
The game is working well on my OSX 10.8.2, both with my account & a guest account, I can launch it many times without issue.
The crash seems to happen right on start-up before it gets into any of my functions (ie: it's still probably in the main() or even the start).
I looked for identical crash "Thread 1 Crashed:: Dispatch queue: com.apple.libdispatch-manager" on Google & I could find a few almost identical reports, mainly about a Skype version, but that didn't teach me much...
So now I'm kinda stuck, and my only idea is to resubmit hoping it was a rare random crash, but I doubt it's the best move...
Anyone would have a better idea ? Thanks in advance for any answer ! :)
I'm using : SDL 1.2.15, SDL_Image 1.2.12, SDL_Mixer 1.2.12, roddi's ValidateStoreReceipt from https://github.com/roddi/ValidateStoreReceipt .