Just something that popped into my head that I thought I would share.

I wondered why DIBOL came into being at all given what was already
available from DEC. And then it hit me. It was obviously DEC's
answer to IBM's RPG.

Does that sound right to anyone else?

bill

On 3/10/2023 6:26 PM, bill wrote:
> Just something that popped into my head that I thought I would share.
>
> I wondered why DIBOL came into being at all given what was already
> available from DEC.  And then it hit me.  It was obviously DEC's
> answer to IBM's RPG.
>
> Does that sound right to anyone else?

I don't know Dibol - my understanding is that
it is a sort of a hybrid between Cobol and Basic.
I don't know RPG either.

But anyway.

They had Cobol, Basic and PL/I among what I would
call clearly business oriented languages plus Pascal,
Fortran and Ada that also sometimes was used for
such programming.

But I am not so surprised they wanted Dibol as well.
There tend to always be a pretty broad palette of
programming languages for such general purpose.
Different domains, different developer preferences
etc. tend to steer towards many programming languages.
Having 4 or 7 languages does not seem
excessive to me.

If someone wanted to start such an application today,
then they would have even more choices. Java, Scala, Kotlin,
Groovy, C#, VB.NET, PHP and Python are definitely used for such
plus C, C++ and Go are also used for such.

Arne

On 10/03/2023 23:56, Arne Vajhøj wrote:
> On 3/10/2023 6:26 PM, bill wrote:
>> Just something that popped into my head that I thought I would share.
>>
>> I wondered why DIBOL came into being at all given what was already
>> available from DEC.  And then it hit me.  It was obviously DEC's
>> answer to IBM's RPG.
>>
>> Does that sound right to anyone else?
>
> I don't know Dibol - my understanding is that
> it is a sort of a hybrid between Cobol and Basic.
> I don't know RPG either.
>
> But anyway.
>
> They had Cobol, Basic and PL/I among what I would
> call clearly business oriented languages plus Pascal,
> Fortran and Ada  that also sometimes was used for
> such programming.
>
> But I am not so surprised they wanted Dibol as well.
> There tend to always be a pretty broad palette of
> programming languages for such general purpose.
> Different domains, different developer preferences
> etc. tend to steer towards many programming languages.
> Having 4 or 7 languages does not seem
> excessive to me.
>
> If someone wanted to start such an application today,
> then they would have even more choices. Java, Scala, Kotlin,
> Groovy, C#, VB.NET, PHP and Python are definitely used for such
> plus C, C++ and Go are also used for such.
>
> Arne
>

I am sure you could add a few more...

--
Chris

On 3/10/2023 6:56 PM, Arne Vajhøj wrote:
> On 3/10/2023 6:26 PM, bill wrote:
>> Just something that popped into my head that I thought I would share.
>>
>> I wondered why DIBOL came into being at all given what was already
>> available from DEC. And then it hit me. It was obviously DEC's
>> answer to IBM's RPG.
>>
>> Does that sound right to anyone else?
>
> I don't know Dibol - my understanding is that
> it is a sort of a hybrid between Cobol and Basic.
> I don't know RPG either.

Dibol was on the PDP-8. As far as I know, the PDP-8 didn't have Cobol or Basic.
Only with RSTS on the PDP-11 did DEC have Basic+. So Dibol pre-dates some
other languages that DEC had.

As for the RPG question, I don't know.

> But anyway.
>
> They had Cobol, Basic and PL/I among what I would
> call clearly business oriented languages plus Pascal,
> Fortran and Ada that also sometimes was used for
> such programming.
>
> But I am not so surprised they wanted Dibol as well.
> There tend to always be a pretty broad palette of
> programming languages for such general purpose.
> Different domains, different developer preferences
> etc. tend to steer towards many programming languages.
> Having 4 or 7 languages does not seem
> excessive to me.
>
> If someone wanted to start such an application today,
> then they would have even more choices. Java, Scala, Kotlin,
> Groovy, C#, VB.NET, PHP and Python are definitely used for such
> plus C, C++ and Go are also used for such.
>
> Arne
>
>
>

--
David Froble Tel: 724-529-0450
Dave Froble Enterprises, Inc. E-Mail: davef@tsoft-inc.com
DFE Ultralights, Inc.
170 Grimplin Road
Vanderbilt, PA 15486

