COBFD was a very usefull program. Perhaps we can create one ourself in GNU COBOL? 😁

• Dec 16, 2021

• #2

rexxhead

Programmer

Jul 31, 2002

611

US

I have something in REXX that does this for PL/I, but wouldn't it be just as simple to run it through the compiler and look at what the compiler thinks it looks like?

Frank Clarke
--America's source for adverse opinions since 1943.

 

Upvote 0 Downvote

• Dec 16, 2021

• Thread starter
• #3

Crox

Programmer

Apr 3, 2000

895

NL

I don't have a rexx compiler. I am looking for a COBOL solution with COBOL source so that anyone in this team can adjust it to their own taste.

 

Upvote 0 Downvote

• Dec 16, 2021

• #4

rexxhead

Programmer

Jul 31, 2002

611

US

You have a COBOL compiler, don't you? Else, what do you intend to do with COBOL source code?

Frank Clarke
--America's source for adverse opinions since 1943.

 

Upvote 0 Downvote

• Dec 16, 2021

• #5

mikrom

Programmer

Mar 27, 2002

3,013

SK

I never heard about the COBFD program. Was it's input a cobol copybook and the output a list of fields with starting positions and lengths like on the example given here ?

https://www.cobolcopybook.co.in/cpy/

 

Upvote 0 Downvote

• Dec 16, 2021

• Thread starter
• #6

Crox

Programmer

Apr 3, 2000

895

NL

Looks nice. Thanks for the link. I gave it a big copybook with redefines, but it did only 5 lines and wanted a registration. It is commercial. They ask for money. The old cobfd works ok, but needs a dox box nowadays. I will build my own one within some time and will probably share it for free like we had here in the past.

When the program is there, generating XML or JSON or anything else is probably only a matter of time.

But it is very nice when our team here is working together.

 

Upvote 0 Downvote

• Dec 16, 2021

• #7

mikrom

Programmer

Mar 27, 2002

3,013

SK

In 2005 I wrote for IBM iSeries a python program which parses macro generated part of working-storage from cobol source and generates an PCML file - which is type of XML from IBM - see:

https://www.ibm.com/docs/en/i/7.3?topic=programs-cobol-pcml

The program only recognizes data types that we are using in our programs, i.e. character, zoned, and packed. The program runs on all platforms I'm using: IBM i, Linux, Windows.

 

Upvote 0 Downvote

• Dec 16, 2021

• #8

mikrom

Programmer

Mar 27, 2002

3,013

SK

I did a little research on the COBFD program and it looks like it was written by Michael Mattias in BASIC
- see:

https://forum.powerbasic.com/forum/...70-need-some-help-with-the-link-metastatement

Code:

' FILE : COBFD.BAS
' PURPOSE : Convert a COBOL FD file into a map of byte positions
'           in the record
...
...

 

Upvote 0 Downvote

• Dec 17, 2021

• #9

fredericofonseca

IS-IT--Management

Jun 2, 2003

3,324

PT

look at this one - lots and lots of options.

http://record-editor.sourceforge.net/

Regards

Frederico Fonseca
SysSoft Integrated Ltd

http://www.syssoft-int.com

FAQ219-2884
FAQ181-2886

 

Upvote 0 Downvote

• Dec 17, 2021

• Thread starter
• #10

Crox

Programmer

Apr 3, 2000

895

NL

I remember now I saw his name before, Michael Mattias. Fun that he wrote this in BASIC.

 

Upvote 0 Downvote

• Dec 17, 2021

• #11

mikrom

Programmer

Mar 27, 2002

3,013

SK

But when the original program COBFD was written in BASIC, then there is not a reason to write such thing in COBOL

 

Upvote 0 Downvote

• Dec 18, 2021

• Thread starter
• #12

Crox

Programmer

Apr 3, 2000

895

NL

you can write many solutions in any language. You can know a little of many languages. You can know a lot of one or a few, being a specialist, making libraries, source parts that can help you building a lot and smart things. In COBOL you can do a lot. That is why this language became very powerful and a lot of companies are using it. I prefer COBOL because once I have a good working program, it becomes part of my library, contributing to my abilities to achieve much more. But nothing stops you to use lots of other languages. Many years ago, when we started using small home computer with a z80a processor in it, we build programs using machine language. It was extremely fast. It can still be done with the newer processors. Bur I like COBOL. A lot.

 

Upvote 0 Downvote

• Dec 22, 2021

• #13

jlcca

Programmer

Jul 28, 2010

22

Canada

The author of the COBFD program is offering the PowerBASIC source code of COBFD to anyone who wants to upsize it to 32-bits.

https://forum.powerbasic.com/forum/...-bit-update-for-cobfd-bas?p=813076#post813076

He can be contacted via email (as noted in his message on the PowerBASIC forums).

Joe

 

Upvote 0 Downvote

• Dec 22, 2021

• #14

mikrom

Programmer

Mar 27, 2002

3,013

SK

I installed DOSBOX to see how COBFD works.
It works really nicely - recognizes all data types I can think off: alphanumeric, numeric with or without sign, COMP-3, condition variables, OCCURS tables.

COBFD user interface:

COBFD output:

But who knows, without seeing the source, how much work "to upsize it to 32-bits" can take. In the optimistic case it could only mean the new compilation with the current PowerBasic compiler, but I don't believe in it much, because if it were that easy the author would have done it himself. Much more, I think that it could take a lot of work.

 

Upvote 0 Downvote

• Dec 22, 2021

• Thread starter
• #15

Crox

Programmer

Apr 3, 2000

895

NL

yes Mikrom, it sure is a nice program. I can use a COBOL implementation for my own, new environment that will work with GNU COBOL. I hoped that someone had something usable. But if not, after a few weeks, I will make a similar program myself. If possible, I will publish it here as an executable or at any other place. We will see.

 

Upvote 0 Downvote