Verwaiste CEF-Prozesse auf macOS ARM

Curtis Chau

Updated: 3. Juli 2026

Download IronPDF

• NuGet Download
• DLL Download
• Windows Installer

• ---

• Start Free Trial

Copy for LLMs

• Copy for LLMs

  Copy page as Markdown for LLMs
  # Verwaiste CEF-Prozesse auf macOS ARM Auf macOS ARM kann IronPDF `2026.4.1` seinen Chromium Embedded Framework (CEF)-Subprozess weiterlaufen lassen, nachdem Ihre Anwendung abgestürzt ist. Der Prozess scheint zu hängen und beendet sich nie. ```txt IronSoftwareDeploymentConfigurationMissingException: QPdf*.deployment.json ``` Die betroffene Konfiguration ist `IronPdf.MacOs.ARM` `2026.4.1` (native Interop `2026.4.0.1`) auf macOS ARM64 mit .NET 10. Bei diesem Build wird der CEF-Subprozess nicht abgebaut, wenn die Host-Anwendung abnormal beendet wird, sodass `IronCefSubprocess` und seine Chrome-`gpu-process`-Kindprozesse aktiv bleiben. Ein Update auf `2026.5.2` behebt dieses Verhalten. ## Lösung ### 1. Aktualisieren Sie die IronPDF-Pakete Verschieben Sie `IronPdf.MacOs.ARM` zu `2026.5.2` oder später. Mit dem .NET CLI: ```bash dotnet add package IronPdf.MacOs.ARM --version 2026.5.2 ``` Oder von der Visual Studio-Paket-Manager-Konsole aus: ```bash Update-Package IronPdf.MacOs.ARM ``` ### 2. Neu erstellen und ausführen Erstellen Sie das Projekt neu und führen Sie Ihre Anwendung erneut aus, um das aktualisierte native Interop zu laden. ### 3. Bestätigen Sie, dass keine Prozesse verbleiben Nach dem Beenden oder Absturz der Anwendung prüfen Sie auf übriggebliebene Renderer-Prozesse: ```bash ps aux | grep -iE "ironpdf|ironcef|chrome" ``` Sie sollten keine übriggebliebenen IronPDF-, `IronCefSubprocess`- oder Chrome-`gpu-process`-Einträge sehen. ## Debug-Tipps In der betroffenen Version wurde das folgende Problem nicht gelöst: - **Einstellung `Installation.TempFolderPath`:** keine Auswirkung auf das Hängen. - **Aufruf von `IronPdf.IronPdfEngine.Shutdown()`:** der `IronPdfEngine`-Typ ist nicht Teil des `IronPdf.MacOs.ARM`-Pakets, daher lässt sich dieser Aufruf nicht dagegen kompilieren. - **Die `IronSoftwareDeploymentConfigurationMissingException`-Warnung über `QPdf*.deployment.json`:** nicht blockierend. qpdf wird weiterhin bereitgestellt und geladen, und die Warnung steht nicht im Zusammenhang mit dem hängenden Prozess. [[i:(Falls verwaiste Prozesse in 2026.5.2 oder später weiterhin bestehen, aktivieren Sie die Datei-Protokollierung mit `Logger.LoggingMode = Logger.LoggingModes.File` und teilen Sie das Protokoll mit dem 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

Auf macOS ARM kann IronPDF 2026.4.1 seinen Chromium Embedded Framework (CEF)-Subprozess weiterlaufen lassen, nachdem Ihre Anwendung abgestürzt ist. Der Prozess scheint zu hängen und beendet sich nie.

IronSoftwareDeploymentConfigurationMissingException: QPdf*.deployment.json

IronSoftwareDeploymentConfigurationMissingException: QPdf*.deployment.json

Die betroffene Konfiguration ist IronPdf.MacOs.ARM 2026.4.1 (native Interop 2026.4.0.1) auf macOS ARM64 mit .NET 10. Bei diesem Build wird der CEF-Subprozess nicht abgebaut, wenn die Host-Anwendung abnormal beendet wird, sodass IronCefSubprocess und seine Chrome-gpu-process-Kindprozesse aktiv bleiben. Ein Update auf 2026.5.2 behebt dieses Verhalten.

Lösung

1. Aktualisieren Sie die IronPDF-Pakete

Verschieben Sie IronPdf.MacOs.ARM zu 2026.5.2 oder später. Mit dem .NET CLI:

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

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

Oder von der Visual Studio-Paket-Manager-Konsole aus:

Update-Package IronPdf.MacOs.ARM

Update-Package IronPdf.MacOs.ARM

2. Neu erstellen und ausführen

Erstellen Sie das Projekt neu und führen Sie Ihre Anwendung erneut aus, um das aktualisierte native Interop zu laden.

3. Bestätigen Sie, dass keine Prozesse verbleiben

Nach dem Beenden oder Absturz der Anwendung prüfen Sie auf übriggebliebene Renderer-Prozesse:

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

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

Sie sollten keine übriggebliebenen IronPDF-, IronCefSubprocess- oder Chrome-gpu-process-Einträge sehen.

Debug-Tipps

In der betroffenen Version wurde das folgende Problem nicht gelöst:

• Einstellung Installation.TempFolderPath: keine Auswirkung auf das Hängen.
• Aufruf von IronPdf.IronPdfEngine.Shutdown(): der IronPdfEngine-Typ ist nicht Teil des IronPdf.MacOs.ARM-Pakets, daher lässt sich dieser Aufruf nicht dagegen kompilieren.
• Die IronSoftwareDeploymentConfigurationMissingException-Warnung über QPdf*.deployment.json: nicht blockierend. qpdf wird weiterhin bereitgestellt und geladen, und die Warnung steht nicht im Zusammenhang mit dem hängenden Prozess.

Curtis Chau

Jetzt mit dem Ingenieurteam chatten

Technischer Autor

Curtis Chau hat einen Bachelor-Abschluss in Informatik von der Carleton University und ist spezialisiert auf Frontend-Entwicklung mit Expertise in Node.js, TypeScript, JavaScript und React. Leidenschaftlich widmet er sich der Erstellung intuitiver und ästhetisch ansprechender Benutzerschnittstellen und arbeitet gerne mit modernen Frameworks sowie der Erstellung gut strukturierter, optisch ansprechender Handbücher.

...

Weiterlesen