|
|
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 - Eternal Idol
Páginas: 1 ... 65 66 [67] 68 69 ... 205
1651
« en: Lunes 10 de Diciembre de 2007, 08:09 »
Ese no es tu problema, solo podes usar ese modo en MS-DOS, usa un compilador para ese S.O. obsoleto.
1652
« en: Viernes 7 de Diciembre de 2007, 15:10 »
Aca tenes la mejor solucion:
1653
« en: Viernes 7 de Diciembre de 2007, 13:30 »
-1 no es nada mas que un error generico, fijate cual es el error concreto (WSAGetLastError).
Si es el mismo error que antes:
Depura (o usa alguna cadena para mostrar en pantalla) los puntos donde es crean, se cierran y se usan los sockets. Es la unica forma de comprender el problema realmente.
1654
« en: Viernes 7 de Diciembre de 2007, 13:28 »
Creeme nacio el domingo y estabamos haablando de cositas ricas, de pronto a ella le surgio eso y si me puedes demostrar en que parte de Mafalda se escribio eso te lo agradecería, ya que Quino piensa igual que mi amiga. Digo yo que sera al revez. ¿No? Tu amiga pensara igual que Quino 
1655
« en: Viernes 7 de Diciembre de 2007, 13:08 »
Tenes que usar winsock2.h:
#include <winsock2.h> en lugar del path del Dev-Cpp.
Para que enlace tenes que ir al proyecto, click derecho en Propertiesy:
Configuration Properties>>Linker>>Input>>Additional Dependencies y agregar ws2_32.lib nada mas.
1656
« en: Viernes 7 de Diciembre de 2007, 09:09 »
Vos decis que tenes 16 y no vas mal? bueno, te digo la verdad, no, no vas mal, pero no te emociones, porke (no es para presumir) yo tengo 13 años, soy de argentina (no hay mucha gente en el underground en este pais) y se: Lo que dice es que es muy muy novato en programacion, la capacidad de comprension a veces es muy importante.
1657
« en: Viernes 7 de Diciembre de 2007, 08:13 »
Lo contrario en este caso, tenes winsock.h y winsock2.h, deja solo la ultima. Por supuesto en el codigo que tengo yo esta #include <winsock2.h>, en cuanto al la biblioteca de importacion yo estoy usando ws2_32.lib y la tenes que agregar en las propiedades del proyecto, algo asi como enlazador, librerias adicionales. (Yo lo compile desde linea de comandos con el VC++ 8 - VS 2005 -).
1658
« en: Viernes 7 de Diciembre de 2007, 08:09 »
La literatura es subjetiva, igual pasale un corrector ortografico (esto lo vi al pasar por encima del texto, es inconsciente) y si eso es todo (siete paginas) no me sorprende en lo mas minimo que rechazaran un libro asi (irrespectivamente del contenido), es mas bien un cuento. Espero que sea tuyo y no un bromita mas 
1659
« en: Viernes 7 de Diciembre de 2007, 00:20 »
Hola!
Me podrian ayudar por favor?
estoy haciendo un arbol de busqueda binaria. Tiene que acomodar la raiz y despues pedir las palabras y tiene que acomodarlas alfabeticamente. Me podrian ayudar a que no imprima basura y que ligue las demas ramas???
ME URGE!!! Es el tercer hilo que creas con este problema, te recomiendo que no crees un cuarto si queres que alguno de tus mensajes continue ocupando espacio en el foro.
1660
« en: Jueves 6 de Diciembre de 2007, 20:59 »
Los unicos cambios que hice son los que te conte, diferencias pueden ser millones, desde la version al el service pack de Windows, que usas otro compilador, etc, etc.
Depura (o usa alguna cadena para mostrar en pantalla) los puntos donde es crean, se cierran y se usan los sockets. Es la unica forma de comprender el problema realmente.
1661
« en: Jueves 6 de Diciembre de 2007, 18:54 »
1662
« en: Jueves 6 de Diciembre de 2007, 18:47 »
De nada, a mi me sigue funcionando. Depura (o usa alguna cadena para mostrar en pantalla) los puntos donde es crean, se cierran y se usan los sockets. De esta manera espero que puedas saber la razon por la cual no es un socket valido en ese caso (yo no puedo reproducirlo  ).
1663
« en: Jueves 6 de Diciembre de 2007, 18:26 »
Esta claro el problema ahora, s no es correcto, voy a ver si puedo reproducirlo aunque lo dudo. Te repito que no te voy siguiendo en tu arquitectura, por eso no te respondo a muchas de las preguntas pero creo que te estar acercando al problema finalmente.
1664
« en: Jueves 6 de Diciembre de 2007, 16:37 »
seudo-.
(De pseudo-).
1. elem. compos. Significa 'falso'. Seudópodo, seudocientífico.Si codigo y pseudocodigo son lo mismo entonces lo que tenes un pseudo-profesor. No pretendas que hagamos una investigacion por vos, tanto Google como Wikipedia son recursos gratuitos que te permiten dirimir esta cuestion rapidamente: http://en.wikipedia.org/wiki/Pseudocode
1665
« en: Jueves 6 de Diciembre de 2007, 16:29 »
En el caso que funciona 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. OK, ya estamos con algo cercano al problema entonces (como decia hay que depurarlo ). En la documentacion (MSDN) dice que el valor de retorno cuando se produce un error es SOCKET_ERROR (-1) y que para obtener un valor mas especifico uses WSAGetLastError. ¿Estas usando el mismo socket las dos veces? ¿Si cambias el orden de estos dos intentos de envio el resultado sigue siendo el mismo?
1666
« en: Jueves 6 de Diciembre de 2007, 16:13 »
me parece malisisma, no hay cosa peor en el mundo.
Es mi opinion respeten Todas las opiniones se resptean, la tuya en particular ( opinion) es digna de un infradotado.
1667
« en: Jueves 6 de Diciembre de 2007, 16:12 »
fraude. no hay tal libro en el enlace ¿Como sabes que es un fraude, spammer? Este hilo tiene mas de un año!
1668
« en: Jueves 6 de Diciembre de 2007, 13:17 »
¿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? Yo (solo, habeis es plural) lo probe exactamente con tu codigo. Los unicos cambios fueron el PC. por localhost y la cadena (aunque eso es innecesario, solo lo hice para asegurarme). Otra cosa, que tampoco afecta, que cambie fue los includes de tus archivos que estaban como <> por "", no deberian ser buscados en otras carpetas. Proba justo esas dos maneras (la que te funciona y la que no) al mismo tiempo para ver si usan el mismo socket ... fijate que las dos lleguen hasta el send (la funcion de la API de Windows send) y que esta devuelva como valor de retorno el tamaño de la cadena.
1669
« en: Jueves 6 de Diciembre de 2007, 11:28 »
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. Te estas centrando demasiado en toda tu arquitectura - te aclaro que yo la estoy obviando -, DEPURA el codigo por favor. Comproba los valores devueltos por send y ioctlsocket.
1670
« en: Jueves 6 de Diciembre de 2007, 11:25 »
El servidor no recibe nada, y debería de hacerlo, ¿no?
Muchas gracias por las molestias. ¿Podría ser del compilador? No lo creo, ¿no? Uso el dev c++. Ya es que no se que puede estar pasando. Estoy revisando las líneas de código una por una, lo que debe de ejecutarse, y en principio debería ir. No se Si, la logica es que pudiera. Proba a cambiar eso de PC. por localhost como hice yo, no veo otra diferencia. Yo estoy usando VC++ pero al final esto debe usar la API de Windows para los sockets con lo que no deberia haber ninguna diferencia en ese sentido.
1671
« en: Jueves 6 de Diciembre de 2007, 08:14 »
Hay muchas formas de hacerlo, la mayoria relacionadas con hooking. ¿Para que queres hacer esto? ¿Mas malware?
1672
« en: Jueves 6 de Diciembre de 2007, 08:12 »
Tenes que enlazar contra las bibliotecas de importacion correspondientes. Podes poner estos pragmas para el enlazador (linker) en el codigo o usar la configuracion del proyecto:
#pragma comment( lib, "opengl32.lib" )
#pragma comment( lib, "glu32.lib" )
1673
« en: Jueves 6 de Diciembre de 2007, 00:23 »
Cambie ese numero, que llega perfectamente, por una cadena:
Conexion Recibida
Sigo aqui en modo Servidor...
Esperando Nuevos datos...
Voy a leer
Recibida una string de longitud 26
y contenido: Evidentemente funciona ...
Es una trama B
Ya he leido
Esperando Nuevos datos...
No se cual es tu problema ya que esa funcion solo se usa en un lugar y va bien, depura tu codigo por favor.
Este codigo en (arg) primero devuelve l valor de la cadena y despues 0:
ioctlsocket(s_, FIONREAD, &arg)
Y fijate que se come el 100% del CPU ...
1674
« en: Miércoles 5 de Diciembre de 2007, 18:41 »
Recien hoy tuve tiempo de ponerme con esto unos minutos, efectivamente la escritura se hace aca: void Socket::SendBytes(const std::string& s) { send(s_,s.c_str(),s.length(),0); }
Y send devuelve el tamaño de la cadena enviada (el envio es correcto). s (la cadena) aparentemente es correcto, igual depuralo y comproba que s_ sea el socket que queres No me dijiste donde se recibe.
1675
« en: Lunes 3 de Diciembre de 2007, 23:38 »
¿No es evidente que le tenes que pasar el tamaño leido a la funcion que escribe en disco en vez de el tamaño maximo? Si estas imprimiendo la cadena en pantalla con una funcion que toma como parametro solo una cadena (y no su tamaño) la diferencia esta clara.
Igual solucionalo como quieras.
Páginas: 1 ... 65 66 [67] 68 69 ... 205
|
|
|
Mostrar Mensajes