On 3/10/2023 7:15 PM, Chris Townley wrote:
> On 10/03/2023 23:56, Arne Vajhøj wrote:
>> On 3/10/2023 6:26 PM, bill wrote:
>>> Just something that popped into my head that I thought I would share.
>>>
>>> I wondered why DIBOL came into being at all given what was already
>>> available from DEC. And then it hit me. It was obviously DEC's
>>> answer to IBM's RPG.
>>>
>>> Does that sound right to anyone else?
>>
>> I don't know Dibol - my understanding is that
>> it is a sort of a hybrid between Cobol and Basic.
>> I don't know RPG either.
>>
>> But anyway.
>>
>> They had Cobol, Basic and PL/I among what I would
>> call clearly business oriented languages plus Pascal,
>> Fortran and Ada that also sometimes was used for
>> such programming.
>>
>> But I am not so surprised they wanted Dibol as well.
>> There tend to always be a pretty broad palette of
>> programming languages for such general purpose.
>> Different domains, different developer preferences
>> etc. tend to steer towards many programming languages.
>> Having 4 or 7 languages does not seem
>> excessive to me.
>>
>> If someone wanted to start such an application today,
>> then they would have even more choices. Java, Scala, Kotlin,
>> Groovy, C#, VB.NET, PHP and Python are definitely used for such
>> plus C, C++ and Go are also used for such.
>>
>> Arne
>>
>
> I am sure you could add a few more...
>

But why would you want to ??

--
David Froble Tel: 724-529-0450
Dave Froble Enterprises, Inc. E-Mail: davef@tsoft-inc.com
DFE Ultralights, Inc.
170 Grimplin Road
Vanderbilt, PA 15486

On 3/11/2023 1:24 AM, Dave Froble wrote:
> On 3/10/2023 7:15 PM, Chris Townley wrote:
>> On 10/03/2023 23:56, Arne Vajhøj wrote:
>>> They had Cobol, Basic and PL/I among what I would
>>> call clearly business oriented languages plus Pascal,
>>> Fortran and Ada  that also sometimes was used for
>>> such programming.
>>>
>>> But I am not so surprised they wanted Dibol as well.
>>> There tend to always be a pretty broad palette of
>>> programming languages for such general purpose.
>>> Different domains, different developer preferences
>>> etc. tend to steer towards many programming languages.
>>> Having 4 or 7 languages does not seem
>>> excessive to me.
>>>
>>> If someone wanted to start such an application today,
>>> then they would have even more choices. Java, Scala, Kotlin,
>>> Groovy, C#, VB.NET, PHP and Python are definitely used for such
>>> plus C, C++ and Go are also used for such.
>>
>> I am sure you could add a few more...
>>
>
> But why would you want to ??

Point is that for programming languages people seems to
have different preferences resulting in demand for a large
number of different programming languages.

One size does not fit all. Five sizes does not fit all
either. Twenty sizes may fit all.

Arne

On Friday, March 10, 2023 at 4:26:53 PM UTC-7, bill wrote:
> Just something that popped into my head that I thought I would share.
>
> I wondered why DIBOL came into being at all given what was already
> available from DEC. And then it hit me. It was obviously DEC's
> answer to IBM's RPG.
>
> Does that sound right to anyone else?
>
> bill

The pdp-8 had Dibol. I can't think of any other business-oriented language; Wikipedia isn't much help on that search. Mabye Dibol-11 was for migration.. Much good code was written for the 8 that a business case could be made to move such to the 11. I'm sure there was more good code produced, but the stuff from MCBA comes to mind.

On 3/11/2023 1:24 AM, Dave Froble wrote:
> On 3/10/2023 7:15 PM, Chris Townley wrote:
>> On 10/03/2023 23:56, Arne Vajhøj wrote:
>>> On 3/10/2023 6:26 PM, bill wrote:
>>>> Just something that popped into my head that I thought I would share.
>>>>
>>>> I wondered why DIBOL came into being at all given what was already
>>>> available from DEC.  And then it hit me.  It was obviously DEC's
>>>> answer to IBM's RPG.
>>>>
>>>> Does that sound right to anyone else?
>>>
>>> I don't know Dibol - my understanding is that
>>> it is a sort of a hybrid between Cobol and Basic.
>>> I don't know RPG either.
>>>
>>> But anyway.
>>>
>>> They had Cobol, Basic and PL/I among what I would
>>> call clearly business oriented languages plus Pascal,
>>> Fortran and Ada  that also sometimes was used for
>>> such programming.
>>>
>>> But I am not so surprised they wanted Dibol as well.
>>> There tend to always be a pretty broad palette of
>>> programming languages for such general purpose.
>>> Different domains, different developer preferences
>>> etc. tend to steer towards many programming languages.
>>> Having 4 or 7 languages does not seem
>>> excessive to me.
>>>
>>> If someone wanted to start such an application today,
>>> then they would have even more choices. Java, Scala, Kotlin,
>>> Groovy, C#, VB.NET, PHP and Python are definitely used for such
>>> plus C, C++ and Go are also used for such.
>>>
>>> Arne
>>>
>>
>> I am sure you could add a few more...
>>
>
> But why would you want to ??
>

And the really big difference is function and purpose.
COBOL, DIBOL, Fortran, BASIC, Pascal and RPG were domain
specific languages. (I should mention here that two of
those languages were frequently used outside their domain and maybe that
contributed to the later demise of domain specific languages.)
Never really sure why PL/I came about but that's IBM. :-)
All of the languages listed in the "today" list a general purpose
and not targeted at any particular problem. I guess it comes
back to the efficiency question that I used to I used to raise
with my academic peers. I always said efficiency was still important
while they insisted, "Why bother. Just throw more hardware at the
problem."

bill

On 3/11/2023 8:04 AM, plugh wrote:
> On Friday, March 10, 2023 at 4:26:53 PM UTC-7, bill wrote:
>> Just something that popped into my head that I thought I would share.
>>
>> I wondered why DIBOL came into being at all given what was already
>> available from DEC. And then it hit me. It was obviously DEC's
>> answer to IBM's RPG.
>>
>> Does that sound right to anyone else?
>>
>> bill
>
> The pdp-8 had Dibol. I can't think of any other business-oriented language; Wikipedia isn't much help on that search. Mabye Dibol-11 was for migration. Much good code was written for the 8 that a business case could be made to move such to the 11. I'm sure there was more good code produced, but the stuff from MCBA comes to mind.

Having no experience with the PDP-8 I didn't know DIBOL started there.
My first DIBOL was DIBOL-11. Maybe I had it backwards and it was RPG
that came out as an answer to DIBOL.

bill

On Saturday, March 11, 2023 at 7:20:59 AM UTC-7, bill wrote:
> On 3/11/2023 8:04 AM, plugh wrote:
> > On Friday, March 10, 2023 at 4:26:53 PM UTC-7, bill wrote:
> >> Just something that popped into my head that I thought I would share.
> >>
> >> I wondered why DIBOL came into being at all given what was already
> >> available from DEC. And then it hit me. It was obviously DEC's
> >> answer to IBM's RPG.
> >>
> >> Does that sound right to anyone else?
> >>
> >> bill
> >
> > The pdp-8 had Dibol. I can't think of any other business-oriented language; Wikipedia isn't much help on that search. Mabye Dibol-11 was for migration. Much good code was written for the 8 that a business case could be made to move such to the 11. I'm sure there was more good code produced, but the stuff from MCBA comes to mind.
> Having no experience with the PDP-8 I didn't know DIBOL started there.
> My first DIBOL was DIBOL-11. Maybe I had it backwards and it was RPG
> that came out as an answer to DIBOL.
>
> bill
https://en.wikipedia.org/wiki/Commercial_Operating_System

The company I worked for at the time kept me employed sell^^^flogg ing those systems in the early 80's

On 3/11/2023 9:20 AM, bill wrote:
> On 3/11/2023 8:04 AM, plugh wrote:
>> On Friday, March 10, 2023 at 4:26:53 PM UTC-7, bill wrote:
>>> Just something that popped into my head that I thought I would share.
>>>
>>> I wondered why DIBOL came into being at all given what was already
>>> available from DEC. And then it hit me. It was obviously DEC's
>>> answer to IBM's RPG.
>>>
>>> Does that sound right to anyone else?
>>>
>>> bill
>>
>> The pdp-8 had Dibol. I can't think of any other business-oriented language;
>> Wikipedia isn't much help on that search. Mabye Dibol-11 was for migration.
>> Much good code was written for the 8 that a business case could be made to
>> move such to the 11. I'm sure there was more good code produced, but the stuff
>> from MCBA comes to mind.
>
> Having no experience with the PDP-8 I didn't know DIBOL started there.
> My first DIBOL was DIBOL-11. Maybe I had it backwards and it was RPG
> that came out as an answer to DIBOL.
>
> bill
>

Or maybe nothing to do with each other?

--
David Froble Tel: 724-529-0450
Dave Froble Enterprises, Inc. E-Mail: davef@tsoft-inc.com
DFE Ultralights, Inc.
170 Grimplin Road
Vanderbilt, PA 15486

On 3/11/2023 7:43 AM, Arne Vajhøj wrote:
> On 3/11/2023 1:24 AM, Dave Froble wrote:
>> On 3/10/2023 7:15 PM, Chris Townley wrote:
>>> On 10/03/2023 23:56, Arne Vajhøj wrote:
>>>> They had Cobol, Basic and PL/I among what I would
>>>> call clearly business oriented languages plus Pascal,
>>>> Fortran and Ada that also sometimes was used for
>>>> such programming.
>>>>
>>>> But I am not so surprised they wanted Dibol as well.
>>>> There tend to always be a pretty broad palette of
>>>> programming languages for such general purpose.
>>>> Different domains, different developer preferences
>>>> etc. tend to steer towards many programming languages.
>>>> Having 4 or 7 languages does not seem
>>>> excessive to me.
>>>>
>>>> If someone wanted to start such an application today,
>>>> then they would have even more choices. Java, Scala, Kotlin,
>>>> Groovy, C#, VB.NET, PHP and Python are definitely used for such
>>>> plus C, C++ and Go are also used for such.
>>>
>>> I am sure you could add a few more...
>>>
>>
>> But why would you want to ??
>
> Point is that for programming languages people seems to
> have different preferences resulting in demand for a large
> number of different programming languages.

The problem with that concept is that maintenance is a bit harder, if
maintainers are not familiar with all the languages, then misconceptions can
lead to mistakes. It goes back to my dissatisfaction with programmers who like
to be different/smarter. Most/all programming will eventually need maintenance.

--
David Froble Tel: 724-529-0450
Dave Froble Enterprises, Inc. E-Mail: davef@tsoft-inc.com
DFE Ultralights, Inc.
170 Grimplin Road
Vanderbilt, PA 15486

On 3/11/2023 12:51 PM, Dave Froble wrote:
> On 3/11/2023 7:43 AM, Arne Vajhøj wrote:
>> On 3/11/2023 1:24 AM, Dave Froble wrote:
>>> On 3/10/2023 7:15 PM, Chris Townley wrote:
>>>> On 10/03/2023 23:56, Arne Vajhøj wrote:
>>>>> If someone wanted to start such an application today,
>>>>> then they would have even more choices. Java, Scala, Kotlin,
>>>>> Groovy, C#, VB.NET, PHP and Python are definitely used for such
>>>>> plus C, C++ and Go are also used for such.
>>>>
>>>> I am sure you could add a few more...
>>>>
>>>
>>> But why would you want to ??
>>
>> Point is that for programming languages people seems to
>> have different preferences resulting in demand for a large
>> number of different programming languages.
>
> The problem with that concept is that maintenance is a bit harder, if
> maintainers are not familiar with all the languages, then misconceptions
> can lead to mistakes.  It goes back to my dissatisfaction with
> programmers who like to be different/smarter.  Most/all programming will
> eventually need maintenance.

There are good reasons for companies to limit themselves to
one or at least just a few of those.

But company A may chose a different 1-3 of from the larger
set than company B.

Resulting the number of languages being in the market
being much bigger.

Arne

On 3/11/2023 9:17 AM, bill wrote:
> On 3/11/2023 1:24 AM, Dave Froble wrote:
>> On 3/10/2023 7:15 PM, Chris Townley wrote:
>>> On 10/03/2023 23:56, Arne Vajhøj wrote:
>>>> They had Cobol, Basic and PL/I among what I would
>>>> call clearly business oriented languages plus Pascal,
>>>> Fortran and Ada  that also sometimes was used for
>>>> such programming.
>>>>
>>>> But I am not so surprised they wanted Dibol as well.
>>>> There tend to always be a pretty broad palette of
>>>> programming languages for such general purpose.
>>>> Different domains, different developer preferences
>>>> etc. tend to steer towards many programming languages.
>>>> Having 4 or 7 languages does not seem
>>>> excessive to me.
>>>>
>>>> If someone wanted to start such an application today,
>>>> then they would have even more choices. Java, Scala, Kotlin,
>>>> Groovy, C#, VB.NET, PHP and Python are definitely used for such
>>>> plus C, C++ and Go are also used for such.
>>>
>>> I am sure you could add a few more...
>>
>> But why would you want to ??
>
> And the really big difference is function and purpose.
> COBOL, DIBOL, Fortran, BASIC, Pascal and RPG were domain
> specific languages.  (I should mention here that two of
> those languages were frequently used outside their domain and maybe that
> contributed to the later demise of domain specific languages.)
> Never really sure why PL/I came about but that's IBM. :-)
> All of the languages listed in the "today" list a general purpose
> and not targeted at any particular problem.  I guess it comes
> back to the efficiency question that I used to I used to raise
> with my academic peers.  I always said efficiency was still important
> while they insisted, "Why bother.  Just throw more hardware at the
> problem."

