SoloCodigo

Hola compañeros, es un placer informarles que me acaba de llegar el premio, en estos días postearé una fotito con el premio para que se les suba un poco más la envidia.

Felicidades y adelante, como ya saben afortunado en el juego ...  

Esque en realidad es para mi un tema interesante    no para aplicarlo pero si como que para entender como se puede hacer mas segura las aplicaciones que se desarrollen ....    bueno espero porque con lo que dice Eternal Idol  se puede ver toooooooooooooodo , es de crear uno y como que tratarlo de entender ....   , o se Eternal Idol  todos los exe veamoslo asi se les puede ver su codigo ? y manipularlos desde ese editor hexadecimal ?  

Lo que podes hacer es NADA, si alguien se molesta en romper tu proteccion lo hara tarde o temprano, seguramente bastante temprano ya que hay muchas personas dedicadas a la proteccion que incluso producen modulos de modo Kernel (ver StarForce, SecureRom) y dia a dia se prueba que no son infalibles. Especialmente si el juego se ejecuta en modo Usuario  

Supongo que mientras hablemos totalmente en teoria no hay ningun problema.

Se hace con depuradores, desensambladores, editores hexadecimales. Con estos bichos podes ver el codigo REAL del programa (en assembly) y modificarlo a placer.

mi idea es hacer el codigo mas portable, porque si lo quiero compilar para ejecutar en linux solo tengo que cambiar una linea en lugar del 90% del codigo, pero me tope con este inconveniente.

Esta bien, podes tomar ese camino pero a simple vista para mi es lo que en España denominan chapuza, estar llamando a un comando para grabar en un archivo, despues procesar ese archivo y finalmente tener que borrarlo, todo eso para leer unos subdirectorios ... incluso no se cuan portable sera ya que dudo que dir y ls devuelvan el mismo formato y sean llamados con los mismos parametros.

Es preferible que busques algo que exista en *NIX y lo portes a Windows o definas una funcion y tengas diferente codigo para cada S.O., a cierto nivel siempre vas a encontrar que C/C++ no tienen definido un standard y dependes de la API del S.O. y no podes estar haciendo (SEGUN MI PUNTO DE VISTA) operaciones innecesarias para conseguir el mismo objetivo.

El archivo no se puede eliminar así nada mas.

Yo no dije como podia hacerlo; igual supongo que el programa ese que tiene lo hara.

Es el archivo que se crea cuando mandas hibernar el sistema, guarda el estado del mismo para luego cuando reinicias cargarlo, podes borrarlo.

http://lab.msdn.microsoft.com/express/vcsharp/default.aspx

http://lab.msdn.microsoft.com/express/mani...ll/default.aspx

¿Te funcionan esos enlaces que dejaste? Ya que los que deje media hora antes si funcionan  

No es igual ... son dos lenguajes totalmente diferentes pero en lo que respecta a las llamadas a la API de Windows (generalmente conocida como Win32) es bastante parecido desde MASM32:

DeleteFileA(archivo);

invoke DeleteFileA, offset archivo

El que dice que assembly no sirve para nada es alguien que no lo domina.

Buenas de nuevo, muchas gracias por el apunte, ahora me coge la cadena perfectamente, pero no encuentro el error en ordenalfabetico... ¿podrias decirme donde está? es que ni termina de ejecutar el programa vaya...

El problema en TU codigo esta en que le asignas a i el valor 257 y solo tenes 100 entradas en pelicula ...

Igual desde el vamos hay un error y es que no se pueden comparar alfabeticamente cadenas como lo queres hacer sino que tenes que usar strcmp por ejemplo.

Tiene una pinta de BASIC que se cae ...

FindFirstFile + FindNextFile:
http://msdn2.microsoft.com/en-us/library/aa364418.aspx

Estoy en Argentina y nunca escuché eso, si uno paracido:
"hagamos una vaca para ir a tal lugar"

Una vaquita queda mejor  

Y sino los ponemos en solocodigo mejor ... esos enlaces son 100% legales