Just to close the loop on this, I completed sufficient record conversions to
satisfy my requirement using the method described below. I would post a longer
example here but I think LISTSERV would make hash out of it. Here is a
three-line example of my resulting C header fields. Hopefully
Provides more detail on the link Kirk provided.
https://developer.ibm.com/tutorials/build-java-records-from-cobol-with-ibm-record-generator/
Matt Hogstrom
m...@hogstrom.org
+1-919-656-0564
PGP Key: 0x90ECB270
Facebook LinkedIn
That's silly. Anyone can do that. You don't need a go-between. It's a
DIY affair!
The "captain's" name is Tom Ross, works for IBM, hangs out on various
email lists, comes to our PSI party at every SHARE, and his email
address is tmr...@us.ibm.com...
On 12/16/2023 10:29 AM, Charles Mills
Sure. ¿Porque no? Thanks,
Charles
On Sat, 16 Dec 2023 17:54:36 +, M. Ray Mullins
wrote:
>Charles,
>
>Would you like me to ping Captain COBOL?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
You know what I am actually looking at doing? You may laugh but it has worked
for me in the past. I am thinking of pulling the IBM HTML documentation into
MS-Word and massaging it there into C declarations. I did this for a *LOT* of
RACF record layouts for the CorreLog product, so I know
>
> I am not much of a Java guy but IIRC it would be a fairly short editing leap
> from Java classes to C structs.
Depends on what you mean by "fairly short" :-)
It would be good if you could find the DSECTS for Cobol ADATA, but if you look
at the ADATA produced by Cobol, you'll likely find
M-MAIN@LISTSERV.UA.EDU
Subject: Re: Looking for COBOL SYSADATA record layouts
@Kirk, interesting. I was not aware of that tool. I have used the DSECT to C
header conversion tool that is part of the XLC product, but I was not aware of
this tool.
I am not much of a Java guy but IIRC it would be a
@Kirk, interesting. I was not aware of that tool. I have used the DSECT to C
header conversion tool that is part of the XLC product, but I was not aware of
this tool.
I am not much of a Java guy but IIRC it would be a fairly short editing leap
from Java classes to C structs.
Unfortunately, as
ASM ≠ COBOL
The ADATA records for the two products have a lot in common but not as much as
one might hope.
Charles
On Sat, 16 Dec 2023 08:03:46 -0600, Ralph Spadafora
wrote:
>HLA.SASMMAC1(ASMADATA)
--
For IBM-MAIN
Hi Charles,
This may not be what you are looking for, but as I recall it's pretty cool:
https://www.ibm.com/docs/en/record-generator/3.0?topic=what-is-record-generator-java
Along with generating Java mapping classes, you can also spit out XML
descriptions.
I haven't looked at this in a long
HLA.SASMMAC1(ASMADATA)
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
+1
Not the solution to my problem today, however.
CM
On Fri, 15 Dec 2023 11:30:28 -0600, Paul Gilmartin wrote:
>On Fri, 15 Dec 2023 10:37:56 -0600, Charles Mills wrote:
>
>>I am looking for compiler-readable record layouts ...
>>
>>Source language, in order of descending preference, would be
On Fri, 15 Dec 2023 10:37:56 -0600, Charles Mills wrote:
>I am looking for compiler-readable record layouts ...
>
>Source language, in order of descending preference, would be C header,
>Assembler DSECT, or anything else.
>
I see a need for a universal data format specification language
I am looking for compiler-readable record layouts for Enterprise COBOL
SYSADATA. I see the human-oriented record descriptions in the Programming
Guide. I see the sample exit program in IGYxxx.SAMPLIB(ADEXIT), which contains
(very) partial record layouts. I have searched SYS1.SIEAHDR.H. I have
14 matches
Mail list logo