I found that you are correct. I wasn't reading the valgrind log properly. Thank you. Kavita
On 1/25/10 10:26 PM, "Dan Kennedy" <[email protected]> wrote: > > On Jan 26, 2010, at 6:16 AM, Kavita Raghunathan wrote: > >> Following Sql query crashes in allocateCursor inside of sqlite3_step >> >> INSERT INTO EntityTbl (AttrName, AttrEnum, AttrType, AttrValue, >> ReadWrite, Entity_id) VALUES(Œimage_crc¹, 6008, 16, Œ0¹, 1, 34013184); >> >> I¹m not able to get an understanding of what I might be doing wrong. >> Please note: >> >> 1. I have successfully created EntityTbl >> 2. I have added n rows successfully into table this is row n+1 that >> causes a crash >> 3. I know previously this group asked me to use valgrind to see if >> the crash was elsewhere and I did that. I¹ve enclosed the results. > > The valgrind output seems to indicate the problem is not in SQLite, no? > Function get_default_database() has a buffer overrun in it. > >> >> Thanks, >> Kavita >> >> ==28525== Memcheck, a memory error detector >> ==28525== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward >> et al. >> ==28525== Using Valgrind-3.5.0 and LibVEX; rerun with -h for >> copyright info >> ==28525== Command: cm >> ==28525== >> updating hw address >> sh: ifconfig: command not found >> ==28525== Syscall param write(buf) points to uninitialised byte(s) >> ==28525== at 0x62A44B: ??? (in /lib/libpthread-2.5.so) >> ==28525== by 0x80661F3: unixWrite (in /home/kraghunathan/views/ >> sfdev-2.0/out/usr/bin/cm) >> ==28525== by 0x805F1A3: sqlite3OsWrite (in /home/kraghunathan/ >> views/sfdev-2.0/out/usr/bin/cm) >> ==28525== by 0x8069E19: writeJournalHdr (in /home/kraghunathan/ >> views/sfdev-2.0/out/usr/bin/cm) >> ==28525== by 0x806D416: pager_open_journal (in /home/kraghunathan/ >> views/sfdev-2.0/out/usr/bin/cm) >> ==28525== by 0x806D4E1: sqlite3PagerBegin (in /home/kraghunathan/ >> views/sfdev-2.0/out/usr/bin/cm) >> ==28525== by 0x8071BB3: sqlite3BtreeBeginTrans (in /home/ >> kraghunathan/views/sfdev-2.0/out/usr/bin/cm) >> ==28525== by 0x80852F5: sqlite3VdbeExec (in /home/kraghunathan/ >> views/sfdev-2.0/out/usr/bin/cm) >> ==28525== by 0x808084F: sqlite3Step (in /home/kraghunathan/views/ >> sfdev-2.0/out/usr/bin/cm) >> ==28525== by 0x8080A00: sqlite3_step (in /home/kraghunathan/views/ >> sfdev-2.0/out/usr/bin/cm) >> ==28525== by 0x80C2866: sf_database_mgr::set_cache_size(sqlite3*, >> int) (in /home/kraghunathan/views/sfdev-2.0/out/usr/bin/cm) >> ==28525== by 0x80C2AF4: >> sf_database_mgr::create_database(sqlite3**, char const*) (in /home/ >> kraghunathan/views/sfdev-2.0/out/usr/bin/cm) >> ==28525== Address 0x40757b9 is 9 bytes inside a block of size 2,056 >> alloc'd >> ==28525== at 0x4005903: malloc (vg_replace_malloc.c:195) >> ==28525== by 0x805F746: sqlite3MemMalloc (in /home/kraghunathan/ >> views/sfdev-2.0/out/usr/bin/cm) >> ==28525== by 0x8060062: mallocWithAlarm (in /home/kraghunathan/ >> views/sfdev-2.0/out/usr/bin/cm) >> ==28525== by 0x806010A: sqlite3Malloc (in /home/kraghunathan/ >> views/sfdev-2.0/out/usr/bin/cm) >> ==28525== by 0x80683CD: pcache1Alloc (in /home/kraghunathan/views/ >> sfdev-2.0/out/usr/bin/cm) >> ==28525== by 0x8068541: sqlite3PageMalloc (in /home/kraghunathan/ >> views/sfdev-2.0/out/usr/bin/cm) >> ==28525== by 0x806BA08: sqlite3PagerSetPagesize (in /home/ >> kraghunathan/views/sfdev-2.0/out/usr/bin/cm) >> ==28525== by 0x80713A2: sqlite3BtreeSetPageSize (in /home/ >> kraghunathan/views/sfdev-2.0/out/usr/bin/cm) >> ==28525== by 0x80A3BF5: sqlite3Pragma (in /home/kraghunathan/ >> views/sfdev-2.0/out/usr/bin/cm) >> ==28525== by 0x80BDA6A: yy_reduce (in /home/kraghunathan/views/ >> sfdev-2.0/out/usr/bin/cm) >> ==28525== by 0x80BE3CF: sqlite3Parser (in /home/kraghunathan/ >> views/sfdev-2.0/out/usr/bin/cm) >> ==28525== by 0x80BF01E: sqlite3RunParser (in /home/kraghunathan/ >> views/sfdev-2.0/out/usr/bin/cm) >> ==28525== >> ==28525== Use of uninitialised value of size 4 >> ==28525== at 0x4007D3C: strcpy (mc_replace_strmem.c:303) >> ==28525== by 0x804FEB9: >> fls_entity::get_default_database(sf_db_tbl_t**) (in /home/ >> kraghunathan/views/sfdev-2.0/out/usr/bin/cm) >> ==28525== by 0x804B4E6: >> cm_entity_manager::update_entity_database(sf_entity*) (in /home/ >> kraghunathan/views/sfdev-2.0/out/usr/bin/cm) >> ==28525== by 0x804B601: >> cm_entity_manager::update_entity_database() (in /home/kraghunathan/ >> views/sfdev-2.0/out/usr/bin/cm) >> ==28525== by 0x804BB59: >> cm_entity_manager::do_init_database(char*) (in /home/kraghunathan/ >> views/sfdev-2.0/out/usr/bin/cm) >> ==28525== by 0x804BCDC: cm_entity_manager::cm_entity_manager() >> (in /home/kraghunathan/views/sfdev-2.0/out/usr/bin/cm) >> ==28525== by 0x80499FD: main (in /home/kraghunathan/views/ >> sfdev-2.0/out/usr/bin/cm) >> ==28525== >> ==28525== Invalid write of size 1 >> ==28525== at 0x4007D3C: strcpy (mc_replace_strmem.c:303) >> ==28525== by 0x804FEB9: >> fls_entity::get_default_database(sf_db_tbl_t**) (in /home/ >> kraghunathan/views/sfdev-2.0/out/usr/bin/cm) >> ==28525== by 0x804B4E6: >> cm_entity_manager::update_entity_database(sf_entity*) (in /home/ >> kraghunathan/views/sfdev-2.0/out/usr/bin/cm) >> ==28525== by 0x804B601: >> cm_entity_manager::update_entity_database() (in /home/kraghunathan/ >> views/sfdev-2.0/out/usr/bin/cm) >> ==28525== by 0x804BB59: >> cm_entity_manager::do_init_database(char*) (in /home/kraghunathan/ >> views/sfdev-2.0/out/usr/bin/cm) >> ==28525== by 0x804BCDC: cm_entity_manager::cm_entity_manager() >> (in /home/kraghunathan/views/sfdev-2.0/out/usr/bin/cm) >> ==28525== by 0x80499FD: main (in /home/kraghunathan/views/ >> sfdev-2.0/out/usr/bin/cm) >> ==28525== Address 0x0 is not stack'd, malloc'd or (recently) free'd >> ==28525== >> ==28525== >> ==28525== Process terminating with default action of signal 11 >> (SIGSEGV) >> ==28525== Access not within mapped region at address 0x0 >> ==28525== at 0x4007D3C: strcpy (mc_replace_strmem.c:303) >> ==28525== by 0x804FEB9: >> fls_entity::get_default_database(sf_db_tbl_t**) (in /home/ >> kraghunathan/views/sfdev-2.0/out/usr/bin/cm) >> ==28525== by 0x804B4E6: >> cm_entity_manager::update_entity_database(sf_entity*) (in /home/ >> kraghunathan/views/sfdev-2.0/out/usr/bin/cm) >> ==28525== by 0x804B601: >> cm_entity_manager::update_entity_database() (in /home/kraghunathan/ >> views/sfdev-2.0/out/usr/bin/cm) >> ==28525== by 0x804BB59: >> cm_entity_manager::do_init_database(char*) (in /home/kraghunathan/ >> views/sfdev-2.0/out/usr/bin/cm) >> ==28525== by 0x804BCDC: cm_entity_manager::cm_entity_manager() >> (in /home/kraghunathan/views/sfdev-2.0/out/usr/bin/cm) >> ==28525== by 0x80499FD: main (in /home/kraghunathan/views/ >> sfdev-2.0/out/usr/bin/cm) >> ==28525== If you believe this happened as a result of a stack >> ==28525== overflow in your program's main thread (unlikely but >> ==28525== possible), you can try to increase the size of the >> ==28525== main thread stack using the --main-stacksize= flag. >> ==28525== The main thread stack size used in this run was 10485760. >> ==28525== >> ==28525== HEAP SUMMARY: >> ==28525== in use at exit: 105,223 bytes in 419 blocks >> ==28525== total heap usage: 1,938 allocs, 1,519 frees, 1,036,909 >> bytes allocated >> ==28525== >> ==28525== LEAK SUMMARY: >> ==28525== definitely lost: 472 bytes in 1 blocks >> ==28525== indirectly lost: 432 bytes in 8 blocks >> ==28525== possibly lost: 72,224 bytes in 86 blocks >> ==28525== still reachable: 32,095 bytes in 324 blocks >> ==28525== suppressed: 0 bytes in 0 blocks >> ==28525== Rerun with --leak-check=full to see details of leaked memory >> ==28525== >> ==28525== For counts of detected and suppressed errors, rerun with: -v >> ==28525== Use --track-origins=yes to see where uninitialised values >> come from >> ==28525== ERROR SUMMARY: 9 errors from 3 contexts (suppressed: 17 >> from 8) >> Segmentation fault >> _______________________________________________ >> sqlite-users mailing list >> [email protected] >> http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users > > _______________________________________________ > sqlite-users mailing list > [email protected] > http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users _______________________________________________ sqlite-users mailing list [email protected] http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
