Es simple...

void something(char *text){
    cout << *text;
}

*text es de tipo char... luego cout solo te imprime un carácter.

void something(char **text){
    cout << *text;
}

*text es de tipo puntero a char... o cadena de caracteres... en este caso vuelca caracteres hasta que se encuentra con el primer nulo.

void something(char *text){
    cout << text;
}

Esta última versión es similar a la anterior sin punteros dobles... y por tanto más usable y manejable.

cuando tu haces

#include <stdio.h>
 
int funcion2()
{
    return 5;
}
 
int funcion1()
{
   return funcion2(); 
}
 
int main(void)
{
    printf("%d \n",funcion1() );
 
   getchar();
   return 0;
}

Lo que estás haciendo, realmente, es lo siguiente:

* Has creado una función "funcion2", que lo único que hace es devolver el resultado que a su vez le proporciona otra funcion "funcion1".

* Dado que funcion1 siempre va a devolver un 5, funcion2 va a devolver ese mismo 5.

* El printf del main va a sacar por pantalla el valor devuelto por funcion2... es decir, un 5.

Cuando tu haces lo siguiente:

int funcion2( )
{
  return funcion1( );
}

No estás devolviendo una función... sino el resultado de esa función.

De hecho, lo que has puesto es equivalente a:

int funcion2( )
{
  int resultado = funcion1( );
  return resultado;
}

Es decir, tu no devuelves funciones. Más bien estás llamando a una función determinada ( funcion1 ) y estás almacenando el resultado que te devuelve.

Y no dice nada de las operaciones de lectura / escritura sobre la tarjeta ??

si no es así ya te digo yo que el datasheet que tienes o no está completo o tiene que haber otro por con esa parte de la documentación.

Es como si el datasheet de una USART no te dijese cual es la forma de enviar y/o recibir información.

El formato de las ventanas no depende del lenguaje utilizado.

Cada framework de ventanas tiene un diseño propio. Algunos frameworks hacen uso de los estilos que vienen predefinidos por el sistema operativo, lo que permite que todas las aplicaciones tiendan a verse iguales en un mismo sistema operativo... algunos frameworks son ( todos ellos gratuitos ): Qt, wxwidgets, api de windows, gtk

Para hacer juegos deberías usar algún lenguaje de bajo nivel, tipo c, c++, en líneas generales son los más empleados... por algo será. También tendrás que hacer uso de alguna capa gráfica... opengl, directx, allegro, ... pero ese tema daría para crear otro hilo.

Sabes cómo funcionan los árboles binarios?

Si la respuesta es sí, sabes que cada nodo tiene un valor... los nodos de la izquierda tienen un valor inferior y los de la derecha un valor mayor.

Con esta idea fácilmente puedes adivinar que, tomando como referencia los 3 últimos nodos de la izquierda, puedes tener 3 escenarios diferentes:

     A                 A                 A
    /                  / \                  \
   B                 B  C                 C

En el 1er caso, tenemos que el nodo A tiene un valor X y, por fuerza, el nodo B tiene un valor necesariamente menor, luego en este caso el valor buscado sería A.

En el 2º caso, A tiene un valor X, B es menor y C es el mayor de los 3... el valor buscado es el del nodo A.

En el 3er caso, A tiene un valor inferior al B... el valor buscado es el del nodo B.

Con esta información, una opción sería diseñar un algoritmo que recorra la rama izquierda de cada nodo, empezando por el raiz. Una vez localizado el último grupo de nodos... mirar a ver si es del tipo 1, 2 o 3 y devolver el resultado correspondiente.

Otra opción podría ser recorrer todo el árbol y almacenar los dos números más pequeños que te encuentres... con eso tendrías el número más pequeño y, el buscado, el segundo más pequeño.

Para el caso del segundo mayor la lógica a implementar sería similar. Ya es gusto del programador ( es decir, tu decisión ), elegir la opción que crea más adecuada.

Un saludo.

dynamic_cast hace chequeos que verifican que, efectivamente, se puede hacer el cast a la clase destino. Esto solo es posible cuando la instancia apuntada es de la clase destino o de alguna clase hija... en caso contrario, el cast retornará un puntero nulo.

static_cast símplemente comprueba que el cast (a pelo) es válido. Es un chequeo muucho más sencillo que el dinámico y, por ello, más propenso a errores... por ejemplo que te deje hacer lo que estabas comentando.

Está claro que si tu tienes una superclase A... creas una instancia de esta clase y luego intentas hacer un cast a su subclase B... los miembros de esta subclase no pueden estar bien. En primer lugar porque en c++, a diferencia de en java, los miembros no se inicializan por defecto.

El constructor de A sólo sabe inicializar la parte que es propia de A... pero no sabe nada de la parte de B... luego esa parte siempre va a quedar con valores aleatorios.

Tu piensa que en el fondo, una clase no deja de ser x bytes en memoria y una serie de funciones que hacen uso de posiciones específicas de esa memoria... el concepto de clase solo tiene sentido para tí... la máquina no entiende de eso.

Para poder hacer un cast a una subclase y que el cast sea correcto, la instancia afectada tiene que ser, necesariamente, de la subclase.

Me explico:

Class A
{ };
 
Class B : public A
{ };
 
int main ( ... )
{
  A* puntero1 = new A( );
  A* puntero2 = new B( );
 
  // este caso retornará 0 porque puntero1 no es de la subclase B
  B* clase_b1 = dynamic_cast< B* >( puntero1 );
 
  // este caso retornará un puntero válido
  B* clase_b2 = dynamic_cast< B* >( puntero2 );
}

Luego, dado que para que el cast funcione correctamente, la instancia original ha de ser de la subclase ( o de una subclase de la subclase ), necesariamente has tenido que crear una instancia de la subclase y, al hacer esa creación, se han tenido que inicializar necesariamente todos los miembros de la clase.

Si esto no es así es porque se te ha olvidado inicializar algo en el constructor.

Este es el típico timo piramidal...

En el momento en el que quieras poner barcos de forma aleatoria (simulando un jugador de IA), por ejemplo, necesitarás tirar de vb.

En el momento en el que quieras que tu IA tome decisiones sobre la siguiente casilla a bombardear necesitarás vb.

...

Al final tendrás que usar vb para poder llevar tu juego a buen término.

No olvides que con las fórmulas de Excel no puedes tener referencias circulares... y dado que al final elegir una casilla u otra dependerá del estado del resto de celdas... te resulta en una referencia circular tras otra.

En este caso se refieren a mejoras en el IDE de la versión de pago ... lo cierto es que aún no he dado el salto completo a Qt5, por lo que no puedo asegurar que pase lo mismo con las librerías, pero cuando Qt era de Nokia estas cosas no pasaban.