Dear SQLite folks,
using Debian Sid/unstable with SQLite 3.7.14.1-1, running the WebKit
based browser Midori 0.4.7+ from master branch (7567058e) [1] under
Valgrind to analyze WebKit 1.8.1 though, I see a lot of the following.
==31797== 64,008 bytes in 1 blocks are possibly lost in loss record
10,807 of 10,810
==31797== at 0x48288D8: malloc (vg_replace_malloc.c:270)
==31797== by 0x5279F4A: sqlite3MemMalloc (sqlite3.c:15436)
==31797== by 0x525519D: mallocWithAlarm (sqlite3.c:18734)
==31797== by 0x525D336: sqlite3Malloc (sqlite3.c:18767)
==31797== by 0x5263C7D: setupLookaside.part.209 (sqlite3.c:112140)
==31797== by 0x52A68D8: openDatabase (sqlite3.c:112119)
==31797== by 0x52A6EB1: sqlite3_open16 (sqlite3.c:114103)
==31797== by 0x5BA470C:
WebCore::SQLiteFileSystem::openDatabase(WTF::String const&, sqlite3**, bool)
(in /usr/lib/libwebkitgtk-1.0.so.0.13.2)
==31797== by 0x5BA2DBC: WebCore::SQLiteDatabase::open(WTF::String
const&, bool) (in /usr/lib/libwebkitgtk-1.0.so.0.13.2)
==31797== by 0x5A37023:
WebCore::IconDatabase::iconDatabaseSyncThread() (in
/usr/lib/libwebkitgtk-1.0.so.0.13.2)
==31797== by 0x5A371DA:
WebCore::IconDatabase::iconDatabaseSyncThreadStart(void*) (in
/usr/lib/libwebkitgtk-1.0.so.0.13.2)
==31797== by 0x6CA6A41: WTF::threadEntryPoint(void*) (in
/usr/lib/libjavascriptcoregtk-1.0.so.0.13.2)
==31797== by 0x6CA6BAD: WTF::wtfThreadEntryPoint(void*) (in
/usr/lib/libjavascriptcoregtk-1.0.so.0.13.2)
==31797== by 0x710378D: clone (clone.S:130)
==31797==
==31797== 64,008 bytes in 1 blocks are possibly lost in loss record
10,808 of 10,810
==31797== at 0x48288D8: malloc (vg_replace_malloc.c:270)
==31797== by 0x5279F4A: sqlite3MemMalloc (sqlite3.c:15436)
==31797== by 0x525519D: mallocWithAlarm (sqlite3.c:18734)
==31797== by 0x525D336: sqlite3Malloc (sqlite3.c:18767)
==31797== by 0x5263C7D: setupLookaside.part.209 (sqlite3.c:112140)
==31797== by 0x52A68D8: openDatabase (sqlite3.c:112119)
==31797== by 0x1484DD: midori_history_new (in /usr/bin/midori)
==31797== by 0x14785A: midori_normal_app_new (in /usr/bin/midori)
==31797== by 0x12C422: main (in /usr/bin/midori)
==31797==
==31797== 64,008 bytes in 1 blocks are possibly lost in loss record
10,809 of 10,810
==31797== at 0x48288D8: malloc (vg_replace_malloc.c:270)
==31797== by 0x5279F4A: sqlite3MemMalloc (sqlite3.c:15436)
==31797== by 0x525519D: mallocWithAlarm (sqlite3.c:18734)
==31797== by 0x525D336: sqlite3Malloc (sqlite3.c:18767)
==31797== by 0x5263C7D: setupLookaside.part.209 (sqlite3.c:112140)
==31797== by 0x52A68D8: openDatabase (sqlite3.c:112119)
==31797== by 0x1890D5: katze_http_cookies_sqlite_open_db (in
/usr/bin/midori)
==31797== by 0x1892D4: katze_http_cookies_sqlite_attach (in
/usr/bin/midori)
==31797== by 0x4A1F87A: soup_session_feature_attach (in
/usr/lib/i386-linux-gnu/libsoup-2.4.so.1.5.0)
==31797== by 0x4A1CD33: soup_session_add_feature (in
/usr/lib/i386-linux-gnu/libsoup-2.4.so.1.5.0)
==31797== by 0x157F04: midori_load_soup_session_full (in
/usr/bin/midori)
==31797== by 0x48FD18F: g_idle_dispatch (gmain.c:4657)
==31797== by 0x48FF6D2: g_main_context_dispatch (gmain.c:2539)
==31797== by 0x48FFA6F: g_main_context_iterate.isra.21 (gmain.c:3146)
==31797== by 0x48FFECA: g_main_loop_run (gmain.c:3340)
==31797== by 0x7044E45: (below main) (libc-start.c:228)
I am guessing Valgrind is confused by SQLite’s memory allocator and
therefore these can be ignored. Do you have some Valgrind suppression
files to be used with SQLite using programs like PyGObject has [1]?
Thanks and sorry if I wrote nonsense,
Paul
[1] http://www.midori-browser.org
[2] https://mail.gnome.org/archives/commits-list/2010-December/msg11251.html
signature.asc
Description: This is a digitally signed message part
_______________________________________________ sqlite-users mailing list [email protected] http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
