Lo importante es participar, pero igual confianza que puede ganar cualquiera. Me alegro que hayas terminado ya!




Se hacen excepciones pero en este momento no andan correctamente, así que entra al IRC y te agrego yo. Primero registra tu cuenta en freenode siguiendo los pasos de la guía.

Saludos!

Aclarando algunas cosas:

@winnipu

1) Si un moderador te hace una edición en un mensaje para advertirte de una falta, no puedes editar esa advertencia y borrarla. Lo dejo pasar por esta vez, porque supongo no lo sabias, pero si a pesar de las advertencias para que no sigas haciendo doble posts, lo haces y encima me editas la advertencia, no me dejas alternativa que ante un hecho similar tenga que borrar el hilo directamente.

2) Si en un hilo no tienes la respuesta que necesitas, no haces uno nuevo posteando el mismo código. Si un usuario te facilita un código en base al tuyo y no lo entiendes, no haces un nuevo hilo preguntando sobre el, las preguntas las haces en el mismo hilo en el cual se te facilito el código.

3) Es de mal gusto editar los posts para borrar el contenido, sea cual fuese el motivo.

@bizco

Te edite un poco el mensaje, no porque no este de acuerdo con la idea que planteas si no porque hay que mantener las formas y sobre todo el vocabulario.

Saludos

Si pensas ampliar la aplicacion, hay algunos detalles que deberían mejorarse. Muchas variables globales innecesarias. Si tenes mas de 10 funciones no tiene sentido tener un doble puntero en un scope global siendo que se utiliza solo en dos de las funciones. Son pequeñas cosas que luego traen problemas conforme el código se extiende.
Muchos defines que a pesar que tienen su utilidad, en tu código no las utilizas para nada, al igual que la mascara de flags. Aunque supongo tal vez las agregaste para utilizarlas en otra futura función, pero si no es así, no deberían estar.
El código podría organizarse en distintos archivos, por el momento bastaría con uno de cabecera y uno de implementación. Facilitaría el trabajo a quien quiera utilizar tus funciones en otro proyecto, y también al desarrollo mismo.

Después el resto esta bien, mas adelante estaría bueno agregarle una interfaz gráfica si es que se le agrega lo de la integración con los navegadores. Seria mas sencillo para los usuarios finales.

En cuanto a la compilación, por lo menos en Windows falta algún archivo de cabecera:

pcap-stdinc ya que en pcap.h se encuentra:

#if defined(WIN32)
 #include <pcap-stdinc.h>
 

También es necesario linkear ws2_32 (htonl).

Saludos!

Como poder, podrias. Y no, no alentaría el proceso original, pero el problema principal es que no va a cumplir con el objetivo correctamente. Es decir, partamos de la base que el titulo de una ventana no es la mejor forma de descubrir si una aplicacion esta siendo ejecutada. Como mínimo, deberías enumerar los procesos para ver si el Cheat Engine se encuentra o no, pero eso tampoco seria suficiente.
Hay muchas formas de verificar si una aplicacion esta o no esta corriendo. En el caso del Cheat Engine, podes verificar si el driver que utiliza esta cargado.

Igualmente si tu idea es proteger tu aplicacion de cualquier modificación, la única forma eficiente y segura de hacerlo es desde modo kernel.

Saludos!

WinDBG es la mejor opción. El "problema" con WinDBG es que es un mundo aparte, entonces los que recién comienzan a usarlo optan por utilizar algo mas sencillo, pero la verdad es que para Windows no hay nada mejor.

Algunas de sus características:

1) Muy rápido, mas rápido que la mayoría (por no decir todos).
2) Debugging remoto de una forma mucho mas simple y eficiente.
3) Kernel debugging
4) Muy útil tanto para código nativo u managed.

Un libro que puede servir: Advanced Windows Debugging

Saludos!

Si no estas usando UNICODE, podes usar el miembro c_str de string:

string array[]={"name1","name2"};
 
for(i=0;i<2;i++)
cout<<FindWindow(NULL, array[i].c_str());

Si usas UNICODE, el problema con lo anterior es que no podes usar el miembro c_str, pero igual podes usar wstring para hacerlo:

wstring array[]={L"name1",L"name2"};
 
for(i=0;i<2;i++)
cout<<FindWindow(NULL, array[i].c_str());

Igual podes no usar stl strings en absoluto, pero habría que ver el proyecto en general.

Saludos!

Si obvio, igual primero analiza bien que es lo que quieres estudiar y en que área te quieres enfocar, y luego ves si esa carrera cumple tus requerimientos.
Te lo digo porque muchos se anotan pensando que es solo programación y no es así, hay programacion y bastante dependiendo del establecimiento, pero también hay cosas como: análisis matemático, álgebra, arquitectura de computadores, etc asi que mi recomendacion es que analices bien que es lo que quieres y luego revises un poco los programas de las universidades a ver que tal.

También hay varios debates por el foro sobre las distintas carreras de informática que tal vez te interese leer, no los tengo a mano pero seguro los encontras con el buscador.

Saludos!

Si obviamente, si la entrada de datos excede el tamaño del buffer, un BOF ocurriría. De por si, ese operador no chequea ningún tipo de limite.

Podes usar getline o utilizar cin con width ya sea usando ::width o setw:

  cin.width (10);
  cin >> str;

• Conceptos básicos y tutorial de pseudocodigo desde cero
• Libros/Documentos [General]
• Libros y papers [C/C++]
• Entry point [Assembly]
• Manuales [.NET]
• Indice de temas interesantes[Java]]

Saludos!

double int?