Subj : Cobol/gnucobol To : Dumas Walker From : Darknetgirl Date : Mon Jun 02 2025 13:25:22 Re: Cobol/gnucobol By: Dumas Walker to DARKNETGIRL on Fri May 30 2025 10:51 am > I coded on iSeries professionally. That's amazing! Many years ago, second half of 90s, I was at the AS/400 support center. Unfortunately I probably wasn't savvy enough to learn COBOL on AS/400. it felt so difficult back then. I think I have a book on COBOL on AS/400 in the garage that I have to get back to life. I was much enjoying networking. > Your sentence got cut off here. I still need to learn again how to use these editors :-/ > code. I will poke around here and see what I might have. That would be really helpful! Thank you very much! Mind that I'm just learning and that's for fun, no professional interets. > Last I checked, IBM did have their COBOL language reference available > online. They do, and it's pretty awesome. Plus, they do have mainframe COBOL and ILE-COBOL. But as per any reference, you need to have some basis. And I'm still waaaaaay behind. > I would expect that a CRUD application would be like that, so that the code > that interacts with the database could at least partially be reused for > each function. The end users may have also requested that all functions be > contained in one application. Just to set the expectations, I'm writing a simple app to catalog some collectables. It has a single indexed file at the moment. > Not sure. I think by "command" you might mean the paragraph names. It wasn't what I meant, but you actually answered me in the example you provided. What I meant was something like: "(A)dd, (E)dit, (D)elete, (E)xit => _" In your example code was stored in the variable PROCESS-INDICATOR > That is a very simplistic example. If that turns out not to be what you > are asking about, let me know and I will try again. :) It was! But there's so much to learn. At the end, I just want to have a bit of fun. Thanks, Darknetgirl --- þ Synchronet þ RetroDigital BBS - rdnetbbs.com .