MLDonkey Forum Index
Homepage •  Bugs •  Tasks •  Patches •  SF.net Project Page •  ChangeLog •  German forum •  Links •  Wiki •  Downloads
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 
 
Direct Connect support
Goto page Previous  1, 2, 3, 4, 5, 6, 7  Next
 
Post new topic   Reply to topic    MLDonkey Forum Index -> Problems with MLDonkey Client (Bittorrent, DirectConnect, Gnutella,...)
View previous topic :: View next topic  
Author Message
spiralvoice
Sage


Joined: 06 Jan 2003
Posts: 3982
Location: Germany

PostPosted: Thu Aug 12, 2010 8:18 pm    Post subject: Reply with quote

somedamnthing wrote:
When mlnet-real loads, I once again see the logs report nicely, then hanging after all services are up, presumably once it tries to build some internal table with the over 8000 files I've got listed.

Maybe this helps?
http://mldonkey.sourceforge.net/forums/viewtopic.php?p=27273#27273
_________________
Link overview and precompiled cores here: http://mldonkey.sourceforge.net/DownloadLinks
Back to top
View user's profile Send private message
somedamnthing
neophyte


Joined: 31 Jul 2010
Posts: 22

PostPosted: Thu Aug 12, 2010 9:28 pm    Post subject: Reply with quote

spiralvoice wrote:
somedamnthing wrote:
I'm using FreeBSD

Afaics this patch is not included in MLDonkey. Maybe it helps?


While not in the original MLDonkey source, it is included in the FreeBSD port (which is where that link actually points), and is thrown in at compile time.
Back to top
View user's profile Send private message
somedamnthing
neophyte


Joined: 31 Jul 2010
Posts: 22

PostPosted: Thu Aug 12, 2010 11:59 pm    Post subject: Reply with quote

spiralvoice wrote:
somedamnthing wrote:
When mlnet-real loads, I once again see the logs report nicely, then hanging after all services are up, presumably once it tries to build some internal table with the over 8000 files I've got listed.

Maybe this helps?
http://mldonkey.sourceforge.net/forums/viewtopic.php?p=27273#27273


Set this to 0, no change in behavior after restart. Lagged for half an hour, fine for half, lagging again now.
Back to top
View user's profile Send private message
ygrek
professional


Joined: 20 Mar 2010
Posts: 521

PostPosted: Fri Aug 13, 2010 7:38 am    Post subject: Reply with quote

Can you reconfigure with --enable-debug --disable-edonkey and rebuild, so that we get more meaningful backtrace and without c++ runtime?
Back to top
View user's profile Send private message Visit poster's website
somedamnthing
neophyte


Joined: 31 Jul 2010
Posts: 22

PostPosted: Fri Aug 13, 2010 8:17 pm    Post subject: Reply with quote

ygrek wrote:
Can you reconfigure with --enable-debug --disable-edonkey and rebuild, so that we get more meaningful backtrace and without c++ runtime?


I recompiled with --enable-debug and --disable-[everything except direct connect]. I'm getting the same strace and ktrace, though:

ktrace:
Code:
 84334 mlnet-real 440.014516 RET   _umtx_op -1 errno 60 Operation timed out
 84334 mlnet-real 440.014619 CALL  gettimeofday(0xbf8fdf80,0)
 84334 mlnet-real 440.014688 RET   gettimeofday 0
 84334 mlnet-real 440.014864 CALL  clock_gettime(0,0xbf8fde84)
 84334 mlnet-real 440.014896 RET   clock_gettime 0
 84334 mlnet-real 440.014973 CALL  _umtx_op(0x286da3e0,0x8,0x1,0x286da3c0,0xbf8fde7c)
 84334 mlnet-real 443.696268 RET   _umtx_op -1 errno 60 Operation timed out
 84334 mlnet-real 443.696391 CALL  gettimeofday(0xbf9fef80,0)
 84334 mlnet-real 443.696443 RET   gettimeofday 0
 84334 mlnet-real 443.696465 CALL  clock_gettime(0,0xbf9fc7e4)
 84334 mlnet-real 443.696490 RET   clock_gettime 0
 84334 mlnet-real 443.696508 CALL  _umtx_op(0x286da320,0x8,0x1,0x286da300,0xbf9fc7dc)
 84334 mlnet-real 450.014842 RET   _umtx_op -1 errno 60 Operation timed out
 84334 mlnet-real 450.014876 CALL  gettimeofday(0xbf8fdf80,0)
 84334 mlnet-real 450.014882 RET   gettimeofday 0
 84334 mlnet-real 450.014888 CALL  clock_gettime(0,0xbf8fde84)
 84334 mlnet-real 450.014894 RET   clock_gettime 0
 84334 mlnet-real 450.014898 CALL  _umtx_op(0x286da3e0,0x8,0x1,0x286da3c0,0xbf8fde7c)


strace:
Code:
Process 84334 attached - interrupt to quit
syscall_454(0x286da3e0, 0x8)            = 0x1c6
syscall_454(0x286da3e0, 0x8)            = 0x1c6
syscall_454(0x286da3e0, 0x8, 0x1, 0x286da3c0, 0xbf8fde7c) = -1 (errno 60)
gettimeofday({...}, NULL)               = 0
clock_gettime(0, 0xbf8fde84)            = 0
syscall_454(0x286da3e0, 0x8, 0x1, 0x286da3c0, 0xbf8fde7c) = 0x1c6
syscall_454(0x286da3e0, 0x8)            = 0x1c6
syscall_454(0x286da3e0, 0x8)            = 0x1c6
syscall_454(0x286da3e0, 0x8, 0x1, 0x286da3c0, 0xbf8fde7c) = -1 (errno 60)
gettimeofday({...}, NULL)               = 0
clock_gettime(0, 0xbf8fde84)            = 0
syscall_454(0x286da3e0, 0x8, 0x1, 0x286da3c0, 0xbf8fde7c) = 0x1c6
syscall_454(0x286da3e0, 0x8)            = 0x1c6
syscall_454(0x286da3e0, 0x8)            = 0x1c6
syscall_454(0x286da3e0, 0x8, 0x1, 0x286da3c0, 0xbf8fde7c) = -1 (errno 60)
Back to top
View user's profile Send private message
ygrek
professional


