[Top][All Lists]

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

[Mldonkey-bugs] [bugs #4499] mldonkey quits randomly with segmentation f

From: spiralvoice
Subject: [Mldonkey-bugs] [bugs #4499] mldonkey quits randomly with segmentation fault error message
Date: Fri, 26 Mar 2004 05:46:44 -0500
User-agent: Mozilla/5.0 (X11; U; Linux i686; de-AT; rv:1.6) Gecko/20040323

This mail is an automated notification from the bugs tracker
 of the project: mldonkey, a multi-networks file-sharing client.

[bugs #4499] Latest Modifications:

Changes by: 
                spiralvoice <address@hidden>
                Fri 03/26/04 at 10:46 (Europe/Berlin)

------------------ Additional Follow-up Comments ----------------------------
Please check if this bug still is in current CVS version.
You should find a tarball of current CVS in files section of
this project:

[bugs #4499] Full Item Snapshot:

URL: <>
Project: mldonkey, a multi-networks file-sharing client
Submitted by: Thomas V.
On: Sun 07/27/03 at 12:28

Category:  Core
Severity:  7 - Major
Item Group:  Segmentation Fault
Resolution:  None
Assigned to:  None
Status:  Open
Release:  2.5.3
Release:  2.5.3
Platform Version:  Linux
Binaries Origin:  CVS / Self compiled
CPU type:  None

Summary:  mldonkey quits randomly with segmentation fault error message

Original Submission:  Hi!

I'm using mldonkey for sharing files. Unfortunatly after a couple of minutes 
(sometimes also hours) my client always quits with an segemtation fault 
message. First I tried the binaries and they had the same bug as the version 
that I compiled by my self. I always used the 2.5.3 stable version from This is the only thing I can report. Please contact me if you 
have further questions. I hope my logfile will help you solving this problem.


ps: i'm using debian sarge, p2-350, 256 mb ram, with enough free diskspace, i 
only use the webinterface

Follow-up Comments

Date: Fri 03/26/04 at 10:46         By: spiralvoice
Please check if this bug still is in current CVS version.
You should find a tarball of current CVS in files section of
this project:

Date: Mon 03/15/04 at 01:27         By: spiralvoice
Did you try a hardware check (memtest86) of your machine.
MLDonkey runs rock-solid here.

Date: Wed 02/25/04 at 01:21         By: spiralvoice
Do you have any updates about this bug or do you still experience problems with 
current CVS?

Date: Tue 12/23/03 at 14:03         By: vspaceg
I got the lastest CVS, when savanah just got back on line the cvs service. It 
still crashes randomly.

Date: Tue 12/02/03 at 20:50         By: spiralvoice
Please check if this bug is still in current CVS version.

Date: Sat 11/08/03 at 12:34         By: vspaceg
I used electric-fence. There is a bug in mark_slice() which is a function of 
ocaml. This bug looks like corrected in ocaml-3.07pl2 (mldonkey is compiled 
with ocaml-3.06)

I guess gcc-3.3 and the new libc6 are even more restrictives with programs that 
use freeed memories.

So the bug fix is:

download ocaml 3.07pl2:

install it on your system or in mldonkey-2.5-4/patches/local (using 
"./configure --prefix=/path-to/mldonkey-2.5-4/patches/local")

Go in mldonkey-2.5-4 and use this configure command line:

./configure --enable-ocamlver=3.07+2 --disable-gui

Edit src/utils/lib/
And change the last line:

type ('a,'b,'c) ml_format = ('a,'b, 'c,'c) format  type ('a,'b,'c) format = 
('a,'b, 'c) ml_format

type ('a,'b,'c) ml_format = ('a,'b, 'c) format  type ('a,'b,'c) format = 
('a,'b, 'c) ml_format

type make, and you'll have a good, fresh and descent mlnet

just copy it over the buggy one.

You'll have to use the old mlgui, but who cares if the gui crashes ?

Date: Wed 11/05/03 at 07:02         By: vspaceg
Actually, it segfaults almost anywhere.

I decreased the number of downloading files: it still segfaults.

Date: Mon 11/03/03 at 15:00         By: vspaceg
Interesting backtrace:
#0  0x0823e3fc in invert_pointer_at ()
#1  0x0823e5ff in compact_heap ()
#2  0x0823eb51 in compact_heap_maybe ()
#3  0x08234dee in major_collection_slice ()
#4  0x0823541e in minor_collection ()
#5  0x08234206 in garbage_collection ()
#6  0x0823f0e4 in caml_call_gc ()
#7  0xbffffa08 in ?? ()
#8  0x00000bf7 in ?? ()
#9  0x083683b8 in ?? ()
#10 0x000083bf in ?? ()
#11 0x41616e4c in ?? ()
#12 0x00000803 in ?? ()
#13 0x000001f4 in ?? ()
#14 0x081be9be in BasicSocket__iter_task_243 ()
#15 0xce700000 in ?? ()
#16 0x409bcacf in ?? ()
#17 0x081bf27a in BasicSocket__loop_289 ()
#18 0xbffffa38 in ?? ()
#19 0x081bf0e8 in BasicSocket__loop_289 ()
#20 0x08369144 in ?? ()
#21 0x081dd4ea in List__iter_97 ()
#22 0x40c0cf58 in ?? ()
#23 0x082465ec in CommonMain ()
#24 0x0804d21b in CommonMain__entry ()
#25 0x0804bd15 in startup__code_begin ()
#26 0x0823f212 in caml_start_program ()

There is something that smells bad in the ocaml garbage collector. q
The core size is 58 146 816. I used to set the core limit to 50000kB. Perhaps I 
didn't have got good core files before that.

For newbies:
How to use a core file, in short:

ulimit -c 100000
(core dumped)
gdb -c core ./mlnet

Well it is pretty hard to change ocaml compiler version since it is a patched 
version :-(

Date: Mon 11/03/03 at 09:00         By: vspaceg
Same problem for me.
I think this might be a conflict in libraries. So I have compile mldonkey 
(configure with --enable-check) but it still segfaults. So I think one of the 
debian library must be recompiled but I can't figure which one.
I have enabled core dumps (unlimit -c 50000), but it segfault almost anywhere. 
I hate this kind of bug !

Date: Thu 08/14/03 at 16:54         By: None
Same problem for me on a redhat 8.0 on a p4 2.4 Ghz with 1 Go of ram and web 
interface. Binary 2.5.3 i686 stable version.



File Attachments

Date: Sun 07/27/03 at 12:30  Name: mldonkey.log  Size: 8KB   By: tom007;item_file_id=558

For detailed info, follow this link:

  Message sent via/by Savannah

reply via email to

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