I split the today languages in two groups for a reason.

Because they are not truly general.

The first group of languages are the languages geared
towards let us call it "server side business
applications". That label is way broader and
more diverse than "business computing" of the past,
but still the languages would be unsuitable for
writing an OS or writing embedded real time code. Some of
them are used client side (C# and VB.NET for Windows desktop
apps, Java and Kotlin for Android apps).

The second group are the languages geared towards
the platform stuff and just happen to be used/misused
for business applications.

Arne

On Sat, 2023-03-11 at 12:48 -0500, Dave Froble wrote:
> > Having no experience with the PDP-8 I didn't know DIBOL started
> > there.
> > My first DIBOL was DIBOL-11.  Maybe I had it backwards and it was
> > RPG
> > that came out as an answer to DIBOL.
> >
> > bill
> >
>
> Or maybe nothing to do with each other?

Convergent evolution. The theory that things evolve to do the same
things regardless of where they started from.
--
Tactical Nuclear Kittens

On Saturday, March 11, 2023 at 6:17:07 AM UTC-8, bill wrote:

(snip)

> Never really sure why PL/I came about but that's IBM. :-)

(snip)

System/360 followed a series of business oriented machines, and a
series of scientific machines. The idea was one line that could do both.

PL/I was a combination of ideas from COBOL, ALGOL, and Fortran.
That is, a language that could do all.

Originally, it was planned to use it instead of writing COBOL, ALGOL,
and Fortran compilers.

On Saturday, March 11, 2023 at 12:24:17 AM UTC-6, Dave Froble wrote:

> Dibol was on the PDP-8. As far as I know, the PDP-8 didn't have Cobol or Basic.
> Only with RSTS on the PDP-11 did DEC have Basic+. So Dibol pre-dates some
> other languages that DEC had.

OS/8 absolutely had both Basic and MU-BASIC. But no COBOL.

My first job at DEC was supporting PDP-8 software. I know I dabbled in DIBOL, but never did much with it.

On Friday, March 10, 2023 at 6:26:53 PM UTC-5, bill wrote:
> Just something that popped into my head that I thought I would share.
>
> I wondered why DIBOL came into being at all given what was already
> available from DEC. And then it hit me. It was obviously DEC's
> answer to IBM's RPG.
>
> Does that sound right to anyone else?
>
> bill

ANYTHING is better than RPG ...

On Friday, March 10, 2023 at 6:26:53 PM UTC-5, bill wrote:
> Just something that popped into my head that I thought I would share.
>
> I wondered why DIBOL came into being at all given what was already
> available from DEC. And then it hit me. It was obviously DEC's
> answer to IBM's RPG.
>
> Does that sound right to anyone else?
>
> bill

except c

On 3/12/2023 9:17 AM, Pizza RAC wrote:
> On Friday, March 10, 2023 at 6:26:53 PM UTC-5, bill wrote:
>> Just something that popped into my head that I thought I would share.
>>
>> I wondered why DIBOL came into being at all given what was already
>> available from DEC. And then it hit me. It was obviously DEC's
>> answer to IBM's RPG.
>>
>> Does that sound right to anyone else?
>>
>> bill
>
> ANYTHING is better than RPG ...

I suspect you haven't done all that much RPG. While it wouldn't be
my first choice, it is better at what it does than many of the more
current ego languages.

bill

On 3/11/2023 8:05 PM, gah4 wrote:
> PL/I was a combination of ideas from COBOL, ALGOL, and Fortran.
> That is, a language that could do all.
>
> Originally, it was planned to use it instead of writing COBOL, ALGOL,
> and Fortran compilers.

Yes. The "if we create a language that can do anything then
this will be the only language the entire wold will need" and
"if some features are good then more features must be better
and all features must be best" mentality.