Joined: 20 Mar 2010
Posts: 521

PostPosted: Sat Aug 14, 2010 10:12 am    Post subject: Reply with quote

Actually I meant backtrace from the gdb - thread apply all bt :)
Back to top
View user's profile Send private message Visit poster's website
somedamnthing
neophyte


Joined: 31 Jul 2010
Posts: 22

PostPosted: Sat Aug 14, 2010 4:38 pm    Post subject: Reply with quote

ygrek wrote:
Actually I meant backtrace from the gdb - thread apply all bt Smile


Whoops! Sorry, sorry.

For the sake of post brevity, here's a link to the gdb file. It's much larger than the previous output, 69kB.

http://tinyurl.com/2dssruq
Back to top
View user's profile Send private message
ygrek
professional


Joined: 20 Mar 2010
Posts: 521

PostPosted: Sat Aug 14, 2010 7:29 pm    Post subject: Reply with quote

404
Back to top
View user's profile Send private message Visit poster's website
somedamnthing
neophyte


Joined: 31 Jul 2010
Posts: 22

PostPosted: Sat Aug 14, 2010 8:19 pm    Post subject: Reply with quote

ygrek wrote:
404

Fixed.
Back to top
View user's profile Send private message
ygrek
professional


Joined: 20 Mar 2010
Posts: 521

PostPosted: Sat Aug 14, 2010 9:11 pm    Post subject: Reply with quote

Argh, --enable-debug doesn't emit debugging info for ocaml code. Please apply the patch, and then rebuild from scratch :
Code:

rm config/configure
./configure --enable-debug

Before running make verify that [b]grep ocamlopt config/Makefile.config[/code] contains -g
This will make gdb to show more useful backtrace
Back to top
View user's profile Send private message Visit poster's website
somedamnthing
neophyte


Joined: 31 Jul 2010
Posts: 22

PostPosted: Sat Aug 14, 2010 10:26 pm    Post subject: Reply with quote

ygrek wrote:
Argh, --enable-debug doesn't emit debugging info for ocaml code. Please apply the patch, and then rebuild from scratch :
Code:

rm config/configure
./configure --enable-debug

Before running make verify that [b]grep ocamlopt config/Makefile.config[/code] contains -g
This will make gdb to show more useful backtrace


-g verified. Check the previous link. Output is double in size now.
Back to top
View user's profile Send private message
spiralvoice
Sage


Joined: 06 Jan 2003
Posts: 3982
Location: Germany

PostPosted: Sun Aug 15, 2010 12:18 am    Post subject: Reply with quote

ygrek wrote:
then rebuild from scratch

FYI: "make maintainerclean" should be used here
_________________
Link overview and precompiled cores here: http://mldonkey.sourceforge.net/DownloadLinks
Back to top
View user's profile Send private message
somedamnthing
neophyte


Joined: 31 Jul 2010
Posts: 22

PostPosted: Sun Aug 15, 2010 3:08 am    Post subject: Reply with quote

spiralvoice wrote:
ygrek wrote:
then rebuild from scratch

FYI: "make maintainerclean" should be used here


What I'm doing is rebuilding inside the FreeBSD port source. This basically wipes the source every time, so no configs are left behind.
Back to top
View user's profile Send private message
spiralvoice
Sage


Joined: 06 Jan 2003
Posts: 3982
Location: Germany

PostPosted: Sun Aug 15, 2010 9:58 am    Post subject: Reply with quote

somedamnthing wrote:
spiralvoice wrote:
somedamnthing wrote:
I'm using FreeBSD

Afaics this patch is not included in MLDonkey. Maybe it helps?


While not in the original MLDonkey source, it is included in the FreeBSD port (which is where that link actually points), and is thrown in at compile time.

OK, try the other way around, without that patch. I remember having a
lengthy discussion about that patch with the ports maintainer, but I do not
remember the result Wink
_________________
Link overview and precompiled cores here: http://mldonkey.sourceforge.net/DownloadLinks
Back to top
View user's profile Send private message
ygrek
professional


Joined: 20 Mar 2010
Posts: 521

PostPosted: Sun Aug 15, 2010 11:13 am    Post subject: Reply with quote

Quote:
FYI: "make maintainerclean" should be used here

Got it, thanks.
Quote:
-g verified. Check the previous link. Output is double in size now.

Not much better :( I don't know why but looks like there are no debugging symbols for ocaml code.

Noted some strange lines in the log - two mlnet processes running?
Quote:
The program is running. Quit anyway (and detach it)? (y or n) Detaching from program: /usr/local/bin/mlnet-real, process 19314
The program is running. Quit anyway (and detach it)? (y or n) Detaching from program: /usr/local/bin/mlnet-real, process 34790
Back to top
View user's profile Send private message Visit poster's website
Display posts from previous:   
Post new topic   Reply to topic    MLDonkey Forum Index -> Problems with MLDonkey Client (Bittorrent, DirectConnect, Gnutella,...) All times are GMT
Goto page Previous  1, 2, 3, 4, 5, 6, 7  Next
Page 4 of 7

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Sourceforge.net Logo