Added ability for turtle router to take client services

- new class RsTurtleClientService, from which should inherit the services
- turtle serialisation takes client services for deserialising
- added a client to p3turtle::monitorTunnels()
- added a generic turtle item to pass on arbitrary data

Moved ftServer as a subclass of RsTurtleClientService. 
- moved file transfer items that inherited from RsTurtleGenericTunnelItem into a separate file
- moved deserialisation triage into ftServer
- moved sending/receiving methods in ftServer (much less code, much more consistent!)

One bug remains: the TR cannot work as a server.

Changes should be 100% backward compatible.



git-svn-id: http://svn.code.sf.net/p/retroshare/code/branches/v0.5-GenericTunneling@6293 b45a01b8-16f6-495d-af2f-9b41ad6348cc

libretroshare/src/ft/ftcontroller.h

@@ -42,6 +42,7 @@ class ftFileCreator;
 class ftTransferModule;
 class ftFileProvider;
 class ftSearch;
+class ftServer;
 class ftExtraList;
 class ftDataMultiplex;
 class p3turtle ;
@@ -119,6 +120,7 @@ class ftController: public CacheTransfer, public RsThread, public pqiMonitor, pu
 
 		void	setFtSearchNExtra(ftSearch *, ftExtraList *);
 		void	setTurtleRouter(p3turtle *) ;
+		void	setFtServer(ftServer *) ;
 		bool    activate();
 		bool 	isActiveAndNoPending();
 
@@ -234,6 +236,7 @@ class ftController: public CacheTransfer, public RsThread, public pqiMonitor, pu
 		ftDataMultiplex *mDataplex;
 		ftExtraList *mExtraList;
 		p3turtle *mTurtle ;
+		ftServer *mFtServer ;
 
 		RsMutex ctrlMutex;