LM/HM: clock_gettime mixed with std::chrono for time measurement

Abierto
#948 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
35/100
Tipo de issue
Documentación
Claridad
Bastante claro
Estado de actividad
Activo
Stack tecnológico
cpp
Área
backend

Línea de trabajo

Read docs/module/safety_mgt/dependency_aou_handling.rst and the cited timing calls in process_group_manager/details/component.cpp, alive_monitor/details/timers/Timers_OsClock.cpp, and osal/details/posix/semaphore.cpp; compare them with the std::chrono usage across Launch Manager and Health Monitor. The maintainer must decide how clock_gettime is classified under the dependency AoU and whether mixing APIs is acceptable. Done means updating the triage verdict with the decision and closing this issue.

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

Descripción

inspection finding

AoU aou_req__os__cxx_preference (C++ Library Preference) of a dependency of Lifecycle is open in the dependency AoU triage (#923, docs/module/safety_mgt/dependency_aou_handling.rst).

Component: Launch Manager, Health Monitor

Evidence: Timing mixes C and C++: clock_gettime(CLOCK_MONOTONIC) in process_group_manager/details/component.cpp:254,278, alive_monitor/details/timers/Timers_OsClock.cpp:29, osal/details/posix/semaphore.cpp:60 vs std::chrono in ~59 LM/HM files.

Decision needed: Maintainer question: is clock_gettime a C-lib or OS (POSIX) API for this AoU, and is mixing it with std::chrono for time measurement acceptable? Otherwise unify on std::chrono (or document a deviation). No other obvious mix (no malloc/strcpy/atoi).

Once decided, the verdict in the triage page is updated (fulfils link, forwarded AoU, or a documented deviation) and this issue is closed.

Lenguaje dominante
C++
Estrellas
7
Forks
37
Merge medio
2 d 11 h
PR fusionados (30 d)
106

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
  • Tiene una 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 eclipse-score/lifecycle

Todos los issues de eclipse-score/lifecycle

Issues similares

Más issues de C++

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.