Hi developers,
this is from r16083 running topless in UP mode.
#0 0x00080147998c in kill () from /lib/libc.so.6
#1 0x0008014788f1 in abort () from /lib/libc.so.6
#2 0x00532dbf in assertion_failure (data=0x5b9dd0) at
fast_assert.c:96
#3 0x004d20af in settings_addr_chang
On Sunday 12 November 2006 00:59, Christian Biere wrote:
> Lloyd Bryant wrote:
> > Let me take a look at that one. The "browse host" feature has been
> > giving me a ton of grief lately - most of the nodes I want to browse have
> > it disabled, and the rest seem to have 20,000+ files. Seems like
On Monday 02 May 2005 23:59, Christian Biere wrote:
> Yes, that was caused by sending bad packets. It's been fixed some hours
> later.
Looks very promising after update. Hooray for release!
--
br
j.
---
This SF.Net email is sponsored by: NEC
Hi guys,
On Monday 02 May 2005 22:41, Hans de Graaff wrote:
> As far as I know there are no pending blocking bugs at the moment.
for what it's worth: the snapshot of a few days ago has trouble maintaining
connections to LIME and BS UPs for longer than ~10 minutes on my machine.
(FreeBSD 4.11-p4
Hi,
On Saturday 23 April 2005 20:58, Christian Biere wrote:
> Nonetheless, I just noticed two problems with its usage and committed
> two updates.
seems fixed. Thanks!
--
br
j.
---
This SF.Net email is sponsored by: NEC IT Guy Games.
Get yo
Hi folks,
haven't been running GTKG in a while, updated from sf.net snapshot today.
This happens after running for 1-20 minutes:
** ERROR **: file uploads.c: line 2993 (upload_write): assertion failed:
((ssize_t) -1 == written || (off_t) written == pos - before)
version 0.96u 2005-04-14 GTK2 Fr
On Tuesday 22 February 2005 14:45, Christian Biere wrote:
> jonas wrote:
> > 05/01/11 20:22:39 (WARNING): sendfile() failed: "Socket is not connected"
> > Disabling sendfile() for this session
>
> Do you still get this warning?
Yes, on my leaf node running FreeBSD 4
On Wednesday 16 February 2005 20:45, Bernhard Duebi wrote:
> Is this usefull ?
[snip]
> 05/02/16 15:01:47 (WARNING): [PARQ UL] punishing 80.145.105.48:33884
> (BearShare 4.3.4.2 (Deutsch)) for re-requesting
> "Maximum_Perversum-Junge_Fotzen_hart_gedehnt.avi" 1032 secs early
^^^
Hi,
On Saturday 29 January 2005 15:06, jonas wrote:
> I'll send a backtrace if it happens again.
happened again, this time it's a
gtk-gnutella/0.96u (2005-01-23; GTK1; FreeBSD i386) in UP mode.
just to make sure, here's a backtrace:
#0 0x2869f1d7 in kill () from
On Saturday 29 January 2005 16:44, Christian Biere wrote:
> This didn't on exit time, right? Then there's at least only one place where
> it could originate from.
No, happened while running unattended.
--
br
j.
---
This SF.Net email is spons
Hi
** ERROR **: file cq.c: line 267 (cq_cancel): assertion failed: (ev->ce_magic
== EV_MAGIC)
gtk-gnutella/0.96u (2005-01-23; GTK1; Linux i686) in UP mode.
I didn't find a .core file there, I guess the default ulimit settings of
Debian prevented that. Have set ulimit like shown in
http://gtk-
On Wednesday 12 January 2005 05:22, Christian Biere wrote:
> jonas wrote:
> > 05/01/11 20:20:42 (WARNING): connection to 123.234.123.234
> > (gtk-gnutella/0.95 (2004-11-27; GTK1; Linux i686)) may be stalled,
> > disablingTCP_CORK 05/01/11 20:22:39 (WARNING): sendfile() faile
Hi
another one:
05/01/11 20:20:42 (WARNING): connection to 123.234.123.234 (gtk-gnutella/0.95
(2004-11-27; GTK1; Linux i686)) may be stalled, disablingTCP_CORK
05/01/11 20:22:39 (WARNING): sendfile() failed: "Socket is not connected"
Disabling sendfile() for this session
05/01/11 20:22:39 (WARNI
Hi
got this one while running unattended. My connection was down for some hours,
so I have lots of 'cannot resolve "gwc.bla.com": Host name lookup failure'
before the final core dump:
05/01/08 00:03:22 (WARNING): could not launch a "GET
http://node01.hewson.cns.ufl.edu:8080/pwc4.cgi?hostfile=1
Hi,
On Thursday 30 December 2004 22:11, Raphael Manfredi wrote:
> Please do this under gdb:
>
>
> frame 5
> p *d
> p end
> p start
> p total
> p check_content_range
> p requested_size
>
>
> and show me the results.
(gdb) frame 5
#5 0x808ef96 in download_request (d=0x9ae
Hi
got this one two times within 24 hrs:
** ERROR **: file fileinfo.c: line 3157 (file_info_update): assertion failed:
(from < to)
aborting...
version is: gtk-gnutella/0.96u (2004-12-23; GTK2; FreeBSD; i386)
bt #1:
#0 0x28a14ba4 in kill () from /usr/lib/libc.so.4
#1 0x28a57a75 in abort ()
_run () at main_gui.c:648
coord = {0, 16, 1276, 966}
#22 0x8110c36 in main (argc=1, argv=0xbfbff898, env=0xbfbff8a0) at main.c:573
argc = 1
argv = (gchar **) 0xbfbff898
i = 256
regards
jonas
---
This SF.Net email is sp
it looks like i have sent this mail to the wrong address. so once again:
-- Forwarded Message --
From: Jonas Sonntag <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: gtk2 downloads pane
hi there,
there is two things i noticed today with gtk-gnutella's download
ff7e4, env=0xbfbff7ec) at main.c:540
i = 256
hope it helps, i keep this core around
br
jonas
---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclips
Murphy wrote:
file $(which gtk-gnutella)
Might tell you if the currently installed binary is stripped or not (works
in linux - dunno about fbsd)
yes, it was stripped, so i ran the not stripped file from src/, but i
get even less information here :(
i've been running as a different user and th
could notice that this is a
partial file and skip it? it should be shared anyway by pfs i think?
that's all that comes to my mind at the moment. i'll have a look over
the gtk2 frontend again this evening, maybe there is more and i didn't
remeber.. have to do a core dum
main ()
No symbol table info available.
#19 0x8067d22 in _start ()
No symbol table info available.
regards,
jonas
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you cre
es but answer the download request with HTTP 403
Network disabled.
"g1" is disabled by default in newer shareaza version afaik.
br
jonas
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (GNU/Linux)
iD8DBQE/jwScB+K6e0b7M/gRAm2YAJ0RCCZ0mJ/VXCEyEFtLW+uzPCxcMACePS9h
T6kkQm+X7FD4gefCT
23 matches
Mail list logo
