Hi, On Mon, 17 Aug 2009, Johannes Schindelin wrote: > On Mon, 17 Aug 2009, Ali Polatel wrote: > > > Here's what gdb has to say about it: > > > > [...] > > Here's what valgrind has to say about it (with a current 'next' + > patches): > > ==25434== Invalid read of size 8 > ==25434== at 0x407433: process_object_response (http-walker.c:91) > ==25434== by 0x405713: finish_active_slot (http.c:657) > ==25434== by 0x40448F: process_curl_messages (http.c:119) > ==25434== by 0x40546A: step_active_slots (http.c:571) > ==25434== by 0x4080E8: fetch_object (http-walker.c:476) > ==25434== by 0x408316: fetch (http-walker.c:526) > ==25434== by 0x42876C: loop (walker.c:176) > ==25434== by 0x428C65: walker_fetch (walker.c:287) > ==25434== by 0x40401F: main (remote-curl.c:111) Oops, forgot the more important part: ==25434== Address 0x87a7bd0 is 0 bytes inside a block of size 64 free'd ==25434== at 0x4C265AF: free (vg_replace_malloc.c:323) ==25434== by 0x4075F5: release_object_request (http-walker.c:128) ==25434== by 0x408022: abort_object_request (http-walker.c:452) ==25434== by 0x4080D7: fetch_object (http-walker.c:470) ==25434== by 0x408316: fetch (http-walker.c:526) ==25434== by 0x42876C: loop (walker.c:176) ==25434== by 0x428C65: walker_fetch (walker.c:287) ==25434== by 0x40401F: main (remote-curl.c:111) Seems that an object request is aborted, but the slot, and therefore the callback, is called nevertheless. Tay, does that ring a bell? Ciao, Dscho -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html