Skip to content

Conversation

@lgritz
Copy link
Collaborator

@lgritz lgritz commented May 12, 2025

II and IO were documented as initializing their internal "how many threads to use when reading/writing this particular file" to the global "threads" OIIO attribute. But they did not, they always initialized to 0 ("all the threads") even if the global attribute had been set differently prior to creation of the reader or writer.

lgritz added 2 commits May 12, 2025 20:38
II and IO were documented as initializing their internal "how many
threads to use when reading/writing this particular file" to the
global "threads" OIIO attribute. But they did not, they always
initialized to 0 ("all the threads") even if the global attribute had
been set differently prior to creation of the reader or writer.

Signed-off-by: Larry Gritz <[email protected]>
Signed-off-by: Larry Gritz <[email protected]>
@lgritz lgritz added bug Crash or wrong behavior of an existing feature. core APIs Affecting public APIs of core functionality classes, such as ImageInput, ImageOutput, ImageBuf. labels May 17, 2025
@lgritz
Copy link
Collaborator Author

lgritz commented May 17, 2025

Any objections here?

@EmilDohne
Copy link
Contributor

None, lgtm

@lgritz lgritz merged commit 4dfff31 into AcademySoftwareFoundation:main May 17, 2025
29 checks passed
scott-wilson pushed a commit to scott-wilson/OpenImageIO that referenced this pull request May 18, 2025
…cademySoftwareFoundation#4750)

II and IO were documented as initializing their internal "how many
threads to use when reading/writing this particular file" to the global
"threads" OIIO attribute. But they did not, they always initialized to 0
("all the threads") even if the global attribute had been set
differently prior to creation of the reader or writer.

---------

Signed-off-by: Larry Gritz <[email protected]>
Signed-off-by: Scott Wilson <[email protected]>
lgritz added a commit to lgritz/OpenImageIO that referenced this pull request May 19, 2025
…cademySoftwareFoundation#4750)

II and IO were documented as initializing their internal "how many
threads to use when reading/writing this particular file" to the global
"threads" OIIO attribute. But they did not, they always initialized to 0
("all the threads") even if the global attribute had been set
differently prior to creation of the reader or writer.

---------

Signed-off-by: Larry Gritz <[email protected]>
@lgritz lgritz deleted the lg-rwthreads branch May 20, 2025 04:52
zachlewis pushed a commit to zachlewis/OpenImageIO that referenced this pull request Aug 1, 2025
…cademySoftwareFoundation#4750)

II and IO were documented as initializing their internal "how many
threads to use when reading/writing this particular file" to the global
"threads" OIIO attribute. But they did not, they always initialized to 0
("all the threads") even if the global attribute had been set
differently prior to creation of the reader or writer.

---------

Signed-off-by: Larry Gritz <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

bug Crash or wrong behavior of an existing feature. core APIs Affecting public APIs of core functionality classes, such as ImageInput, ImageOutput, ImageBuf.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants