AcademySoftwareFoundation / AcademySoftwareFoundation/OpenColorIO
Filerules : non-reentry issue in Config::getRuleFromFilepath public function
- Lingua principale
- C++
- Stelle
- 2.1k
- Fork
- 503
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Descrizione
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.
Guida per i contributori
Apri la guida per i contributori
Direzione di ricerca
Inizia in src/OpenColorIO/FileRules.cpp intorno alla riga 638 e segui FileRules::Impl::getRuleFromFilepath(), matches() e il membro m_colorspace. Riproduci chiamate concorrenti a Config::getColorSpaceFromFilepath() su un ConstConfigRcPtr condiviso e analizza il percorso FILE_RULE_PARSE_FILEPATH. Il lavoro è completato quando la ricerca in sola lettura non causa più stato mutabile condiviso, data race o risultati incoerenti.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- cpp
- Ambito
- backend
- Tipo di issue
- Bug
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Stato di attività
- Ferma
- Chiarezza
- Abbastanza chiara
- Idoneità per principianti
- 35/100