Force stop simulation
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
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Área
- testing
Línea de trabajo
Read the issue's example using is_active, lock, and test_runner_cleanup to trace how process synchronization affects simulation shutdown. Check the test runner cleanup and lock handling entry points and their tests; done means a documented or implemented way to stop the simulation despite outstanding locks, with behavior verified by a regression test.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Hi guys, I searched for force stopping the simulation. In my tb I use the following construct for communicating between check and stimuli processes:
wait until is_active(event => start_stimuli);
lock(runner => runner, key => key);
Currently, the stimuli takes longer than the checker to finish which is fine for me as the checker checks only for a small time the output port. However, just calling the test_runner_cleanup procedure doesn't seem to stop the simulation. I'm not sure if it's good practice to use the unlock procedure in different processes (as the call for test_runner_cleanup is done in a separate process).
Is there a way to force stop simulation regardless of any locks?
- Lenguaje dominante
- VHDL
- Estrellas
- 850
- Forks
- 305
- Merge medio
- 2 d 10 h
- PR fusionados (30 d)
- 7
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de VUnit/vunit
-
KeyError in test scheduler when using TestBench.scan_tests_from_file()Posiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
Los mantenedores suelen responder en 1 día
-
GHDL: generics leak between configurations when `ghdl.sim_flags` is setPosiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
VUnit/vunit#1223 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
Los mantenedores suelen responder en 1 día
-
AXI slave VCs have identical stalling behaviorPosiblemente ocupada @Lay007 la tomó hace 25 días. Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
VUnit/vunit#1219 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
Todos los issues de VUnit/vunit
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
bug raised-by:verifier
Dificultad 2/5 1-3 horas Aptitud para principiantes 79/100
medici-finance/assay#4008 ·
Los mantenedores suelen responder en 1 día
-
bug good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
yunaremaia/acc-mcp#63 ·
-
TestRegistry_ConcurrentMixedOperations fetches from the network and can hang the short suiteAbiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 83/100
tsukumogami/tsuku#2775 ·
Los mantenedores suelen responder en 1 día
-
bug effort:medium model:light tests
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día