Processus CEF orphelins sur macOS ARM

Curtis Chau

Updated: 3 juillet 2026

Download IronPDF

• NuGet Download
• DLL Download
• Windows Installer

• ---

• Start Free Trial

Copy for LLMs

• Copy for LLMs

  Copy page as Markdown for LLMs
  # Processus CEF orphelins sur macOS ARM Sur macOS ARM, IronPDF `2026.4.1` peut laisser son sous-processus Chromium Embedded Framework (CEF) en cours d'exécution après le crash de votre application. Le processus semble suspendu et ne se termine jamais. ```txt IronSoftwareDeploymentConfigurationMissingException: QPdf*.deployment.json ``` La configuration affectée est `IronPdf.MacOs.ARM` `2026.4.1` (interopérabilité native `2026.4.0.1`) sur macOS ARM64 avec .NET 10. Sur cette version, le sous-processus CEF n'est pas arrêté lorsque l'application hôte se termine anormalement, donc `IronCefSubprocess` et ses enfants Chrome `gpu-process` restent actifs. La mise à jour vers `2026.5.2` résout ce comportement. ## Solution ### 1. Mettez à jour les packages IronPDF Déplacez `IronPdf.MacOs.ARM` vers `2026.5.2` ou ultérieur. Avec le CLI .NET : ```bash dotnet add package IronPdf.MacOs.ARM --version 2026.5.2 ``` Ou depuis la console du gestionnaire de packages Visual Studio : ```bash Update-Package IronPdf.MacOs.ARM ``` ### 2. Recompilez et exécutez Recompilez le projet et exécutez à nouveau votre application pour charger l'interopérabilité native mise à jour. ### 3. Confirmez qu'aucun processus ne reste Après que l'application se termine ou plante, vérifiez les processus de rendu restants : ```bash ps aux | grep -iE "ironpdf|ironcef|chrome" ``` Vous ne devriez voir aucune entrée restante pour IronPDF, `IronCefSubprocess` ou Chrome `gpu-process`. ## Conseils de débogage Sur la version affectée, ce qui suit n'a pas effacé le processus orphelin : - **Configurer `Installation.TempFolderPath` :** aucun effet sur la suspension. - **Appeler `IronPdf.IronPdfEngine.Shutdown()` :** le type `IronPdfEngine` ne fait pas partie du package `IronPdf.MacOs.ARM`, donc cet appel ne compile pas contre celui-ci. - **L'avertissement `IronSoftwareDeploymentConfigurationMissingException` concernant `QPdf*.deployment.json` :** non bloquant. qpdf se déploie et se charge toujours, et l'avertissement n'est pas lié au processus suspendu. [[i:(Si des processus orphelins persistent sur 2026.5.2 ou ultérieur, activez la journalisation des fichiers avec `Logger.LoggingMode = Logger.LoggingModes.File` et partagez le journal avec le support.)]]

• ---

• 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

Sur macOS ARM, IronPDF 2026.4.1 peut laisser son sous-processus Chromium Embedded Framework (CEF) en cours d'exécution après le crash de votre application. Le processus semble suspendu et ne se termine jamais.

IronSoftwareDeploymentConfigurationMissingException: QPdf*.deployment.json

IronSoftwareDeploymentConfigurationMissingException: QPdf*.deployment.json

La configuration affectée est IronPdf.MacOs.ARM 2026.4.1 (interopérabilité native 2026.4.0.1) sur macOS ARM64 avec .NET 10. Sur cette version, le sous-processus CEF n'est pas arrêté lorsque l'application hôte se termine anormalement, donc IronCefSubprocess et ses enfants Chrome gpu-process restent actifs. La mise à jour vers 2026.5.2 résout ce comportement.

Solution

1. Mettez à jour les packages IronPDF

Déplacez IronPdf.MacOs.ARM vers 2026.5.2 ou ultérieur. Avec le CLI .NET :

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

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

Ou depuis la console du gestionnaire de packages Visual Studio :

Update-Package IronPdf.MacOs.ARM

Update-Package IronPdf.MacOs.ARM

2. Recompilez et exécutez

Recompilez le projet et exécutez à nouveau votre application pour charger l'interopérabilité native mise à jour.

3. Confirmez qu'aucun processus ne reste

Après que l'application se termine ou plante, vérifiez les processus de rendu restants :

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

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

Vous ne devriez voir aucune entrée restante pour IronPDF, IronCefSubprocess ou Chrome gpu-process.

Conseils de débogage

Sur la version affectée, ce qui suit n'a pas effacé le processus orphelin :

• Configurer Installation.TempFolderPath : aucun effet sur la suspension.
• Appeler IronPdf.IronPdfEngine.Shutdown() : le type IronPdfEngine ne fait pas partie du package IronPdf.MacOs.ARM, donc cet appel ne compile pas contre celui-ci.
• L'avertissement IronSoftwareDeploymentConfigurationMissingException concernant QPdf*.deployment.json : non bloquant. qpdf se déploie et se charge toujours, et l'avertissement n'est pas lié au processus suspendu.

Curtis Chau

Discutez maintenant avec l'équipe d'ingénierie

Rédacteur technique

Curtis Chau détient un baccalauréat en informatique (Université de Carleton) et se spécialise dans le développement front-end avec expertise en Node.js, TypeScript, JavaScript et React. Passionné par la création d'interfaces utilisateur intuitives et esthétiquement plaisantes, Curtis aime travailler avec des frameworks modernes et créer des manuels bien structurés et visuellement attrayants.

...

Lire la suite