Re: Automation in C++ vs HLAsm WAS: looking for limbo languages - how low can you go?

2023-08-14 Thread Jon Perryman
I'd like to hear other opinions about this comparison of C/C++ and HLAsm. The comparison revealed some interesting insights between C/C++ and HLAsm but was not as helpful as I wished because the products solved very different problems. There is a lot of motivated reasoning used when discussing

Re: Automation in C++ vs HLAsm WAS: looking for limbo languages - how low can you go?

2023-08-09 Thread Jon Perryman
I forgot to mention that in my case C++ would have forced me into difficult design choices for automation. While events rarely change on z/OS, the possibility still exists. C++ can extract attributes (fields) during runtime which I can use to dynamically build each event type but I risk

Re: Automation in C++ vs HLAsm WAS: looking for limbo languages - how low can you go?

2023-08-09 Thread Jon Perryman
Thanks Chris for answering so many questions. I should have read part 2 before answering part 1. > Chris Cradock wrote: > I used the z/XDC debugger with c/XDC for the C++ code. I'm still a Dave Cole > fanboy. I couldn't have done it without XDC. Anyone who doesn't express accolades for z/XDC

Re: Automation in C++ vs HLAsm WAS: looking for limbo languages - how low can you go?

2023-08-09 Thread Jon Perryman
> Chris Craddock wrote: > The product is almost 32,000 lines of code. > HLASM it would be at least 3-5x more code I'm really surprised that yours is so much less than my 80,000 lines (asm & macros). 2.5X is very significant. > AFAIK none of the other "cool kid" languages are on z/OS GO is a

Re: Automation in C++ vs HLAsm WAS: looking for limbo languages - how low can you go?

2023-08-09 Thread Jon Perryman
> Peter Relson wrote: >> Jon Perryman wrote >> #CALC (R4)=@PSAaddr of PSA >> #CALC WRKPSA=@PSASave PSA addr > I'd guess that this is not a good way of doing Very true Peter. Very bad choice of example. In C, we have reference / dereference which

Re: RES: Automation in C++ vs HLAsm WAS: looking for limbo languages - how low can you go?

2023-08-09 Thread Chris Craddock
Indeed we have my friend. Sent from my iPad-Pro (forgive typos) Reach me by phone at 281-770-1950 > On Aug 9, 2023, at 10:50 AM, David Cole wrote: > > Thanks, Chris. We'be both been at this for a VERY long time. -Dave > > >> -Mensagem original- >> De: IBM Mainframe Assembler List

Re: RES: Automation in C++ vs HLAsm WAS: looking for limbo languages - how low can you go?

2023-08-09 Thread David Cole
Thanks, Chris. We'be both been at this for a VERY long time. -Dave -Mensagem original- De: IBM Mainframe Assembler List Em nome de Chris Craddock Enviada em: quarta-feira, 9 de agosto de 2023 11:34 Para: ASSEMBLER-LIST@LISTSERV.UGA.EDU Assunto: Re: Automation in C++ vs HLAsm WAS:

RES: Automation in C++ vs HLAsm WAS: looking for limbo languages - how low can you go?

2023-08-09 Thread João Reginato
Very well explained. Congrats João -Mensagem original- De: IBM Mainframe Assembler List Em nome de Chris Craddock Enviada em: quarta-feira, 9 de agosto de 2023 11:34 Para: ASSEMBLER-LIST@LISTSERV.UGA.EDU Assunto: Re: Automation in C++ vs HLAsm WAS: looking for limbo languages - how low

Re: Automation in C++ vs HLAsm WAS: looking for limbo languages - how low can you go?

2023-08-09 Thread Chris Craddock
And here's the 2nd part of the Jon/Chris magnum-opus... Jon >> 6. You said "IBM's C++ running APF authorized under LE in a z/OS STC". My design very rarely runs authorized and could easily Jon >> be written in any language. In your z/OS STC design, did you run authorized regularly? Init for

Re: Automation in C++ vs HLAsm WAS: looking for limbo languages - how low can you go?

2023-08-08 Thread Jon Perryman
Hi Chris, I can simplify this with 3 simple questions. Realize I'm very pro-C/C++ with a couple of caveats. I would have preferred C++ for my product if it didn't create more problems than it solved. I'm curious about your experience as a new convert to C++. Unlike any other applications, z/OS

Re: Automation in C++ vs HLAsm WAS: looking for limbo languages - how low can you go?

2023-08-08 Thread Peter Relson
Jon Perryman wrote #CALC (R4)=@PSAaddr of PSA #CALC WRKPSA=@PSASave PSA addr I'd guess that this is not a good way of doing this, if it means that this address will be used as a base register, since that is both unnecessary and (worse) results

Automation in C++ vs HLAsm WAS: looking for limbo languages - how low can you go?

2023-08-07 Thread Jon Perryman
> On Wednesday, July 19, 2023 at 08:24:41 AM PDT, Chris Craddock > wrote: > I just delivered a brand new z/OS automation product that's about 40% HLASM > and 60% C++. > Yes really, it's IBM's C++ running APF authorized under LE in a z/OS STC.  Hi Chris, Sorry for the long delay, but things