De acuerdo, no siempre la empresa privada es peor que la pública, aunque podríamos decir, basándonos en información tan fiable como rumores y comentarios que, en general, resulta más tranquila y mejor remunerada; al menos aquí, en España.

Hoy estaba corrigiendo un problema de esos que tienen historia, es decir, que llevan ahí desde siempre… y he pensado que todo desarrollador de software debería pasar por un trabajo en el que tuviera que mantener aplicaciones realizadas por otros en épocas pasadas.

Igual que los funcionarios en Francia: antes de poder crear código nuevo (o arquitecturas nuevas o incluir una nueva librería o meterse en el berenjenal x), debería ser obligatorio dedicar unos años a mantener software de otros y sufrir en tus propias carnes las consecuencias de una mala decisión (o de muchas).

Y así, cuando por fin se tenga la responsabilidad de crear, se tomarán decisiones que faciliten la escalabilidad, extensibilidad y mantenibilidad del software.  ¿O quizás lo contrario, para así resultar imprescindible? Espero que no… por el bien de todos.

Si quieres saber qué pasa con otras versiones de windows o los detalles exactos, te recomiendo esta página: “Límites de Memoria para las distintas versiones de Windows”.

Sin embargo, esta limitación impuesta por el sistema puede ser incómoda, al fin y al cabo, ¿por qué 2GB y no 2,5GB? ¿y si mi aplicación los necesita?

Microsoft ya cuenta con esto y es posible permitir que el espacio dedicado al proceso sea mayor a 2GB. Tenemos que ser conscientes de que, puesto que el límite de memoria virtual son 4GB, si se aumenta la memoria reservada para el proceso de usuario, disminuirá la cantidad de memoria reservada para el núcleo.

En el siguiente post de Mark Russinovich, “Pushing the Limits of Windows: Virtual Memory” y en éste otro de Brian Madden, se explica muy bien la situación (Mark es uno de los creadores de las herramientas Sysinternals y autor del mítico libro Windows Internals).

En resumen, para que un proceso pueda utilizar más de 2GB es necesario:

1. Activar el flag Large Address Aware en el binario (para ver si un ejecutable lo tiene activado ejecutar: dumpbin /headers fichero.exe). Este flag se puede activar al linkar tu binario o posteriormente con alguna herramienta que modifique las cabeceras.
2. Arrancar el sistema con el flag /3GB que permite reservar a los procesos de usuario hasta 3GB (dejando una sola para las necesidades del núcleo del sistema).

A disfrutarlo

La idea de mezclar estas tecnologías ha sido del señor Cufón. Con su ayuda podrás generar fuentes y descargarte el renderer para incluirlo en tu web. Si quieres ver cómo queda, échale un ojo al código fuente de esta página.

Si estás usando el tema Scenic Sanity y no te salen los acentos, tranquilo, todo tiene arreglo. Como yo ya me las he apañado para buscar la fuente y volver a generarla con los parámetros adecuados, ¿para qué lo vas a volver a hacer tú? Mejor déscargate mi fichero y súbelo a tu web.

He decidido usar la versión estática de la librería para no depender de una dll, ya que mi objetivo es generar un ejecutable sin en tiempo de ejecución  (más allá de los runtimes obligatorios).

Para compilar glog basta con abrir la solution correspondiente: google-glog.sln, seleccionar el proyecto estático y compilarlo (debug y release). Después se configura en nuestra aplicación el path de los includes (google-glog\src\windows) y de las librerías (google-glog/Debug o google-glog/Release, según corresponda).

Si intentas compilar ahora, verás el siguiente error de linkado:

error LNK2001: unresolved external symbol "__declspec(dllimport)
  void __cdecl google::InitGoogleLogging(char const *)"
  (__imp_?InitGoogleLogging@google@@YAXPBD@Z)

Para solucionarlo, hay que seguir el siguiente paso no documentado: Añadir la siguiente directiva de preprocesado a las propiedades de nuestro proyecto:

GOOGLE_GLOG_DLL_DECL=

Ahora sí, podemos empezar a usar la librería… vamos a ver qué tal.

Can you select which albums to display?

The answer was neither clear nor clean, that’s why I decided to explore the plugin code in order to find the exact point where I could filter which albums to show. And I found it. Of course there were other points, but this one satisfied both requirements:

• To affect every place where albums were used.
• Not to modify the internal code which connects to Flickr.

The file where this could be done was flickr/lib.flickr.php, exactly in the getAlbums() method:

 function getAlbums() {
        $albums = $this->photosets_getList();
        $visible_albums = array('123456789','123456789','123456789','123456789');
        $return = array();
        if (is_array($albums['photoset'])) foreach ($albums['photoset'] as $album) {
            if (in_array($album['id'], $visible_albums)) {
                $row = array();
                $row['id'] = $album['id'];
                $row['title'] = $album['title'];
                $row['description'] = $album['description'];
                $row['primary'] = $album['primary'];
                $row['photos'] = $album['photos'];
                $row['pagename2'] = $this->_sanitizeTitle($album['title']);
                $row['pagename'] = $row['pagename2'] . '.html';
                $return[$row['id']] = $row;
            }
        }
        return $return;
    }

It’s as easy as fill the visible_albums array with the ids of the albums you want to show. If in doubt just comment on this post and I’ll try to help you!

Conclusion: Sometimes it’s better not to follow the rules .

Yesterday, while getting real starting a web project, I decided it was the time to give vim another chance. It turned out again, that vim is not a very user-friendly editor, but remember, it’s SO powerful that if you mastered it, it could almost code for you. Or at least, that’s what people say…

Nevertheless, vim being complicated was not the problem, it was vim breaking lines after I had written a few words! It was unusable. After a too long search (for a real project) I’ve managed to find what was wrong in my settings. It turned out that the option “text width” (tw) was set to 8! Then, after writing 8 characters, the next word you’d write would break the line. Just unbearable.

The solution: Turning off text width by setting tw to zero. So you have to edit your .vimrc going to “Edit -> Startup Settings” and add the following line:

set tw=0