SoloCodigo

Activa ver actualizaciones en los programas instalados.

Vete a la opción de los runtimes de Visual Studio y desinstala las KB que tengan fecha de la última actualización de Windows Update.

Si el tema es serio y dependen vidas de ello, quizás sería interesante que los cálculos te los hicera alguien "profesional" como el Mathematica de Wolfram Research, que permite acceso desde C++...

IntelliSense no está disponible para C++/CLI. No es que sea un error de Visual Studio, es que no lo han implementado. Lo dejan para la siguiente versión.

Existe un producto que se llama Visual Asist X de Whole Tomato que, pese a valer una [relativa] pasta, es un producto insustituible para tener un IntelliSense en condiciones en cualquier Visual Studio.

Para cada palabra, usa strstr() para encontrarla en caracteres, y si es así, añades la ocurrencia a un nuevo vector con las posiciones...

Yo había he usado hilos, en códigos mios para aprender, y si que se que para modificar secciones críticas lo mejor es bloquear el mutex y luego desbloquearlo, lo que no sabía es que las variables debían ser volatiles.

Saludos

Eso es porque nunca lo has probado en entornos multicore o multiprocesador... Hasta en un micro HyperThreading no hay problema porque comparten caché y memoria, pero con un sistema multiprocesador sí, y más todavía si utiliza arquitectura numa completa. En ese caso, dependiendo del compilador, ni siquiera con volatile es suficente.

Con todo, al menos Visual C++ es lo suficientemente inteligente como para detectar el uso de una variable compartida y optimizarla sin perder la sincronización.

Respecto a los mutex, al menos en Windows son objetos del núcleo y son caros en tiempo de proceso y de ejecución, por lo que para sincronización entre hilos de un mismo proceso se recomiendan las secciones críticas porque son objetos locales mantenidos por el compilador y el runtime, mucho más rápidos y eficientes.

Cita de: "rfog"

Puedes trabajar de forma asíncrona sin hilos cuando estás haciendo E/S a disco mediante las estructuras OVERLAPPED de CreateFile/ReadFile/WriteFile.

Aún así estás usando multihilo o multiproceso, aunque sea de forma transparente

Igualmente estoy casi convencido que lo hará con hilos u otro proceso si no necesita acceder a la memoria/código de tu proceso.

Pero eso lo está haciendo Windows internamente, tu no te tienes que preocupar de nada más de que cuando se ejecute tu callback los datos están en el buffer y son válidos.

Puedes trabajar de forma asíncrona sin hilos cuando estás haciendo E/S a disco mediante las estructuras OVERLAPPED de CreateFile/ReadFile/WriteFile.

Básicamente tu suscribes un callback (un puntero a función) en esas estructuras cuando llames a la función, que hará su operación en background y cuando haya terminado de hacer lo que le has dicho, ejecutará ese callback, informándote de que ha terminado, tras lo cual ya puedes hacer lo que quieras con lo cargado.

Si quieres un manifiesto de esos tienes que apuntar al compilador a uno de ellos o incluirlo en un fichero de recursos y decirle al compilador que use el embebido. Eso se hace en donde has desconectado el manifest.

En realidad no lo necesitas, ya que Windows genera uno automáticamente inspeccionando tu binario y éste viene sin ninguno, pero no sé qué pasará con versiones futuras de Windows.

Un manifest es un fichero de texto que contiene varios metadatos sobre el ejecutable, como si va a necesitar UAC, o si puede acceder a la red o si tiene permisos para ejecutar los temas de XP...

El propio Visual C++ trae un instalador propio.

Simplemente añade un nuevo proyecto de tipo instalación dentro de los tipos de proyectos que tienes.

Y respecto a lo de proteger una aplicación, ten en cuenta lo siguiente:
A) Si quieren te lo van a piratear con menos esfuerzo que el que tu hayas hecho para crear la protección.
B ) Las protecciones siempre terminan dando serios problemas de estabilidad en los programas, cuanto más profunda y seria sea, más problemas dará.
C) Si tu programa tiene éxito, hagas lo que hagas te lo van a piratear. Si no tiene éxito o es algo vertical para algún cliente, sólo vas a generarle problemas a ese cliente por el punto B ).
D) La protección más segura es el control de ejecución remoto, es decir, que el usuario tenga que validarse contra un servidor remoto bajo algún tipo de protocolo encriptado, y que el servidor le envíe un blob (un bloque binario) que el programa necesite sí o sí para funcionar (por ejemplo una serie de partes binarias que insertes en tu propio código ejecutable), pero todo eso son palabras mayores, aparte de que el día que tu servidor esté caído, o tenga lentitud de conexión el usuario se va a acordar de ti, y ten seguro que si lo que quiera que hagas tiene éxito, te lo piratearán.

El programa que quieres ejecutar debe estar accesible desde el PATH o en la misma carpeta que el directorio actual del programa llamante.

La vez que llamas con "C:" no te funciona porque es "C:\", doble barra para indicar una sóla barra invertida.

Comparte un mismo evento OnExit de cada control y no dejes salir si el campo está vacío. Para saber qué control es, moldea el Sender al TEdit y listo.

Algo así (escrito de memoria)

TEdit *e=dynamic_cast<TEdit *>(sender);
if(e->Text->IsEmpty())
{
Application->MessageBox(...)
Abort();
}

Lo de abort() no lo tengo tan claro, pero si no es esa llamada es el otro parámetro que recibes que impedirá salir o simplemente vuelves a ponerle el foco al e->SetFocus();

Escribo de memoria y no tengo el C++ Builder a mano, así que las llamadas podrían no ser la correctas, pero te haces a la idea.

Aunque tu estás preguntando de C# y esto es un foro de C++, a ese tipo de ventanas se les llama "splash window". Busca en internet que hay una buena cantidad de ejemplos.

Pero busca con C#, no con C++.  

Me pa que los paréntesis del cast están mal...

Esto sí fona:

#include "stdafx.h"
#include <windows.h>
char code[] = "aquí va una shellcode";
typedef void (*pfnc_initDevice)(void);

int _tmain(int argc, _TCHAR* argv[])
{
   pfnc_initDevice pfnc=(pfnc_initDevice)&code[0];
   pfnc();
   return 0;
}