Well, it turns out 0.2.5 is not immune, as somewhat expected. Here is a backtrace of the 0.2.5 in squeeze:
#0 0x00007f7074986732 in addbyter () from /usr/lib/libcurl-gnutls.so.4 #1 0x00007f7074986dbd in dprintf_formatf () from /usr/lib/libcurl-gnutls.so.4 #2 0x00007f7074987eb5 in curl_mvsnprintf () from /usr/lib/libcurl-gnutls.so.4 #3 0x00007f707497921f in Curl_failf () from /usr/lib/libcurl-gnutls.so.4 #4 0x00007f707496fa2c in Curl_resolv_timeout () from /usr/lib/libcurl-gnutls.so.4 #5 0x00007f7074bd9b2e in pcache1Fetch (p=0x7f705a51820f, iKey=1515291151, createFlag=1515289824) at sqlite3.c:33975 #6 0x00007f7074bcd536 in sqlite3PcacheFetch (pCache=0xf681b0, pgno=8927, createFlag=<value optimized out>, ppPage=0x7f705a517d30) at sqlite3.c:32956 #7 0x00007f7074beaa44 in sqlite3PagerAcquire (pPager=0xf680b8, pgno=1515288944, ppPage=0x7f705a517d30, noContent=0) at sqlite3.c:39626 #8 0x00007f7074bf08b7 in accessPayload (pCur=0x7f7074bc36cd, offset=<value optimized out>, amt=24, pBuf=<value optimized out>, eOp=<value optimized out>) at sqlite3.c:49133 #9 0x0000000000000510 in ?? () #10 0x00007f7054000078 in ?? () #11 0x00007f7054000088 in ?? () #12 0x0000000000f632f8 in ?? () #13 0x0000000000000500 in ?? () #14 0x0000004400000000 in ?? () #15 0x00007f705a517df8 in ?? () #16 0x0000000000000530 in ?? () #17 0x0000005174bdc7e2 in ?? () #18 0x00007f70540363b8 in ?? () #19 0x00000000000004f8 in ?? () #20 0x00007f7054000020 in ?? () #21 0x0000000000000500 in ?? () #22 0x0000000000000004 in ?? () #23 0x0000000000000001 in ?? () #24 0x00007f70540a5fb8 in ?? () #25 0x00007f7073586930 in __libc_malloc (bytes=140120948228692) at malloc.c:3661 #26 0x00007f7074bfad9f in sqlite3MemMalloc (nByte=1272) at sqlite3.c:14221 #27 0x00007f7074bc1398 in sqlite3MallocSize (n=<value optimized out>, pp=0x7f705a517e78) at sqlite3.c:17902 #28 mallocWithAlarm (n=<value optimized out>, pp=0x7f705a517e78) at sqlite3.c:17738 #29 0x00007f7074bc1474 in sqlite3Malloc (n=1272) at sqlite3.c:17764 #30 0x00007f7074bc3320 in sqlite3MallocSize (nByte=<value optimized out>) at sqlite3.c:17902 #31 pcache1Alloc (nByte=<value optimized out>) at sqlite3.c:33496 #32 0x00007f7074bd9b2e in pcache1Fetch (p=0x7f70540a5fb8, iKey=4, createFlag=16134904) at sqlite3.c:33975 #33 0x00007f7054033198 in ?? () #34 0x00007f70542973a8 in ?? () #35 0x00007f70540331e0 in ?? () #36 0x00007f705a518290 in ?? () #37 0x00007f7074be9806 in pager_write (pPg=0x7f70542974a0) at sqlite3.c:40040 #38 0x00007f7074beb231 in sqlite3PagerWrite (pDbPage=<value optimized out>) at sqlite3.c:40153 #39 0x00007f7074bed566 in insertCell (pPage=0x7f70540335e0, i=0, pCell=0x7f705418ff90 "\264Q\177\231c\005\006\b\201\070\331\065\t\217\205\267d\224\024\002\061\001\001\001\002\001\001C\002\002\001\b", sz=<value optimized out>, pTemp=<value optimized out>, iChild=<value optimized out>, pRC=0x7f705a518290) at sqlite3.c:50702 #40 0x00007f7074bd9b2e in pcache1Fetch (p=0x7f70540b2438, iKey=1410016312, createFlag=1958491224) at sqlite3.c:33975 #41 0x00007f7074bcd536 in sqlite3PcacheFetch (pCache=0x7f70542974a0, pgno=4, createFlag=<value optimized out>, ppPage=0x7f705a5180e8) at sqlite3.c:32956 #42 0x0000000000000005 in ?? () #43 0x00007f705a518200 in ?? () #44 0x00007f7074bf72a7 in sqlite3VdbeRecordCompare (nKey1=<value optimized out>, pKey1=0x0, pPKey2=0x2) at sqlite3.c:58061 #45 0x00007f7074bf76f6 in sqlite3BtreeMovetoUnpacked (pCur=0x7f705405aa90, pIdxKey=<value optimized out>, intKey=<value optimized out>, biasRight=<value optimized out>, pRes=<value optimized out>) at sqlite3.c:49706 #46 0x00007f7074bf788f in btreeMoveto (pCur=0x69, pKey=<value optimized out>, nKey=140120971719217, bias=1409657488, pRes=0x7f70540be9b8) at sqlite3.c:45871 #47 0x00007f705a518378 in ?? () #48 0x00007f705a518330 in ?? () #49 0x0000000000f56d10 in ?? () #50 0x0000000000000000 in ?? () -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org