bugmldonkey, a multi-networks file-sharing client - Bugs: bug #4499, mldonkey quits randomly with...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #4499: mldonkey quits randomly with segmentation fault error message

Submitted by:  Invalid User ID <Invalid User ID>
Submitted on:  Sun 27 Jul 2003 12:28:27 PM UTC  
 
Category: CoreSeverity: 4 - Important
Item Group: Segmentation FaultStatus: None
Assigned to: NoneOpen/Closed: Closed
Release: 2.5.3Release: 2.5.3
Operating System: LinuxBinaries Origin: CVS / Self compiled
CPU type: None

(Jump to the original submission Jump to the original submission)

Tue 04 May 2004 07:23:14 PM UTC, comment #11:

This patch report is old. If the bug still exists in current
versions please post a new bug report - spiralvoice

spiralvoice <spiralvoice>
Project Administrator
Fri 26 Mar 2004 10:46:42 AM UTC, comment #10:

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: http://savannah.nongnu.org/download/mldonkey/

spiralvoice <spiralvoice>
Project Administrator
Mon 15 Mar 2004 01:27:19 AM UTC, comment #9:

Did you try a hardware check (memtest86) of your machine.
MLDonkey runs rock-solid here.

spiralvoice <spiralvoice>
Project Administrator
Wed 25 Feb 2004 01:21:03 AM UTC, comment #8:

Do you have any updates about this bug or do you still experience problems with current CVS?

spiralvoice <spiralvoice>
Project Administrator
Tue 23 Dec 2003 02:03:57 PM UTC, comment #7:

I got the lastest CVS, when savanah just got back on line the cvs service. It still crashes randomly.

Vincent Galceran <vspaceg>
Tue 02 Dec 2003 08:50:15 PM UTC, comment #6:

Please check if this bug is still in current CVS version.

spiralvoice <spiralvoice>
Project Administrator
Sat 08 Nov 2003 12:34:20 PM UTC, comment #5:

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:

http://caml.inria.fr/distrib/ocaml-3.07/ocaml-3.07pl2.tar.gz

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/autoconf.ml
And change the last line:

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

After:
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 ?

Vincent Galceran <vspaceg>
Wed 05 Nov 2003 07:02:05 AM UTC, comment #4:

Actually, it segfaults almost anywhere.

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

Vincent Galceran <vspaceg>
Mon 03 Nov 2003 03:00:02 PM UTC, comment #3:

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
./mlnet
(core dumped)
gdb -c core ./mlnet
bt

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

Vincent Galceran <vspaceg>
Mon 03 Nov 2003 09:00:33 AM UTC, comment #2:

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 !

Vincent Galceran <vspaceg>
Thu 14 Aug 2003 04:54:00 PM UTC, comment #1:

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.

Thx.

Ludovic.

Anonymous

 

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

Do you think this task is very important?
If so, you can click here to add your encouragement to it.
This task has 0 encouragements so far.

Only logged-in users can vote.

 

Please enter the title of George Orwell's famous dystopian book (it's a date):

 

 

Follow 5 latest changes.

Date Changed By Updated Field Previous Value => Replaced By
Tue 04 May 2004 07:23:14 PM UTCspiralvoiceOpen/ClosedOpen=>Closed
Tue 02 Mar 2004 08:23:43 PM UTCspiralvoiceReleaseNone=>2.5.3
Wed 25 Feb 2004 01:21:03 AM UTCspiralvoiceSeverity3 - Normal=>4 - Important
Tue 02 Dec 2003 08:50:44 PM UTCspiralvoiceOpen/ClosedClosed=>Open
Tue 02 Dec 2003 08:50:15 PM UTCspiralvoiceOpen/ClosedOpen=>Closed

Back to the top


Powered by Savane 3.1-cleanup1