aMule Forum
English => en_Bugs => Topic started by: ironduke57 on February 19, 2010, 02:20:42 PM
-
Hello.
I am using amule on a self build ATOM based download station/NAS. I would like to control it with the remotegui, but it looks like the remotegui don´t like all of my download´s. The amule on the server has not problems with my old emule download´s, but if I connect to it with the remotegui this happens:
(http://img51.imageshack.us/img51/9584/amuleremoteguic.th.jpg) (http://img51.imageshack.us/my.php?image=amuleremoteguic.jpg)
Some downloads are recognized correctly, some are not. If I close the remotegui and open it up again he doesn´t find anything anymore. Only after an relogin (on the client) the remote gui is back to square one (Some are there, some are not).
Also the remotegui doesn´t transfer any new ed2k links to the server.
Additional Info´s:
OS´s: Server= W2k3 Server, Client=XP Pro
Amule Version: 2.2.6
I would be happy if you could fix this. If you need more inforamtion let me know.
Regards,
ironduke57
-
The remote gui is 2.2.6, but is the amuled of the same version?
Please try to use a SVN version (same version both for amuled and amulegui). A lot has changed in SVN for external control since 2.2.6.
-
The amule on the server was also 2.2.6.
I am trying Build 9939 atm. Till now no problem on the server. But the remotegui make´s again trouble. At my first tries it crashed shortly after start:Fehlgeschlagene Anwendung amulegui.exe, Version 2.3.0.0, fehlgeschlagenes Modul amulegui.exe, Version 2.3.0.0, Fehleradresse 0x00153e04.
After an restart of the client system it runs with out an crash, but it still doesn´t show´s all download´s (153 out of 409). Instead of showing this black bar´s without filename´s, size´s and such it show´s nothing.
Also nothing get´s updated. All value´s and gfx stay the same as they were when the remotegui was started. Also the amule on the server stats that the remote connection was disconnected around 3 minutes after it was established.
I hope this help´s. If you need more information just say it.
Regards,
ironduke57
-
Ah, someone is using my precompiled Windows binaries. :D
Again - did you also use the matching amuled client? This is very important because I'm currently working on EC breaking backwards compatibility.
I have just uploaded 10020 Windows build for you, please try this with a 10020 amuled. If you still have problems, enable EC debug logging in the remote gui and send me the remotelogfile (do NOT post it here!).
-
Ah, someone is using my precompiled Windows binaries. :D
It´s almost 10 year´s since I compiled (and wrote) an program myself the last time. (In Pascal/Delphi.) :P
Again - did you also use the matching amuled client? This is very important because I'm currently working on EC breaking backwards compatibility.
I have just uploaded 10020 Windows build for you, please try this with a 10020 amuled. If you still have problems, enable EC debug logging in the remote gui and send me the remotelogfile (do NOT post it here!).
I always used the corresponding program versions.
I now tried the 10020. On my server it looks okay, but now the remotegui show not one download anymore.
Where can I active the debug mode?
Regards,
ironduke57
-
Preferences/Debugging, check "Enable Verbose Debug-Logging" at the top and "External Connect" near the bottom. Restart the remote gui. You should see the whole EC traffic in the remotelogfile.
Mail it to sturedman at amule.org . You have to trust me with this, because I can see anything you are downloading of course.
(Oh, and btw: it's shows and years and gets. Most of you ticks are wrong. Well, all of them, if you consider that it's ' and not ´. I don't comment typos, but your "´s" make me cringe. ;))
-
On it´s way.
Regards,
ironduke57
-
OT and no offence intended:
it's is a short form for it is.
its on the other hand is a possessive pronoun. That is, something belongs to it.
To type the apostrophe ' instead of the accent aigu ´, you can hold down shift and push the # button on most keyboards.
-
To type the apostrophe ' instead of the accent aigu ´, you can hold down shift and push the # button on most keyboards.
While your explanation of it's vs. its was very complete and exact, I beg to differ with you in the quoted point, Wuischke. Where I live, the most common keyboard layouts are American English, Spanish (Spain) and Spanish (Latin American) and none of them will type an apostrophe (') by using the key combination you mentioned.
Regards.
-
On it´s way.
Didn't get anything.
Skolnick, you are right of course, but ironduke57 is using a German localization, so wuischke's suggestion is dead center. (And the keyboard is labeled anyway...)
-
Mysterious. Didn´t bounced. Will send it again immediately from another EMail account.
Regards,
ironduke57
edit: Away.
-
Got it.
Well, it doesn't show much. It loads the prefs, and then just stops. There is no further request.
.2010-02-21 21:00:04 (remote-GUI): EC_TAG_PREFS_CORETWEAKS 0 = empty
.2010-02-21 21:00:04 (remote-GUI): EC_TAG_CORETW_MAX_CONN_PER_FIVE 1 = 20
.2010-02-21 21:00:04 (remote-GUI): EC_TAG_CORETW_FILEBUFFER 4 = 240000
.2010-02-21 21:00:04 (remote-GUI): EC_TAG_CORETW_UL_QUEUE 2 = 5000
.2010-02-21 21:00:04 (remote-GUI): EC_TAG_CORETW_SRV_KEEPALIVE_TIMEOUT 1 = 0
.2010-02-21 21:00:04 (remote-GUI): EC_TAG_PREFS_KADEMLIA 0 = empty
.2010-02-21 21:00:04 (remote-GUI): EC_TAG_KADEMLIA_UPDATE_URL 34 = http://emule-inside.net/nodes.dat
2010-02-21 21:00:04 (remote-GUI): amuleDlg.cpp(233):
2010-02-21 21:00:04 (remote-GUI): amuleDlg.cpp(235): - Dies ist aMule SVN using wxMSW VC v2.8.10 (Snapshot: rev. 10020), basierend auf eMule.
2010-02-21 21:00:04 (remote-GUI): amuleDlg.cpp(237): Läuft auf Windows XP (build 2600, Service Pack 3)
2010-02-21 21:00:04 (remote-GUI): amuleDlg.cpp(239): - Besuche http://www.amule.org um zu sehen, ob eine neue Version verfügbar ist.
2010-02-21 21:00:04 (remote-GUI): amuleDlg.cpp(240):
2010-02-21 21:00:04 (remote-GUI): IP2Country.cpp(169): Loaded 242 flag bitmaps.
2010-02-21 21:00:05 (remote-GUI): amule-remote-gui.cpp(403): Ready
2010-02-21 21:02:28 (remote-GUI): amuleDlg.cpp(540): aMule dialog destroyed
.2010-02-21 17:59:32 (remote-GUI): EC_TAG_PREFS_CORETWEAKS 0 = empty
.2010-02-21 17:59:32 (remote-GUI): EC_TAG_CORETW_MAX_CONN_PER_FIVE 1 = 20
.2010-02-21 17:59:32 (remote-GUI): EC_TAG_CORETW_VERBOSE 0 = empty
.2010-02-21 17:59:32 (remote-GUI): EC_TAG_CORETW_FILEBUFFER 4 = 150000
.2010-02-21 17:59:32 (remote-GUI): EC_TAG_CORETW_UL_QUEUE 2 = 5000
.2010-02-21 17:59:32 (remote-GUI): EC_TAG_CORETW_SRV_KEEPALIVE_TIMEOUT 1 = 0
.2010-02-21 17:59:32 (remote-GUI): EC_TAG_PREFS_KADEMLIA 0 = empty
.2010-02-21 17:59:32 (remote-GUI): EC_TAG_KADEMLIA_UPDATE_URL 58 = http://download.tuxfamily.org/technosalad/utils/nodes.dat
2010-02-21 17:59:32 (remote-GUI): amuleDlg.cpp(233):
2010-02-21 17:59:32 (remote-GUI): amuleDlg.cpp(235): - This is aMule SVN using wxMSW VC v2.8.10 (Debugging) (Snapshot: rev. 10008M) based on eMule.
2010-02-21 17:59:32 (remote-GUI): amuleDlg.cpp(237): Running on Windows NT 6.1 (build 7600)
2010-02-21 17:59:32 (remote-GUI): amuleDlg.cpp(239): - Visit http://www.amule.org to check if a new version is available.
2010-02-21 17:59:32 (remote-GUI): amuleDlg.cpp(240):
2010-02-21 17:59:33 (remote-GUI): IP2Country.cpp(169): Loaded 242 flag bitmaps.
2010-02-21 17:59:33 (remote-GUI): amule-remote-gui.cpp(403): Ready
.2010-02-21 17:59:33 (remote-GUI): > EC_OP_GET_SERVER_LIST 0
.2010-02-21 17:59:33 (remote-GUI): > EC_OP_GET_SHARED_FILES 8
.2010-02-21 17:59:33 (remote-GUI): EC_TAG_DETAIL_LEVEL 1 = EC_DETAIL_INC_UPDATE
.2010-02-21 17:59:33 (remote-GUI): < EC_OP_SERVER_LIST 0
.2010-02-21 17:59:33 (remote-GUI): < EC_OP_SHARED_FILES 2666
.2010-02-21 17:59:33 (remote-GUI): EC_TAG_KNOWNFILE 1 = 25
.2010-02-21 17:59:33 (remote-GUI): EC_TAG_KNOWNFILE_REQ_COUNT 1 = 125
.2010-02-21 17:59:33 (remote-GUI): EC_TAG_KNOWNFILE_REQ_COUNT_ALL 2 = 3912
.2010-02-21 17:59:33 (remote-GUI): EC_TAG_KNOWNFILE_ACCEPT_COUNT 1 = 8
.2010-02-21 17:59:33 (remote-GUI): EC_TAG_KNOWNFILE_ACCEPT_COUNT_ALL 2 = 385
Maybe something is wrong with your network connection. Did you try to reboot your Windows machine?
-
Both systems. Both are connected directly with an CAT6 cable at GBit speed. Additionally both are part of the same WLAN which connects to the net.
It doesn´t matter if I use the cable or wireless connection for the remotegui.
As said with 10020 he doesn´t shows anything. With the older versions it worked at least partly. Should I make an log with the 9939 Build for comparison?
Regards,
ironduke57
-
Yes, but I'll have to send you a new remote GUI first. The 9939 one you have has no debug log capability.
(Should be there.)
Oh, and another thing to try - what happens if you pull the cable and let them connect over the WLAN?
-
9939 Log send.
Both connections work in different IP range´s and I use the corresponding IP´s for the connection with amule on my server.
And as said it doesn´t make a difference if I use LAN or WLAN.
Regards,
ironduke57
-
Interesting...
.2010-02-25 00:10:26 (remote-GUI): > EC_OP_GET_DLOAD_QUEUE 8
.2010-02-25 00:10:26 (remote-GUI): EC_TAG_DETAIL_LEVEL 1 = EC_DETAIL_INC_UPDATE
.2010-02-25 00:10:26 (remote-GUI): > EC_OP_GET_ULOAD_QUEUE 8
.2010-02-25 00:10:26 (remote-GUI): EC_TAG_DETAIL_LEVEL 1 = EC_DETAIL_UPDATE
.2010-02-25 00:10:27 (remote-GUI): > EC_OP_GET_CONNSTATE 0
.2010-02-25 00:10:28 (remote-GUI): < EC_OP_DLOAD_QUEUE 1127505075
.2010-02-25 00:10:28 (remote-GUI): EC_TAG_PARTFILE 16 = D8CA<snip>
.2010-02-25 00:10:28 (remote-GUI): EC_TAG_PARTFILE_STATUS 1 = 0
.2010-02-25 00:10:28 (remote-GUI): EC_TAG_PARTFILE_STOPPED 1 = 0
WTF? DLOAD_QUEUE packet of 1 GB ?
.2010-02-25 00:10:28 (remote-GUI): EC_TAG_PARTFILE 392 = 00000000000000000000000000000000 (didn't edit that one)
.2010-02-25 00:10:28 (remote-GUI): EC_TAG_PARTFILE_STATUS 1 = 7
.2010-02-25 00:10:28 (remote-GUI): EC_TAG_PARTFILE_STOPPED 1 = 1
.2010-02-25 00:10:28 (remote-GUI): EC_TAG_PARTFILE_SOURCE_COUNT 1 = 0
.2010-02-25 00:10:28 (remote-GUI): EC_TAG_PARTFILE_SOURCE_COUNT_NOT_CURRENT 1 = 0
.2010-02-25 00:10:28 (remote-GUI): EC_TAG_PARTFILE_SOURCE_COUNT_XFER 1 = 0
.2010-02-25 00:10:28 (remote-GUI): EC_TAG_PARTFILE_SOURCE_COUNT_A4AF 1 = 0
.2010-02-25 00:10:28 (remote-GUI): EC_TAG_PARTFILE_SIZE_XFER 1 = 0
.2010-02-25 00:10:28 (remote-GUI): EC_TAG_PARTFILE_SIZE_DONE 1 = 0
.2010-02-25 00:10:28 (remote-GUI): EC_TAG_PARTFILE_SPEED 1 = 0
.2010-02-25 00:10:28 (remote-GUI): EC_TAG_PARTFILE_PRIO 1 = 1
.2010-02-25 00:10:28 (remote-GUI): EC_TAG_PARTFILE_CAT 1 = 2
.2010-02-25 00:10:28 (remote-GUI): EC_TAG_PARTFILE_LAST_SEEN_COMP 1 = 0
.2010-02-25 00:10:28 (remote-GUI): EC_TAG_PARTFILE_LAST_RECV 4 = 1264166455
.2010-02-25 00:10:28 (remote-GUI): EC_TAG_PARTFILE_DOWNLOAD_ACTIVE 1 = 0
.2010-02-25 00:10:28 (remote-GUI): EC_TAG_PARTFILE_LOST_CORRUPTION 1 = 0
.2010-02-25 00:10:28 (remote-GUI): EC_TAG_PARTFILE_GAINED_COMPRESSION 1 = 0
.2010-02-25 00:10:28 (remote-GUI): EC_TAG_PARTFILE_SAVED_ICH 1 = 0
.2010-02-25 00:10:28 (remote-GUI): EC_TAG_PARTFILE_SOURCE_NAMES 1 = 0
.2010-02-25 00:10:28 (remote-GUI): EC_TAG_PARTFILE_COMMENTS 0 = EC_TAGTYPE_CUSTOM
.2010-02-25 00:10:28 (remote-GUI): EC_TAG_PARTFILE_NAME 48 = <snip>
.2010-02-25 00:10:28 (remote-GUI): EC_TAG_PARTFILE_PARTMETID 1 = 216
.2010-02-25 00:10:28 (remote-GUI): EC_TAG_PARTFILE_SIZE_FULL 4 = 212360148
.2010-02-25 00:10:28 (remote-GUI): EC_TAG_PARTFILE_ED2K_LINK 106 =
.2010-02-25 00:10:28 (remote-GUI): unknown 14592 0x3900 5638 = 9729
.2010-02-25 00:10:28 (remote-GUI): EC_TAG_CLIENT_NAME 65542 = EC_TAGTYPE_UNKNOWN
.2010-02-25 00:10:28 (remote-GUI): unknown 6206 0x183e 1127363890 = unknown 56 0x38
.2010-02-25 00:10:28 (remote-GUI): unknown 14973 0x3a7d 0 = EC_TAGTYPE_UNKNOWN
.2010-02-25 00:10:28 (remote-GUI): unknown 14973 0x3a7d 0 = EC_TAGTYPE_UNKNOWN
.2010-02-25 00:10:28 (remote-GUI): unknown 14973 0x3a7d 0 = EC_TAGTYPE_UNKNOWN
.2010-02-25 00:10:28 (remote-GUI): unknown 14973 0x3a7d 0 = EC_TAGTYPE_UNKNOWN
.2010-02-25 00:10:28 (remote-GUI): unknown 14973 0x3a7d 0 = EC_TAGTYPE_UNKNOWN
385 partfiles (number that works fine for me), and from no 156 on data gets garbled.
There is something wrong on transport layer I should say. Could it be that the zlib on your NAS is screwed?
Please edit ECSocket.cpp:
#define EC_MAX_UNCOMPRESSED 1024
and set this to 10000000 to turn off compression. The rebuild amuled.
-
Hi.
I can´t find any zlib file on my NAS. So I can´t just replace it with another one.
On my client are some, but not one in anyway related to amule.
I don´t have any IDE or compiler installed. Also I have never done anything in C/C++ and as said is really a long time ago since I programmed/compiled something the last time.
So if you would be so kind the compile a version for me, please.
Regards,
ironduke57
P.S.: As I have a complete net and phone breakdown ATM (Using my non-Flatrate UMTS mobil ATM.) my reactiontime on new postings could be quite slow.
-
Hmm - where did you get those amuled executables running on your NAS from if you didn't compile them?
-
I use the normal Win32 Amule with Remote Control enabled.
Regards,
ironduke57
-
Ah, I didn't realize you had Windows running on your NAS. I thought it was embedded Linux. Well, so much for my zlib idea.
You can remote-control a Windows system nicely with remote desktop without any EC at all. That's no solution of course, but I don't really have an idea how your EC connection can get garbled like this. I'd have too dig deeper into the EC networking code. :(
-
I tried different Linux and FreeBSD versions, but all had problems with the hardware of my selfbuild NAS (ATOM330 with Nvidia ION chipset). Windows gives ATM the best performance on it. I have an special eye on the FreeNAS and I hope it will better work with my hardware in future releases.
I am using Teamviewer and UltraVNC ATM to control my NAS, but it isn´t the optimal solution. Basicly I have to copy every f*cking single link in amule one by one.
I would be really happy if you could find a solution.
Regards,
ironduke57
-
Little Bump. ;D
-
This has started happening again. It's been reintroduced somewhere after 10052
Symptom: amulegui connects to amuled and then emits something similar to this:
ZLib operation returned Z_DATA_ERROR
ZLib error message: incorrect data check
zstream state:
next_in=0x7f06d422be5c
avail_in=0
total_in=699980
next_out=0x7f06cfbbf90e
avail_out=70677487
total_out=2662818
ReadPacket: error in packet read
-
I didn't touch the underlying transport layer. But yeah, there is a bug (http://forum.amule.org/index.php?topic=17648.0) in it somewhere. In 2.2.6 as well, so it's not cause by my recent work on EC (but maybe influenced).
-
Perhaps influenced.
I hadn't had a single incidence of zlib errors since the EC work started. Prior to that it was between 30-70% of amulegui startups.
-
What happens if you disable zlib for EC ?
Just set EC_MAX_UNCOMPRESSED in ECSocket.cpp to something large, like 100000000 .
(I believe you will still get corrupted data transferred, but it's worth a try.)
-
Please try the attached patch with the core (leave amulegui as it is).
It's a half-done hack&slash the replaces almost all of the EC upload code (with almost nothing, lol).
-
The replacements don't compile into 10065 (already updated to that SVN)
-
Posting the error message sometimes helps. ::)
My Lousy says std::min behaves retarded on Linux (it works on Windows), so just change
void CECSocket::OnOutput()
{
while (m_outToSend) {
uint32 toSend = (m_outToSend > EC_SOCKET_BUFFER_SIZE) ? EC_SOCKET_BUFFER_SIZE : m_outToSend;
if that was the problem.
The patch is independent of the last umpty SVN versions.
-
Posting the error message sometimes helps. ::)
My Lousy says std::min behaves retarded on Linux (it works on Windows), so just change
void CECSocket::OnOutput()
{
while (m_outToSend) {
uint32 toSend = (m_outToSend > EC_SOCKET_BUFFER_SIZE) ? EC_SOCKET_BUFFER_SIZE : m_outToSend;
if that was the problem.
The patch is independent of the last umpty SVN versions.
It was the problem. Best to post a unified diff though :)
Seems to be compiling now.
WRT things not working in *nix vs windows, that's a good argument for ensuring code portability (which can be a cow. Porting stuff from SunOs 4 to BSD was bad enough...)
-
Whatever.
What interests me more - does the patch help with the problem?
-
I merged the two topics because they are about the same problem.
I think I have found the bug. The patch I posted is useless I'm afraid. Solution is on the way...
-
That sounds good. I just tried the version you send me and it doesn´t work. Not one download shows up in the remotegui.
Regards,
ironduke57
-
Fixed it in 10067. Well - fixed a bug. I've uploaded new Windows binaries for you, please verify if we nailed the sucker.
-
Looks really good. All download are listed, download speed etc. are updated and changes (like priorities) are transferred back to the server.(http://www.whq-forum.de/invisionboard/style_emoticons/whq/xyxthumbs.gif)
But he doesn´t list the sources of my downloads when I double click them and the amule.exe on the server makes trouble as it froze now 5-6 times in a row when I tried to open it up out of the tray. The interface is drawn partly and then nothing happens anymore.
I know I am annoying. ;D
Regards,
ironduke57
-
Ha, gotcha. :D
But he doesn´t list the sources of my downloads when I double click them
That's not implemented. Maybe after The Big GUI change.
and the amule.exe on the server makes trouble as it froze now 5-6 times in a row when I tried to open it up out of the tray. The interface is drawn partly and then nothing happens anymore.
How many downloads do you have? There is a performance problem with the GUI with more than 500 downloads or so. And you NAS probably hasn't so much Oommpp.
Try to disable progress bars on your NAS at least. And switch to a view that doesn't take much CPU (Kad window).
I know I am annoying. ;D
No, you aren't. georg (http://forum.amule.org/index.php?topic=17719.0) is annoying. Or rather was. :P
-
... ]How many downloads do you have? There is a performance problem with the GUI with more than 500 downloads or so. And you NAS probably hasn't so much Oommpp.
Try to disable progress bars on your NAS at least. And switch to a view that doesn't take much CPU (Kad window). ...
"Only" around 350 downloads, but most of them are stopped. CPU (ATOM 330) load is around 5-20% with some spikes upto 30% ATM. It has a Gig of RAM, but I already orderd 2 more. (A 2 Gig DDR2 So-Dimm Modul for the prize of a one Gig Modul. How could I say no? ;D)
Regards,
ironduke57