[BUG] Intermittent SIGBUS (exit 135) in MTP test hosts on Linux with dynamic instrumentation (dotnet-coverage 18.11.2)
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 45/100
- Issue-Typ
- Bug
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Aktiv
- Tech-Stack
- csharp
- Bereich
- testing-qa
Rechercherichtung
Start by comparing the dynamic-instrumentation repro with the static and no-coverage modes described in the issue, then review related issues #249, #232, and #238 for context. Reproduce the parallel MTP test-host startup on Linux using the listed .NET and dotnet-coverage versions; done means identifying and fixing the cause so dynamic coverage no longer produces SIGBUS or zero-test runs.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
- Linux: MTP test hosts intermittently die at startup with SIGBUS (exit 135) under
dotnet-coverage collectwith default dynamic instrumentation;dotnet testreportsZero tests ran, module varies - Static instrumentation (
EnableDynamicManagedInstrumentation=false,EnableStaticManagedInstrumentation=true,--include-files) or no coverage: no crashes - Env: GitHub Actions ubuntu-24.04 (8 vCPU), .NET 10.0.12 (also seen on 10.0.11), dotnet-coverage 18.11.2, TUnit 1.70.1 / MTP 2.4.1,
--report-trx - Repro: 8 MTP test apps started in parallel under one
dotnet-coverage collectsession, 40 iterations (320 host starts) per mode
| Mode | Exit 135 | Exit 7 (zero tests) |
|---|---|---|
| No coverage | 0 | 0 |
| Dynamic (default) | 6 | 10 |
| Static | 0 | 0 |
Linux counterpart of #249 (this is the isolation run suggested there); possibly related to #232 / #238.
- Vorherrschende Sprache
- C#
- Sterne
- 126
- Forks
- 17
- Ø Merge
- 1 Std. 15 Min.
- Gemergte PRs (30 T.)
- 2
Entwicklungsumgebung
Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus microsoft/codecoverage
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 10/100
microsoft/codecoverage#255 ·
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 65/100
microsoft/codecoverage#252 ·
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 52/100
microsoft/codecoverage#251 ·
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 35/100
microsoft/codecoverage#249 · 1 Kommentar · 1 Reaktion ·
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 35/100
microsoft/codecoverage#220 · 2 Kommentare ·
Alle Issues in microsoft/codecoverage
Ähnliche Issues
-
bug priority: P2
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
Maintainer antworten meist innerhalb von 1 Tag
-
Parameterless constructor is not a must-provided by user when a struct has a field initializerOffen:watch: Not Triaged dotnet-csharp/svc fundamentals/subsvc
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 88/100
Maintainer antworten meist innerhalb von 1 Tag
-
Wrong values of Kernel32.FileShare.Delete and Kernel32.FileAttributes.PosixSemanticsEvtl. vergeben @ElectLive hat das heute übernommen. Offenbug good first issue help wanted
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 83/100
ForNeVeR/TruePath#241 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 66/100
files-community/Files#19047 ·
Maintainer antworten meist innerhalb von 1 Tag
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
Maintainer antworten meist innerhalb von 1 Tag