AcademySoftwareFoundation / AcademySoftwareFoundation/OpenColorIO
Filerules : non-reentry issue in Config::getRuleFromFilepath public function
- Lenguaje dominante
- C++
- Estrellas
- 2.1k
- Forks
- 503
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Descripción
https://github.com/AcademySoftwareFoundation/OpenColorIO/blob/05466120f3f9c23b23778f3ccbafc4dde93abe4b/src/OpenColorIO/FileRules.cpp#L638C25-L638C32
Hello,
I've recently migrated my code from the deprecated Config::parseColorSpaceFromString to the recommended Config::getColorSpaceFromFilepath, and encountered a thread-safety issue.
In FileRules::Impl::getRuleFromFilepath(), the method matches() is called in what appears to be a read-only context, implying it should be thread-safe.
However, when a rule is of type FILE_RULE_PARSE_FILEPATH, the matches() method may modify the internal m_colorspace member as a side effect. This introduces shared mutable state, which breaks thread safety when getColorSpaceFromFilepath() is used concurrently on a shared ConstConfigRcPtr.
This behavior leads to data races or inconsistent results in my multi-threaded application.
Guía de contribución
Línea de trabajo
Comienza en src/OpenColorIO/FileRules.cpp alrededor de la línea 638 y sigue FileRules::Impl::getRuleFromFilepath(), matches() y el miembro m_colorspace. Reproduce llamadas concurrentes a Config::getColorSpaceFromFilepath() sobre un ConstConfigRcPtr compartido e inspecciona la ruta FILE_RULE_PARSE_FILEPATH. Se considera terminado cuando la búsqueda de solo lectura ya no provoca estado mutable compartido, condiciones de carrera de datos ni resultados inconsistentes.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- cpp
- Área
- backend
- Tipo de issue
- Error
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Estancado
- Claridad
- Bastante claro
- Aptitud para principiantes
- 35/100