Christian Biere wrote:
> The stacktrace is plain nonsense
So should I stop trying to extract debugging info from my crashes?
> but I've noticed this recent bug too, it's
> already fixed in SVN.
Thanks
Andy
-
Take Surveys.
Hello World,
gtk-gnutella/0.96.4u-13259 (2007-04-04; GTK2; Linux i686) froze on me a
couple of minutes ago. I had just set up a search with a filter rule to
automatically download any files that matched that ended with .m4a. I
ran the search again and after about a minute it froze with the error
Hello World,
r13097 hung tonight, just after I started a search, leaving this error
message
Assertion failure (atoms.c:756) "key != NULL"
I attached gdb to it and got this backtrace
andy:~$ gdb /usr/bin/gtk-gnutella 4929
GNU gdb 6.6
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free
Christian Biere wrote:
> Andrew Benton wrote:
>> I recompiled gtk-gnutella yesterday r13039 and ran it with
>> --pause-on-crash. It froze about half an hour ago. The last thing it
>> printed in the log was
>
>> Assertion failure (upload_stats.c:388) "us !=
Hello World,
I recompiled gtk-gnutella yesterday r13039 and ran it with
--pause-on-crash. It froze about half an hour ago. The last thing it
printed in the log was
Assertion failure (upload_stats.c:388) "us != NULL"
PASSED
I attached gdb to it and (fwiw) got this backtrace from it.
andy:~$ g
Bill Pringlemeir wrote:
> I hope you have resolved this issue. I have gdb version 6.0. I think
> that maybe GDB is having trouble with the copied executable. You
> might try,
>
> cd $CORE_DIR
> gdb -n -c ./core -se ./gtk-gnutella
>
> It is possible that gdb is looking at the gtk-gnutel
Haxe wrote:
> Even if BearShare ultrapeers are no longer
> listed in the bootstrapping databases, shouldn't they appear in my
> cache after some network use?
My guess is that Limewire ultras don't connect to Bearshare so when you
ping them, they tell you the ultras they're connected to, so you d
Alex Bennee wrote:
> What does "file corefile" report?
I did put this in the message you're replying to
andy:~$ file /home/andy/.gtk-gnutella/core2007.02.27.03.21.23/core
/home/andy/.gtk-gnutella/core2007.02.27.03.21.23/core: ELF 32-bit LSB
core file Intel 80386, version 1 (SYSV), SVR4-style, fr
Christian Biere wrote:
> Maybe try -g instead of -g3.
Sadly recompiling with -Dccflags="-g -Wall" -Doptimize="-O0" did not
help, it still is not producing useable core dumps
andy:~$ cd /home/andy/.gtk-gnutella/core2007.02.27.03.21.23/
andy:~/.gtk-gnutella/core2007.02.27.03.21.23$ gdb -c core .
Christian Biere wrote:
> Maybe try -g instead of -g3. You could also use --exec-on-crash or
> --pause-on-crash, then you don't need the core dump at all.
Thanks, FWIW I got the -g3 from
http://gtk-gnutella.sourceforge.net/en/?page=bugreport_howto
I don't know how to use --exec-on-crash or --paus
Hello World,
I've had a couple of crashes lately so I compiled gtk-gnutella with
-Dccflags="-g3 -Wall" -Doptimize="-O0" and ran it with
ulimit -S -c unlimited
When it crashes it makes big core files, but when I try to run them
through gdb I get
andy:~/.gtk-gnutella/core2007.02.26.17.48.03$ gdb
Christian Biere wrote:
is anyone else seeing frequent crashes with the Gtk+ 2.x GUI?
No, Gtk-Gnutella-0.96.1 stable is solid as a rock for me.
Andy
---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done
Ramon Orticio wrote:
-L/usr/local/lib -lz -lresolv
ui/gtk/libgtk-common.a(settings.o)(.text+0x45bf): In
function `settings_gui_save_panes':
: undefined reference to `gtk_paned_get_child1'
ui/gtk/libgtk-common.a(settings.o)(.text+0x463c): In
function `settings_gui_restore_panes':
: undefined refer
Christian Biere wrote:
The address you're sending from is not any of the subscribed ones,
so it has to be approved by a moderator.
DOH! Sorry, I sent it from the wrong address.
When you use UTF-8 as locale encoding, GCC unnecessarily uses special
non-ASCII quotes even in its English messages.
Hello,
I tried to send a message about this a couple of hours ago but it doesn't seem
to have made it to the list (I'm having character encoding issues). I'm
resending it because I seem to have worked out a trivial fix to the problem. To
downloaded a fresh copy of gtk-gnutella-current with cvs
Hello,
I've just used cvs to get a fresh copy of gtk-gnutella-current and when I tried
to compile it the build failed like so
cc -c -I../../.. -I../.. -I.. -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0
-I/usr/include/glib
Hello,
I'm fairly sure my ISP doesn't support ipv6 so I decided to compile Gtk-Gnutella (cvs pulled about 12 hours ago) without support for ipv6. However, make errors out like so
cc -c -I../.. -I.. -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-DCURDIR=src/lib -O -W -Wall -Wformat=2 -D
ro (current cvs), but I'm not sure. It doesn't
crash, it just looks like it has.
Yours, Andrew Benton
---
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lif
Andrew Benton wrote:
--- gtk-gnutella-current/src/core/downloads.c~2005-05-29
07:46:17.0 +0100
+++ gtk-gnutella-current/src/core/downloads.c2005-05-29
13:54:00.239202321 +0100
@@ -4389,7 +4389,7 @@
enum dl_chunk_status status;
filesize_t fc_end
Trying to compile gtk-gnutella-current didn't go so well for me today
cc -c -I../.. -I.. -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-I/usr/include/libxml2 -DCORE_SOURCES -DCURDIR=src/core -O
-D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 downloads.c
downloads.c:
Hello list,
I normally build Gtk-Gnutella with native Language Support but today it won't go, it
grinds to a halt like so
make[2]: Entering directory `/home/andy/Desktop/gtk-gnutella-current/po'
test -z "de.gmo es.gmo fr.gmo ja.gmo nl.gmo hu.gmo" || make de.gmo es.gmo fr.gmo
ja.gmo nl.gmo hu.gmo
21 matches
Mail list logo
