MLDonkey Forum Index
Homepage •  Bugs •  Tasks •  Patches •  SF.net Project Page •  ChangeLog •  German forum •  Links •  Wiki •  Downloads
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 
 
controlling program with GUIProtocol problem on ARM board.

 
Post new topic   Reply to topic    MLDonkey Forum Index -> Alternative platforms
View previous topic :: View next topic  
Author Message
zhy2111314
neophyte


Joined: 04 Sep 2008
Posts: 5

PostPosted: Fri Sep 05, 2008 1:36 am    Post subject: controlling program with GUIProtocol problem on ARM board. Reply with quote

First thanks for mldonkey on ARM. However, here we meet a strange problem as follows:
1. we use 2.9.3 on ARM from here, and sancho on x86 PC can control it well.
2. we write a controlling program named mlctl for mlnet according to the GUIProtocol of mlnet, and we want it running on the ARM board with mlnet.
3. we can not get any file info (fileinfo, downloading, downloaded) using mlctl on board to control mlnet also on board, but it's strange that we can control it with mlctl such as open, close, add a new download, etc.
4. finally, we find that it used the old GUI protocol described on wiki of mlnet to communicate with mlctl.
5. we compiled the mlctl on x86 PC and use it to control mlnet on ARM board, and it looks like well also with the latest protocol version.
6. we want to know why it is auto-changed in the different situation and according to what? and is there any document for developers like sancho to explain how to use GUI Protocol of mlnet.

Thanks very much for any reply.
Back to top
View user's profile Send private message
zhy2111314
neophyte


Joined: 04 Sep 2008
Posts: 5

PostPosted: Fri Sep 05, 2008 5:09 pm    Post subject: Reply with quote

Thanks here.
We just solve this problem by substituting all the (int Cool, (int 16), or (int 32) to memcpy(). We even do not know the exact reason, maybe something different with cross-comping chain(gcc).
Back to top
View user's profile Send private message
fabtar
Sage


Joined: 04 Feb 2004
Posts: 1575
Location: Italy

PostPosted: Fri Sep 05, 2008 6:02 pm    Post subject: Reply with quote

Don't know, for sure you need to specify int16 or int32 cause a protocol "field" has a proper size.
The int type usually has 32 bit, but it could change between implementations.
In case you need a 16 bit integer you cannot use an "int" type because you don't know the exact int size... or better ... I have reminds about using int16 - int32 is the only way in order to make network software portable(and inter-operate) between different architectures.

I Hope my thoughts make sense.
_________________
ARM,ARMEL,MIPS,MIPSEL,POWERPC mldonkey cores: http://fabtar.ygrek.org.ua/
Back to top
View user's profile Send private message
fabtar
Sage


Joined: 04 Feb 2004
Posts: 1575
Location: Italy

PostPosted: Fri Sep 05, 2008 6:06 pm    Post subject: Reply with quote

You have also to respect "network order"in data transmission.Spiralvoice olready pointend the importance of Endianess in network communications.
Endianess is important when transmitting data fields bigger than 1 byte.
_________________
ARM,ARMEL,MIPS,MIPSEL,POWERPC mldonkey cores: http://fabtar.ygrek.org.ua/
Back to top
View user's profile Send private message
spiralvoice
Sage


Joined: 06 Jan 2003
Posts: 3982
Location: Germany

PostPosted: Sat Sep 06, 2008 7:42 am    Post subject: Reply with quote

http://mldonkey.sourceforge.net/forums/viewtopic.php?p=19130#19130
Quote:
the GUI protocol is always little-endian, no matter what platform the core is running on

_________________
Link overview and precompiled cores here: http://mldonkey.sourceforge.net/DownloadLinks
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic    MLDonkey Forum Index -> Alternative platforms All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Sourceforge.net Logo