A pesar de su edad, GDB sigue siendo una herramienta increíblemente versátil y flexible, y dominarla le puede ahorrar enormes cantidades de tiempo al tratar de depurar errores en el código. En esta entrada se compartirán 10 consejos y trucos para usar GDB para depurar de manera más eficiente.

En la primera parte de esta serie (www.meneame.net/m/SysDevs/portando-linux-nueva-arquitectura-parte-1-ba ) hemos sentado las bases para portar Linux a una nueva arquitectura de procesador explicando los pasos preliminares (sin llegar a escribir ningún código fuente). Este artículo continúa desde allí profundizando en el código de arranque, lo que incluye desde el código necesario para arrancar Linux hasta la creación del primer hilo del kernel.

Aunque un port simple puede contar con tan sólo 4000 líneas de código —exactamente 3775 son las del procesador Hitachi 8/300 (sin MMU) recientemente introducidas en Linux 4.2-rc1—, conseguir que el kernel de Linux se ejecute en una nueva arquitectura de procesador es un proceso difícil. Peor aún, no hay mucha documentación disponible que describa dicho proceso de portabilidad. El objetivo de esta serie de artículos es proporcionar una visión general del procedimiento de portar el kernel de Linux a una nueva arquitectura de procesador.

TSWS es una prueba de concepto de un servidor web básico escrito usando solamente BASH y Netcat.

Limitar los procesos de usuario es importante para el funcionamiento estable de un sistema operativo como Linux. Para limitar dichos procesos de usuario sólo se tiene que poner la configuración correcta en el archivo /etc/security/limits.conf. Pero comencemos por entender cómo está estructurado este archivo y cuáles son sus opciones principales.

DMD, el compilador de referencia del lenguaje de programación D, estaba escrito en C++ desde sus inicios. Pero una vez que el lenguaje se ha ido estabilizando, este compilador ha sido totalmente reescrito en el propio lenguaje, algo que se conoce como self-hosted compiler. [Enlace directo al pull request de GitHub: github.com/D-Programming-Language/dmd/pull/4923 ]

En el trabajo he estado trabajando con el protocolo MQTT (MQ Telemetry Transport), el cual usa un modelo publicación/subscripción. Empecé con una implementación de código abierto llamada Mosquitto pero luego un amigo me dijo que él había hecho una implementación en Go y presumía de que era muy rápida. Como no soy muy fan de Go pero sí lo soy de D, decidí hacer una implementación en D que pasase los tests de la implementación en Go. Y estos son los resultados.

Siguiendo este tutorial podrás diseñar una CPU básica para la que podrás escribir su propio ensamblador. Luego podrás ir a presumir delante de tus amigos de lo bueno que eres.

bcachefs es un nuevo sistema de archivos de propósito general para Linux que incluye control de errores, compresión, múltiples dispositivos, cacheado, COW… Finalmente, incluirá imágenes (snapshots) y otras características interesantes. Pero, ¿por qué otro nuevo sistema de archivos? Después de varios años desarrollando bcache en Google, pareció buena idea exportar toda esa funcionalidad a un nuevo sistema de archivos gracias a su limpio y elegante diseño, además de por tener un rendimiento similar a ext4.

Todavía hay gente que piensa que hay escenarios válidos para llamar a TerminateThread. Hay interés porque tenemos una clase llamada ThreadClass desde la que llamamos al método Start(), luego al método Stop() y finalmente al método WaitUntilStopped(). El proceso se para con cierta pila de llamadas pero, ¿qué está realmente ocurriendo? Desde el punto de vista de la pila, el hilo está parando y el loader está en una sección crítica, pero en realidad no sabemos si el hilo termina de forma correcta.

ARM es un procesador con arquitectura RISC (Reduced Instruction Set Computer) de 32 bits. Tiene un modelo de memoria “débilmente ordenado” similar a Alpha y a IA64 requiriendo barreras (barriers) específicas para garantizar dicho ordenamiento. Cuenta con 16 registros de propósito general que también son usados para mantener el contador de programa, el puntero a la pila, la dirección de retorno, etc. [2ª y 3ª partes: blogs.msdn.com/b/oldnewthing/archive/2015/08/11/10634261.aspx ]

Las direcciones postales son un terreno fértil para realizar suposiciones incorrectas a la hora de crear software que trate con este tipo de datos. Aunque todo el mundo está acostumbrado a usar direcciones postales y el 99 % de las veces que parecen tan simples, estas pueden estas en formas realmente extrañas. A continuación se presentan algunas suposiciones incorrectas acerca de las direcciones postales.