Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 93873 - amule is corrupting downloads
Summary: amule is corrupting downloads
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal
Assignee: Gentoo net-p2p team
URL: http://www.lustosa.net/files/amule.png
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-05-24 19:09 UTC by Bruno Lustosa
Modified: 2005-07-02 06:28 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Bruno Lustosa 2005-05-24 19:09:49 UTC
When I try to download some files from amule, they start fine, but as they come,
the "Completed" column passes the "Transferred" total somehow. Sometimes, it
even gives a big skip, like skipping 700kb at once, and my dsl line won't go
that far. And even if it did, both columns should be equal.
When the "Completed" column reaches the file size, it stops downloading, and
when I try to have a look at the file, it's corrupted.

Reproducible: Sometimes
Steps to Reproduce:
1.
2.
3.




Portage 2.0.51.22 (default-linux/amd64/2004.3, gcc-3.4.3,
glibc-2.3.4.20041102-r0, 2.6.11-gentoo-r3 x86_64)
=================================================================
System uname: 2.6.11-gentoo-r3 x86_64 AMD Athlon(tm) 64 Processor 3000+
Gentoo Base System version 1.6.11
dev-lang/python:     2.3.5
sys-apps/sandbox:    1.2.8
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5
sys-devel/binutils:  2.15.92.0.2-r8
sys-devel/libtool:   1.5.16
virtual/os-headers:  2.6.11
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=athlon64 -O2 -pipe -fomit-frame-pointer"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/bind
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d"
CXXFLAGS="-march=athlon64 -O2 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox strict"
GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo http://gentoo.eliteitminds.com
http://open-systems.ufl.edu/mirrors/gentoo
ftp://ftp.ussg.iu.edu/pub/linux/gentoo
ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/
http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/
http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/
ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/
ftp://mirror.nutsmaas.nl/gentoo/ ftp://gentoo.mirrors.tds.net/gentoo
http://gentoo.mirrors.tds.net/gentoo ftp://ftp.heanet.ie/pub/gentoo/
http://ftp.heanet.ie/pub/gentoo/ http://gentoo.ccccom.com
http://gentoo.inode.at/ ftp://gentoo.inode.at/source/
ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo
http://ftp.snt.utwente.nl/pub/os/linux/gentoo ftp://gentoo.ccccom.com
http://linuv.uv.es/mirror/gentoo/ http://gentoo.mirror.icd.hu/
ftp://ftp.ndlug.nd.edu/pub/gentoo/
http://www.mirrorservice.org/sites/www.ibiblio.org/gentoo/
http://gentoo.osuosl.org/ http://ftp.linux.ee/pub/gentoo/distfiles/
ftp://mirrors1.netvisao.pt/gentoo/ ftp://ftp.linux.ee/pub/gentoo/distfiles/
http://gentoo.seren.com/gentoo
ftp://www.mirrorservice.org/sites/www.ibiblio.org/gentoo/
ftp://ftp.ntua.gr/pub/linux/gentoo/ http://ftp.ntua.gr/pub/linux/gentoo/
http://gentoo.blueyonder.co.uk ftp://gentoo.blueyonder.co.uk/mirrors/gentoo
http://mirror.aiya.ru/pub/gentoo/"
MAKEOPTS="-j1"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 16bit X aac aalib acpi acpi4linux aim alsa apache2 avi
bash-completion berkdb bitmap-fonts bluetooth bonobo bzlib cdr cjk crypt cups
curl dga dvd eds esd exif fam font-server foomaticdb fortran ftp gd gdbm gif
gnome gphoto2 gstreamer gtk gtk2 gtkhtml guile icq imagemagick imlib jabber java
jp2 jpeg libwww lzw lzw-tiff mad maildir mikmod motif mozilla moznocompose
moznoirc moznomail mp3 mpeg msn multilib ncurses nls nvidia offensive ogg
oggvorbis opengl oss pam pam_console perl png postgres ppds readline sasl sdl
ssl tcpd tetex tiff truetype truetype-fonts type1-fonts unicode usb userlocales
vorbis xml xml2 xmms xpm xrandr xv xvid yahoo zlib userland_GNU kernel_linux
elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
Comment 1 Carsten Lohrke (RETIRED) gentoo-dev 2005-05-25 16:03:02 UTC
there's more than one amule version...
Comment 2 Bruno Lustosa 2005-05-28 09:04:32 UTC
Sorry, here is the specific version with use flags:

net-p2p/amule-2.0.0_rc7  -debug +gd -gtk2 +nls -remote -stats -unicode
Comment 3 Karol Wojtaszek (RETIRED) gentoo-dev 2005-06-01 11:31:02 UTC
Could you try to download file with amule-2.0.1?
Comment 4 Bruno Lustosa 2005-06-09 13:39:03 UTC
(In reply to comment #3)
> Could you try to download file with amule-2.0.1?

Will try it at home and then post.
amule-1.2.8 is working fine here at work.
Comment 5 Bruno Lustosa 2005-06-15 05:56:04 UTC
Karol, I just got the same problems again, using 1.2.8 at work. Still haven't
tested new 2.0.1 at home, will try later.
At work, this is what I am using:
net-p2p/amule-1.2.8  -debug +gtk2 +nls -remote

I got a screenshot of the transfer window. You might want to see it. Address is
at URL field of this bug.
I'm not sure whether this is an amule problem or a corrupted file at the origin,
but the file I'm downloading had over 20 sources.
Comment 6 Bruno Lustosa 2005-06-15 06:00:07 UTC
Karol, just an update. I just tested the file I downloaded, and in fact, it was
all ok, though the transferred column was way lower than the actual file size.
It didn't corrupt. What shall it be? Super compression? I'm confused.
Comment 7 Mikkel Schubert 2005-07-02 03:03:57 UTC
Err, this is not corruption at all (unless the completed doesn't match the 
target ed2k hash, you can use alc or ed2k-hash to calculate this outside of 
aMule), this is simply a result of the zlib compression *Mule clients apply to 
large packets, including block-packets. You can even see how much you've gained 
thanks to compression by right-clicking on a queued file and selecting "Show 
file details" and the looking at the "Gained by compression:" value. 
Comment 8 Bruno Lustosa 2005-07-02 06:28:04 UTC
Alright, my fault.
Sorry for taking your time.