Часто задаваемые вопросы не говорят, что это значит с «забавными вещами», но я верю, что это то, что вы узнаете, когда будете это делать. Я рекомендую это: проверить в стеке утечки функцию из sqlite, которую вы фактически вызвали, а затем проверить документацию, если вам нужно вызвать другую функцию для освобождения памяти, когда закончите. Если вы используете sqlite API правильно, это означает, что либо sqlite что-то делает с указателями, которые вводят в заблуждение valgrind, либо вы обнаружили утечку памяти в sqlite.
я есть много возможных потерянных записей из Вальгринда. Что это обозначает ? Поскольку я использую sqlite, и это хорошо проверено. Я не думаю, что это правильный вход. Что я делаю не так?
16 bytes in 1 blocks are possibly lost in loss record 30 of 844
==23027== at 0x4A05E1C: malloc (vg_replace_malloc.c:195)
==23027== by 0x6525BE: sqlite3MemMalloc (in app_mem.out)
==23027== by 0x63C579: mallocWithAlarm (in app_mem.out)
==23027== by 0x63C904: sqlite3DbMallocRaw (in app_mem.out)
==23027== by 0x6886D6: codeOneLoopStart (in app_mem.out)
==23027== by 0x68A9C8: sqlite3WhereBegin (in app_mem.out)
==23027== by 0x68CC9E: sqlite3Select (in app_mem.out)
==23027== by 0x6A8644: yy_reduce (in app_mem.out)
==23027== by 0x6AAEAC: sqlite3Parser (in app_mem.out)
==23027== by 0x6AB357: sqlite3RunParser (in app_mem.out)
==23027== by 0x6ADF84: sqlite3Prepare (in app_mem.out)
==23027== by 0x6AE82B: sqlite3LockAndPrepare (in app_mem.out)