Skip to content
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

Crash while accessing RLMObject in iOS Location Multitasking Mode #1552

Closed
obrhoff opened this issue Feb 26, 2015 · 2 comments
Closed

Crash while accessing RLMObject in iOS Location Multitasking Mode #1552

obrhoff opened this issue Feb 26, 2015 · 2 comments
Assignees

Comments

@obrhoff
Copy link

obrhoff commented Feb 26, 2015

Hi,

I'm getting a crash while accessing Realm Objects in iOS Location Tracking Mode. Could't not work around so far.

Incident Identifier: 464368F5-4454-4482-93E7-D3E11F633AB3
CrashReporter Key:   c11560905ce12b95729eadb9e9fac6b00b208c8f
Hardware Model:      iPhone7,2
Process:             bbybike [8578]
Path:                /private/var/mobile/Containers/Bundle/Application/84619B26-636E-43C8-9F79-82BADDE62FB6/bbybike.app/bbybike
Identifier:          com.obrhoff.bbybike
Version:             273 (3.0)
Code Type:           ARM-64 (Native)
Parent Process:      launchd [1]

Date/Time:           2015-02-25 19:11:50.681 +0100
Launch Time:         2015-02-25 19:09:36.474 +0100
OS Version:          iOS 8.1.3 (12B466)
Report Version:      105

Exception Type:  EXC_BAD_ACCESS (SIGBUS)
Exception Subtype: unknown at 0x0000000103a21a48
Triggered by Thread:  0

Thread 0 name:  Dispatch queue: com.apple.main-thread
Thread 0 Crashed:
0   libsystem_kernel.dylib          0x000000019933e964 __kill + 8
1   bbybike                         0x000000010027a6f0 CLSSignalHandler + 224
2   libsystem_platform.dylib        0x00000001993d4958 _sigtramp + 64
3   bbybike                         0x000000010025a2bc tightdb::Table::get_link(unsigned long, unsigned long) const + 164
4   bbybike                         0x00000001000ec3c4 tightdb::Table::is_null_link(unsigned long, unsigned long) const (table.hpp:1702)
5   bbybike                         0x00000001000ec344 tightdb::RowFuncs<tightdb::Table, tightdb::BasicRow<tightdb::Table> >::is_null_link(unsigned long) const (row.hpp:361)
6   bbybike                         0x00000001000e79b4 RLMGetLink(RLMObjectBase*, unsigned long, NSString*) (RLMAccessor.mm:192)
7   bbybike                         0x00000001000eb8a0 ___ZL17RLMAccessorGetterP11RLMPropertycP8NSString_block_invoke_11 (RLMAccessor.mm:368)
8   bbybike                         0x00000001000363c4 -[BBGenericSpeechHelper scheduleTurnNotification] (BBGenericSpeechHelper.m:122)
9   bbybike                         0x0000000100036038 -[BBGenericSpeechHelper refreshSpeechHelper] (BBGenericSpeechHelper.m:89)
10  bbybike                         0x0000000100029da8 __40-[BBRouteViewController viewWillAppear:]_block_invoke122 (BBRouteViewController.m:117)
11  bbybike                         0x000000010002f460 -[BBLocationManager calculate] (BBLocationManager.m:146)
12  bbybike                         0x000000010002e800 -[BBLocationManager updateNavigationData] (BBLocationManager.m:85)
13  bbybike                         0x000000010002f93c -[BBLocationManager locationManager:didUpdateLocations:] (BBLocationManager.m:178)
14  CoreLocation                    0x0000000188bbf844 0x188bb4000 + 47172
15  CoreLocation                    0x0000000188bbc1a8 0x188bb4000 + 33192
16  CoreLocation                    0x0000000188bb6e58 0x188bb4000 + 11864
17  CoreFoundation                  0x0000000188426a24 __CFRUNLOOP_IS_CALLING_OUT_TO_A_BLOCK__ + 16
18  CoreFoundation                  0x0000000188425b2c __CFRunLoopDoBlocks + 308
19  CoreFoundation                  0x0000000188424150 __CFRunLoopRun + 1752
20  CoreFoundation                  0x00000001883510a0 CFRunLoopRunSpecific + 392
21  GraphicsServices                0x00000001914eb5a0 GSEventRunModal + 164
22  UIKit                           0x000000018cc82aa0 UIApplicationMain + 1484
23  bbybike                         0x000000010002703c main (main.m:16)
24  libdyld.dylib                   0x0000000199226a04 start + 0
@segiddins segiddins self-assigned this Feb 26, 2015
@segiddins
Copy link
Contributor

Hi @DocterD, my guess is that you're encountering the same base issue that's discussed in #1260 -- that is, you need to mark via NSFileProtection that you want the file to be writeable when the app is in the background for devices with a passcode.

@obrhoff
Copy link
Author

obrhoff commented Mar 1, 2015

Yes, seems to fix the problem. :-)

@obrhoff obrhoff closed this as completed Mar 1, 2015
@bmunkholm bmunkholm removed the pending label Mar 1, 2015
@github-actions github-actions bot locked as resolved and limited conversation to collaborators Mar 18, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants