SoloCodigo

Hola.

En Vista, debido al UAC (User Account Control), determinadas carpetas están "blindadas". Cuando se intenta acceder a ellas o escribir, pide elevación de permisos. Si tu programa no tiene en cuenta que cuando el sistema requiera elevación se la pida al usuario, o directamente por código se la otorgue, es posible que el sistema deniegue la petición y genere un error en tiempo de ejecución. Prueba a ejecutar el programa con la opción del botón derecho "Ejecutar como administrador". Si te funciona de esta manera, deberás modificar tu programa para que se solicite elevación (o avisar que siempre se ejecute como administrador).
Consulta este link: msdn.microsoft.com/en-us/library/bb530410.aspx
Una de las soluciones es generar un fichero manifest adecuado, pero con C++Builder 6 no se puede. Sinceramente te digo que intentar manejar a nivel de código el UAC, sin las herramientas adecuadas es un infierno.

Saludos.

Hola.

A todo lo anterior me gustaría añadir un par de reflexiones:
Si la intención es confeccionar un programa con entorno visual (en ventanas) y que sea independiente de la plataforma, Java tiene claras ventajas. En este caso C/C++ está en desventaja porque cada plataforma utiliza su propia api y en general si compilas para una, no sirve para otra. Por desgracia la estandarización de c++ aquí no se extiende y en general, cada uno va por su lado. El desarrolo en Java en este caso se rentabilizará más al tener que mantener un sólo código.
No hay que olvidar que Java nació para ser multiplataforma y que es un lenguaje claramente orientado a un entorno visual. El precio que debemos pagar por el "Write Once, Run Anywhere" es justamente el tener que necesitar mecanismos intermedios (máquina virtual) para finalmente poder ejecutar el código. Esos mecanismos intermedios incrementan el consumo de recursos y hacen que la ejecución del aplicativo sea más lenta (el código precompilado finalmente se acaba interpretando). Podemos compilar directamente en el código máquina de la plataforma, pero entonces perdemos portabilidad y nos encontramos en el mismo caso que c++. Debido a todo esto es raro encontrar aplicaciones de propósito general desarrolladas en Java (aunque su api lo permita) y los fabricantes prefieren mantener dos o tres versiones para dos o tres plataformas diferentes. Quizás en un futuro, los intérpretes de bytecode harán que la diferencias se acorten, aunque debido a la naturaleza de java, no creo que se igualen nunca las prestaciones.
Otro precio que se debe pagar es el renunciar a trabajar a "bajo nivel", o sea, interactuar con los aspectos más cercanos a la máquina. Esto que es así, en el fondo, va un poco en contra de la "filosofia" java. El propósito de java es "rescatarte" del tedioso trabajo que implica pelearte con la api del sistema operativo, proporcionándote una artillería de clases que encapsulan todo esto, no para facilitarte el trabajo, sino para hacerlo portable. El punto débil es que el resultado no es tan "potente" ni tan eficiente como el obtenido con c++, y es, volvemos a lo mismo, el precio a pagar por la portabilidad.
Finalmente, si el propósito es crear una aplicación de consola, creo que todo el mundo coincidirá en que proporciona muchísimas más ventajas crear código en c/c++ estándar y compilar en cada plataforma. En este caso también podremos decir lo de "Write Once, Run Anywhere" (y sí, ya sé que si nos empeñamos seremos también capaces de crear en c/c++ estándar una aplicación en ventanas, pero la inversión en tiempo es muchísimo más elevada, la depuración más complicada y posiblemente las frustaciones y los    más frecuentes).

Saludos.

Hola.

En principio, si estás trabajando con Rad Studio, sí. En este entorno tienes la personalidad Delphi y la personalidad C++builder. A la hora de compilar un componente Delphi desde la personalidad delphi, debería poder verse luego en los paquetes instalados desde la personalidad c++builder. Pero la realidad es que no se ve. Debes usar un truco. Cuando compilas el componente delphi desde la personalidad delphi, hay que activar la opción "Generate C++ object files" dentro de la opción "Linker" de las "Options..." del proyecto. Entonces al instalar el componente en la personalidad delphi, también se ve en la personalidad c++builder.
En caso de estar trabajando con un entorno en que sólo te permite iniciar proyectos en c++, debes consiguir el componente para c++builder (paquetes bpk en lugar de dpk, que son para delphi).
 
Saludos.

Hola.

Deberías cerrar el stream con un fclose.

Saludos.

Hola.

TRod intuye lo mismo que yo. Si tu programa es un exe normal, para que funcione en cualquier máquina debes recompilarlo con las siguientes opciones:

De la barra de menú, elige "Projects"->"Options" y en la pestaña "Packages" desmarca "Build with runtimes packages".
En la pestaña "Linker" desmarca "Use Dynamic RTL".

Saludos.

Hola.

Puede ser un problema con la versión del componente, porque he hecho la prueba con tu código y me ha funcionado muy bien (con y sin comentar Image2->Picture->Bitmap->TransparentColor=clBlack). He usado c++builder 2007. Me gustaría insertar un pantallazo para demostrártelo, pero no sé cómo hacerlo.
Lo único que has de tener en cuenta es que para que funcione, el TImage debe contener un bitmap (un jpg genera error).
Siento no poder concretar más y decirte por qué no te está funcionando a ti.

Saludos.

Hola.

El problema son los métodos get que estás implementando. No estás devolviendo la variable miembro, sino una constante:

int StudentCraft::getClassRoom(){return classroom=0;}             // Devuelve siempre 0.
int StudentCraft::getEnergy(){return energy = MAX_ENERGY;}    // Devuelve siempre MAX_ENERGY.
int StudentCraft::getKnowledge(){return knowledge=0;}             // Devuelve siempre 0.

Prueba devolviendo sólo las variables miembro:

int StudentCraft::getClassRoom(){return classroom;}
int StudentCraft::getEnergy(){return energy;}
int StudentCraft::getKnowledge(){return knowledge;}

Saludos.

Hola.

No sé cómo estás montando el formulario, pero si está derivado de TForm, no deberías tener  esos problemas. Se hereda la gestión del repintado, de forma que en la práctica es transparente para ti. Sólo sabes cuando repinta por el evento OnRepaint.

Saludos.

Hola.

Sobre el método detallado o directo, decirte que con el método directo, con una sóla función (InternetOpenUrl) consigues acceder a una url y recuperar sus recursos. Internamente esta función llama a otras del método detallado. La diferencia es que el método detallado permite explotar al máximo todas las posibilidades que ofrece el protocolo, mientras que el directo de forma sencilla sólo accede a recursos. Como ves, la principal diferencia es la comodidad. En cuanto a velocidad, supongo que es lo mismo ejecutar una función que llama a su vez a otras 3 (por ejemplo), que ejecutar esas 3 funciones, aunque si quieres puedes probar cual de los dos métodos te funciona mejor.

Si quieres más información, visita esta web, donde encontrarás un excelente artículo de WinInet.

www.lawebdejm.com/prog/win32/index.html

Hola.

Bien, en la paleta de componentes de Builder (al menos en la versión 6 y 2006) existe una pestaña llamada Samples. Aquí hay componentes externos a Borland. Hay uno llamado TTrayIcon. Cuando insertas este componente en un form, se instala un icono en la bandeja de tareas. Este componente no está documentado en la ayuda de Builder (al menos en la versión 6). Tiene varias propiedades entre ellas una llamada Icons, donde debes poner un TImageList con los iconos que deseas que salgan. También dispone de una boolena para activar la animación (Animation) y de otra propiedad, Interval, que define el tiempo que debe pasar entre icono e icono.

Saludos!!!!