On 26 Apr 2004, Bill Pringlemeir wrote: > (gdb) > #0 0x08093c66 in vp_draw_chunk (data=0x85014a0, user_data=0x8e40108) > #at \ > visual_progress_gui.c:121 > #1 0x401cbbe9 in g_slist_foreach () from /usr/lib/libglib-1.2.so.0 > #2 0xec835356 in ?? () > > But I think things are pretty clear without knowing that > g_slist_foreach() was the caller. I had done a multi selection with > the mouse, prior to the PURGE.
I can't seem to reproduce this problem. Was there anything particular that you did? What was the state of both files? Where they done already, or still in progress? >>> bpp = v->file_size / (v->context->width); >>> -> s_from = chunk->from / bpp; >>> s_to = chunk->to / bpp; > >>> "v->file_size" is most likely zero because the file has been moved >>> or removed. Should the code register a signal handler for the >>> division by zero Both v->file_size and v->context->width should not be 0 in this code, that is something that the calling code should take care of. If either of them is 0 then something else has gone wrong. I've placed asserts in the code to fail a bit more gracefully. Let's find out what went wrong in your case so that we can fix it. Kind regards, Hans ------------------------------------------------------- This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek For a limited time only, get FREE Ground shipping on all orders of $35 or more. Hurry up and shop folks, this offer expires April 30th! http://www.thinkgeek.com/freeshipping/?cpg=12297 _______________________________________________ Gtk-gnutella-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel
