https://pablogs.dev/es/Recent content on Void *PablogsHugoesSun, 24 May 2026 00:00:00 +0000https://pablogs.dev/es/posts/post-01-no-malloc/Sun, 24 May 2026 00:00:00 +0000https://pablogs.dev/es/posts/post-01-no-malloc/<p><em>Post 1 de 13 — Serie: Memory Allocation y Garbage Collection desde cero</em></p> <p>Cada vez que escribes <code>malloc(128)</code>, ocurre algo aparentemente mágico: el runtime te devuelve un puntero a 128 bytes de memoria que nadie más está usando. No pediste permiso al sistema operativo. No especificaste <em>dónde</em> querían vivir esos bytes. Simplemente aparecieron. Y cuando llamas <code>free()</code>, desaparecen de vuelta al vacío.</p> <p>La magia es mentira.</p> <p>Debajo de <code>malloc()</code> no hay nada sofisticado. Hay una syscall que mueve un número hacia arriba. Hay un puntero que avanza. Hay una estructura de datos que lleva la cuenta. Tu programa, cualquier programa en C, está corriendo código muy parecido al que vamos a escribir hoy.</p>https://pablogs.dev/es/posts/hello-world/Fri, 22 May 2026 00:00:00 +0000https://pablogs.dev/es/posts/hello-world/<p>Todo proyecto en C empieza con un <code>printf(&quot;Hello, World!\n&quot;);</code>, y este blog no iba a ser diferente. Bienvenidos a <strong>pablogs.dev</strong>.</p> <p>Llevo un tiempo queriendo crear un espacio propio para documentar mis proyectos, organizar mis ideas y, sobre todo, compartir lo que voy aprendiendo sobre programación de sistemas y C a bajo nivel. A menudo, cuando programamos en lenguajes de alto nivel, damos por sentada la magia que ocurre por debajo: cómo se asigna la memoria, cómo se limpian los recursos o cómo crecen las estructuras de datos.</p>https://pablogs.dev/es/about/Fri, 22 May 2026 00:00:00 +0000https://pablogs.dev/es/about/<p>Soy Pablo, ingeniero de telecomunicaciones con doctorado en simulación electromagnética (filtros de guía de onda, multiplexores, CST/FEST3D). Mi trabajo del día a día vive entre ecuaciones de Maxwell y parámetros S. Este blog es lo que pasa cuando dirijo esa misma energía obsesiva hacia C.</p> <h2 id="de-qué-va-este-blog">De qué va este blog</h2> <p>Programación en C de bajo nivel: el tipo donde piensas en layouts de memoria, escribes tus propios allocators y usas <code>void *</code> sin disculpas. Temas recurrentes:</p>https://pablogs.dev/es/projects/Wed, 01 Jan 2025 00:00:00 +0000https://pablogs.dev/es/projects/<p>Active projects I&rsquo;m building or maintaining, mostly in C.</p> <hr> <h2 id="zinc">Zinc</h2> <p>A minimal, statically-typed language targeting a safe subset of C semantics.</p> <p>Current state: interpreter + bytecode VM. Compiler in progress.</p> <p>Goals:</p> <ul> <li>No undefined behavior by construction</li> <li>Explicit ownership without a runtime GC</li> <li>Readable output C as a compilation target (initially)</li> <li>Written entirely in C99, no dependencies</li> </ul> <p><strong>Status:</strong> Active — posts on this blog track the development.<br> <strong>Repo:</strong> <a href="https://github.com/ansuzgs/zinc">github.com/ansuzgs/zinc</a></p> <hr> <!----> <!-- ## liblog --> <!----> <!-- A structured logging library for C, designed as a vehicle for exploring every major --> <!-- C design pattern: vtable-based polymorphism, arena allocators, tagged unions, and --> <!-- compile-time configuration via macros. --> <!----> <!-- Features: --> <!-- - Multiple backends (stderr, file, ring buffer) --> <!-- - Log levels, filters, and per-module configuration --> <!-- - Zero dynamic allocation in the hot path (arena-backed) --> <!-- - Single-header option (`liblog.h`) --> <!----> <!-- **Status:** Active --> <!-- **Repo:** [github.com/YOUR_HANDLE/liblog](https://github.com/YOUR_HANDLE/liblog) --> <!----> <!-- --- --> <h2 id="bitstreamh">bitstream.h</h2> <p>A single-header C library for reading and writing packed bitstreams. Useful for protocol parsers, compression codecs, and anything that deals with sub-byte data.</p>