Problema de cuelgue, bloqueo o PDF en blanco en Linux con un depurador adjunto
En Linux, adjuntar un depurador a tu aplicación puede dejar IronPDF colgado, devolver un PDF en blanco o bloquearse sin aviso. Ocurre siempre que un depurador está adjunto, sin importar la distribución de Linux o la versión de .NET.
IronPDF se representa a través de CEF (Chromium Embedded Framework), que por defecto genera subprocesos separados y aislados para manejar el renderizado. En Linux, esos subprocesos están bloqueados y no pueden ser rastreados con ptrace, y un proceso puede tener solo un rastreador a la vez. Adjuntar un depurador choca con la forma en que Chromium lanza sus subprocesos aislados, por lo que los subprocesos de renderizado se cuelgan. Tu aplicación ve eso como un bloqueo, un PDF en blanco o un fallo silencioso.
Solución
Recomendado: habilita el modo de proceso único. Configúralo durante el inicio de la aplicación, antes de tu primera operación con IronPDF:
IronPdf.Installation.SingleProcess = true;IronPdf.Installation.SingleProcess = TrueEl modo de proceso único mantiene el renderizado en el proceso principal, por lo que no hay un subproceso aislado con el que el depurador pueda chocar.
Debido a que esa configuración deshabilita el aislamiento de procesos de CEF y es menos estable bajo carga, mantenla fuera de producción. Delimítala a compilaciones de depuración para que nunca se envíe en una publicación:
#if DEBUG
IronPdf.Installation.SingleProcess = true;
#endif[
Curtis Chau tiene una licenciatura en Ciencias de la Computación (Carleton University) y se especializa en el desarrollo front-end con experiencia en Node.js, TypeScript, JavaScript y React. Apasionado por crear interfaces de usuario intuitivas y estéticamente agradables, disfruta trabajando con frameworks modernos y creando manuales bien estructurados y visualmente atractivos.
