Hi,I have a requirement where REXX calls a COBOL program and COBOL programs INTURNS calls COBOL. I used the LIBDEF command to define the LOADLIBs wher. Please help!! I have a Cobol/DB2 program which calls a REXX program. This part of the process works fine. I encounter an error(-924, SQLSTATE 58006, reason-code. Calling REXX from Cobol, C, and PLI - Examples. These examples demonstrate how to call a REXX procedure from one of the higher level languages Cobol, C, and PLI. REXX offers two routines to call a REXX program from a non. REXX program: • ARXJCL: easier to use, but fewer functionality. • ARXEXEC: more difficult. CLIST & REXX: I see plenty of articles for Cobol programs calling Rexx programs, but little for the opposite. I am writing a cobol program.

Hi listmates! I am wondering if there is a way that I can call from my Rexx code to a COBOL (or BAL if necessary) program and be able to pass data back and forth? This COBOL program would be used to execute some calls to our DBMS based on data areas passed in from Rexx, and would then return other data areas back to the Rexx. If this can be done, can you point me to samples or to documentation on it? Specifically, my questions are how to build dynamic data areas in Rexx and get them into the program, and then what would the program need to do to populate other data areas/variables when exiting the call so I can get them in the Rexx program. Also I would welcome other considerations for this process - the COBOL program could be called many, many times, depending on the data needed and returned for processing. The reason I am basing the root program in Rexx is for the extensive string handling and datatype conversions that are not as robust in other languages.

Test Anxiety Inventory Spielberger Pdf. Thanks for your input and your direction! *don* ---------------------------------------------------------------------- For TSO-REXX subscribe / signoff / archive access instructions, send email to with the message: INFO TSO-REXX Dave Salt 10:59. On 3/17/2011 11:17 AM, Donald Johnson wrote: >Hi listmates! >>I am wondering if there is a way that I can call from my Rexx code to a >COBOL (or BAL if necessary) program and be able to pass data back and forth? >This COBOL program would be used to execute some calls to our DBMS based on >data areas passed in from Rexx, and would then return other data areas back >to the Rexx. >>If this can be done, can you point me to samples or to documentation on it?

>Specifically, my questions are how to build dynamic data areas in Rexx and >get them into the program, and then what would the program need to do to >populate other data areas/variables when exiting the call so I can get them >in the Rexx program. >>Also I would welcome other considerations for this process - the COBOL >program could be called many, many times, depending on the data needed and >returned for processing. The reason I am basing the root program in Rexx is >for the extensive string handling and datatype conversions that are not as >robust in other languages. >>Thanks for your input and your direction! >>*don* What you want to do can be done in several ways. >-----Original Message----- >From: TSO REXX Discussion List [mailto:] On Behalf >Of Donald Johnson >Sent: Thursday, March 17, 2011 1:18 PM >To: >Subject: Rexx calling COBOL - how? >Also I would welcome other considerations for this process - the COBOL >program could be called many, many times, depending on the data needed and >returned for processing.

Don, I'll point out the perhaps not so obvious drawback of using Rexx to call something that is called 'many, many times': Rexx has no concept of remembering a load module was called once already and using a 'LOADed' copy for subsequent calls (assuming a reentrant or at least serially reusable module). Every Rexx call (or LINK or ATTACH) will fetch the called module again from STEPLIB or wherever, and this can be a substantial performance penalty. Spirou Et Fantasio Tome 53 Pdf Viewer. Peter -- 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 TSO-REXX subscribe / signoff / archive access instructions, send email to with the message: INFO TSO-REXX Paul Gilmartin 12:45. On 3/17/2011 12:27 PM, Farley, Peter x23353 wrote: >>Dragon Ball Super Episode 33 English Dub. Don, I'll point out the perhaps not so obvious drawback of using Rexx to call something that is called 'many, many times': Rexx has no concept of remembering a load module was called once already and using a 'LOADed' copy for subsequent calls (assuming a reentrant or at least serially reusable module).