Procesos CEF huérfanos en macOS ARM

Curtis Chau

Updated: 3 de julio de 2026

Download IronPDF

• NuGet Download
• DLL Download
• Windows Installer

• ---

• Start Free Trial

Copy for LLMs

• Copy for LLMs

  Copy page as Markdown for LLMs
  # Procesos CEF huérfanos en macOS ARM En macOS ARM, IronPDF `2026.4.1` puede dejar su subproceso de Chromium Embedded Framework (CEF) en ejecución después de que su aplicación falle. El proceso parece colgarse y nunca salir. ```txt IronSoftwareDeploymentConfigurationMissingException: QPdf*.deployment.json ``` La configuración afectada es `IronPdf.MacOs.ARM` `2026.4.1` (interop nativa `2026.4.0.1`) en macOS ARM64 con .NET 10. En esta compilación, el subproceso de CEF no se desmonta cuando la aplicación host sale de manera anormal, por lo que `IronCefSubprocess` y sus procesos secundarios de Chrome `gpu-process` permanecen activos. Actualizar a `2026.5.2` resuelve el comportamiento. ## Solución ### 1. Actualiza los paquetes de IronPDF Mueva `IronPdf.MacOs.ARM` a `2026.5.2` o posterior. Con la CLI de .NET: ```bash dotnet add package IronPdf.MacOs.ARM --version 2026.5.2 ``` O desde la Consola del Administrador de Paquetes de Visual Studio: ```bash Update-Package IronPdf.MacOs.ARM ``` ### 2. Reconstruir y ejecutar Reconstruya el proyecto y ejecute su aplicación nuevamente para cargar el interop nativo actualizado. ### 3. Confirma que no queden procesos Después de que la aplicación salga o falle, verifique que no queden procesos de renderizado: ```bash ps aux | grep -iE "ironpdf|ironcef|chrome" ``` No debería ver entradas sobrantes de IronPDF, `IronCefSubprocess` o Chrome `gpu-process`. ## Consejos para depuración En la versión afectada, lo siguiente no limpió el proceso huérfano: - **Ajuste de `Installation.TempFolderPath`:** sin efecto en el cuelgue. - **Llamada a `IronPdf.IronPdfEngine.Shutdown()`:** el tipo `IronPdfEngine` no forma parte del paquete `IronPdf.MacOs.ARM`, por lo que esta llamada no compila contra él. - **La advertencia `IronSoftwareDeploymentConfigurationMissingException` sobre `QPdf*.deployment.json`:** no bloqueante. qpdf todavía se despliega y carga, y la advertencia no está relacionada con el proceso colgante. [[i:(Si los procesos huérfanos persisten en 2026.5.2 o versiones posteriores, habilite el registro de archivos con `Logger.LoggingMode = Logger.LoggingModes.File` y comparta el registro con soporte.)]]

• ---

• Open in ChatGPT

  Ask ChatGPT about this page
• Open in Gemini

  Ask Gemini about this page
• Open in Grok

  Ask Grok about this page
• Open in Perplexity

  Ask Perplexity about this page

Share

• Share on Facebook
• Share on X (Twitter)
• Share on LinkedIn

• ---

• Email article

En macOS ARM, IronPDF 2026.4.1 puede dejar su subproceso de Chromium Embedded Framework (CEF) en ejecución después de que su aplicación falle. El proceso parece colgarse y nunca salir.

IronSoftwareDeploymentConfigurationMissingException: QPdf*.deployment.json

IronSoftwareDeploymentConfigurationMissingException: QPdf*.deployment.json

La configuración afectada es IronPdf.MacOs.ARM 2026.4.1 (interop nativa 2026.4.0.1) en macOS ARM64 con .NET 10. En esta compilación, el subproceso de CEF no se desmonta cuando la aplicación host sale de manera anormal, por lo que IronCefSubprocess y sus procesos secundarios de Chrome gpu-process permanecen activos. Actualizar a 2026.5.2 resuelve el comportamiento.

Solución

1. Actualiza los paquetes de IronPDF

Mueva IronPdf.MacOs.ARM a 2026.5.2 o posterior. Con la CLI de .NET:

dotnet add package IronPdf.MacOs.ARM --version 2026.5.2

dotnet add package IronPdf.MacOs.ARM --version 2026.5.2

O desde la Consola del Administrador de Paquetes de Visual Studio:

Update-Package IronPdf.MacOs.ARM

Update-Package IronPdf.MacOs.ARM

2. Reconstruir y ejecutar

Reconstruya el proyecto y ejecute su aplicación nuevamente para cargar el interop nativo actualizado.

3. Confirma que no queden procesos

Después de que la aplicación salga o falle, verifique que no queden procesos de renderizado:

ps aux | grep -iE "ironpdf|ironcef|chrome"

ps aux | grep -iE "ironpdf|ironcef|chrome"

No debería ver entradas sobrantes de IronPDF, IronCefSubprocess o Chrome gpu-process.

Consejos para depuración

En la versión afectada, lo siguiente no limpió el proceso huérfano:

• Ajuste de Installation.TempFolderPath: sin efecto en el cuelgue.
• Llamada a IronPdf.IronPdfEngine.Shutdown(): el tipo IronPdfEngine no forma parte del paquete IronPdf.MacOs.ARM, por lo que esta llamada no compila contra él.
• La advertencia IronSoftwareDeploymentConfigurationMissingException sobre QPdf*.deployment.json: no bloqueante. qpdf todavía se despliega y carga, y la advertencia no está relacionada con el proceso colgante.

Curtis Chau

Chatea con el equipo de ingeniería ahora

Escritor Técnico

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.

...

Leer más