Subj : Cobol/gnucobol
To : Dumas Walker
From : Darknetgirl
Date : Mon Jun 02 2025 01:25 pm
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.
