Add positive cDAC loading policy tests with .NET 11 dumps

Abierto
  • ¿Algo no está bien?
#5,932 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
4/5
Tiempo estimado
3-5 días
Aptitud para principiantes
48/100
Tipo de issue
Nueva funcionalidad
Claridad
Bastante claro
Estado de actividad
Tranquilo
Stack tecnológico
cpp, linux
Área
devtools, operating-systems, testing-qa

Línea de trabajo

Comienza con las pruebas existentes de políticas negative/fallback de cDAC en DbgShim.UnitTests y con el flujo de trabajo de activos de prueba de diagnóstico. Rastrea la activación directa de IXCLRDataProcess y DBI ICorDebugProcess y, después, añade cobertura de volcados de .NET 11 en Windows y Linux para las tres políticas. El trabajo estará terminado cuando CI demuestre la activación positiva de cDAC, la selección del proveedor y el comportamiento sin cambios del DAC heredado.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

Background

Dbgshim now has deterministic negative/fallback coverage for the cDAC loading policies by pointing DOTNET_CDAC_PATH at a nonexistent library. The tests verify LegacyDacOnly, PreferCDac, and CDacOnly for both direct IXCLRDataProcess activation and the DBI ICorDebugProcess path.

The current DbgShim.UnitTests dump assets are .NET 6, so they cannot positively validate activation through mscordaccore_universal. Positive coverage requires dumps generated from a compatible .NET 11 runtime and the matching cDAC/DBI artifacts.

Proposed work

  • Generate and publish Windows and Linux .NET 11 dump test assets using the existing diagnostics test-asset workflow.
  • Make the matching mscordaccore_universal and mscordbi available to DbgShim.UnitTests.
  • Add positive policy tests for both activation routes:
    • Direct data access requesting IXCLRDataProcess.
    • DBI activation requesting ICorDebugProcess.
  • Verify policy behavior:
    • CDacOnly succeeds without invoking the library provider.
    • PreferCDac succeeds through cDAC without invoking the fallback provider.
    • LegacyDacOnly uses the legacy DAC provider and succeeds.
  • Include Windows-hosted Linux cross-dump coverage so target platform detection and cDAC activation are exercised together.
  • Assert which path was used, not only that activation succeeded, using provider invocation counts and/or a test-visible activation signal.

Acceptance criteria

  • Positive cDAC activation is exercised in CI against a .NET 11 dump.
  • Direct data-access and DBI routes are both covered.
  • All three loading policies have independently identifiable test cases.
  • The tests prove cDAC success does not consult the fallback provider.
  • Legacy DAC behavior remains covered and unchanged.
Lenguaje dominante
C++
Estrellas
1.3k
Forks
407
Merge medio
21 h 5 min
PR fusionados (30 d)
78

Preparar el entorno

Abrir en Codespaces

Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.

  • Sin Dockerfile ni archivo de Docker Compose
  • Sin plantilla de pull request
  • Sin guía de contribución

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de dotnet/diagnostics

Todos los issues de dotnet/diagnostics

Issues similares

Más issues de C++

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.