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

Occasional SIGSEGV in saveCacheInfo: #21

Open
lhasiuk opened this issue Jan 27, 2012 · 1 comment
Open

Occasional SIGSEGV in saveCacheInfo: #21

lhasiuk opened this issue Jan 27, 2012 · 1 comment

Comments

@lhasiuk
Copy link

lhasiuk commented Jan 27, 2012

I have two apps that currently use this library, and I'm seeing an occasional crash that looks like this from instances downloaded by users from the AppStore, in both of the apps:

0 libobjc.A.dylib 0x3188cfbc objc_msgSend 16316 <--- Signal SEGV occurs here
1 CoreFoundation 0x33824301 CFBinaryPlistWrite 447233
2 CoreFoundation 0x337dccdd CFPropertyListWrite 154845
3 CoreFoundation 0x337dcad5 CFPropertyListWriteToStream 154325
4 Foundation 0x32784f11 [NSPropertyListSerialization dataFromPropertyList:format:errorDescription:] 73489
5 MyAppName 0x0001ddab -[SDURLCache saveCacheInfo] 118187
6 MyAppName 0x0001e64b -[SDURLCache storeToDisk:] 120395
7 CoreFoundation 0x33873814 _invoking
772116
8 CoreFoundation 0x337ce7e1 -[NSInvocation invoke] 96225
9 Foundation 0x3280569f -[NSInvocationOperation main] 599711
10 Foundation 0x3279e3a3 -[__NSOperationInternal start] 177059
11 Foundation 0x328077a3 __block_global_6 608163
12 libdispatch.dylib 0x360e1d55 _dispatch_call_block_and_release 3413
13 libdispatch.dylib 0x360ed7a3 _dispatch_worker_thread2 51107
14 libsystem_c.dylib 0x35d6f1cf _pthread_wqthread 41423

Any ideas how to solve this?

Thanks!

@JohnLemberger
Copy link

It doesn't happen often but I've seen similar results:

Thread 0 Crashed
0 libsystem_c.dylib memcpy$VARIANT$CortexA8 + 773
1 CoreFoundation CFWriteStreamCopyProperty + 132
2 Foundation +[NSPropertyListSerialization dataFromPropertyList:format:errorDescription:] + 76
3 XXXXXXXXXX SDURLCache.m line 524 __27-[SDURLCache saveCacheInfo]_block_invoke_0 + 524
4 XXXXXXXXXX SDURLCache.m line 307 -[SDURLCache saveCacheInfo] + 307
5 XXXXXXXXXX SDURLCache.m line 610__42-[SDURLCache storeRequestToDisk:response:]_block_invoke_0 + 610

btjones referenced this issue in browsermedia/SDURLCache Apr 11, 2013
Allow SDURLCache to be subclassed instead of hijacking SDURLCache's methods
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants