You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Sep 1, 2022. It is now read-only.
Best practice for IOSP is to allow AbstractIOSP to handle the RandomAccessFile. Complex IOSPs often store a pointer to the raf. For efficiency, the NetcdfFile/IOSP is cached seperate from the RAF. When the RAF is closed/reopened on a cached IOSP, then we get a stale handle, typically a NPE when trying to read data.
Review of all IOSPs that cache RAFs:
Cinrad2IOServiceProvider has same problems that were fixed in Nexrad2.
GradsBinaryGridServiceProvider has problems - not currently being used.
Ghcnm, Ghcnm2, IgraPor may have issues because they are managing 2 rafs. These are also using StructureDataRegexp which cache the raf
All IOSPs in visad module (gempak, mcidas, vis5d) cache the raf and may have issues. Should decide if these are worth tweaking, rewriting, or abandoning.
Pull request to fix definite problems in:
H5iosp
Pull requests to fix possible problems in:
-H4iosp
-N3iosp
-Nidsiosp
-NOWRadiosp
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Best practice for IOSP is to allow AbstractIOSP to handle the RandomAccessFile. Complex IOSPs often store a pointer to the raf. For efficiency, the NetcdfFile/IOSP is cached seperate from the RAF. When the RAF is closed/reopened on a cached IOSP, then we get a stale handle, typically a NPE when trying to read data.
Review of all IOSPs that cache RAFs:
Pull request to fix definite problems in:
Pull requests to fix possible problems in:
-H4iosp
-N3iosp
-Nidsiosp
-NOWRadiosp
The text was updated successfully, but these errors were encountered: