Mensajes

Si necesitas que el servidor sea multi hilo te recomiendo que utilices sockets asincronos pues no tendrias que aislar los distintos métodos en hilos.

Exacto. Podrías correr en un hilo el proceso de recibo de mensajes, de esta forma no bloquearía el hilo principal. El proceso de envio de mensaje los podrías implementar perfectamente en el hilo principal de la aplicación. Los métodos asíncronos utilizan funciones CallBack (de llamada) que  permiten continuar con la ejecucción del código mientras se ejecutan las instrucciones de dichas funciones de llamada.

Saludos!

que Clases en .NET se utiliza para este caso.. y que clases se utiliza con el metodo de socket sincrono

TcpClient para la implementación cliente y TcpServer para la parte del servidor. Estas dos clases son muy fáciles de emplear, aunque yo prefiero utilizar la Clase Sockets, pues TcpClient/Server están basadas en la última.

Aprovecho este hilo para hacer una pregunta sobre el tema.
Para un chat, el cual recibirá información en cualquier momento, qué sería más eficiente? el método sincrono con hilos o el método asincrono?
gracias!

En mi opinión usaría sockets asíncronos, pues en un Chat te interesa enviar mensajes mientras los recibes, es decir, multi-tarea (enviar/recibir). Si lo implementaras bajo Sockets sincronos pues estarías esperando la llegada de información (paquetes) del otro extremo y bloquearías el proceso hasta que recibieras los datos. Todo depende del uso o implementación que quieras dar.

Saludos!

Tibia mola, ahora estoy jugando en Berylia Pues tengo lo que buscas pues he desarrollado herramientas para Tibia del estilo Runemaker, spellcaster, cavebot, fakes, luz, multi client etc

Énviame un PM, dime lo que quieres y te lo implemento en .NET para que lo rules en Tibia.

Offtopic: ¿En que server juegas?

Happy hunting!

Aupa josemadrid8,

llevo años desarrollando tools para tibia, y bueno, hace lo suyo codee bots para Tibia (aun sigo desarrollando herramientas). Me embarqué en mi propio Bot y el resultado fue un Banneo q te cagas (mandaba demasiados paquetes al servidor, comportamiento sospechoso). Fue divertido ver casi la mitad de los que usaban mi bot fueron baneados xDDD. Los módulos que incluía eran: CaveBot, Rune/Spell Caster, Auto-eater, Map Viewer, Auto logout, Alarma, Calculadora de exp skill, Fakes ingame etc Resumiendo, no utiliceis cheats a menos que sean CHEATS LOCALES, que no interactuen con el server :p

Los datos como vida, mana, posición, experiencia, nivel están almacenados en la memoria del programa, por lo que tienes que averiguar en que direcciones de memoria se encuentran los datos que necesitas. Para ésto sólo necesitas saber manejar las API WriteProcessMemory y ReadProcessMemory así como saber cuales son las direcciones de memoria que contienen los datos que necesitas (utiliza OllyDbg y CheatEngine para ello, hay miles de tutoriales por internet).

Saludos!

EleKtro te refieres a SignTool -> http://msdn.microsoft.com/es-es/library/8s9b9yaz%28v=vs.80%29.aspx herramienta que permite firmar archivos digitalmente y comprobar firmas digitales. Básicamente, por ejemplo, lo que consigues firmando un ejecutable es que el archivo sea marcado como seguro, pues como es sabido, algunos AV descartan los archivos firmados digitalmente puesto que no fueron modificados desde que el autor los lanzó y así ahorran un coste de procesamiento extra.

Échale un vistazo a este post en MSDN, parece funcionarles.

Link -> http://social.msdn.microsoft.com/Forums/es-ES/vsrepcrystales/thread/d34ec549-493f-4141-8108-86d485f597ad/

Ya me cuentas.

Saludos!

[EDITO]

EDITO: Vale, he descubierto que el output no se muestra en la CMD porque al habilitar la propiedad de redireccionar el Standard u Error output, no muestra el output en la CMD.

Eso se debe a que tienes que inicializar la propiedad "UseShellExecute" a False, ya que para redireccionar los flujos de entrada/salida/error utilizarás la clase Process. UseShellExecute, como habrás visto crea una nueva instancia del CMD en la ruta donde se encuentre el ensamblado, con la que puedes interactuar como si de la Shell del sistema se tratase, solo que no puedes capturar los errores y las salidas.

Básicamente lo que hago es escribir en el Flujo de entrada del CMD, de esta forma consigo enviarle comandos en un Bucle que tiene como condición ejecutar los comandos hasta que el Comando sea nulo. En segundo plano capturo el evento OutPutDataRecieved asíncronicamente lo que me permite Leer y Escribir en la CMD a la vez

Código (VB.NET) [Seleccionar] Expandir


Module Module1
Module Module1
    Sub Main()
        Dim p As New Process()
        With p.StartInfo
            .FileName = "cmd"
            .UseShellExecute = False
            .CreateNoWindow = False
            .WindowStyle = ProcessWindowStyle.Hidden
            .RedirectStandardOutput = True
            .RedirectStandardInput = True
            .RedirectStandardError = True
        End With
        AddHandler p.OutputDataReceived, AddressOf OutPutDataArrival
        p.Start()
        p.BeginOutputReadLine()
        Dim StdInput As IO.StreamWriter = p.StandardInput
        Dim Comando As String
        Do
            Comando = Console.ReadLine
            StdInput.WriteLine(Comando)
        Loop Until Comando Is String.Empty
        StdInput.Close()
    End Sub
    Private Sub OutPutDataArrival(ByVal Sender As Object, ByVal e As DataReceivedEventArgs)
        Console.WriteLine(e.Data)
    End Sub
End Module


Saludos!

Esta pregunta ha sido contestada en el foro mil veces. Por favor utiliza el apartado de búsqueda del foro y si aquí no encontraras respuesta dudo que en google no hayas podido encontrar nada. La próxima busca antes de preguntar.

Lista de proxys -> http://www.hidemyass.com

Saludos.

Las jóvenes de 15 y 16 años condimentaron unos batidos de un restaurante con medicamentos somníferos para aturdir a los padres.

Ahora no podras ni aceptar batidos de tus hijos xD. A donde irá a parar esto.