aMule Forum
English => en_Bugs => Topic started by: cenicero on July 17, 2009, 11:40:07 AM
-
Hello,
i'm using 2.2.25 at Ubuntu 9.04 just installed, and amule remote gui 2.25 in other Kubuntu 8.04.2. Both of them are Festor's package.
I get a problem when having more than 768 temporal files, i can not see my uploads. I have to move some .part and .met files to another folder, restart amule and the remote GUI can show uploads. Then, when finished some downloads, i move again mets-files again to the amule temps folder and restart the daemon.
When i have 2000 temporal files, remote gui doesn't show downloads neither uploads, and amuled crashes often.
I have modified ulimit and in logfile i don't see any problem, remote GUI is connecting perfectly but doesn't show anything, refresh time is changed to 10" instead of 3" (so i suppose it has enough time), no way, and I have tried to change several parameters but i don't get a solution. Is this a bug? could i change any parameter?
Thanks in advance.
-
A clue: i share a folder with 500 files. If i don't share it, amule works perfectly with 500 downloads (no more), but if i add that folder, amule remote gui doesn't show anything. So i suppose than:
- or amuled has a limit of files to manage.
- or the remote interface, amulegui, has a limit of rows, files or whatever...
-
Another time traveller?
i'm using 2.2.25
-
i meant 2.2.5 amule version in both, sorry! ;D
-
2000 Files are very much!
I remeber from eMule forums, where they advise to don't share more than about 2-300 files!
-
I'm currently doing some optimizations to the remote gui, and I'd like you to try if it works better with current SVN (9707 or later).
However, 2000 downloads is REALLY overdoing things. I've had severe performance problems just with amule with such a number of files. These were GUI-related I think and will have to be addressed after Monday.
-
Hello,
giving more info, i should say that i get the error with 2000 temporal files (.part, .part.met and .part.metk.bak) in the temp folder, but the remote gui showed 600 downloads and then failed (i don't know if i should see 600 or 2000 downloads in the GUI).
Otherwise, i was sharing a folder with 1000 files. Now with 200 downloads and 600 temporal files it seems to work fine. Anyway, when i'm moving over FTP in my LAN a huge file (700MB), so the entire bandwith is being used for this, if i open the remote gui this doesn't show anything, but in logs it is registered the connection, and remote_gui is open in mi PC without showing anything.
I'll try the last svn version this week and i'll give you feedback. Thanks for your help.
-
so the entire bandwith is being used for this, if i open the remote gui this doesn't show anything
It has to read a bulk of data on startup, and if you slow down the connection, this takes a while. Sooner or later it should display something.
-
Hello,
more feedback for developers:
* amule remote 2.2.5 and amuled 2.2.5 (amuled started and proof done after waiting more or less 3 minutes)
- With 223 downloads, it works fine.
- With 334 downloads, remote gui starts, i can see downloads but not uploads, and there is NOT refresh of ANY data showed. I should close and open remote_gui to see the updated status of my downloads. I have been waiting several (more than 5) minutes.
Trying to compile the svn version 9713, i do:
./configure --enable-amule-gui
make
BarShader.cpp:215: error: invalid use of incomplete type ‘struct wxDC’
/usr/include/wx-2.8/wx/dc.h:33: error: forward declaration of ‘struct wxDC’
make[3]: *** [libmuleappgui_a-BarShader.o] Error 1
make[3]: se sale del directorio `/home/carlos/aMule-SVN-r9713/src'
make[2]: *** [all-recursive] Error 1
make[2]: se sale del directorio `/home/carlos/aMule-SVN-r9713/src'
make[1]: *** [all-recursive] Error 1
make[1]: se sale del directorio `/home/carlos/aMule-SVN-r9713'
make: *** [all] Error 2
perhaps i'm too tired (in a few moments i'll go to sleep :)), but i haven't been able to find documentation about how to compiling svn package where could i check an easy instructions?
Thank you.
-
Instructions are in the wiki, but just take it easy and grab one of Festor's binary packages (http://forum.amule.org/index.php?topic=16693.0). 8)
-
Hello,
thanks for the info, i have tried the 2.3.0~svnr9712-0ubuntu1~intrepid1 deb package and...
amulegui: error while loading shared libraries: libbfd-2.18.93.20081009.so: cannot open shared object file: No such file or directory
Solved copying /usr/lib/libbfd-2.18.0.20080103.so as libbfd-2.18.93.20081009.so :)
but then i get:
Connection Failed. Unable to connect to 172.26.0.5:4712
External Connection: Access denied because: Invalid protocol version.( 515 != 512 )
I know, it is due to i have only updated amule_remote, not amuled. Amuled is working now with 2200 temporal files and 642 downloads and afraid to break something :)
If tomorrow i have time, i'll do a testbed to reproduce this problem and give you more feedback.
update: i have updated only the binary of amuled using too the same packed (yes,only the binary, i'm afraid of breaking the system before going on holidays :))
Runiing amule_gui, in console i can see:
2009-07-22 02:30:43 (remote-GUI): amule-remote-gui.cpp(294): Conectando...
2009-07-22 02:30:43 (remote-GUI): amule-remote-gui.cpp(273): Yendo a evento bucle...
2009-07-22 02:30:43 (remote-GUI): amule-remote-gui.cpp(309): Manejador de evento EC en Interfaz Remota
in amulegui, at the beginning, i get a essange "Can't open file 'no options available' (error 2: no existe el fichero o directorio)". Duplicated in Details button.
Then i can see downloads, but no uploads, and data is frozen, there is no refresh every 3 seconds. The same than in 2.2.5 :(
Anyway, thanks for your efforts, i know all of you're doing your best :)
If you need more feeback, ask me anything! (i spaek Spanish better than English)
-
update 2: i've installed the same svn package in the server (i know you would ask me to :D )
The situation is the same: 642 downloads, i can't see uploads and the data is frozen, never changes. I should reopen amule_gui to know how my downloads are going.
Best regards.
-
More feedback: now with 629 i can see downloads, not uploads and still there is no refresh. Deleting downloads works (i can see the order in "logfile" and restarting amule_gui the deleted downloads disappears).
-
Is it possible for you to run them on the same machine? If it works there, it could be just a timeout problem. The 3 seconds to refresh are over before all data is transferred, so the transfer get's discarded and restartet. This looks like a forzen gui then.
-
OK, thank you for trying it.
I'll do some investigations with the remote gui and see if it can me made work with that many files. However, IIRC even plain aMule barfs at that many files and becomes unusable (GUI problem), so that might be the core of the problem.
Oh, and as you noticed: SVN amulegui and amuled 2.2.5 are not compatible. And with SVN also both must be from the same snapshot (at least when someone is working on EC like now).
-
Hello Stu Redman,
i have checked in SVN changelog ( http://amule.sourceforge.net/tarballs/tarballs.xml (http://amule.sourceforge.net/tarballs/tarballs.xml)) the changes that you´ve commited, so version 9724 seems to be very interesting to solve my problem. But in DEB-SVN builds are up to version 9712, so i can´t try your fixes:
http://ppa.launchpad.net/amule-trunk/ppa/ubuntu/pool/main/a/amule/ (http://ppa.launchpad.net/amule-trunk/ppa/ubuntu/pool/main/a/amule/)
I´ll check every day this svn, i´m wishing to try the new version and giving you feedback, but i need the package first :(
-
I meant Festor's packages, not the debian packages. He makes a new build every few days.
Instructions are in the wiki, but just take it easy and grab one of Festor's binary packages (http://forum.amule.org/index.php?topic=16693.0). 8)
-
Stu, he's talking about Festor's packages. I don't use launchpad.
-
Hello,
yes, i was talking about Festor´s packages, i´ve asked him to update them but he should be on holidays 8)
So i´m still with the previous version svn 9712, which still hangs with, more or less, 230 downloads.
-
You know, that you can build them yourself from every source-tarball?
-
I suppose i would be able using "alien" command, but i´m afraid to break something and stop downloading so high downloads number i need, so i would prefer to wait till Festor´s packages. Anyway, is there any "howto" for packaging amule?
thanks.
-
Now with svn9712 and 209 downloads it works. I´ll try to update svn version as soon its Ubuntu package is available :)
-
Sure, there is a manual. The easiest way is to install dpkg-dev, unpack source-tarball and in there type "dpkg-buildpackage -us -uc -b -rfakeroot". It will print out some warnings about unmet build-deps. Just install them, and restart the command and you're done.
-
Hello, more feedback :)
Thanks for your help, after doing the package for Ubuntu with your instructions, i installed it using:
dpkg -i --force-breaks --force-depends *.deb
So:
cenicero@shirley:~/.aMule$ amuled -v
2009-08-13 15:32:11: amuled.cpp(683): amuled: OnInit - starting timer
2009-08-13 15:32:11: amule.cpp(525): aMuled SVN using wxGTK2 v2.8.9 (Snapshot: rev. 9759) (OS: Linux)
But the client was still 9712. I tried to connect and it worked :) So amuled 9759 works with amule-remote-gui 9712. Anyway, i updated the client too up to 9759.
Well, now the problem is the same or... even worst. I have only 157 downloads and there is no refresh of them. And i can not see uploads. Iḿ connectiong thorought 100MB LAN witouth any other traffic than amule's one (wich is using a DSL of 15MB). With 9712 i could see the changes of info in real time with 200 downloads, but now i can't.
Anything you want me to test, please ask me.
Thanks !
-
Now with 9759 seems to work fine, but it is necessary to wait 5 minutes till upload's data reaches amule_remote_gui.
With 9782 works similar.
-
Just tried it with 277 downloads and had no problem whatever.
How many files do you share? Maybe that's what causes the problem.
-
Hello,
i have 294 downloads and 267 shared files. Of course i have rebooted both systems and the only traffic between those machines is an empty ssh console and the amule's one. The upload's pannel need 5 minutes to be displayed. With less downloads (<200) there is no problem, everything works fine).
-
The upload's pannel need 5 minutes to be displayed.
Now which one - Transfer Tab/Downloads, Transfer Tab/Uploads or Shared Files Tab?
Please try it also without sharing any completed files to see if it influences the issue.
-
Hello,
now i have 283 downloads and 261 shared files, which are uncompleted downloads, there are no completed files. I still have the same problem, the panel of current uploads (that one which is at the bottom of downloads) isn't being refreshed, there are not data. About downloads there are data, i see the files i'm downloading and the speed, but they don't refresh. I'm using still 9782, and my amule.conf is this:
[eMule]
AppVersion=SVN
Nick=aSTRaL
QueueSizePref=50
MaxUpload=85
MaxDownload=0
SlotAllocation=11
Port=4662
UDPPort=4672
Address=
Autoconnect=1
MaxSourcesPerFile=150
MaxConnections=300
MaxConnectionsPerFiveSeconds=20
RemoveDeadServer=1
DeadServerRetry=3
ServerKeepAliveTimeout=1
Reconnect=1
Scoresystem=1
Serverlist=1
AddServerListFromServer=0
AddServerListFromClient=0
SafeServerConnect=0
AutoConnectStaticOnly=0
UPnPEnabled=0
UPnPTCPPort=50000
SmartIdCheck=1
ConnectToKad=1
ConnectToED2K=1
TempDir=/home/cenicero/temporales_amule
IncomingDir=/home/cenicero/downloads
ICH=1
AICHTrust=0
CheckDiskspace=1
MinFreeDiskSpace=100
AddNewFilesPaused=1
PreviewPrio=0
ManualHighPrio=1
FullChunkTransfers=0
StartNextFile=1
StartNextFileSameCat=0
FileBufferSizePref=16
DAPPref=1
UAPPref=1
AllocateFullFile=0
OSDirectory=/home/cenicero/.aMule/
OnlineSignature=0
OnlineSignatureUpdate=5
EnableTrayIcon=0
MinToTray=0
ConfirmExit=1
StartupMinimized=0
3DDepth=10
ToolTipDelay=1
ShowOverhead=0
ShowInfoOnCatTabs=1
ShowRatesOnTitle=0
VerticalToolbar=0
ShowPartFileNumber=0
VideoPlayer=
VideoPreviewBackupped=1
StatGraphsInterval=3
statsInterval=30
DownloadCapacity=2000
UploadCapacity=100
StatsAverageMinutes=5
VariousStatisticsMaxValue=100
SeeShare=2
FilterLanIPs=1
ParanoidFiltering=1
IPFilterAutoLoad=1
IPFilterURL=
FilterLevel=127
IPFilterSystem=0
FilterMessages=1
FilterAllMessages=0
MessagesFromFriendsOnly=0
MessageFromValidSourcesOnly=1
FilterWordMessages=0
MessageFilter=
FilterComments=0
CommentFilter=
ShareHiddenFiles=0
AutoSortDownloads=0
NewVersionCheck=1
Language=
SplitterbarPosition=75
YourHostname=
DateTimeFormat=%A, %x, %X
AllcatType=0
ShowAllNotCats=0
SmartIdState=1
DropSlowSources=0
KadNodesUrl=http://emule-inside.net/nodes.dat
Ed2kServersUrl=http://ed2k.2x4u.de/e1m2lg7a/micro/server.met
VerboseDebug=0
UDPEnable=1
ShowMessagesInLog=1
AdvancedSpamFilter=1
MessageUseCaptchas=1
GeoIPEnabled=1
GeoLiteCountryUpdateUrl=http://geolite.maxmind.com/download/geoip/database/GeoLiteCountry/GeoIP.dat.gz
UDPDisable=0
[Browser]
DefaultBrowser=0
OpenPageInTab=1
CustomBrowserString=
[Proxy]
ProxyEnableProxy=0
ProxyType=0
ProxyName=
ProxyPort=1080
ProxyEnablePassword=0
ProxyUser=
ProxyPassword=
[ExternalConnect]
UseSrcSeeds=1
AcceptExternalConnections=1
ECAddress=
ECPort=4712
ECPassword=EF7628C92BFF39C0B3532D36A617CF01
UPnPECEnabled=0
ShowProgressBar=1
ShowPercent=1
UseSecIdent=1
IpFilterClients=1
IpFilterServers=1
[WebServer]
Enabled=0
Password=E961B2AC40AAC4CC36A8BF65BCA9177A
PasswordLow=
Port=4711
WebUPnPTCPPort=50001
UPnPWebServerEnabled=0
UseGzip=1
UseLowRightsUser=0
PageRefreshTime=120
Template=default
[Razor_Preferences]
FastED2KLinksHandler=1
[SkinGUIOptions]
Skin=
UseSkinFiles=0
[Statistics]
MaxClientVersions=0
TotalDownloadedBytes=725958584853
TotalUploadedBytes=162684110787
[Obfuscation]
IsClientCryptLayerSupported=1
IsCryptLayerRequested=1
IsClientCryptLayerRequired=0
CryptoPaddingLenght=254
CryptoKadUDPKey=2458762185
[UserEvents]
[UserEvents/DownloadCompleted]
CoreEnabled=0
CoreCommand=
GUIEnabled=0
GUICommand=
[UserEvents/NewChatSession]
CoreEnabled=0
CoreCommand=
GUIEnabled=0
GUICommand=
[UserEvents/OutOfDiskSpace]
CoreEnabled=0
CoreCommand=
GUIEnabled=0
GUICommand=
[UserEvents/ErrorOnCompletion]
CoreEnabled=0
CoreCommand=
GUIEnabled=0
GUICommand=
[Debug]
Cat_General=0
Cat_Hasher=0
Cat_ED2k\ Client=0
Cat_Local\ Client\ Protocol=0
Cat_Remote\ Client\ Protocol=0
Cat_Packet\ Parsing\ Errors=0
Cat_CFile=0
Cat_FileIO=0
Cat_ZLib=0
Cat_AICH-Hasher=0
Cat_AICH-Transfer=0
Cat_AICH-Recovery=0
Cat_ListenSocket=0
Cat_Credits=0
Cat_ClientUDPSocket=0
Cat_DownloadQueue=0
Cat_IPFilter=0
Cat_KnownFileList=0
Cat_PartFiles=0
Cat_SHAHashSet=0
Cat_Servers=0
Cat_Proxy=0
Cat_Searching=0
Cat_ServerUDP=0
Cat_Client\ Kademlia\ UDP=0
Cat_Kademlia\ Search=0
Cat_Kademlia\ Routing=0
Cat_Kademlia\ Indexing=0
Cat_Kademlia\ Main\ Thread=0
Cat_Kademlia\ Preferences=0
Cat_PartFileConvert=0
Cat_MuleUDPSocket=0
Cat_ThreadScheduler=0
Cat_Universal\ Plug\ and\ Play=0
Cat_Kademlia\ UDP\ Firewall\ Tester=0
Cat_Kademlia\ Packet\ Tracking=0
Cat_Kademlia\ Entry\ Tracking=0
Cat_External\ Connect=0(passwords strings changed).
Thanks.
-
OK, maybe a debug log can shed some light on this issue.
Please compile the remote gui in debug mode. Then turn on EC debug logging for it by setting in remote.conf
[Debug]
Cat_External\ Connect=1Connect. Wait your 5 min until downloads show, the 5 min more. Close the remote gui. You'll have a big remotelogfile in your config folder. Search for the lines with (remote-GUI): < or (remote-GUI): > and post them here.
For me this looks like this:
.2009-08-30 14:48:47 (remote-GUI): > EC_OP_AUTH_REQ 43
.2009-08-30 14:48:47 (remote-GUI): < EC_OP_AUTH_SALT 15
.2009-08-30 14:48:47 (remote-GUI): > EC_OP_AUTH_PASSWD 23
.2009-08-30 14:48:47 (remote-GUI): < EC_OP_AUTH_OK 11
.2009-08-30 14:48:47 (remote-GUI): > EC_OP_GET_PREFERENCES 17
.2009-08-30 14:48:47 (remote-GUI): < EC_OP_SET_PREFERENCES 901
.2009-08-30 14:48:48 (remote-GUI): > EC_OP_GET_SERVER_LIST 0
.2009-08-30 14:48:48 (remote-GUI): > EC_OP_GET_SHARED_FILES 8
.2009-08-30 14:48:48 (remote-GUI): < EC_OP_SERVER_LIST 3424
.2009-08-30 14:48:48 (remote-GUI): < EC_OP_SHARED_FILES 68662
.2009-08-30 14:48:49 (remote-GUI): > EC_OP_GET_CONNSTATE 0
.2009-08-30 14:48:49 (remote-GUI): < EC_OP_MISC_DATA 142
.2009-08-30 14:48:50 (remote-GUI): > EC_OP_STAT_REQ 0
.2009-08-30 14:48:50 (remote-GUI): < EC_OP_STATS 16923
.2009-08-30 14:48:51 (remote-GUI): > EC_OP_GET_DLOAD_QUEUE 8
.2009-08-30 14:48:51 (remote-GUI): > EC_OP_GET_ULOAD_QUEUE 8
.2009-08-30 14:48:51 (remote-GUI): < EC_OP_DLOAD_QUEUE 218914
.2009-08-30 14:49:37 (remote-GUI): > EC_OP_GET_CONNSTATE 0
.2009-08-30 14:49:37 (remote-GUI): < EC_OP_ULOAD_QUEUE 1520
.2009-08-30 14:49:37 (remote-GUI): > EC_OP_GET_ULOAD_QUEUE 52
.2009-08-30 14:49:37 (remote-GUI): < EC_OP_MISC_DATA 142
.2009-08-30 14:49:37 (remote-GUI): < EC_OP_ULOAD_QUEUE 1923
.2009-08-30 14:49:38 (remote-GUI): > EC_OP_STAT_REQ 0
.2009-08-30 14:49:38 (remote-GUI): < EC_OP_STATS 16749
.2009-08-30 14:49:39 (remote-GUI): > EC_OP_GET_DLOAD_QUEUE 8
.2009-08-30 14:49:39 (remote-GUI): > EC_OP_GET_ULOAD_QUEUE 8
.2009-08-30 14:49:39 (remote-GUI): < EC_OP_DLOAD_QUEUE 46564
.2009-08-30 14:49:40 (remote-GUI): < EC_OP_ULOAD_QUEUE 1526
.2009-08-30 14:49:40 (remote-GUI): > EC_OP_GET_CONNSTATE 0
.2009-08-30 14:49:40 (remote-GUI): < EC_OP_MISC_DATA 142
.2009-08-30 14:49:41 (remote-GUI): > EC_OP_STAT_REQ 0
.2009-08-30 14:49:41 (remote-GUI): < EC_OP_STATS 21157
.2009-08-30 14:49:42 (remote-GUI): > EC_OP_GET_DLOAD_QUEUE 8
.2009-08-30 14:49:42 (remote-GUI): > EC_OP_GET_ULOAD_QUEUE 8
.2009-08-30 14:49:42 (remote-GUI): < EC_OP_DLOAD_QUEUE 46265
.2009-08-30 14:49:43 (remote-GUI): < EC_OP_ULOAD_QUEUE 1526
.2009-08-30 14:49:43 (remote-GUI): > EC_OP_GET_CONNSTATE 0
.2009-08-30 14:49:43 (remote-GUI): < EC_OP_MISC_DATA 142
.2009-08-30 14:49:44 (remote-GUI): > EC_OP_STAT_REQ 0
.2009-08-30 14:49:44 (remote-GUI): < EC_OP_STATS 25197
.2009-08-30 14:49:45 (remote-GUI): > EC_OP_GET_DLOAD_QUEUE 8
.2009-08-30 14:49:45 (remote-GUI): > EC_OP_GET_ULOAD_QUEUE 8
.2009-08-30 14:49:45 (remote-GUI): < EC_OP_DLOAD_QUEUE 46329
.2009-08-30 14:49:46 (remote-GUI): < EC_OP_ULOAD_QUEUE 1526
.2009-08-30 14:49:46 (remote-GUI): > EC_OP_GET_CONNSTATE 0
.2009-08-30 14:49:46 (remote-GUI): < EC_OP_MISC_DATA 142
.2009-08-30 14:49:47 (remote-GUI): > EC_OP_STAT_REQ 0
.2009-08-30 14:49:47 (remote-GUI): < EC_OP_STATS 25478
.2009-08-30 14:49:48 (remote-GUI): > EC_OP_GET_DLOAD_QUEUE 8
.2009-08-30 14:49:48 (remote-GUI): > EC_OP_GET_ULOAD_QUEUE 8
.2009-08-30 14:49:48 (remote-GUI): < EC_OP_DLOAD_QUEUE 46400
.2009-08-30 14:49:49 (remote-GUI): < EC_OP_ULOAD_QUEUE 1526
.2009-08-30 14:49:49 (remote-GUI): > EC_OP_GET_CONNSTATE 0
.2009-08-30 14:49:49 (remote-GUI): < EC_OP_MISC_DATA 142
.2009-08-30 14:49:50 (remote-GUI): > EC_OP_STAT_REQ 0
.2009-08-30 14:49:50 (remote-GUI): < EC_OP_STATS 25439
.2009-08-30 14:49:51 (remote-GUI): > EC_OP_GET_DLOAD_QUEUE 8
.2009-08-30 14:49:51 (remote-GUI): > EC_OP_GET_ULOAD_QUEUE 8
.2009-08-30 14:49:51 (remote-GUI): < EC_OP_DLOAD_QUEUE 46514
.2009-08-30 14:49:52 (remote-GUI): < EC_OP_ULOAD_QUEUE 1526
.2009-08-30 14:49:52 (remote-GUI): > EC_OP_GET_CONNSTATE 0
.2009-08-30 14:49:52 (remote-GUI): < EC_OP_MISC_DATA 142
.2009-08-30 14:49:53 (remote-GUI): > EC_OP_STAT_REQ 0
.2009-08-30 14:49:53 (remote-GUI): < EC_OP_STATS 26376
.2009-08-30 14:49:54 (remote-GUI): > EC_OP_GET_DLOAD_QUEUE 8
.2009-08-30 14:49:54 (remote-GUI): > EC_OP_GET_ULOAD_QUEUE 8
.2009-08-30 14:49:54 (remote-GUI): < EC_OP_DLOAD_QUEUE 46917
.2009-08-30 14:49:54 (remote-GUI): < EC_OP_ULOAD_QUEUE 1527
.2009-08-30 14:49:55 (remote-GUI): > EC_OP_GET_CONNSTATE 0
.2009-08-30 14:49:55 (remote-GUI): < EC_OP_MISC_DATA 142
.2009-08-30 14:49:56 (remote-GUI): > EC_OP_STAT_REQ 0
.2009-08-30 14:49:56 (remote-GUI): < EC_OP_STATS 26493
.2009-08-30 14:49:57 (remote-GUI): > EC_OP_GET_DLOAD_QUEUE 8
.2009-08-30 14:49:57 (remote-GUI): > EC_OP_GET_ULOAD_QUEUE 8
.2009-08-30 14:49:57 (remote-GUI): < EC_OP_DLOAD_QUEUE 47159
.2009-08-30 14:49:58 (remote-GUI): < EC_OP_ULOAD_QUEUE 1527
.2009-08-30 14:49:58 (remote-GUI): > EC_OP_GET_CONNSTATE 0
.2009-08-30 14:49:58 (remote-GUI): < EC_OP_MISC_DATA 142
.2009-08-30 14:49:59 (remote-GUI): > EC_OP_STAT_REQ 0
.2009-08-30 14:49:59 (remote-GUI): < EC_OP_STATS 26728
.2009-08-30 14:50:00 (remote-GUI): > EC_OP_GET_DLOAD_QUEUE 8
.2009-08-30 14:50:00 (remote-GUI): > EC_OP_GET_ULOAD_QUEUE 8
.2009-08-30 14:50:00 (remote-GUI): < EC_OP_DLOAD_QUEUE 47348
.2009-08-30 14:50:01 (remote-GUI): < EC_OP_ULOAD_QUEUE 1526
.2009-08-30 14:50:01 (remote-GUI): > EC_OP_GET_CONNSTATE 0
.2009-08-30 14:50:01 (remote-GUI): < EC_OP_MISC_DATA 142
.2009-08-30 14:50:02 (remote-GUI): > EC_OP_STAT_REQ 0
.2009-08-30 14:50:02 (remote-GUI): < EC_OP_STATS 26701
.2009-08-30 14:50:03 (remote-GUI): > EC_OP_GET_DLOAD_QUEUE 8
.2009-08-30 14:50:03 (remote-GUI): > EC_OP_GET_ULOAD_QUEUE 8
.2009-08-30 14:50:03 (remote-GUI): < EC_OP_DLOAD_QUEUE 47442
.2009-08-30 14:50:04 (remote-GUI): < EC_OP_ULOAD_QUEUE 1526
.2009-08-30 14:50:04 (remote-GUI): > EC_OP_GET_CONNSTATE 0
.2009-08-30 14:50:04 (remote-GUI): < EC_OP_MISC_DATA 142
.2009-08-30 14:50:05 (remote-GUI): > EC_OP_STAT_REQ 0
.2009-08-30 14:50:05 (remote-GUI): < EC_OP_STATS 25961
.2009-08-30 14:50:06 (remote-GUI): > EC_OP_GET_DLOAD_QUEUE 8
.2009-08-30 14:50:06 (remote-GUI): > EC_OP_GET_ULOAD_QUEUE 8
.2009-08-30 14:50:06 (remote-GUI): < EC_OP_DLOAD_QUEUE 47501
.2009-08-30 14:50:07 (remote-GUI): < EC_OP_ULOAD_QUEUE 1526
.2009-08-30 14:50:07 (remote-GUI): > EC_OP_GET_CONNSTATE 0
.2009-08-30 14:50:07 (remote-GUI): < EC_OP_MISC_DATA 142
.2009-08-30 14:50:08 (remote-GUI): > EC_OP_STAT_REQ 0
.2009-08-30 14:50:08 (remote-GUI): < EC_OP_STATS 26947
.2009-08-30 14:50:09 (remote-GUI): > EC_OP_GET_DLOAD_QUEUE 8
.2009-08-30 14:50:09 (remote-GUI): > EC_OP_GET_ULOAD_QUEUE 8
.2009-08-30 14:50:09 (remote-GUI): < EC_OP_DLOAD_QUEUE 47682
.2009-08-30 14:50:10 (remote-GUI): < EC_OP_ULOAD_QUEUE 1526
.2009-08-30 14:50:10 (remote-GUI): > EC_OP_GET_CONNSTATE 0
.2009-08-30 14:50:10 (remote-GUI): < EC_OP_MISC_DATA 142
.2009-08-30 14:50:11 (remote-GUI): > EC_OP_STAT_REQ 0
.2009-08-30 14:50:11 (remote-GUI): < EC_OP_STATS 26701
.2009-08-30 14:50:12 (remote-GUI): > EC_OP_GET_DLOAD_QUEUE 8
.2009-08-30 14:50:12 (remote-GUI): > EC_OP_GET_ULOAD_QUEUE 8
.2009-08-30 14:50:12 (remote-GUI): < EC_OP_DLOAD_QUEUE 48128
.2009-08-30 14:50:13 (remote-GUI): < EC_OP_ULOAD_QUEUE 1526
.2009-08-30 14:50:13 (remote-GUI): > EC_OP_GET_CONNSTATE 0
.2009-08-30 14:50:13 (remote-GUI): < EC_OP_MISC_DATA 142
.2009-08-30 14:50:14 (remote-GUI): > EC_OP_STAT_REQ 0
.2009-08-30 14:50:14 (remote-GUI): < EC_OP_STATS 26393
.2009-08-30 14:50:15 (remote-GUI): > EC_OP_GET_DLOAD_QUEUE 8
.2009-08-30 14:50:15 (remote-GUI): > EC_OP_GET_ULOAD_QUEUE 8
.2009-08-30 14:50:15 (remote-GUI): < EC_OP_DLOAD_QUEUE 48227
.2009-08-30 14:50:16 (remote-GUI): < EC_OP_ULOAD_QUEUE 1526
.2009-08-30 14:50:16 (remote-GUI): > EC_OP_GET_CONNSTATE 0
.2009-08-30 14:50:16 (remote-GUI): < EC_OP_MISC_DATA 142
.2009-08-30 14:50:17 (remote-GUI): > EC_OP_STAT_REQ 0
.2009-08-30 14:50:17 (remote-GUI): < EC_OP_STATS 26777
.2009-08-30 14:50:18 (remote-GUI): > EC_OP_GET_DLOAD_QUEUE 8
.2009-08-30 14:50:18 (remote-GUI): > EC_OP_GET_ULOAD_QUEUE 8
.2009-08-30 14:50:18 (remote-GUI): < EC_OP_DLOAD_QUEUE 48919
.2009-08-30 14:50:19 (remote-GUI): < EC_OP_ULOAD_QUEUE 1526
.2009-08-30 14:50:19 (remote-GUI): > EC_OP_GET_CONNSTATE 0
.2009-08-30 14:50:19 (remote-GUI): < EC_OP_MISC_DATA 142
.2009-08-30 14:50:20 (remote-GUI): > EC_OP_STAT_REQ 0
.2009-08-30 14:50:20 (remote-GUI): < EC_OP_STATS 27332
.2009-08-30 14:50:21 (remote-GUI): > EC_OP_GET_DLOAD_QUEUE 8
.2009-08-30 14:50:21 (remote-GUI): > EC_OP_GET_ULOAD_QUEUE 8
.2009-08-30 14:50:21 (remote-GUI): < EC_OP_DLOAD_QUEUE 49479
.2009-08-30 14:50:22 (remote-GUI): < EC_OP_ULOAD_QUEUE 1538
.2009-08-30 14:50:22 (remote-GUI): > EC_OP_GET_ULOAD_QUEUE 11
.2009-08-30 14:50:22 (remote-GUI): < EC_OP_ULOAD_QUEUE 426
.2009-08-30 14:50:22 (remote-GUI): > EC_OP_GET_CONNSTATE 0
.2009-08-30 14:50:22 (remote-GUI): < EC_OP_MISC_DATA 142
.2009-08-30 14:50:23 (remote-GUI): > EC_OP_STAT_REQ 0
.2009-08-30 14:50:23 (remote-GUI): < EC_OP_STATS 26303
That was 400something downloads. An initial packet of 218914 for the DL list, then about 50k every 3 sec. Nothing that should put any sweat on an Ethernet line.
-
I think i have done something wrong because after compiling, i can't get any executable :)
Anyway, i have updated to 9793, and i haven't that error because i have only 100 downloads, so i can't guess if the bug still exists or not.
Anyway, thanks for your support.
-
Hello,
Still with the same error, can't see uploads in RemoteGUI having 236 downloads, and these doesn't refresh theirselvers. And now with the current svn version, 9817.
Does anyone have a compiled version por amd64 in debug mode? I try to compile but after 15 minutes it doesn't generate any binary ¬¬
-
More news,
I have updated again, now to svn 9822.
With 216 it was working perfectly, so i addedd some new downloads. Now with 232 downloads, after restarting the RemoteGUI, it fails again. The screen doesn't refresh, uploads are not showed but if i delete a download, or change its priority, it is done (i can check it has been done closing and opening again the GUI).
Thanks.
-
Now with 204 downloads it works fine, so
the problem of remote gui exists having 232 downloads or more, and disappers while having 216 downloads or fewer.
Updated! : sorry, i wrote 261 instead of 216 :)
-
So the problem occurs with x >= 232 and x <= 261.
Houston we have a problem.
-
Sorry, i wrote it incorrectly. Problem is located between 216 and 232 :)
-
Probably just values that make it trigger on your end, which doesn't mean the numbers are significant. I liked 261 better because it was more than 1 byte, but 232 is just as random as 216.
Long story short, some changes are needed there, and we're working on it.
-
ok, i supossed the mitical 255 would help a lot, but i'm afraid that it is not changing "int" with "long int" ::)
So, i don't know how i can help you, or about if you need more feedback. If i'm given an amd64 deb version with debugging activated, i can give you all the logs you want. In other case, i think i can't offer more help :/
Cheers.
-
As Kry was saying, there are some GUI changes ahead which might take care of the problem. Or not. Anyway it's not worth investigating before that.