# Absturz, Hängen oder Leeres PDF auf Linux mit angehängtem Debugger
Unter Linux kann das Anhängen eines Debuggers an Ihre Anwendung dazu führen, dass IronPDF hängen bleibt, ein leeres PDF zurückgibt oder ohne Fehlermeldung abstürzt. Es passiert immer, wenn ein Debugger angehängt ist, unabhängig von der Linux-Distribution oder .NET-Version.
IronPDF rendert über CEF (Chromium Embedded Framework), das standardmäßig separate, sandboxed Unterprozesse erstellt, um das Rendering zu verwalten. Unter Linux sind diese Unterprozesse so gesperrt, dass sie nicht mit `ptrace` verfolgt werden können, und ein Prozess kann nur einen Tracer gleichzeitig haben. Das Anhängen eines Debuggers kollidiert mit der Art und Weise, wie Chromium seine sandboxed Unterprozesse startet, daher hängen die Renderer-Unterprozesse. Ihre Anwendung sieht das als Hängenbleiben, als leeres PDF oder als stillen Absturz.
## Lösung
**Empfohlen: Aktivieren Sie den Einzelnutzermodus.** Setzen Sie es beim Start der Anwendung, bevor Sie Ihre erste IronPDF-Operation ausführen:
```csharp
IronPdf.Installation.SingleProcess = true;
```
Der Einzelnutzermodus hält das Rendering im Hauptprozess, sodass es kein sandboxed Kind gibt, mit dem der Debugger kollidieren könnte.
Da diese Einstellung die Prozessisolierung von CEF deaktiviert und unter Last weniger stabil ist, halten Sie sie aus der Produktion heraus. Beschränken Sie es auf Debug-Builds, sodass es niemals in einem Release veröffentlicht wird:
```csharp
#if DEBUG
IronPdf.Installation.SingleProcess = true;
#endif
```
[[w:(Der Einzelnutzermodus deaktiviert die Prozessisolierung von CEF und ist unter Last weniger stabil. Entfernen oder schließen Sie es vor der Bereitstellung aus den Release-Builds aus.)]]
Unter Linux kann das Anhängen eines Debuggers an Ihre Anwendung dazu führen, dass IronPDF hängen bleibt, ein leeres PDF zurückgibt oder ohne Fehlermeldung abstürzt. Es passiert immer, wenn ein Debugger angehängt ist, unabhängig von der Linux-Distribution oder .NET-Version.
IronPDF rendert über CEF (Chromium Embedded Framework), das standardmäßig separate, sandboxed Unterprozesse erstellt, um das Rendering zu verwalten. Unter Linux sind diese Unterprozesse so gesperrt, dass sie nicht mit ptrace verfolgt werden können, und ein Prozess kann nur einen Tracer gleichzeitig haben. Das Anhängen eines Debuggers kollidiert mit der Art und Weise, wie Chromium seine sandboxed Unterprozesse startet, daher hängen die Renderer-Unterprozesse. Ihre Anwendung sieht das als Hängenbleiben, als leeres PDF oder als stillen Absturz.
Lösung
Empfohlen: Aktivieren Sie den Einzelnutzermodus. Setzen Sie es beim Start der Anwendung, bevor Sie Ihre erste IronPDF-Operation ausführen:
IronPdf.Installation.SingleProcess = true;
IronPdf.Installation.SingleProcess = true;
IronPdf.Installation.SingleProcess = True
IronPdf.Installation.SingleProcess = True
Der Einzelnutzermodus hält das Rendering im Hauptprozess, sodass es kein sandboxed Kind gibt, mit dem der Debugger kollidieren könnte.
Da diese Einstellung die Prozessisolierung von CEF deaktiviert und unter Last weniger stabil ist, halten Sie sie aus der Produktion heraus. Beschränken Sie es auf Debug-Builds, sodass es niemals in einem Release veröffentlicht wird:
Warnung: Der Einzelnutzermodus deaktiviert die Prozessisolierung von CEF und ist unter Last weniger stabil. Entfernen oder schließen Sie es vor der Bereitstellung aus den Release-Builds aus.
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.
