Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Stu Redman]

Hmm - can't find anything wrong (and can't reproduce it either).
Please make sure
- you are using 9364 for both amule/amuled AND amulegui
- you made a clean build (extracted the tarball to an empty dir before building)

If yes, please disable autoconnect, change your TCP port, and restart aMule. Everything is red, no traffic. Still bad progress bars?

[Stu Redman]

Please try also amule < 9348 with amulegui 9364, and amule 9364 with amulegui < 9348 (protocol wasn't changed), and tell me which combination works/fails. (And both < 9348 for good measure...)
I made some changes to gaplist handling in 9348 in case you wonder.

[Schuttwegraeumer]

Please try also amule < 9348 with amulegui 9364, and amule 9364 with amulegui < 9348 (protocol wasn't changed), and tell me which combination works/fails. (And both < 9348 for good measure...)
I made some changes to gaplist handling in 9348 in case you wonder.

Ähm, how should i do this?
I install ONE version with deb.
And i have only one PC not a network of PCs.
My amuled is on the same PC as the GUI or the amule.

I screenshot the aMuleGUI without all sources as you sayed.
(if you test it, dont forget the .seed Files in the /temp/ dir.

[Schuttwegraeumer]

Same Problem with r9362

[Schuttwegraeumer]

No Errors in r9328

[Schuttwegraeumer]

All versions build with this settings:

Code: [Select]

./configure --disable-debug --enable-optimize --disable-ccache  --disable-upnp --disable-xas --enable-alc --enable-alcc --disable-xas --enable-amulecmd --enable-webserver --enable-amule-daemon --enable-amule-gui

[Schuttwegraeumer]

Here are a few of my .deb but only for Debian/32Bit.

http://rapidshare.com/files/181834312/amule.tar.bz2.html

[Stu Redman]

Ok, played a bit with it too.
- problem appears to be caused by remotegui only (with old gui it works)
- problem depends on certain files
I added a bunch of files and suddenly could reproduce it. Two files were totally broken in the remotegui and triggered even debug assertions (MD4 == 0). Many others looked full or almost full as in your shot.
After removing these two (which were obvious fakes) the others were fine again too.

I keep digging... 

[Schuttwegraeumer]

I thought its only a display error.
The %tage was ok every time, only the bar was wrong.

[Stu Redman]

Duh. 

Code: [Select]

Index: src/PartFile.cpp
===================================================================
--- src/PartFile.cpp (revision 9365)
+++ src/PartFile.cpp (working copy)
@@ -3562,6 +3562,7 @@
  SetFileName(CPath(tag->FileName()));
  m_abyFileHash = tag->ID();
  SetFileSize(tag->SizeFull());
+ m_gaplist.Init(GetFileSize(), true); // Init empty
  m_partmetfilename = CPath(tag->PartMetName());
  transferred = tag->SizeXfer();
  percentcompleted = (100.0*completedsize) / GetFileSize();

That should do the trick.

[Schuttwegraeumer]

Code: [Select]

patching file src/PartFile.cpp
patch unexpectedly ends in middle of line
Hunk #1 succeeded at 3562 with fuzz 1.


[Stu Redman]

Just apply it by hand.   

[Schuttwegraeumer]

Ok, the patch is fixing the error.

Let's compile the newer sources.
In r9369 your fix is included?

[Schuttwegraeumer]

No broken bars seen in r9369

[Stu Redman]

In r9369 your fix is included?

Yes.

Vielen Dank fürs testen! 

Edit: Translation: Thanks a lot for testing!