SIONlib issueshttps://gitlab.jsc.fz-juelich.de/cstao-public/SIONlib/SIONlib/-/issues2021-08-25T15:20:29+02:00https://gitlab.jsc.fz-juelich.de/cstao-public/SIONlib/SIONlib/-/issues/213Deprecate or remove sion_get_current_position etc.2021-08-25T15:20:29+02:00Benedikt Steinbuschb.steinbusch@fz-juelich.deDeprecate or remove sion_get_current_position etc.These functions expose internal fields, remove in favor of `sion_tell` (and possibly more functions to be implemented).These functions expose internal fields, remove in favor of `sion_tell` (and possibly more functions to be implemented).2.0.0-rc.4https://gitlab.jsc.fz-juelich.de/cstao-public/SIONlib/SIONlib/-/issues/212Make API creation foolproof2021-08-25T15:20:30+02:00Benedikt Steinbuschb.steinbusch@fz-juelich.deMake API creation foolproof`sion_generic_create_api` creates an API that is in a completely invalid state and the various `sion_generic_register...` functions all register a single callback function, leaving the API again in an invalid state until all necessary ca...`sion_generic_create_api` creates an API that is in a completely invalid state and the various `sion_generic_register...` functions all register a single callback function, leaving the API again in an invalid state until all necessary callbacks have been registered. Why not have `sion_generic_create_api` take all necessary callbacks as an argument and create a valid API descriptor in a single step?
As there seem to be different levels of capability that require fewer or more callbacks to be defined, there could be several `create` functions, one per level or, a single `create` function that accepts `NULL` for optional callbacks and sets the correct capability level.2.0.0https://gitlab.jsc.fz-juelich.de/cstao-public/SIONlib/SIONlib/-/issues/211sion_open_rank does not support key-value files, user-specified endianness(?)2019-12-02T16:03:44+01:00Benedikt Steinbuschb.steinbusch@fz-juelich.desion_open_rank does not support key-value files, user-specified endianness(?)https://gitlab.jsc.fz-juelich.de/cstao-public/SIONlib/SIONlib/-/issues/210Duplication of information in generic API2021-08-25T15:20:30+02:00Benedikt Steinbuschb.steinbusch@fz-juelich.deDuplication of information in generic API`sion_generic_paropen` and `sion_generic_paropen_mapped` both have a "commgroup" argument ("global communicator") as well as two arguments `grank` ("global rank of process / calling task") and `gsize` ("size of global communicator"). The...`sion_generic_paropen` and `sion_generic_paropen_mapped` both have a "commgroup" argument ("global communicator") as well as two arguments `grank` ("global rank of process / calling task") and `gsize` ("size of global communicator"). The information contained in the latter two should be contained somehow in the first and indeed, every specific API in SIONlib (MPI, OpenMP, Hybrid) has fields in its "commgroup" structure that contain exactly the values passed in `grank` and `gsize`. Is it necessary to keep all three arguments or should there generic interface be extended to allow the user to register callbacks for inspecting the "commgroup" for rank and size on the generic level?2.0.0https://gitlab.jsc.fz-juelich.de/cstao-public/SIONlib/SIONlib/-/issues/209Design and implement sion_generic_paropen_mapped_with_options2020-06-18T09:56:58+02:00Benedikt Steinbuschb.steinbusch@fz-juelich.deDesign and implement sion_generic_paropen_mapped_with_options2.0.0-rc.3Benedikt Steinbuschb.steinbusch@fz-juelich.deBenedikt Steinbuschb.steinbusch@fz-juelich.dehttps://gitlab.jsc.fz-juelich.de/cstao-public/SIONlib/SIONlib/-/issues/208Design and implement sion_generic_paropen_with_options2019-09-25T16:07:28+02:00Benedikt Steinbuschb.steinbusch@fz-juelich.deDesign and implement sion_generic_paropen_with_options2.0.0-rc.2Benedikt Steinbuschb.steinbusch@fz-juelich.deBenedikt Steinbuschb.steinbusch@fz-juelich.dehttps://gitlab.jsc.fz-juelich.de/cstao-public/SIONlib/SIONlib/-/issues/207Adapt all examples to new interface2021-08-25T15:20:30+02:00Benedikt Steinbuschb.steinbusch@fz-juelich.deAdapt all examples to new interfaceOr move examples to separate repository and adapt post 2.0.0 releaseOr move examples to separate repository and adapt post 2.0.0 release2.0.0https://gitlab.jsc.fz-juelich.de/cstao-public/SIONlib/SIONlib/-/issues/206Design and implement forward-compatibility CLI utility2021-08-25T15:20:30+02:00Benedikt Steinbuschb.steinbusch@fz-juelich.deDesign and implement forward-compatibility CLI utilityReads a SIONlib container with file format 6 and writes a file format 5 containerReads a SIONlib container with file format 6 and writes a file format 5 container2.0.0https://gitlab.jsc.fz-juelich.de/cstao-public/SIONlib/SIONlib/-/issues/205Write a guide for the 1.0 to 2.0 transition2021-08-25T15:20:30+02:00Benedikt Steinbuschb.steinbusch@fz-juelich.deWrite a guide for the 1.0 to 2.0 transitionDocument the following:
- changes in open functions
- option structs for advanced use cases
- split up seek function
- reading and writing "without" chunksDocument the following:
- changes in open functions
- option structs for advanced use cases
- split up seek function
- reading and writing "without" chunks2.0.0-rc.4https://gitlab.jsc.fz-juelich.de/cstao-public/SIONlib/SIONlib/-/issues/204Document all new open functions and the accompanying option constructors and ...2021-08-25T15:20:29+02:00Benedikt Steinbuschb.steinbusch@fz-juelich.deDocument all new open functions and the accompanying option constructors and setters2.0.0-rc.4https://gitlab.jsc.fz-juelich.de/cstao-public/SIONlib/SIONlib/-/issues/203Adapt python bindings to 2.0 interface2019-12-02T16:03:44+01:00Benedikt Steinbuschb.steinbusch@fz-juelich.deAdapt python bindings to 2.0 interfaceOtherwise disable for now and adapt after 2.0.0 release.Otherwise disable for now and adapt after 2.0.0 release.2.0.0https://gitlab.jsc.fz-juelich.de/cstao-public/SIONlib/SIONlib/-/issues/202Re-design and implement Fortran bindings2021-08-25T15:20:30+02:00Benedikt Steinbuschb.steinbusch@fz-juelich.deRe-design and implement Fortran bindingsOtherwise disable for now and design and implement after 2.0.0 release.Otherwise disable for now and design and implement after 2.0.0 release.2.0.0https://gitlab.jsc.fz-juelich.de/cstao-public/SIONlib/SIONlib/-/issues/201Delete 1.X open functions, remove _with_options suffix from 2.x open functions2021-08-25T15:20:29+02:00Benedikt Steinbuschb.steinbusch@fz-juelich.deDelete 1.X open functions, remove _with_options suffix from 2.x open functions2.0.0-rc.4https://gitlab.jsc.fz-juelich.de/cstao-public/SIONlib/SIONlib/-/issues/200Design and implement sion_paropen_ompi_with_options2019-09-25T16:07:28+02:00Benedikt Steinbuschb.steinbusch@fz-juelich.deDesign and implement sion_paropen_ompi_with_options2.0.0-rc.2Benedikt Steinbuschb.steinbusch@fz-juelich.deBenedikt Steinbuschb.steinbusch@fz-juelich.dehttps://gitlab.jsc.fz-juelich.de/cstao-public/SIONlib/SIONlib/-/issues/199Design and implement sion_paropen_omp_with_options2019-09-25T16:07:28+02:00Benedikt Steinbuschb.steinbusch@fz-juelich.deDesign and implement sion_paropen_omp_with_options2.0.0-rc.2Benedikt Steinbuschb.steinbusch@fz-juelich.deBenedikt Steinbuschb.steinbusch@fz-juelich.dehttps://gitlab.jsc.fz-juelich.de/cstao-public/SIONlib/SIONlib/-/issues/198Delete contents of src/parlib/sion_mpi_deprecated.c2019-09-25T16:07:28+02:00Benedikt Steinbuschb.steinbusch@fz-juelich.deDelete contents of src/parlib/sion_mpi_deprecated.c2.0.0-rc.2Benedikt Steinbuschb.steinbusch@fz-juelich.deBenedikt Steinbuschb.steinbusch@fz-juelich.dehttps://gitlab.jsc.fz-juelich.de/cstao-public/SIONlib/SIONlib/-/issues/197Design and implement sion_paropen_mapped_mpi_with_options2020-06-18T15:04:54+02:00Benedikt Steinbuschb.steinbusch@fz-juelich.deDesign and implement sion_paropen_mapped_mpi_with_options2.0.0-rc.3Benedikt Steinbuschb.steinbusch@fz-juelich.deBenedikt Steinbuschb.steinbusch@fz-juelich.dehttps://gitlab.jsc.fz-juelich.de/cstao-public/SIONlib/SIONlib/-/issues/196Design and implement sion_open_rank_with_options2019-09-25T16:07:28+02:00Benedikt Steinbuschb.steinbusch@fz-juelich.deDesign and implement sion_open_rank_with_optionsHopefully most (all) of the `sion_options` struct can be reused.Hopefully most (all) of the `sion_options` struct can be reused.2.0.0-rc.2Benedikt Steinbuschb.steinbusch@fz-juelich.deBenedikt Steinbuschb.steinbusch@fz-juelich.dehttps://gitlab.jsc.fz-juelich.de/cstao-public/SIONlib/SIONlib/-/issues/195svnversion -c2021-01-18T16:37:18+01:00Benedikt Steinbuschb.steinbusch@fz-juelich.desvnversion -c`Makefile.svnrev` might want to use `svnversion -c`, investigate!`Makefile.svnrev` might want to use `svnversion -c`, investigate!Benedikt Steinbuschb.steinbusch@fz-juelich.deBenedikt Steinbuschb.steinbusch@fz-juelich.dehttps://gitlab.jsc.fz-juelich.de/cstao-public/SIONlib/SIONlib/-/issues/194Handling of svnversion in src/utils vs. src/parutils2019-09-26T10:31:44+02:00Benedikt Steinbuschb.steinbusch@fz-juelich.deHandling of svnversion in src/utils vs. src/parutilsHandling of `svnversion` should be the same for `src/utils` and `src/parutils`. Adapt `Makefile` in `src/parutils` to also use `Makefile.svnrev`.Handling of `svnversion` should be the same for `src/utils` and `src/parutils`. Adapt `Makefile` in `src/parutils` to also use `Makefile.svnrev`.Benedikt Steinbuschb.steinbusch@fz-juelich.deBenedikt Steinbuschb.steinbusch@fz-juelich.de