New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
EXC_BAD_ACCESS Attempted to dereference garbage pointer #244
Comments
I have been experiencing the same behavior. I will try disableNativeIntegration to see if I can cut down on these production crashes. Below is just one example of my traces: Report Version: 104
Exception Type: EXC_BAD_ACCESS (SIGBUS)
Exception Codes: BUS_NOOP
Crashed Thread: 7
Application Specific Information:
Attempted to dereference null pointer.
Originated at or in a subcall of folly::Expected<long long, folly::ConversionCode> folly::detail::str_to_integral<long long>(folly::Range<char const*>*)
Thread 0 name:
0 libsystem_kernel.dylib 0x307120bc4 mach_msg_trap
1 libsystem_kernel.dylib 0x307120a3c mach_msg
2 CoreFoundation 0x307995ce4 <redacted>
3 CoreFoundation 0x3079938b0 <redacted>
4 CoreFoundation 0x3078b42d8 CFRunLoopRunSpecific
5 GraphicsServices 0x30b5d4f84 GSEventRunModal
6 UIKit 0x31a3a3880 UIApplicationMain
7 ReactUTVT 0x204b1d964 <redacted>
8 libdyld.dylib 0x306f0356c <redacted>
Thread 1 name:
0 libsystem_kernel.dylib 0x307141dbc __workq_kernreturn
1 libsystem_pthread.dylib 0x307384fb0 _pthread_wqthread
Thread 2 name:
0 libsystem_kernel.dylib 0x307141dbc __workq_kernreturn
1 libsystem_pthread.dylib 0x307385144 _pthread_wqthread
Thread 3 name:
0 libsystem_kernel.dylib 0x307141dbc __workq_kernreturn
1 libsystem_pthread.dylib 0x307384fb0 _pthread_wqthread
Thread 4 name:
0 CoreFoundation 0x3078ad83c <redacted>
1 CoreFoundation 0x3078ad720 [inlined] CFDictionaryGetValue
2 CoreFoundation 0x3078ad720 CFDictionaryGetValue
3 CoreFoundation 0x3078ef264 _CFRunLoopGet0
4 Foundation 0x308d12d00 <redacted>
5 Foundation 0x308d12b10 <redacted>
6 Foundation 0x308d12828 <redacted>
7 ReactUTVT 0x204dc257c _hidden#20289_
8 ReactUTVT 0x204dc659c _hidden#20289_
9 ReactUTVT 0x204dc69d8 _hidden#20289_
10 ReactUTVT 0x204deaa5c _hidden#20289_
11 ReactUTVT 0x204ec8904 folly::Expected<long long, folly::ConversionCode> folly::detail::str_to_integral<long long>(folly::Range<char const*>*)
12 CoreFoundation 0x30798012c <redacted>
13 CoreFoundation 0x30797f6cc <redacted>
14 CoreFoundation 0x30797f430 <redacted>
15 CoreFoundation 0x3079fc9f4 <redacted>
16 CoreFoundation 0x3078b63e0 _CFXNotificationPost
17 Foundation 0x308cfa498 <redacted>
18 ReactUTVT 0x204ec882c folly::Expected<long long, folly::ConversionCode> folly::detail::str_to_integral<long long>(folly::Range<char const*>*)
19 ReactUTVT 0x204ec8734 folly::Expected<long long, folly::ConversionCode> folly::detail::str_to_integral<long long>(folly::Range<char const*>*)
20 ReactUTVT 0x204ec5fb8 folly::Expected<long long, folly::ConversionCode> folly::detail::str_to_integral<long long>(folly::Range<char const*>*)
21 ReactUTVT 0x204e2a498 RCTFBQuickPerformanceLoggerConfigureHooks
22 ReactUTVT 0x204e2a304 RCTFBQuickPerformanceLoggerConfigureHooks
23 libdispatch.dylib 0x306e39088 <redacted>
24 libdispatch.dylib 0x306e39048 <redacted>
25 libdispatch.dylib 0x306e42e48 <redacted>
26 libdispatch.dylib 0x306e437d8 <redacted>
27 libdispatch.dylib 0x306e44200 <redacted>
28 libdispatch.dylib 0x306e4c4a0 <redacted>
29 libsystem_pthread.dylib 0x307384fe0 _pthread_wqthread
Thread 5 name: com.apple.uikit.eventfetch-thread
0 libsystem_kernel.dylib 0x307120bc4 mach_msg_trap
1 libsystem_kernel.dylib 0x307120a3c mach_msg
2 CoreFoundation 0x307995ce4 <redacted>
3 CoreFoundation 0x3079938b0 <redacted>
4 CoreFoundation 0x3078b42d8 CFRunLoopRunSpecific
5 Foundation 0x308d006e4 <redacted>
6 Foundation 0x308d1fafc <redacted>
7 UIKit 0x31aeef02c <redacted>
8 Foundation 0x308e01860 <redacted>
9 libsystem_pthread.dylib 0x30738632c <redacted>
10 libsystem_pthread.dylib 0x3073861f8 _pthread_start
Thread 6 name:
0 libsystem_kernel.dylib 0x307141dbc __workq_kernreturn
1 libsystem_pthread.dylib 0x307384fb0 _pthread_wqthread
Thread 8 name:
0 libsystem_kernel.dylib 0x307141150 __psynch_cvwait
1 libsystem_pthread.dylib 0x307388d40 <redacted>
2 libc++.1.dylib 0x306457f34 std::__1::condition_variable::__do_timed_wait(std::__1::unique_lock<std::__1::mutex>&, std::__1::chrono::time_point<std::__1::chrono::system_clock, std::__1::chrono::duration<long long, std::__1::ratio<1l, 1000000000l> > >)
3 JavaScriptCore 0x315673d6c <redacted>
4 JavaScriptCore 0x315673c40 <redacted>
5 JavaScriptCore 0x315673ac4 <redacted>
6 JavaScriptCore 0x315673dbc <redacted>
7 libsystem_pthread.dylib 0x30738632c <redacted>
8 libsystem_pthread.dylib 0x3073861f8 _pthread_start
Thread 9 name: WebThread
0 libsystem_kernel.dylib 0x307120bc4 mach_msg_trap
1 libsystem_kernel.dylib 0x307120a3c mach_msg
2 CoreFoundation 0x307995ce4 <redacted>
3 CoreFoundation 0x3079938b0 <redacted>
4 CoreFoundation 0x3078b42d8 CFRunLoopRunSpecific
5 WebCore 0x317519ac4 <redacted>
6 libsystem_pthread.dylib 0x30738632c <redacted>
7 libsystem_pthread.dylib 0x3073861f8 _pthread_start
Thread 10 name: DefaultFileSource
0 libsystem_kernel.dylib 0x307120bc4 mach_msg_trap
1 libsystem_kernel.dylib 0x307120a3c mach_msg
2 CoreFoundation 0x307995ce4 <redacted>
3 CoreFoundation 0x3079938b0 <redacted>
4 CoreFoundation 0x3078b42d8 CFRunLoopRunSpecific
5 CoreFoundation 0x30790312c CFRunLoopRun
6 Mapbox 0x10531b258 std::__1::__thread_proxy<std::__1::tuple<mbgl::util::Thread<mbgl::DefaultFileSource::Impl>::Thread<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, unsigned long long&>(mbgl::util::ThreadContext const&, std::...
7 Mapbox 0x10531b1ac std::__1::__thread_proxy<std::__1::tuple<mbgl::util::Thread<mbgl::DefaultFileSource::Impl>::Thread<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, unsigned long long&>(mbgl::util::ThreadContext const&, std::...
8 libsystem_pthread.dylib 0x30738632c <redacted>
9 libsystem_pthread.dylib 0x3073861f8 _pthread_start
Thread 11 name: AssetFileSource
0 libsystem_kernel.dylib 0x307120bc4 mach_msg_trap
1 libsystem_kernel.dylib 0x307120a3c mach_msg
2 CoreFoundation 0x307995ce4 <redacted>
3 CoreFoundation 0x3079938b0 <redacted>
4 CoreFoundation 0x3078b42d8 CFRunLoopRunSpecific
5 CoreFoundation 0x30790312c CFRunLoopRun
6 Mapbox 0x105315008 std::__1::__thread_proxy<std::__1::tuple<mbgl::util::Thread<mbgl::AssetFileSource::Impl>::Thread<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&>(mbgl::util::ThreadContext const&, std::__1::basic_string<char,...
7 Mapbox 0x105314ee4 std::__1::__thread_proxy<std::__1::tuple<mbgl::util::Thread<mbgl::AssetFileSource::Impl>::Thread<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&>(mbgl::util::ThreadContext const&, std::__1::basic_string<char,...
8 libsystem_pthread.dylib 0x30738632c <redacted>
9 libsystem_pthread.dylib 0x3073861f8 _pthread_start
Thread 12 name: LocalFileSource
0 libsystem_kernel.dylib 0x307120bc4 mach_msg_trap
1 libsystem_kernel.dylib 0x307120a3c mach_msg
2 CoreFoundation 0x307995ce4 <redacted>
3 CoreFoundation 0x3079938b0 <redacted>
4 CoreFoundation 0x3078b42d8 CFRunLoopRunSpecific
5 CoreFoundation 0x30790312c CFRunLoopRun
6 Mapbox 0x10532348c std::__1::__thread_proxy<std::__1::tuple<mbgl::util::Thread<mbgl::LocalFileSource::Impl>::Thread<>(mbgl::util::ThreadContext const&)::'lambda'()> >(void*, void*)
7 Mapbox 0x1053233f8 std::__1::__thread_proxy<std::__1::tuple<mbgl::util::Thread<mbgl::LocalFileSource::Impl>::Thread<>(mbgl::util::ThreadContext const&)::'lambda'()> >(void*, void*)
8 libsystem_pthread.dylib 0x30738632c <redacted>
9 libsystem_pthread.dylib 0x3073861f8 _pthread_start
Thread 13 name:
0 libsystem_kernel.dylib 0x307141dbc __workq_kernreturn
1 libsystem_pthread.dylib 0x307385144 _pthread_wqthread
Thread 14 name:
0 libsystem_kernel.dylib 0x307141dbc __workq_kernreturn
1 libsystem_pthread.dylib 0x307385144 _pthread_wqthread
Thread 15 name:
0 libsystem_kernel.dylib 0x307141dbc __workq_kernreturn
1 libsystem_pthread.dylib 0x307384fb0 _pthread_wqthread
Thread 16 name:
0 libsystem_kernel.dylib 0x307141dbc __workq_kernreturn
1 libsystem_pthread.dylib 0x307384fb0 _pthread_wqthread
Thread 17 name:
0 libsystem_kernel.dylib 0x307141dbc __workq_kernreturn
1 libsystem_pthread.dylib 0x307385144 _pthread_wqthread
Thread 18 name:
0 libsystem_kernel.dylib 0x307141dbc __workq_kernreturn
1 libsystem_pthread.dylib 0x307384fb0 _pthread_wqthread
Thread 19 name: com.apple.CoreMotion.MotionThread
0 libsystem_kernel.dylib 0x307120bc4 mach_msg_trap
1 libsystem_kernel.dylib 0x307120a3c mach_msg
2 CoreFoundation 0x307995ce4 <redacted>
3 CoreFoundation 0x3079938b0 <redacted>
4 CoreFoundation 0x3078b42d8 CFRunLoopRunSpecific
5 CoreFoundation 0x30790312c CFRunLoopRun
6 CoreMotion 0x312008088 CLStartStopAdvertisingBeacon
7 libsystem_pthread.dylib 0x30738632c <redacted>
8 libsystem_pthread.dylib 0x3073861f8 _pthread_start
Thread 20 name: WTF::AutomaticThread
0 libsystem_kernel.dylib 0x307141150 __psynch_cvwait
1 libsystem_pthread.dylib 0x307388d40 <redacted>
2 JavaScriptCore 0x314d3b91c WTF::ThreadCondition::timedWait(WTF::Mutex&, double)
3 JavaScriptCore 0x315659834 WTF::ParkingLot::parkConditionallyImpl(void const*, WTF::ScopedLambda<bool ()> const&, WTF::ScopedLambda<void ()> const&, WTF::TimeWithDynamicClockType const&)
4 JavaScriptCore 0x3151f65c8 <redacted>
5 JavaScriptCore 0x315646b38 <redacted>
6 JavaScriptCore 0x314d37ed0 <redacted>
7 JavaScriptCore 0x314d37e10 <redacted>
8 libsystem_pthread.dylib 0x30738632c <redacted>
9 libsystem_pthread.dylib 0x3073861f8 _pthread_start
Thread 21 name: RLMRealm notification listener
0 libsystem_kernel.dylib 0x307125108 kevent
1 ReactUTVT 0x204ba4e18 std::__1::__thread_proxy<std::__1::tuple<realm::_impl::SyncClient::SyncClient(std::__1::unique_ptr<realm::util::Logger, std::__1::default_delete<realm::util::Logger> >, realm::sync::Client::ReconnectMode)::'lambda'()> >(void*, void*)
2 ReactUTVT 0x204ba5048 std::__1::__thread_proxy<std::__1::tuple<realm::_impl::SyncClient::SyncClient(std::__1::unique_ptr<realm::util::Logger, std::__1::default_delete<realm::util::Logger> >, realm::sync::Client::ReconnectMode)::'lambda'()> >(void*, void*)
3 ReactUTVT 0x204ba4fd0 std::__1::__thread_proxy<std::__1::tuple<realm::_impl::SyncClient::SyncClient(std::__1::unique_ptr<realm::util::Logger, std::__1::default_delete<realm::util::Logger> >, realm::sync::Client::ReconnectMode)::'lambda'()> >(void*, void*)
4 ReactUTVT 0x204ba5194 std::__1::__thread_proxy<std::__1::tuple<realm::_impl::SyncClient::SyncClient(std::__1::unique_ptr<realm::util::Logger, std::__1::default_delete<realm::util::Logger> >, realm::sync::Client::ReconnectMode)::'lambda'()> >(void*, void*)
5 libsystem_pthread.dylib 0x30738632c <redacted>
6 libsystem_pthread.dylib 0x3073861f8 _pthread_start
Thread 22 name:
0 libsystem_kernel.dylib 0x307141648 __semwait_signal
1 libsystem_c.dylib 0x306f88f90 nanosleep
2 libsystem_c.dylib 0x306ff1f50 sleep
3 ReactUTVT 0x204ef9c60 __cxa_throw
4 libsystem_pthread.dylib 0x30738632c <redacted>
5 libsystem_pthread.dylib 0x3073861f8 _pthread_start
Thread 23 name: KSCrash Exception Handler (Secondary)
0 libsystem_kernel.dylib 0x307120bc4 mach_msg_trap
1 libsystem_kernel.dylib 0x307120a3c mach_msg
2 ReactUTVT 0x204ed5e9c __cxa_throw
3 libsystem_pthread.dylib 0x30738632c <redacted>
4 libsystem_pthread.dylib 0x3073861f8 _pthread_start
Thread 25 name: WTF::AutomaticThread
0 libsystem_kernel.dylib 0x307141150 __psynch_cvwait
1 libsystem_pthread.dylib 0x307388d40 <redacted>
2 JavaScriptCore 0x314d3b91c WTF::ThreadCondition::timedWait(WTF::Mutex&, double)
3 JavaScriptCore 0x315659834 WTF::ParkingLot::parkConditionallyImpl(void const*, WTF::ScopedLambda<bool ()> const&, WTF::ScopedLambda<void ()> const&, WTF::TimeWithDynamicClockType const&)
4 JavaScriptCore 0x3151f65c8 <redacted>
5 JavaScriptCore 0x315646b38 <redacted>
6 JavaScriptCore 0x314d37ed0 <redacted>
7 JavaScriptCore 0x314d37e10 <redacted>
8 libsystem_pthread.dylib 0x30738632c <redacted>
9 libsystem_pthread.dylib 0x3073861f8 _pthread_start
EOF``` |
Hey, thanks for reporting. |
OK, so I played around with it and I am not able to reproduce it. If I run the app in Is it possible for you to send me your code or the smallest possible reproducible demo project so I can debug it there? Also whats a bit strange is that your stack traces do not show a single Sentry related frame, actually the whole crashed thread is missing. |
Quick update, not showing the crash thread was an error in sentry, I fixed it, should be deployed today. |
@rquigley I've just released |
@HazAT Relevant Versions (App V 1.5.0-1.6.0):
I have just released a new binary, 1.6.1, which includes upgrade versions as follows:
So far, I have not recorded any EXC_BAD_ACCESS failures with this combination. However, this is a fresh binary release, so there has not been a codepush yet to determine behavior after codePush.allowRestart(). I'll keep you posted. Let me know if you need any more information. |
@HazAT I have the same on production. I keep seeing this both on Android and iOS. I removed code-push from prod thinking it was related. However, this keeps showing up. I am not even sure it is a sentry issue. I am on RN 0.50.3 and RN-sentry 0.31.0. |
I have the same issue, as @edo1493 |
Same issue here. |
We're having the same issue. We're going through the following steps to determine the cause:
|
I removed code push ages ago (nothing changed). |
Still happening quite frequently for us, we have both code-push and sentry installed. It appears this problem started popping up after a code-push went out. |
I see this daily and only have sentry. |
Same for me, I got the same problem any idea about how to fix this ? |
We're also affected by this issue. It happens every day and, interestingly enough, the
|
Closing this in favor of #328 |
still getting this issue, but this and #328 are marked as closed yet seem unresolved. any news on this? |
@kyunghoon No one was able to provide a repro case for this yet. |
Just wanna mention that this happens to me as well and I'm running bugsnag, so yes this has nothing todo with sentry most likely |
Are exist any chance to skip those errors? |
I'm seeing the same issue with react native's |
@EskelCz you tried with alternative? |
Happens to me as well |
@lossen This issue is very old, can you create a new one and describe your situation and link this old issue? |
OS:
Platform:
Output of
node -v && npm -v && npm ls --prod --depth=0
Config:
I have following issue:
After applying a code-push update and restarting (using
codePush.restartApp()
), the app immediately crashes. CodePush rolls the app back to the previous build.deactivateStacktraceMerging
is disabled because it was throwing from exceeding the max call stack size.It's also worth noting that if
disableNativeIntegration
is enabled, the app will no longer crash on launch after CodePush update, but intentional crashes will not be sent to Sentry.A crash will also not occur if Sentry is never
install()
'ed.Steps to reproduce:
Actual result:
Expected result:
Stack Trace:
The text was updated successfully, but these errors were encountered: