2

これらの sqlite3 クラッシュが発生し、気が狂いそうになります。おそらく、私が見逃していることは明らかですか？例 (iOS 6 シミュレーターから):

MyApp(14195,0xb0115000) malloc: *** error for object 0xffffffff: Non-aligned pointer being freed
*** set a breakpoint in malloc_error_break to debug
(lldb) bt
* thread #13: tid = 0x2d03, 0x94bd8875 libsystem_c.dylib`malloc_error_break, stop reason = breakpoint 2.1
frame #0: 0x94bd8875 libsystem_c.dylib`malloc_error_break
frame #1: 0x94be117a libsystem_c.dylib`szone_error + 270
frame #2: 0x94bdbc18 libsystem_c.dylib`szone_free + 232
frame #3: 0x02977221 libsqlite3.dylib`sqlite3MemFree + 33
frame #4: 0x029420df libsqlite3.dylib`sqlite3DbFree + 127
frame #5: 0x02980a7c libsqlite3.dylib`sqlite3SrcListDelete + 60
frame #6: 0x029b2ba1 libsqlite3.dylib`sqlite3FkCheck + 1425
frame #7: 0x029bde60 libsqlite3.dylib`sqlite3GenerateRowDelete + 608
frame #8: 0x02993cb1 libsqlite3.dylib`sqlite3DeleteFrom + 2177
frame #9: 0x02983786 libsqlite3.dylib`yy_reduce + 11030
frame #10: 0x02980535 libsqlite3.dylib`sqlite3Parser + 245
frame #11: 0x02947458 libsqlite3.dylib`sqlite3RunParser + 312
frame #12: 0x029c6137 libsqlite3.dylib`sqlite3Prepare + 695
frame #13: 0x0294664e libsqlite3.dylib`sqlite3LockAndPrepare + 270
frame #14: 0x02946735 libsqlite3.dylib`sqlite3_prepare_v2 + 53
frame #15: 0x002610f6 MyApp`-[MySqlDB prepare:](self=0x0b1abc90, _cmd=0x005694fc, sql=0x0057b1a5) + 294 at MySqlDB.m:123

malloc_error_break にブレークポイントを追加しました。それでは、MySqlDB の prepare: 関数に行きましょう。

- (BOOL)prepare:(const char*)sql
{

    if (sqlite3_prepare_v2(database, sql, -1, &statement, NULL) != SQLITE_OK) {
    statement = nil;
    return NO;
    }
    return YES;
}

呼び出し元の関数は次のとおりです。

- (BOOL)deleteWithID:(NSInteger)theID {
    BOOL theResult;
const char *theQuery = "DELETE FROM addresses WHERE id = ?;";
    if ((theResult = [impl prepare:theQuery]))  // CALLER HERE
    {
    [impl setInt:theID forIndex:1];
    [impl step];
    }
[impl finalize_statement];


    return theResult;
}

何か案は？実際に同じデータベース ファイルで sqlite を実行し、適切な値 (上記の場合は 4) で削除ステートメントを実行しようとすると、ステートメントは正常に実行されます。

わかりました、再度実行しました (また、malloc 診断、ガードを有効にしました)。今回は、上記の同じ関数 (単純に sqlite3_step(statement) を呼び出す) の [impl step] 行でクラッシュしました。

(lldb) bt
* thread #12: tid = 0x2b03, 0x029e493b libsqlite3.dylib`allocateCursor + 139, stop reason = EXC_BAD_ACCESS (code=1, address=0x715e6f40)
frame #0: 0x029e493b libsqlite3.dylib`allocateCursor + 139
frame #1: 0x029dd3d4 libsqlite3.dylib`sqlite3VdbeExec + 35684
frame #2: 0x0294fbc1 libsqlite3.dylib`sqlite3_step + 3169
frame #3: 0x00261398 MyApp`-[MySqlDB step](self=0x25409fe0, _cmd=0x043a9897) + 120 at MySqlDB.m:169
frame #4: 0x0018aeb0 MyApp`-[MyDataBase deleteWithID:]
4

1 に答える 1

0

ええ、わかりました、ミューテックスロックで解決したと思います。DELETE に @synchronized を使用した後、問題を再現できないようです。ただし、これらのクラッシュ中に残りのスレッドをチェックしたところ、他のスレッドはデータベース関連のことを何もしていなかったので、どのようにクラッシュしていたのかわかりません。特に任意のアイデア。将来そのような問題をデバッグする方法は大歓迎です!

于 2013-07-23T01:47:19.353 に答える