Crash on lion about ingredients HOT 13 OPEN

Where 1.0 did work for me on Lion (11A430e), 1.1b1 crashes hard.

from ingredients.

The same issue. Is crash report valuable?

from ingredients.

Hmm, I'll give it another test tomorrow.

from ingredients.

Here's the crash report in case you didn't happen to find it. I ran this against Lion GM.

Mark Grimes
[email protected]

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:
#16 (comment)

from ingredients.

Don't think github likes attachments! hah

gist it?

from ingredients.

Hah I didn't notice because I was using email to continue the thread. Here is the gist:
https://gist.github.com/1070763

from ingredients.

Very strange, it crashed in columnMallocFailure() in sqlite.

from ingredients.

Yes, I see the exact same crash report as @mgrimes.

from ingredients.

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

from ingredients.

I have the same issue. Here is my gist: https://gist.github.com/1116107

hope this helps.

from ingredients.

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.

from ingredients.

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

from ingredients.

@jeffdc This problem seems to be fixed with this pull request

from ingredients.