mldonkey-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Mldonkey-users] My 2.02-10 crashed too....


From: Sergio Bayarri Gausi
Subject: [Mldonkey-users] My 2.02-10 crashed too....
Date: Tue, 18 Feb 2003 12:25:56 +0100 (MET)

Hello,

> I updated my test-client 1 hour ago and it crashed. (I removed
> file_sources* before starting. I upgraded from 2.02-9-html3).

Same here, it worked for about 2 hours (I'd say it worked for *exactly* 2
hours, but I base this argument on the donitor graphs) then it died. I
couldn't find any enlightening error message, so I can't tell why it did
crash.

> This is the last line in the log:
>
> recompute_ready_sources on sources not implemented
> Error: setting result to no request

Mine is:

9866: Exceeding block boundaries
448061440-448071680 (437760000-447488000)
zone: 439377920-439418880zone: 439418880-439603200zone:
439603200-439787520PARTIAL
9866: Exceeding block boundaries
448071680-448081920 (437760000-447488000)
zone: 439377920-439418880zone: 439418880-439603200zone:
439603200-439787520PARTIAL
recompute_ready_sources on sources not implemented

[ some UNKNOWN: opcode 33 messages ]

Error Pervasives.Exit in udp_handler, dump of packet:
ascii: [(227)(16)(246)(205)(30) 3(234)(28)(147)(254)(245)(12)(140)(233) w
c 8(241)(0)(0)(0) d(0)]
dec:
[(227)(16)(246)(205)(30)(51)(234)(28)(147)(254)(245)(12)(140)(233)(119)(99)(56)(241)(0)(0)(0)(100)(0)]

recompute_ready_sources on sources not implemented
SAVING SHARED FILES AND SOURCES
SAVED
REMOVE OLD SERVERS
Delay to detect black-listed servers: 0.00
Delay to detect old servers: 0.00
Delay to finally remove servers: 0.00
REMOVE 80 OLD SERVERS DONE
*************** should browse  ***********
connect to client
Error: setting result to no request

As you can see, mine dies with the same message, though I don't know if
that error is fatal.

> I'll start it up again and have a look.

I'll compile 2.02-11 and give it a try, monitoring memory usage (just in
case it's killed by the kernel because the process runs out of memory, but
I doubt it).

However, while 2.02-10 was running, it performed very well: According to
donitor, the dl rate was almost all the time at maximum.

Greetings,

Sergio







reply via email to

[Prev in Thread] Current Thread [Next in Thread]