SoloCodigo

Windows 95 NO es de 16 bits.

Por sierto, no usas proc? ¿Se arregla toda la cosa con saltos?

Una cosa es que no use PROC y otra que no use funciones. Basicamente lo que hago es meter por codigo lo que la directiva PROC del MASM mete "ocultamente". En MS-DOS se suelen pasar los parametros por registros y despues hacer el call y en Windows se usa la pila a placer.

si, es verdad. Pero puede ser qe se mismo codigo con malloc y free funcione?

No ... si estas leyendo una direccion incorrecta ... new y delete solo tienen diferencias si los usas con objetos, para tipos primitivos es lo mismo.

Esto no parece tener que ver nada con C++ ... proba cambiando eso por malloc/free ... estas incrementando pa y despues queres recorrerlo pero ya no tenes la direccion inicial ...

¿Con vector te referis a un array? Tal vez si explicas mejor lo que queres hacer sea mas simple ... parece un caso que yo resolveria usando un puntero ...

el nombre de la ventana del cs es Valve001 , probe con ese y la inyecto.. pero la dll no hace lo que deberia..

Barbaro ... obviamente el codigo que copiaste y pegaste de Internet o donde fuera estaba correcto. ¿Que tiene que ver la DLL? ¿No la escribio tu amigo que sabe mucho de C? ...

Si, por lo que veo flush esta en ostream y no en istream ...

Cuando pasas algo por referencia usas su direccion de memoria ... dan lo mismo el tamaño y el tipo ya que lo que pasas es su comienzo.

http://www.conclase.net/c/curso/index.php?cap=015

No alcanza con que nos digas que la funcion devuelve error, lo que queremos es que nos digas en que parte de la misma falla (tenes que depurarlo linea por linea).
 
Y en cuanto a lo de la ventana:
Seria mejor que usaras una enumeracion de todos los procesos en ejecucion y compararas su nombre con el del CS.

Sigue sonandome rarisimo y la verdad es que la explicacion que das sobre el error es un tanto ridicula ... tenes que decirnos exactamente que parte del codigo falla ... no son mas que unas cuantas lineas.

Por favor asegurate de que la libreria Ejemplo.dll esta donde tiene que estar y el programa es capaz de encontrar la ventana del Notepad (cosa de la cual dudo muchisimo ya que cambia segun el idioma). Seria mejor que usaras una enumeracion de todos los procesos en ejecucion y compararas su nombre con el del CS.

Pero yo nunca dije que thread e hilo eran diferentes en lo que dije podria haber cambiado threads por hilos o la palabra hilo por thread pero lo puse asi porque fue lo que se me ocurria al escribir.

Como no lo hiciste simplemente quedo como quedo ...

Se me olvido especificar que eso no oculta un proceso pero si se puede lograr una inyeccion de proceso y practicamente es como decir que estas escondiendo el proceso y realmente es eso porque en cuanto se termina la inyeccion de codigo el proceso original se cierra y el otro codigo queda en la aplicacion inyectada aunque no tenga un grado de comparacion de efectividad con el api Hook.

Lo unico que logras con eso es ejecutar codigo bajo el contexto de otro proceso, eso no oculta ningun proceso ya que siguen existiendo 2 procesos: el inyectado y el inyector, ambos totalmente visibles para todo el mundo. Da exactamente lo mismo que usen esa tecnica para saltar firewalls, eso no implica ninguna ocultacion y en programas un poquito mas avanzados se marca el hilo inyectado y se le asignan las acciones al que inyecto el codigo y no al inyectado.

Convengamos que suena cuanto menos sospechoso que seas capaz de hacer un "AntiCheat" que consiste de una DLL escrita en C y pidas el codigo para inyectarla desde VB ...

solo me extraño de como lo hacen los "malwares"... y pensandolo bien es de logica que no halla ninguna funcion de las apis que esconda un proceso, ni supongo que de C tampoco.. C utilizas las apis...

Hay formas de hacerlo pero a lo que iba es que no hay una funcion de Windows que sea OcultarProcesoDeMiMismo()    C no tiene ninguna funcion de ventanas.