[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Mldonkey-bugs] [bugs #3370] Fatal error: out-of-bound access in array o
From: |
spiralvoice |
Subject: |
[Mldonkey-bugs] [bugs #3370] Fatal error: out-of-bound access in array or string |
Date: |
Tue, 13 Apr 2004 16:00:33 -0400 |
User-agent: |
Mozilla/5.0 (X11; U; Linux i686; en-US; 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 #3370] Latest Modifications:
Changes by:
spiralvoice <address@hidden>
'Date:
Tue 04/13/04 at 20:00 (Europe/Berlin)
------------------ Additional Follow-up Comments ----------------------------
"and it produces hundreds of error messages per day
"icmp v4 hw csum failure" in kern.log."
This is a kernel and/or driver problem, not a MLDonkey bug.
It may be triggered by MLDonkey because it uses the hardware
more drastically than "normal" users;-)
"terrible memory leaks": duplicate of bug 8187
/**************************************************************************/
[bugs #3370] Full Item Snapshot:
URL: <http://savannah.nongnu.org/bugs/?func=detailitem&item_id=3370>
Project: mldonkey, a multi-networks file-sharing client
Submitted by: Julien Mercay
On: Mon 04/28/03 at 22:23
Category: Core
Severity: 5 - Average
Item Group: i18n issues
Resolution: None
Assigned to: None
Status: Open
Release: 2.5.12
Release:
Platform Version: Linux
Binaries Origin: CVS / Self compiled
CPU type: Sparc
Summary: Fatal error: out-of-bound access in array or string
Original Submission: Got the following exception a few minutes minutes after
launching mldonkey. Compiled version 2.04rc1 from sources, on a Sparc64 running
Debian, OCaml 3.06 (unstable debian package).
Error Not_found in udp_handler, dump of packet:
ascii: [(227)(16)(207) ? t(187)(229) W e ~(24)(132)(193)(247) ?(154) #
+(0)(0)(0) d(0)]
dec:
[(227)(16)(207)(63)(116)(187)(229)(87)(101)(126)(24)(132)(193)(247)(63)(154)(35)(43)(0)(0)(0)(100)(0)]
Fatal error: out-of-bound access in array or string
Follow-up Comments
------------------
-------------------------------------------------------
Date: Tue 04/13/04 at 20:00 By: spiralvoice
"and it produces hundreds of error messages per day
"icmp v4 hw csum failure" in kern.log."
This is a kernel and/or driver problem, not a MLDonkey bug.
It may be triggered by MLDonkey because it uses the hardware
more drastically than "normal" users;-)
"terrible memory leaks": duplicate of bug 8187
-------------------------------------------------------
Date: Tue 04/13/04 at 19:52 By: spiralvoice
"GDB says that the error lies in donkeyComplexOptions, load_sources"
What happens if you delete file_sources.ini before starting the core?
Regarding bus error please try this patch:
http://savannah.nongnu.org/patch/?func=detailitem&item_id=2926
You can also have a look at "let really_load filename sections =" in
src/utils/lib/options.ml4. This loads the ini files, you could write some debug
messages into it to see at which point it fails.
-------------------------------------------------------
Date: Wed 04/07/04 at 18:43 By: None
I am running mldonkey-2.5-16c.static
(from www.8ung.at/spiralvoice) under Linux (kernel 2.4.23)
and it produces hundreds of error messages per day
"icmp v4 hw csum failure" in kern.log.
The same happened in previous mldonkey versions that I tried.
On a different subject: All mldonkey versions that I have
tried so far have terrible memory leaks (I am using a wrapper
that kills mlnet whenever it gets too large).
-------------------------------------------------------
Date: Wed 04/07/04 at 04:12 By: None
At first, this error started occuring after some time when I ran mldonkey on
sparc-linux. Now it doesn't even let me start mldonkey. I belive that the
problem lies in the ocaml compiler. If the mldonkey is compiled to bytecode it
runs flawlessly ( although with a much greater CPU and memory usage ). GDB says
that the error lies in donkeyComplexOptions, load_sources. I have tested all
mldonkey versions. The most stable one for me is 2.5.4. 2.5.12 brings my
machine to it's knees and as such is not suitable for long term use. Bus error
at startup can be resoved with declaring temp as double temp[256] in tiger.c,
function static_tiger. That applies to all mldonkey versions. I'm running Sparc
Debian testing distribution, ocaml 3.07p2 ( it makes no difference if I compile
it myself or use a debian package ), gcc 3.3.3, Linux kernel 2.4.25.
-------------------------------------------------------
Date: Wed 02/25/04 at 01:16 By: spiralvoice
Please check if this bug still is in current CVS version.
You should a tarball of current CVS in files section of
this project: http://savannah.nongnu.org/download/mldonkey/
-------------------------------------------------------
Date: Thu 11/20/03 at 17:53 By: None
I´ve the same error. Compiled version 2.5-3/2.5-4 from sources, on a SPARC32
with configure -enable-batch(downloaded OCaml), running Debian woody
For detailed info, follow this link:
<http://savannah.nongnu.org/bugs/?func=detailitem&item_id=3370>
_______________________________________________
Message sent via/by Savannah
http://savannah.nongnu.org/