-
Notifications
You must be signed in to change notification settings - Fork 242
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
SamReaderFactory should use current defaults when makeDefault() is called #1666
Comments
lbergelson
added a commit
to broadinstitute/picard
that referenced
this issue
May 24, 2023
* We have been using the Java Inflater even when the Intel one was available and requested due to a bug in the configuration of the default inflater. The fix is fairly brittle because it depends on the order of initialization of various things. * This will be fixed more generally by samtools/htsjdk#1666
lbergelson
added a commit
to broadinstitute/picard
that referenced
this issue
Jun 2, 2023
* Fix longstanding bug so we use the Intel Inflater when it is requested * We have been using the Java Inflater even when the Intel one was available and requested due to a bug in the configuration of the default inflater. The fix is fairly brittle because it depends on the order of initialization of various things. * This will be fixed more generally by samtools/htsjdk#1666 * Add a test
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Currently
SamReaderFactory
stores a DEFAULT factory as a static variable. Certain operations update this default so whenSamReaderFactory.makeDefault()
is called it returns different values. However, some default values are set through other mechanisms likeBlockGunzipper.setDefaultInflaterFactory
which can lead to unexpected results when they are not propagated through calls to make default.The text was updated successfully, but these errors were encountered: