|
|
Esta sección te permite ver todos los posts escritos por este usuario. Ten en cuenta que sólo puedes ver los posts escritos en zonas a las que tienes acceso en este momento.
Mensajes - captaindanieo
1
« en: Miércoles 12 de Diciembre de 2007, 23:37 »
Recibido!  
2
« en: Miércoles 12 de Diciembre de 2007, 23:07 »
¡Creo que lo logramos! He realizado también las creaciones de los objetos en el constructor de L2CAP para el socket, de la siguiente manera:
En el servidor:
SocketServer* in = new SocketServer(3000,5);
Socket* sa = in->Accept();
s = sa;
En el cliente:
SocketClient* sb = new SocketClient("localhost",3000);
s = sb;
Y al hacer esto, ya hay transferencia correcta de información, y no se cierran los sockets. No me lo creia cuando lo veía.
Un millón de gracias Eternal Idol. De verdad, que no creía que lo pudiesemos solucionar, y mas pensando en que en tu máquina funcionaba el mismo código que en la mía no lo hacía. ¿Eso a qué podría haberse debido? Porque los constructores estaban igual de mal declarados antes. ¿Quizás por la forma de hacer las cosas del compilador?
En fin, muchísimas gracias de nuevo por todo, por haberte puesto con el código y haber tenido paciencia para soportar mis dudas y mis no comprobaciones. Mil gracias.
Un saludo muy grande desde Málaga.
3
« en: Miércoles 12 de Diciembre de 2007, 22:16 »
He cambiado las definiciones de los objetos L2cap desde principal. Ahora lo realizo:
L2cap* micapa = new L2cap(1);
Por ejemplo. Y para referirme ahora a los métodos de mi clase, usaré -> en lugar de '.' solo.
Sin embargo el resultado de la ejecución sigue siendo el mismo.
No he entendido bien la última parte de tu último post, Eternal Idol.
Otra cosa que queria comentar es la siguiente. Ejecutando paso por paso, en depuración, observo que el comportamiento, tanto en el servidor como en el cliente es similar en cuanto a lo siguiente: en el constructor, se realizan todas las acciones correspondientes, pero cuando se llega a beginthreadex, da un salto a SocketServer (la primera línea del constructor de la clase) y de ahí pasa a la destrucción del objeto de la clase.
Eso ocurre tanto si elegimos que sea Cliente como si es Servidor. Y ocurre tanto con la definición realizada con new, como con la que tenía antes.
¿Es normal esto?
Ademas, si pongo entre comentarios la línea del beginthreadex (para comprobar si era debido a dicha instrucción), ocurre exactamente lo mismo, solo que el salto se realiza desde la línea anterior. Y si comento la anterior, se realiza desde la anterior (que es un simple cout ), ... No tiene ningún sentido.
4
« en: Miércoles 12 de Diciembre de 2007, 00:55 »
Al eliminar la línea siguiente
*(s) = sb; //Con esto hemos anclado el contenido del puntero y ya no se borra al salir del Constructor
el error devuelto por getlasterror cambia, y ya no es 10038, sino 10093. He encontrado lo siguiente acerca de este error:
10093 WSANOTINITIALISED
"Successful WSAStartup not yet performed. Either the application has not called WSAStartup or WSAStartup failed. The application may be accessing a socket that the current active task does not own (that is, trying to share a socket between tasks), or WSACleanup has been called too many times."
5
« en: Miércoles 12 de Diciembre de 2007, 00:27 »
Esa línea la coloqué porque no sabía si el socket estaba siendo destruido en cuanto salía del constructor (cosa que efectivamente estaba pasando). Intenté remediarlo con esto, pero no vale para nada. En cuanto al valor de la variable global escuchando la tengo inicializada ahí porque es una variable que necesito que desde la creación de mi nuevo objeto esté a true, para efectuar la lectura, y en el caso de que por el socket alguna vez reciba la cadena "exit", esa variable se pondrá a false, y se saldrá del bucle en el que se lee el socket contínuamente. Lo que no entiendo es como el programa provoca unos resultados exitosos en tu ordenador, pero yo no logro hacerlo, y el comportamiento es totalmente erroneo.  Voy a intentar hacer dos constructores distintos, uno para el cliente y otro para el servidor. En lugar de hacer en el mismo constructor la distinción de si se le está pasando un 1 o un 2 para definir el comportamiento, aunque esto no deberñia de ser un problema, es un simple if, de una variable que se le pasa al constructor, ¿no?
6
« en: Martes 11 de Diciembre de 2007, 23:29 »
Me dispongo a depurar el modo Servidor. Elijo la opción servidor. Se realizan una serie de acciones en allocator.h new_allocator.h y stl_vector.h, realizando reservas de memoria para el vector. Después de esto, llegamos al constructor de L2CAP, y realiza las acciones de acuerdo con el modo elegido (servidor). Se realiza un SocketServer, al puerto 3000. sockaddr_in Pasamos a Socket(), en la clase Socket. Se llama a Start(). nofSockets y WSAStartup dice que no las encuentra en este contexto, con lo cual parece que no hace nada, y solo incrementa nofSockets, que indica lo mismo, que no la encuentra en el contexto. (Con lo cual aqui no se hace nada). Seguimos en Socket(), y this->s_ (que es s_ en la clase socket) pasa a tomar el valor 1828. refCounter_ vale 0x3d24d8. Salimos de Socket(), y seguimos en SocketServer, en memset. sa.sin_family = 2
sa.sin_port = 47115
s_ = 1828No detecta que sea un socket inválido, y tampoco entra en los bucles de que sea un NonBlockingSocket ni que se cumpla la condición de bind.... Seguimos por listen (s_,connections). [connections vale 5]. De ahi pasamos a Socket* sa=in.Accept(), que provoca irnos a Accept en Socket, y se queda ahi parado, esperando, en new_sock = accept (s_,0,0). Paso ahora a ejecutar mi otro programa y a elegir modo cliente. En ese momento, se produce un salto, y nos encontramos en la función Accept en SocketServer. Se llama a Start(). refcounter vale ahora 0xbaadf00d. Se devuelve el valor de r desde Accept en SocketServer, que es 0x3d2908. Volvemos al constructor de L2CAP, y copiamos el valor de sa a s. Dicho valor es 0x22ff20. Imprime por pantalla el mensaje Conexion Recibida. Se coloca sobre _beginthreadex, y al darle a siguiente paso hace de nuevo SocketServer in (3000,5) ahi en el constructor de L2CAP. Se salta al destructor del socket. Se llama a Close, y éste hace closesocket(s_), y s_ vale 1828. Se hace un delete refCounter en el destructor de Socket. El valor de refCounter es 0 x3d24d8. Volvemos a SocketServer in en el constructor de L2CAP, y se hace un salto al final del constructor y se sale de el. Quedando ya para siempre en el bucle del programa principal de mostrar por pantalla: "Sigo aqui en modo Servidor". Desde luego que las acciones que hace ahi en el constructor de L2CAP no tienen ningún sentido, al menos no se lo veo. No se porque se destruye el socket, ni porqué se pasa a hacer de nuevo SocketServer.
7
« en: Martes 11 de Diciembre de 2007, 15:16 »
Esta noche cuando regrese me pondré a intentar localizar el punto donde se cambia el valor de s_ en el Cliente.
De todas formas, se produce un cierre de socket en el servidor, tras mostrar la aceptación de la conexión (Conexión recibida). No se tendría por qué producir un cierre de socket, ¿no?
Para aislar el que esté teniendo problemas en el servidor o en el cliente, puedo probar a crear un programa a parte, que no tenga nada que ver con mi código, y que lo que haga sea por ejemplo escuchar por el mismo puerto 3000, y sacar por pantalla lo que reciba.
Y otro que lo que haga sea escribir algo por ese puerto, y así testearía el comportamiento del servidor l2cap. ¿no?
Debería funcionar y haber comunicación. Tan solo declarar SocketClient, y hacer un SendBytes, o declarar SocketServer, hacer un accept y un receivebytes.
Un saludo y en cuanto tenga resultados los comento. Muchísimas gracias de nuevo.
8
« en: Martes 11 de Diciembre de 2007, 01:13 »
He puesto a sacar por pantalla también el valor de s_ en Socket(), y comprobado con el valor de s_ en Send(), y no son iguales.
En el cliente, lo primero que se realiza es Socket(), y el valor devuelto es D4.
A continuación, en cuanto saca por pantalla el mensaje de Conexión Recibida, saca un mensaje por pantalla de que se ha cerrado el socket, y el valor de s_ es DC.
Y luego se queda ahi, esperando nuevos datos, ...
En el cliente pos su parte, al principio lo que se hace también primero es Socket(), y el valor de s_ es D4. Y en el Send() el valor de s_ es 64. Y entonces a continuación saca por pantalla la información de error (-1) y el codigo (10038).
9
« en: Martes 11 de Diciembre de 2007, 00:59 »
En la búsqueda de "close" no había encontrado otros sitios donde se cerraba también el socket, al no ponerle que la búsqueda la realizara en totalidad del fichero, y no desde el cursor.
He puesto mensajes en todos los close, y he obtenido que en servidor, se crea el socket con s = 3d27e0 [s es la variable de l2cap], saca el mensaje de conexión recibida, t a continuación se produce un cierre de socket. Y el valor de s_ es DC (en hexa, que en decimal es 220).
10
« en: Martes 11 de Diciembre de 2007, 00:46 »
Lo que hice antes fue, en el código de SendBytes en Socket.cpp, cambié el valor de s_ a un valor que le dí yo. Por pantalla mostraba dicho cambio, pero el cambio también afectaba al contenido del campo CID almacenado en la posición 0 del vector de la tabla de canales.
Eso es lo que explicaba en el post anterior.
11
« en: Martes 11 de Diciembre de 2007, 00:43 »
Eternal Idol, siento de verdad mi torpeza en este problema. He intentado sacar toda la información que he podido obtener por pantalla.
No se con certeza el punto donde se cierran los sockets. La creación imagino que la he identificado correctamente, cuando definimos el socket en SocketClient y SocketServer. Pero el cierre, ... he buscado en la clase socket "close", y hay un closesocket(s_). He puesto que sacase una linea por pantalla informando del valor de s_ en el caso de que lo fuese a cerrar, pero no se ha imprimido por pantalla ningún valor, por lo tanto el socket no se ha cerrado.
Pido disculpas por no haber comprobado esto antes.
12
« en: Martes 11 de Diciembre de 2007, 00:25 »
Bueno, ese es el contenido de la variable s, en el programa. Si lo que saco por pantalla es, en socket.cpp, el valor de s_ (que es el socket, ¿no?), los valores obtenidos son diferentes. void Socket::SendBytes(const std::string& s) { send(s_,s.c_str(),s.length(),0); }
Saca por pantalla que el valor de s_ es 64. (y 64, si lo pasamos a hexadecimal, es 40). Si yo cojo, y en SendBytes modifico el valor de s_ al principio antes de hacer send, y le pongo el valor que debería de tener (es decir, el que mostraba por pantalla cuando era cliente), al ejecutar las cosas no son como deberían. Le digo que: s_ = 0x22fe60; justo antes de hacer send. Y lo mostrado por pantalla es, que el valor de s_ es igual a 2293344 ( que es 22fe60 en decimal) por lo tanto está correcto esto. Aunque al Servidor sicge sin llegarle nada. Si le digo que el valor de s_ sea s_ = 0x3d27e0; (que es el valor cuando es Servidor) tampoco ocurre nada. Lo que es un poco mosqueante, es que, en la Tabla de registro de canales L2CAP, que se imprime en la ventana del Cliente, imprime los valores de los campos CID y PSM de la posición 0 del vector. Y dichos valores son los correctos (concretamente el CID es 40, lo cual es correcto puesto que es el primer valor que debe asignar). Sin embargo, cuando he hecho los cambios de asignarle a s_ un nuevo valor distinto del que tenía para ver si envíaba algo, pue spor pantalla salía el valor modificado de s_, pero también se modificaba el valor de CID de la tabla! Y no se por que porque aparentemente no tienen ninguna relación. Ambas están en partes distintas del código. s_ se supone que es el socket, y CID es una variable que se supone que se asigna, independientemente de eso. ¿He encontrado algo útil?
13
« en: Lunes 10 de Diciembre de 2007, 23:48 »
He puesto salidas por pantallas en los momentos que se crean los sockets, en el constructor de L2CAP.
Cuando hago un socketServer, da un numero hexadecimal.
Cuando hago SocketClient, s toma otro valor hexadecimal.
Y saco por pantalla también el contenido de s en escribeEnSocket, y dicho valor es el mismo que el que cuando hacía SocketClient, lo cual es correcto. Ese lugar es el único en el que se realiza un envío por el socket.(SendBytes).
Si saco por pantalla el valor de s en el bucle de leer socket, en ambos casos se imprime su valor correspondiente (en cliente el del cliente, y en servidor el del servidor).
¿todo esta correcto no?
14
« en: Lunes 10 de Diciembre de 2007, 23:28 »
Es cierto. No se por que vi que ahí podría haber un error Voy a ejecutar sacando información por pantalla de dichos momentos.
15
« en: Lunes 10 de Diciembre de 2007, 22:18 »
Creo que he encontrado el error. En la función Wrapper_a_EscribeEnSocket, estaba llamando a Escribe en Socket, que realizaba un SendBytes, pero en realidad no estaba realizado correctamente. El código de dicha función, a la que llamaba el canal mediante la callback, era: void L2cap::Wrapper_a_escribeEnSocket (void* pt2Object, std::string cadena) { cout<<"Welcome to WRAPPER"<<endl; L2cap* mySelf = (L2cap*) pt2Object; mySelf->escribeEnSocket(cadena); }
Lo que ocurre es que mySelf no es mi capa L2CAP. mySelf es un objeto L2CAP, y por tanto tiene los mismos métodos y por eso no da error de compilación. Pero en realidad, ni he definido el comportamiento de dicha clase L2CAP que he creado (debería decirle si es Server o Client, en su constructor), ni es lo que esperaba realizar. Yo lo que debería es hacer referencia a mi misma clase L2CAP ya creada. Esto me imagino que será usando el puntero this, aunque no tengo ni idea de como hacerlo. ¿Como sería? La idea del código está todo correcto, salvo el tema de que no estoy llamando a EscribeEnSocket de mi clase ya creada (y por tanto, el socket definido ya conocido), sino que estaba llamando a una clase L2CAP, y estaría usando otro socket seguramente. El canal, se creaba de la siguiente manera: int L2cap::Openchannel_req () { ... canales.push_back(new L2capChannel(CID,PSM,(void*)this,&Wrapper_a_escribeEnSocket)); // Callback .... }
Y el canal, llamaba al wrapper desde el constructor del canal: L2capChannel::L2capChannel (int CID, int PSM,void* a, void(*pt2Func)(void*, std::string)) { _estado = CLOSED; _localCID = CID; _PSM = PSM; _ME = a; cout<<"Se supone que enviamos!"<<endl; pt2Func (_ME,"080001000205040001004000"); // Llama al Wrapper }
A ver si me pudieseis ayudar con esto, ya por lo menos está localizado el error. Esta mas cerca de solucionarse  Muchísimas gracias por todo!
16
« en: Viernes 7 de Diciembre de 2007, 13:25 »
Compilación lograda.
Pero el resultado es el mismo. Se devuelve un -1 en getError.
E incluso diria que el resultado es peor que con dev C++, ya que cuando intento hacer una ejecución eligiendo SendRaw en el principal, también devuelve un -1. No se transmite por el socket en ninguno de los dos casos. Mientras que en devC++ sí se transmitia en éste último caso.
Edito: el error en concreto es el mismo que anteriormente, el 10038.
17
« en: Viernes 7 de Diciembre de 2007, 12:30 »
No hay manera, se resiste la compilación con el vc++. He creado otro nuevo proyecto desde cero. Un proyecto vacío. Y he añadido al proyecto los archivos de mi código. He sustituido los <> en los includes por "". Y en uno de los archivos de socket, había un include que ponía un path entero para incluir el winsock2.h. Lo he quitado también. En Project, en Properties, me voy a Configuration Properties, a Linker y a General. Y ahi una de las líneas que aparece es "Additional Library Directories". Ahi puedo indicarle el directorio donde se encuentran tanto winsock2 como ws2_32.lib, pero no estoy seguro de que las esté teniendo en cuenta, porque no le estoy indicando el archivo en sí. No hay ningún otro sitio en el que pueda añadir librerias y archivos. En el devC++, en las opciones del proyecto, había un apartado que era Parámetros, Linker, y añadir libreria u objeto. Pero aqui nada de nada. La lista de errores que obtengo al compilar es: [SIZE=1]1>------ Build started: Project: ProyectoVC, Configuration: Debug Win32 ------ 1>Linking... 1>L2cap.obj : error LNK2001: unresolved external symbol __RTC_Shutdown 1>L2capChannel.obj : error LNK2001: unresolved external symbol __RTC_Shutdown 1>principal.obj : error LNK2001: unresolved external symbol __RTC_Shutdown 1>SOCKET.obj : error LNK2019: unresolved external symbol __RTC_Shutdown referenced in function "private: static void __cdecl Socket::Start(void)" (?Start@Socket@@CAXXZ) 1>L2cap.obj : error LNK2001: unresolved external symbol __RTC_InitBase 1>L2capChannel.obj : error LNK2019: unresolved external symbol __RTC_InitBase referenced in function "public: __thiscall L2capChannel::L2capChannel(int,int,class Socket *)" (??0L2capChannel@@QAE@HHPAVSocket@@@Z) 1>principal.obj : error LNK2001: unresolved external symbol __RTC_InitBase 1>SOCKET.obj : error LNK2001: unresolved external symbol __RTC_InitBase 1>L2cap.obj : error LNK2019: unresolved external symbol __RTC_CheckEsp referenced in function "unsigned int __stdcall bucleLectura(void *)" (?bucleLectura@@YGIPAX@Z) 1>L2capChannel.obj : error LNK2001: unresolved external symbol __RTC_CheckEsp 1>principal.obj : error LNK2001: unresolved external symbol __RTC_CheckEsp 1>SOCKET.obj : error LNK2001: unresolved external symbol __RTC_CheckEsp 1>L2cap.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: __thiscall std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >(char const *)" (__imp_??0?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE@PBD@Z) referenced in function "public: __thiscall L2cap::L2cap(int)" (??0L2cap@@QAE@H@Z) 1>L2capChannel.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >(char const *)" (__imp_??0?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE@PBD@Z) 1>SOCKET.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >(char const *)" (__imp_??0?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE@PBD@Z) ......... 1>ProyectoVC - 83 error(s), 0 warning(s) ========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ==========[/SIZE]
Edito. Acabo de encontrar otro menu, en herramientas, opciones, projects and solutions, vc++ directories. Y ahi se pueden especificar directorios para librery files, include files, ... He añadido en library files el directorio donde se encuentra ws_32.lib y en include files el de winsock.h Y los errores se reducen bastante aunque sigue habiendo: [SIZE=1]1>------ Build started: Project: ProyectoVC, Configuration: Debug Win32 ------ 1>Linking... 1>SOCKET.obj : error LNK2019: unresolved external symbol __imp__WSAStartup@8 referenced in function "private: static void __cdecl Socket::Start(void)" (?Start@Socket@@CAXXZ) 1>SOCKET.obj : error LNK2019: unresolved external symbol __imp__WSACleanup@0 referenced in function "private: static void __cdecl Socket::End(void)" (?End@Socket@@CAXXZ) 1>SOCKET.obj : error LNK2019: unresolved external symbol __imp__socket@12 referenced in function "protected: __thiscall Socket::Socket(void)" (??0Socket@@IAE@XZ) 1>SOCKET.obj : error LNK2019: unresolved external symbol __imp__closesocket@4 referenced in function "public: void __thiscall Socket::Close(void)" (?Close@Socket@@QAEXXZ) 1>SOCKET.obj : error LNK2019: unresolved external symbol __imp__recv@16 referenced in function "public: class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > __thiscall Socket::ReceiveBytes(void)" (?ReceiveBytes@Socket@@QAE?AV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@XZ) 1>SOCKET.obj : error LNK2019: unresolved external symbol __imp__ioctlsocket@12 referenced in function "public: class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > __thiscall Socket::ReceiveBytes(void)" (?ReceiveBytes@Socket@@QAE?AV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@XZ) 1>SOCKET.obj : error LNK2019: unresolved external symbol __imp__send@16 referenced in function "public: void __thiscall Socket::SendLine(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >)" (?SendLine@Socket@@QAEXV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z) 1>SOCKET.obj : error LNK2019: unresolved external symbol __imp__WSAGetLastError@0 referenced in function "public: void __thiscall Socket::SendBytes(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &)" (?SendBytes@Socket@@QAEXABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z) 1>SOCKET.obj : error LNK2019: unresolved external symbol __imp__listen@8 referenced in function "public: __thiscall SocketServer::SocketServer(int,int,enum TypeSocket)" (??0SocketServer@@QAE@HHW4TypeSocket@@@Z) 1>SOCKET.obj : error LNK2019: unresolved external symbol __imp__bind@12 referenced in function "public: __thiscall SocketServer::SocketServer(int,int,enum TypeSocket)" (??0SocketServer@@QAE@HHW4TypeSocket@@@Z) 1>SOCKET.obj : error LNK2019: unresolved external symbol __imp__htons@4 referenced in function "public: __thiscall SocketServer::SocketServer(int,int,enum TypeSocket)" (??0SocketServer@@QAE@HHW4TypeSocket@@@Z) 1>SOCKET.obj : error LNK2019: unresolved external symbol __imp__accept@12 referenced in function "public: class Socket * __thiscall SocketServer::Accept(void)" (?Accept@SocketServer@@QAEPAVSocket@@XZ) 1>SOCKET.obj : error LNK2019: unresolved external symbol __imp__connect@12 referenced in function "public: __thiscall SocketClient::SocketClient(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,int)" (??0SocketClient@@QAE@ABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@H@Z) 1>SOCKET.obj : error LNK2019: unresolved external symbol __imp__gethostbyname@4 referenced in function "public: __thiscall SocketClient::SocketClient(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,int)" (??0SocketClient@@QAE@ABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@H@Z) 1>SOCKET.obj : error LNK2019: unresolved external symbol __imp__select@20 referenced in function "public: __thiscall SocketSelect::SocketSelect(class Socket const * const,class Socket const * const,enum TypeSocket)" (??0SocketSelect@@QAE@QBVSocket@@0W4TypeSocket@@@Z) 1>SOCKET.obj : error LNK2019: unresolved external symbol ___WSAFDIsSet@8 referenced in function "public: bool __thiscall SocketSelect::Readable(class Socket const * const)" (?Readable@SocketSelect@@QAE_NQBVSocket@@@Z) 1>C:\Documents and Settings\Dani\Mis documentos\Visual Studio 2008\Projects\ProyectoVC\Debug\ProyectoVC.exe : fatal error LNK1120: 16 unresolved externals 1>Build log was saved at "file://c:\Documents and Settings\Dani\Mis documentos\Visual Studio 2008\Projects\ProyectoVC\ProyectoVC\Debug\BuildLog.htm" 1>ProyectoVC - 17 error(s), 0 warning(s) ========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ==========[/SIZE]
18
« en: Viernes 7 de Diciembre de 2007, 00:53 »
Estoy intentando probar el código en otro compilador. He bajado la versión gratuita del visual c++. Microsoft Visual Studio 2008 Version 9.0.21022.8 RTM No logro compilar ya que aparecen un montón de errores, y me imagino que será debido a que no están incluidas algunas librerias en el proyecto. 1>------ Build started: Project: ProyectoFC, Configuration: Debug Win32 ------ 1>Compiling... 1>SOCKET.cpp 1>C:\Dev-Cpp\include\WinSock2.h(53) : error C2011: 'fd_set' : 'struct' type redefinition 1> C:\Archivos de programa\Microsoft SDKs\Windows\v6.0A\include\winsock.h(68) : see declaration of 'fd_set' 1>C:\Dev-Cpp\include\WinSock2.h(101) : error C2011: 'timeval' : 'struct' type redefinition 1> C:\Archivos de programa\Microsoft SDKs\Windows\v6.0A\include\winsock.h(111) : see declaration of 'timeval' 1>C:\Dev-Cpp\include\WinSock2.h(109) : warning C4005: 'timercmp' : macro redefinition 1> C:\Archivos de programa\Microsoft SDKs\Windows\v6.0A\include\winsock.h(124) : see previous definition of 'timercmp' 1>C:\Dev-Cpp\include\WinSock2.h(112) : error C2011: 'hostent' : 'struct' type redefinition 1> C:\Archivos de programa\Microsoft SDKs\Windows\v6.0A\include\winsock.h(167) : see declaration of 'hostent' 1>C:\Dev-Cpp\include\WinSock2.h(120) : error C2011: 'linger' : 'struct' type redefinition 1> C:\Archivos de programa\Microsoft SDKs\Windows\v6.0A\include\winsock.h(531) : see declaration of 'linger' 1>C:\Dev-Cpp\include\WinSock2.h(147) : error C2011: 'netent' : 'struct' type redefinition .....
La cuestión es, como se pueden añadir dichas librerias. Por ejemplo, winsock2.h y libwsock32.a. Ambas las tenia importadas en las opciones de proyecto en dev c++, pero en vc++ en las opciones de proyecto y el resto de menus no encuentro nada de eso. Y he consultado la ayuda, pero no encuentro la forma. ¿Como se añaden dichos archivos al proyecto, en el visual c++? En fin, a ver si fuera cosa del compilador. Un saludo.
19
« en: Jueves 6 de Diciembre de 2007, 19:36 »
Pff, pero teniendo los mismos códigos ¿por qué obtenemos diferentes resultados? He mostrado mensajes por pantalla en cada creación, envío y recepción. Pero no logro saber por qué. Envíame si puedes los archivos o el proyecto que tienes en un rar, a captaindanieo@yahoo.es . Lo mismo hay algo que está diferente y no caemos en la cuenta. Pero el código debe de ser exactamente el mismo. No lo se... Si funcionase dicho código me daría una alegría, pero si no lo hiciese, y funciona en tu ordenador y no en el mio ... ya no se que hacer. Muchas gracias por tu ayuda de todas formas, Eternal Idol. Un saludo.
20
« en: Jueves 6 de Diciembre de 2007, 18:28 »
Muchas gracias por tu ayuda Eternal Idol.
21
« en: Jueves 6 de Diciembre de 2007, 17:04 »
He llamado a dicha función justo después de imprimir por pantalla el valor devuelto por send, y se devuelve un valor de 10038.
He buscado en la documentación, y se corresponde a éste error:
WSAENOTSOCK
10038
Socket operation on nonsocket.
An operation was attempted on something that is not a socket. Either the socket handle parameter did not reference a valid socket, or for select, a member of an fd_set was not valid.
Las ejecuciones que estoy realizando (una haciendo que el principal llame a SendRaw, y la otra que llame a OpenChannelreq), son totalmente independientes la una de la otra en los intentos que estoy realizando ahora.
Antes probé a ejecutarlas todas simultáneamente, pero solo aquella vez.
El valor devuelto por GetLastError en el caso de SendRaw es un 0, lo cual indica que todo está correcto. (como ya podiamos ver en la ejecución, ya que los datos llegaban al Servidor).
Cuando llamamos a OpenChannelReq, ésta en L2CAP realiza una serie de acciones, y crea un canal nuevo. Al crear dicho canal, en el constructor, se hace que se produzca una callback, llamando a la función Wrapper_a_escribeEnSocket, y ésta realiza un escribeEnSocket y ya se hace la escritura.
En ningún punto de mi programa vuelvo a definir un socket, por lo que creo que el socket sigue siendo el mismo que la vez anterior.
¿Puede que el error esté en la función Wrapper_a_escribeEnSocket, al estar haciendo la llamada de escribeEnSocket desde el puntero myself?
Nunca había hecho callbacks y estuve siguiendo las instrucciones de un tutorial, y el ejemplo mostrado lo hacía de esa forma.
Como no sea que al hacer ese puntero, entienda que el socket ya no es el que era ... No se puede que sea eso ¿no? Pero entonces, ¿como tendría que ser para que se refiriese al mismo socket de mi capa?
22
« en: Jueves 6 de Diciembre de 2007, 16:19 »
He modificado los includes con las "". Y he probado a ejecutar las dos maneras al mismo tiempo (es decir, 4 ventanas de ejecución de programa), pero cada uno parece ejecutarse de manera independiente. He incluido que se imprima por pantalla el valor devuelto por send, y en el caso que funciona (ejecutando con SendRaw en principal), efectivamente send devuelve el valor de la longitud de la cadena que se va a enviar. Sin embargo cuando hacemos la ejecución del programa haciendo OpenChannel, el valor devuelto es -1 en lugar de la longitud de la cadena que se supone que va a mandar. He probado a compilar el código en otro ordenador, pero el resultado es el mismo. Debe de ser un problema de los sockets, que no estén bien definidos o algo. Es que no puedo explicarmelo. pd: quise hablarte de ti, en habeis. No se por qué puse eso en lugar de has.
23
« en: Jueves 6 de Diciembre de 2007, 13:06 »
He cambiado lo de pc. por localhost, aunque el resultado sigue siento el mismo. He insertado unas lineas dentro de la clase SOCKET, que saquen por pantalla el valor de la variable _s, para ver su valor. Lo he realizado con un cout, y realizando una pausa justo tras escribirlo, ya que al estar siempre leyendo en el socket repetidamente no sbaa tiempoa ver si al principio de la ejecución el valor de s_ era diferente o no. He probado a ejecutar el programa que en lugar de realizar desde el principal la llamada a OpenChannelReq, lo haga a SendRaw (que envía una cadena de caracteres directamente). El resultado de dicha ejecución es exitoso, y hay una transferencia de información desde el cliente a el servidor. Los valores de s_ en transmisión (sendbytes), y en recepción (receivebytes) son: En el servidor RX = 164, y TX = 164. Siempre. En el cliente, TX = 124, y RX la primera vez toma un valor de 124 y las siguientes toma el valor 4518412. La verdad es que no se que valores deberían de estar tomando s_ para que la transferencia fuera exitosa. Pero en este caso, la transferencia de datos ocurre y se hace de manera correcta. Sin embargo, cuando estamos llamando a OpenChannelReq desde el principal, en lugar de estar llamando a SendRaw no hay transferencia desde el cliente al servidor. Los valores de s_ son: Servidor RX = 164, TX no se llega a transmitir nada y no aparece su valor, pero supongo que será también de 164 al igual que en la ejecución anterior con SendRaw. En el cliente TX = 64, y RX = 64 la primera vez, y 4518412 las sucesivas. ¿Como lo habeis probado para que aparezca por el Servidor los datos enviados? ¿Solo cambiaste localhost y se está llamando a OpenChannelReq desde el principal?
24
« en: Jueves 6 de Diciembre de 2007, 11:32 »
Ok Eternal Idol, voy a ello. Muchisimas gracias.
25
« en: Jueves 6 de Diciembre de 2007, 11:24 »
Si dicho envío de información a través del socket lo realizamos directamente desde mi programa principal llamando a la función que escribe en el socket [situada en l2cap], dicho envío se realiza correctamente y los datos llegan a la otra entidad. Sin embargo, si quien provoca dicho envío es el canal [que intenta enviar mediante la callback], ésto no se realiza así, y debrían de obtenerse los mismos resultados.
Como bien has dicho, el funcionamiento debería de ser ese, que el Servidor mostrase: Conexion aceptada, leer datos, se ha recibido la cadena con contenido"...", y mas datos acerca de la cadena recibida.
Sin embargo lo que obtengo yo por pantalla no es eso, sino que el servidor está a la escucha del socket y no le llega nada. Se queda en Voy a leer, y no vuelve a sacar un mensaje por pantalla, por lo que no le llega ninguna cadena por el socket.
Y el envío debería realizarse inmediatamente al crear el canal, ya que en el constructor de dicho canal, he incluido que el canal envíe por el socket una cadena determinada, directamente desde el constructor. De manera que no hace falta que se realice ninguna operación sobre el canal desde L2CAP, sino que al crearlo, automáticamente debe de haber comunicación por el socket.
De hecho, el canal llama correctamente al Wrapper, con lo cual la callback está realizada de manera correcta (se muestra un mensaje por pantalla de que éste ha sido llamado), y se llama desde el Wrapper a la función que escribe en el socket. Pero los datos no llegan a la otra entidad, y deberían.
|
|
|
Mostrar Mensajes
