ocaml/dune

Flush output buffers on SIGTERM

Aperta

#3882 aperta il 21 ott 2020

Vedi su GitHubGuida contributor
 (12 commenti) (0 reazioni) (2 assegnatari)OCaml (478 fork)github user discovery
good first issue

Metriche repository

Star
 (1882 stelle)
Metriche merge PR
 (Merge medio 1g 20h) (345 PR mergiate in 30 g)

Descrizione

We're currently using dune runtest in OCaml-CI as the standard way of running tests for a package. If some of the tests for a package get stuck in a deadlock, the CI job will kill the process after 60 minutes. Unfortunately, this means that the logs of the stalled test run are lost.

We could switch to using dune runtest --no-buffer in the CI, but this creates less readable (interleaved) test output. One possible alternative would be for Dune to flush its output buffers before responding to SIGTERM (probably keeping the old behaviour for SIGKILL). What do you think?

Guida contributor

Direzione di ricerca
Studia come Dune gestisce attualmente il buffering dell'output e la gestione dei segnali (SIGTERM). Esamina il ciclo principale e i gestori di segnali per capire dove aggiungere uno svuotamento dei buffer di stdout/stderr prima di uscire. Assicurati che SIGKILL non esegua lo svuotamento, come richiesto.
Tech stack
Nessuno
Dominio
build systemdevopsdeveloper experience
Tipo issue
Funzionalità
DifficoltàQuanto dovrebbe essere impegnativa per un nuovo contributor.
2
Tempo stimatoTempo stimato per completare e verificare uno scope piccolo.
Mezza giornata
Stato attivitàQuanto è probabile che la issue sia ancora attiva e reviewable.
Attiva
ChiarezzaQuanto chiaramente la issue descrive problema, scope e risultato atteso.
Chiara
Prerequisiti
OCamlsignal handling basics
Adatta ai principiantiQuanto la issue è adatta a contributor alla prima esperienza.
50