On Dec 17, 2009, at 2:35 AM, Vincent Cridlig wrote:

> Hi,
>
>
>
> I am seeing the valgrind error below using sqlite 3.6.18. It seems  
> to always
> happens while committing a transaction having 100 INSERT(s). all  
> INSERT are
> done in one single table.
>
> Is this a known issue?

At first glance this looks harmless. Might be nice to try to fix though.
Does it happen with 3.6.21? If so, are you able to post an SQL script
to reproduce the problem?

Thanks,
Dan.


>
>
>
> Thanks
>
> Vincent
>
>
>
> ==15065==
>
> ==15065== Thread 71:
>
> ==15065== Syscall param write(buf) points to uninitialised byte(s)
>
> ==15065==    at 0xEF74DEC: (within /lib/libpthread-2.3.4.so)
>
> ==15065==    by 0xFDFD500: seekAndWrite (os_unix.c:2839)
>
> ==15065==    by 0xFDFD5B8: unixWrite (os_unix.c:2898)
>
> ==15065==    by 0xFDFB558: sqlite3OsWrite (os.c:69)
>
> ==15065==    by 0xFE00F30: pager_write_pagelist (pager.c:2892)
>
> ==15065==    by 0xFE02900: sqlite3PagerCommitPhaseOne (pager.c:4668)
>
> ==15065==    by 0xFDDABE4: sqlite3BtreeCommitPhaseOne (btree.c:2956)
>
> ==15065==    by 0xFE28F90: vdbeCommit (vdbeaux.c:1645)
>
> ==15065==    by 0xFE296DC: sqlite3VdbeHalt (vdbeaux.c:2019)
>
> ==15065==    by 0xFE22968: sqlite3VdbeExec (vdbe.c:2638)
>
> ==15065==    by 0xFE25BC0: sqlite3Step (vdbeapi.c:344)
>
> ==15065==    by 0xFE25D54: sqlite3_step (vdbeapi.c:407)
>
> ==15065==    by 0xFDF5E2C: sqlite3_exec (legacy.c:71)
>
> ==15065==    ...... COMMIT TRANSACTION ......
>
> ==15065==  Address 0x322367B4 is 148 bytes inside a block of size  
> 1,168
> alloc'd
>
> ==15065==    at 0xFFBABC0: malloc (vg_replace_malloc.c:149)
>
> ==15065==    by 0xFDFA9B0: sqlite3MemMalloc (mem1.c:43)
>
> ==15065==    by 0xFDF9C4C: mallocWithAlarm (malloc.c:251)
>
> ==15065==    by 0xFDF9D44: sqlite3Malloc (malloc.c:279)
>
> ==15065==    by 0xFE05794: pcache1Alloc (pcache1.c:172)
>
> ==15065==    by 0xFE058BC: pcache1AllocPage (pcache1.c:206)
>
> ==15065==    by 0xFE06310: pcache1Fetch (pcache1.c:575)
>
> ==15065==    by 0xFE06B20: sqlite3PcacheFetch (pcache.c:231)
>
> ==15065==    by 0xFE01CCC: sqlite3PagerAcquire (pager.c:3806)
>
> ==15065==    by 0xFDD8CCC: btreeGetPage (btree.c:1510)
>
> ==15065==    by 0xFDDCEB8: allocateBtreePage (btree.c:4766)
>
> ==15065==    by 0xFDDEC70: balance_deeper (btree.c:6255)
>
> ==15065==    by 0xFDDEDD4: balance (btree.c:6315)
>
> ==15065==    by 0xFDDF1C0: sqlite3BtreeInsert (btree.c:6552)
>
> ==15065==    by 0xFE239C0: sqlite3VdbeExec (vdbe.c:3724)
>
> ==15065==    by 0xFE25BC0: sqlite3Step (vdbeapi.c:344)
>
> ==15065==    by 0xFE25D54: sqlite3_step (vdbeapi.c:407)
>
> ==15065==    by 0xFDF5E2C: sqlite3_exec (legacy.c:71)
>
> ==15065==    ..... INSERT ......
> _______________________________________________
> sqlite-users mailing list
> sqlite-users@sqlite.org
> http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

_______________________________________________
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Reply via email to