SoloCodigo

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.



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.

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:



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:

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.

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:


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:




Y el canal, llamaba al wrapper desde el constructor del canal:


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!

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.

Es probable, a mi me funciona, pero no se si comprobaste los puntos donde esos sockets se cierran. Si te dice que el socket no es valido es por una razon ... o es un numero totalmente al azar o ese socket fue cerrado con anterioridad.

Si estas probando algo con el servidor por ahora olvidalo por completo, ejecutalo y no lo pruebes/depures, no tiene sentido. No se si encontraste algo ya que no se realmente que fue lo que hiciste. ¿Ya comprobaste los puntos donde se cierra el socket? No quiero repetir lo mismo 500 veces.

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.

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).

Siempre hace las comprobaciones en el ambito de cada proceso (cliente y servidor) no sirve de nada comparar entre ambos ya que al ser otro proceso su tabla de handles es completamente independiente.

En el cliente si socket() y send() usan un diferente s_ es logico que falle, comproba todos los puntos donde se podria cambiar este valor. Lo mejor es que lo depures, desde el momento en que s_ es asignado por socket() - donde tiene que ser valido - hasta el momento en que cambia. En el servidor se usa un socket para escuchar y despues hay otro para conexion aceptada y con ese se comunica.

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_ = 1828

No 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 0x3d24d8.

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.

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?