Lloyd Bryant wrote:
> Updated to R14529, now I'm getting a compile error:
>
> ui/gtk/libgtk-common.a(main.o): In function `main_gui_early_init':
> /usr/local/src/gtk-gnutella/src/ui/gtk/main.c:597: undefined reference to
> `uploads_gui_early_init'
> collect2: ld returned 1 exit status
> make[2]:
>From: Christian Biere <[EMAIL PROTECTED]>
>Reply-To: gtk-gnutella-devel@lists.sourceforge.net
>To: gtk-gnutella-devel@lists.sourceforge.net
>Subject: Re: [gtk-gnutella-devel] R14519 - complete/failed uploads not
>beingcleared
>Date: Sat, 18 Aug 2007 02:23:32 +0200
>
>Lloyd Bryant wrote:
> > R1
Lloyd Bryant wrote:
> R14519, GTK2, Linux i686
>
> The GUI is no longer clearing complete/failed uploads from the "Uploads"
> pane.
>
> The "Auto clear completed uploads" and "Auto clear failed uploads"
> checkboxes *are* checked. (I tried unchecking them, with the same results).
>
> Clicking
R14519, GTK2, Linux i686
The GUI is no longer clearing complete/failed uploads from the "Uploads"
pane.
The "Auto clear completed uploads" and "Auto clear failed uploads"
checkboxes *are* checked. (I tried unchecking them, with the same results).
Clicking the "Clear completed" button works no
Matthew Lye wrote:
> BUILD IS gtk-gnutella/0.96.5u-14511 (2007-08-03; GTK2; Darwin
> Power Macintosh)
> ** Friday 1:40 PM
> ** Friday 1:43 PM
> ** Friday 2:13 PM
> ** Friday 2:15 PM
> ** Friday 2:20 PM
> ** Friday 2:39 PM
That looks rather frequent. I've added another assertion check. Coul
BUILD IS gtk-gnutella/0.96.5u-14511 (2007-08-03; GTK2; Darwin
Power Macintosh)
** Friday 1:40 PM
FATAL: Assertion failure in settings.c:725: "is_host_addr(peer)"
Program received signal SIGABRT, Aborted.
0x900481ac in kill ()
(gdb) bt
#0 0x900481ac in kill ()
#1 0x9012d7b4 in abort ()
Quoting Lloyd Bryant <[EMAIL PROTECTED]> from ml.softs.gtk-gnutella.devel:
:R14508, GTK2, Linux i686
:
:After updating to this version, I've had several crashes with the following
:error:
:
:FATAL: Assertion failure in parq.c:1228: "q->by_rel_pos != NULL"
This is fixed as of SVN r14517.
Raphael
Quoting Christian Biere <[EMAIL PROTECTED]> from ml.softs.gtk-gnutella.devel:
:There are also several places in the code where q->by_rel_pos is modified, but
:q->size is not updated, at least not anywhere close to the same code. It's
:in general an extremely bad idea to cache information about some
Lloyd Bryant wrote:
> R14508, GTK2, Linux i686
>
> After updating to this version, I've had several crashes with the following
> error:
>
> FATAL: Assertion failure in parq.c:1228: "q->by_rel_pos != NULL"
I think this assertion is very wrong. It certainly doesn't need to be fatal. If
the list i
Matthew Lye wrote:
> > Can you give us a command line that you use for an example on how to
> > build on Darwin, maybe with some Darwin version info? It might be
> > nice to document this somewhere on the gtk-gnutella websight and/or
> > the README.
> Here's my optimizations. Note that I don't
Matthew Lye wrote:
> On 17-Aug-07, at 12:17 AM, Christian Biere wrote:
> > which gmake && echo YES
> > command -v gmake && echo YES
> > type gmake && echo YES
> > which which
> The result:
> > [23:08:49|~>~/Desktop/cbstest.sh
> > no gmake in /usr/local/bin /usr/local/sbin /usr/bin /usr/sbin /bin
Matthew Lye wrote:
> I've seen this a few times, but not yet in a circumstance when I was
> confident that I'd made a good clean build, and that it had been
> recent enough.
> I've included the last warning just in case it's relevant in some way.
>
> > 07-08-17 00:06:00 (WARNING): gnutls_hands
R14508, GTK2, Linux i686
After updating to this version, I've had several crashes with the following
error:
FATAL: Assertion failure in parq.c:1228: "q->by_rel_pos != NULL"
I can't pinpoint the exact version I was running before - something from
within a day or so of the release of 0.96.4.
It
13 matches
Mail list logo
