Los últimos capítulos de Accelerated C++ los he leído un poco por encima, porque tratan de temas complejos (gestión de memoria, etc) que creo que de momento no voy a necesitar. Siempre podré volver a ellos en caso de que lo necesite.

Así que ya he empezado a aprender Qt. Como sabréis, Qt son unas bibliotecas multiplataforma de Nokia (que adquirió la noruega TrollTech a principios 2008). No es un simple conjunto de widgets (window gadgets, es decir elementos gráficos como botones, deslizadores, menús, etc), sino que aporta muchas otras funcionalidades, haciendo innecesaria la STL (Standard Template Library). Probablemente sea más comparable a Boost que a GTK+.

Hay unos cuantos libros sobre Qt, entre los que destacan:

• C++ GUI Programming with Qt 4 de Jasmin Blanchette y Mark Summerfield.
• Foundations of Qt Development de Johan Thelin.
• The Book of Qt 4: The Art of Building Qt Applications de Daniel Molkentin.
• An Introduction to Design Patterns in C++ with Qt 4 de
  Alan Ezust y Paul Ezust.

El primero es el libro oficial, el más moderno, y sus autores conocen Qt 4 como la palma de su mano. Pero por los comentarios de Amazon, parece que podría ser más pedagógico.

El último es una introducción a patrones de diseño usando C++ y Qt que sobre Qt en sí, así que no es realmente lo que necesito.

Entre los dos restantes, el de Thelin abarca un poco más que el de Molketin (CMake, unit testing, plugins), así que es el que he elegido.

Esta semana he continuado leyendo Accelerated C++. Intento seguir un ritmo de un capítulo diario, habiendo llegado ya al capítulo 10 (aproximadamente dos tercios del libro). Confío en acabarlo a lo largo de esta semana.

Hoy he descubierto una cosa curiosa. La mayoría de los programas en C/C++ incluye una línea similar a int main(int argc, char **argv) o su equivalente int main(int argc, char* argv[]) para permitir pasarle argumentos.

argv es un puntero a un array de punteros, uno para cada argumento, y argc es el número de punteros del array. El elemento inicial del array, argv[0], representa el nombre con el que se ha llamado al programa, y argv[argc] es siempre un puntero nulo. Los argumentos -si los hay- ocupan los restantes elementos del array, de argv[1] a argv[argc - 1].

Así pues, aparentemente argc debe siempre ser mayor o igual que 1. Sin embargo, resulta que como explican en stackoverflow y alt.comp.c, el estándar dice explícitamente que argc puede ser cero. Y es que por medio de las llamadas al sistema exec() de POSIX, argv[0] puede ser NULL.