Re: Language Enviroment HLASM question.
I write my DB2 stored procedures and user defined functions in assembler, and they are required to be LE compliant. Todd -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Monday, April 28, 2008 1:05 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Language Enviroment HLASM question. Is there any reason that anybody can think of for making an ASSEMBLER program an LE main routine, other than if it invokes some LE subroutines or COBOL (or other LE-enabled language) subroutines? What about if it uses the BPX... subroutines to do UNIX work? More curious than anything else. -- John McKown No virus found in this outgoing message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.6/1402 - Release Date: 4/28/2008 1:29 PM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Language Enviroment HLASM question.
Is there any reason that anybody can think of for making an ASSEMBLER program an LE main routine, other than if it invokes some LE subroutines or COBOL (or other LE-enabled language) subroutines? What about if it uses the BPX... subroutines to do UNIX work? More curious than anything else. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fw: Language Enviroment HLASM question.
If you think that using any of the LE callable services might be useful (now or in the future) for the program, that would be another reason. McKown, John [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Is there any reason that anybody can think of for making an ASSEMBLER program an LE main routine, other than if it invokes some LE subroutines or COBOL (or other LE-enabled language) subroutines? What about if it uses the BPX... subroutines to do UNIX work? More curious than anything else. -- John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Language Enviroment HLASM question.
Is there any reason that anybody can think of for making an ASSEMBLER program an LE main routine, other than if it invokes some LE subroutines or COBOL (or other LE-enabled language) subroutines? What about if it uses the BPX... subroutines to do UNIX work? Having a runtime that provides a bunch of services and callable library functionality is a somewhat alien concept to most assembler programmers. I am no fan of LE, but in the absence of anything better it is the best tool you have. High level language programmers take their standard library routines and runtime support for granted and there is no reason assembler programmers cannot benefit as well. Once you have leveraged those capabilities it can be quite painful going back to a true bare-metal environment. If you're just doing the moral equivalent of a single load module main() program in assembler, then there is nothing to be gained or lost. However, if you're going to call other programs (even within the same lmod) and/or you want to leverage runtime capabilities or callable library routines, then there really isn't any better way. CC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Language Enviroment HLASM question.
McKown, John wrote: Is there any reason that anybody can think of for making an ASSEMBLER program an LE main routine, other than if it invokes some LE subroutines or COBOL (or other LE-enabled language) subroutines? What about if it uses the BPX... subroutines to do UNIX work? More curious than anything else. Assembler programs do not need to be LE for calling BPX routines. But one nice side effect of making an Assembler program LE-conforming is that it can then call C functions directly (you do not need to invoke a C program that then calls the C functions you're after). So printf, scanf, and so on can be invoked directly from the Assembler program. But you don't want the tail wagging the dog, it's always important to clearly define what the program is to be doing. I won't even put an ad here ;-) / -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == call or email to receive a free sample student handout == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Language Enviroment HLASM question.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steve Comstock Sent: Monday, April 28, 2008 1:19 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Language Enviroment HLASM question. McKown, John wrote: Is there any reason that anybody can think of for making an ASSEMBLER program an LE main routine, other than if it invokes some LE subroutines or COBOL (or other LE-enabled language) subroutines? What about if it uses the BPX... subroutines to do UNIX work? More curious than anything else. Assembler programs do not need to be LE for calling BPX routines. But one nice side effect of making an Assembler program LE-conforming is that it can then call C functions directly (you do not need to invoke a C program that then calls the C functions you're after). So printf, scanf, and so on can be invoked directly from the Assembler program. But you don't want the tail wagging the dog, it's always important to clearly define what the program is to be doing. I won't even put an ad here ;-) / I hadn't even considered using C language subroutines. I do have one thing that I don't like. My diagnostic abends result in LE getting control and messing around with the environment. It is weird to see a U4087 on my job when I __know__ that I caused an S0C1. I wish that I knew how to perculate the original abend code up to the JCL level. Everything seems to come out as a U4087 (S0C1, S0C3, S0C7, etc). -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Language Enviroment HLASM question.
I do have one thing that I don't like. My diagnostic abends result in LE getting control and messing around with the environment. It is weird to see a U4087 on my job when I __know__ that I caused an S0C1. I wish that I knew how to perculate the original abend code up to the JCL level. Everything seems to come out as a U4087 (S0C1, S0C3, S0C7, etc). Arguably that's what condition handlers are for. You would want to get control and belch up some more coherent diagnostic information - hopefully even some messages in the job log. That's (in general) much more useful than the usual symptom dump and abend code. CC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Language Enviroment HLASM question.
John, I think you can accomplish that with a run-time option override: //STEP1 EXEC PGM=MYASMPGM,PARM='TRAP=(OFF,NOSPIE)/MY-ASM-PARM-OPTIONS' HTH Peter -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Monday, April 28, 2008 3:01 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Language Enviroment HLASM question. Snipped I hadn't even considered using C language subroutines. I do have one thing that I don't like. My diagnostic abends result in LE getting control and messing around with the environment. It is weird to see a U4087 on my job when I __know__ that I caused an S0C1. I wish that I knew how to perculate the original abend code up to the JCL level. Everything seems to come out as a U4087 (S0C1, S0C3, S0C7, etc). This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html