At OCamlPro (SuperBOL team), we're working for the French Tax Administration (DGFiP) for a migration from GCOS mainframes to GnuCOBOL (on Linux). It's not MicroFocus but I believe it's rather critical and goes beyond the idea of a hobbyist compiler. We had to do several contributions to GnuCOBOL (often related to EBCDIC encoding) in order to support GCOS and so far it's working well, although it's still an ongoing work. We can think of several justifications for such a migration: license costs, robustness...
Just I little reminder that at OCamlPro (SuperBOL team), we developed the open source SuperBOL extension on VSCode for COBOL https://marketplace.visualstudio.com/items?itemName=OCamlPro.SuperBOL We're still actively working on it and didn't communicate much about it yet. We plan to do a new release and communicate about it soon. More information on the current features: https://github.com/OCamlPro/superbol-studio-oss We believe VSCode and our extension are very easy to use even if you never tried...
Just I little reminder that at OCamlPro (SuperBOL team), we developed the open source SuperBOL extension on VSCode for COBOL https://marketplace.visualstudio.com/items?itemName=OCamlPro.SuperBOL We're still actively working on it and didn't communicate much about it yet. We plan to do a new release and communicate about it soon. More information on the current features: https://github.com/OCamlPro/superbol-studio-oss We believe VSCode and our extension are very easy to use even if you never tried....
Just I little reminder to say that at OCamlPro (SuperBOL team), we developed the open source SuperBOL extension on VSCode for COBOL https://marketplace.visualstudio.com/items?itemName=OCamlPro.SuperBOL We're still actively working on it and didn't communicate much about it yet. We plan to do a new release and communicate about it soon. More information on the current features: https://github.com/OCamlPro/superbol-studio-oss We believe VSCode and our extension are very easy to use even if you never...
At OCamlPro (SuperBOL team), we're working for the French Tax Administration (DGFiP) for a migration from GCOS mainframes to GnuCOBOL (on Linux). It's not MicroFocus but I believe it's rather critical and goes beyond the idea of a hobbyist compiler. We had to do several contributions to GnuCOBOL in order to support GCOS and so far it's working well, although it's still an ongoing work. We can think of several justifications for such a migration: license costs, robustness powered by a community, independence...
GNU COBOL in its current state is a mature compiler but I wouldn't use it for critical / enterprise app Do you have specific reasons why you wouldn't?
I'm mostly learning about indexed files and how they work. The references I have are the following ones: - https://www.microfocus.com/documentation/visual-cobol/vc60/DevHub/-HRFLRHFILE0B.html - https://www.microfocus.com/documentation/server-express/sx20books/fhfile.htm But if it looks like if I truly want to read such files, the best way would be to use MF tools to convert to C-ISAM as suggested in other answers.
I currently don't but I'll think about it. Thank you!