LM: config buffer version check differs from the score::flatbuffers version check

Abierto
#945 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
Refactorización
Claridad
Bien especificado
Estado de actividad
Activo
Stack tecnológico
cpp
Área
backend, security

Línea de trabajo

Read flatbuffer_config_loader.cpp at the cited checks and docs/module/safety_mgt/dependency_aou_handling.rst for the dependency triage context. The first step is a maintainer decision on whether LM's schema version check is equivalent to the score::flatbuffers check. Once decided, update the triage verdict as specified and close the issue.

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

Descripción

inspection finding

AoU aou_req__flatbuffers__verify_version (FlatBuffers buffer version check before access) of a dependency of Lifecycle is open in the dependency AoU triage (#923, docs/module/safety_mgt/dependency_aou_handling.rst).

Component: Launch Manager

Evidence: LM does not use the baselibs version check (version_reader / buffer_version, file identifier); lm_flatcfg.fbs has no file_identifier. It checks its own int32 schema_version after structural verification (flatbuffer_config_loader.cpp:48-62, 98).

Decision needed: Maintainer question: is LM's own schema_version check (after Verifier) accepted as equivalent, or must LM adopt the score::flatbuffers version check (major/minor + 4-char identifier, present in baselibs v0.2.16) before accessing buffer data?

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.