Open atg opened 13 years ago
Where 1.0 did work for me on Lion (11A430e), 1.1b1 crashes hard.
The same issue. Is crash report valuable?
Hmm, I'll give it another test tomorrow.
Here's the crash report in case you didn't happen to find it. I ran this against Lion GM.
Mark Grimes mark@stateful.net
On Jul 6, 2011, at 7:53 PM, fileability wrote:
Hmm, I'll give it another test tomorrow.
Reply to this email directly or view it on GitHub: https://github.com/fileability/Ingredients/issues/16#issuecomment-1520045
Hah I didn't notice because I was using email to continue the thread. Here is the gist: https://gist.github.com/1070763
Very strange, it crashed in columnMallocFailure()
in sqlite.
Yes, I see the exact same crash report as @mgrimes.
It crashed for me in a similar way 5 times, though I got 5 different crashes, 4 EXC_BAD_ACCESSes and 1 SIGABRT. The oddest part is that the 5th time I opened it it worked just peachy. So it crashed 4 times in a row. Then worked. Then crashed again. Here are the 5 crash logs: https://gist.github.com/1115656
I have the same issue. Here is my gist: https://gist.github.com/1116107
hope this helps.
Looks like a garbage collection related error. Maybe diff behavior on Lion vs SL. Not sure. I ran the latest source in the debugger and after indexing (which crashed twice) I got it to a reproducible state: search on any value that will return results, crash when it tries to display the results. I got the following bit of fun in the output:
Ingredients(10681,0x1004e5000) malloc: resurrection error for object 0x40046f4c0 while assigning >__NSDictionaryObjectEnumerator._origObj128[16] = __NSCFDictionary64 garbage pointer stored into reachable memory, break on auto_zone_resurrection_error to debug
It dies on line 737 IGKScraper.m in the implementation of - (void)scrape, this line:
NSArray *deprecatedObjects = [persistmoc executeFetchRequest:deprecatedObjectsFetch error:&err];
It throws in the executeFetchRequest.
Hopefully this will help a bit.
I'm experiencing the same error using 1.1b1 and 10.7.2 Occasionally the app doesn't crash after starting, roughly once in six consecutive restarts.
The report shows the following backtrace for the crashed thread:
Thread 4 Crashed:
0 net.fileability.ingredients 0x0000000100007855 sqlite3ApiExit + 24
1 net.fileability.ingredients 0x0000000100009a6d columnMallocFailure + 31
2 net.fileability.ingredients 0x0000000100009baf sqlite3_column_text + 42
3 net.fileability.ingredients 0x000000010009f00d -[FMResultSet stringForColumnIndex:] + 91
4 net.fileability.ingredients 0x0000000100062cff __38-[IGKLaunchController finishedLoading]_block_invoke_0 + 467
5 libdispatch.dylib 0x00007fff974fa8ba _dispatch_call_block_and_release + 18
6 libdispatch.dylib 0x00007fff974fc10a _dispatch_queue_drain + 264
7 libdispatch.dylib 0x00007fff974fbf66 _dispatch_queue_invoke + 54
8 libdispatch.dylib 0x00007fff974fb760 _dispatch_worker_thread2 + 198
9 libsystem_c.dylib 0x00007fff921f93da _pthread_wqthread + 316
10 libsystem_c.dylib 0x00007fff921fab85 start_wqthread + 13
@jeffdc This problem seems to be fixed with this pull request
...