PL/I, C++, Ada95, Scala seems to suffer from that mentality.

I don't agree with it and I think we can conclude that the
world does not agree.

Multiple simpler languages with good interoperability
is the way to go IMHO.

Arne

Many years ago I worked on MCBA accounting apps written in DIBOL that ran on PDP-8 and PDP-11's with RT-11, TSX/DBL and RSTS/E. MBCA had a poor mans ISAM that really wasn't all that bad considering it worked on all those platforms. Cannot say I really liked DIBOL all that much but it was compact and relatively easy to learn. Fast forward to the mid 80's on VMS, I even did QIOs in DIBOL on VMS to interact with 3270 emulators.

Worked for DEC Software Services from 1983-92 and had to do all sorts of odd stuff. The only language on VMS I didn't do much with was Fortran.

Paul

On Sunday, March 12, 2023 at 2:21:55 PM UTC-7, Paul Gavin wrote:
> Many years ago I worked on MCBA accounting apps written in DIBOL that ran on PDP-8 and PDP-11's with RT-11, TSX/DBL and RSTS/E. MBCA had a poor mans ISAM that really wasn't all that bad considering it worked on all those platforms. Cannot say I really liked DIBOL all that much but it was compact and relatively easy to learn. Fast forward to the mid 80's on VMS, I even did QIOs in DIBOL on VMS to interact with 3270 emulators.
>
> Worked for DEC Software Services from 1983-92 and had to do all sorts of odd stuff. The only language on VMS I didn't do much with was Fortran.
>
> Paul

Then you will remember their distinctive code style. Roughly 20 years after I left MCBA-based work, I was writing due diligence reports in the mid 90's. One site involved an A/R system with source code. I recognized the style immediately: the file naming standard was the first clue. The MCBA code was so table-driven that data declarations at the top gave away the game even as there was no copyright. The procedures followed their naming standards, code organization was also immediately recognizable. Such was the quality of that system design.

I have to admit I enjoyed the gob-smacked response of the sysadmin as he had to explain the code's provenance.

On 2023-03-10, Arne Vajhøj <arne@vajhoej.dk> wrote:
> On 3/10/2023 6:26 PM, bill wrote:
>> Just something that popped into my head that I thought I would share.
>>
>> I wondered why DIBOL came into being at all given what was already
>> available from DEC.  And then it hit me.  It was obviously DEC's
>> answer to IBM's RPG.
>>
>> Does that sound right to anyone else?
>
> I don't know Dibol - my understanding is that
> it is a sort of a hybrid between Cobol and Basic.
> I don't know RPG either.
>

More like the functionality of Cobol and Fortran (with syntax that is
_nothing_ like Cobol :-))

Have a look for yourself:

https://bitsavers.org/pdf/dec/dibol/

Modern Synergex DIBOL is nothing like the old DIBOL in terms of
functionality BTW. However, those manuals were behind a paywall
(and only legally available as part of a contract) when I last
used Synergex DIBOL, so they are not freely available to view.

Simon.

--
Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP
Walking destinations on a map are further away than they appear.

On 3/13/2023 9:47 AM, Simon Clubley wrote:
> On 2023-03-10, Arne Vajhøj <arne@vajhoej.dk> wrote:
>> On 3/10/2023 6:26 PM, bill wrote:
>>> Just something that popped into my head that I thought I would share.
>>>
>>> I wondered why DIBOL came into being at all given what was already
>>> available from DEC.  And then it hit me.  It was obviously DEC's
>>> answer to IBM's RPG.
>>>
>>> Does that sound right to anyone else?
>>
>> I don't know Dibol - my understanding is that
>> it is a sort of a hybrid between Cobol and Basic.
>> I don't know RPG either.
>
> More like the functionality of Cobol and Fortran (with syntax that is
> _nothing_ like Cobol :-))
>
> Have a look for yourself:
>
> https://bitsavers.org/pdf/dec/dibol/

OK

> Modern Synergex DIBOL is nothing like the old DIBOL in terms of
> functionality BTW. However, those manuals were behind a paywall
> (and only legally available as part of a contract) when I last
> used Synergex DIBOL, so they are not freely available to view.

They seem to be on the net today:

https://www.synergex.com/docs/#lrm/1_Welcome_Syn_Lang.htm

https://www.synergex.com/docs/#sdi/Title_sdi.htm

Arne