If you don't have the compiler library, you can't use "normally" compiled REXX execs.
The compiled execs on the S-disk are exceptions. Somehow the VM lab got permission to ship and use a special(?) version of the compiler library, and these compiled execs do not call EAGRTPRC but DMSRTPRC. For people with the compiler library, there is the DMSTOEAG module that will "translate" the calls to DMSRTPRC to EAGRTPRC, this way only one compiler library can be used by everything. I doubt that many installations bother to change the SYSPROF EXEC to exploit DMSTOEAG, but I did. (There is no magic: DMSTOEAG creates a nucleus extension named DMSRTPRC, but with as address the address of EAGRTPRC; that is, DMSRTPRC becomes kind of an alias for EAGRTPRC). Furthermore, I was still planning to answer to Rob's append about DMSRTPRC and "the alternate Rexx library". I delayed my reaction until I could verify again what I always thought. Here's Rob's text: * If you only compile for speed (and not to keep the source secret) you may want to support installation with and without the REXX Runtime Library, so IBM came up with a composite object that had both source and compiled form. If you have the REXX Library you run the compiled code, and if you don't the REXX Interpreter takes the source. These composite forms refer to the Alternate Library (free, delivered with CMS) called DMSRTPRC. If you have the real REXX Library, it loads itself as DMSRTPRC, if you don't you use the dummy shipped with CMS that invokes the interpreter. If your compiled REXX does not include the source code, the dummy could not handle it because there's no source code to interpret. * It is very nicely worded, but confuses the Alternate REXX library with DMSRTPRC: DMSRTPRC is a full library, included with z/VM. The compiled execs on the S-disk do not include the source, so the alternate library cannot even be used to run them. To use Rob wordings: DMSRTPRC is for speed. And in this case not really to hide the source, because -even though the source is not imbedded in "fn EXEC S"- the source is available to every CMS user as "fn SEXEC S". The Alternate REXX Library is not shipped with z/VM, it can be downloaded from the web. I doubt it would be legal for me to zap EAGRTPRC into DMSRTPRC in the compiled MAILIT CEXEC. And as I do ship MAILIT in source format too, I did not compile MAILIT with the SLINE option, consequently, MAILIT CEXEC cannot be executed by the Alternate REXX Library. 2009/8/5 Frank M. Ramaekers <framaek...@ailife.com> > Well, when I try to invoke the compiled version of MAILIT, I get: > > DMSEXI240E Alternate exec processor "EAGRTPRC" not found > > Is this because it's compiled? There are many compiled versions of EXECs > that come with CMS that work fine. > > Frank M. Ramaekers Jr. > Systems Programmer MCP, MCP+I, MCSE & RHCE > American Income Life Insurance Co. Phone: (254)761-6649 > 1200 Wooded Acres Dr. Fax: (254)741-5777 > Waco, Texas 76710 > > -----Original Message----- > From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On > Behalf Of Edward M Martin > Sent: Wednesday, August 05, 2009 8:27 AM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: EMail with a binary attachment > > Hello Frank, > > No that is the way SENDFILE works. Either as an attachment or in the body > of the email, but not both. > > Ed Martin > Aultman Health Foundation > 330-363-5050 > ext 35050 > -----Original Message----- > From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On > Behalf Of Frank M. Ramaekers > Sent: Wednesday, August 05, 2009 9:06 AM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: EMail with a binary attachment > > I'm now using SENDFILE, but I can't see a way to have a message body (file > is attached with a subject). Am I missing something? > > Looks like MailIt has all the parts I need. > > Frank M. Ramaekers Jr. > Systems Programmer MCP, MCP+I, MCSE & RHCE > American Income Life Insurance Co. Phone: (254)761-6649 > 1200 Wooded Acres Dr. Fax: (254)741-5777 > Waco, Texas 76710 > > > -----Original Message----- > From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On > Behalf Of Edward M Martin > Sent: Thursday, July 30, 2009 2:30 PM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: EMail with a binary attachment > > Hello Frank, > > I use Sendfile and mailit. > > Sendfile (z/VM 5.3) has some nice options. > > |-BINARY--------| > |-BINARY-ATTACH-| > '-BINARY-INLINE-' > > Ed Martin > Aultman Health Foundation > 330-363-5050 > ext 35050 > > -----Original Message----- > From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On > Behalf Of Thomas Kern > Sent: Thursday, July 30, 2009 3:05 PM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: EMail with a binary attachment > > I use the MAILIT package from the IBM Downloads website. > > /Tom Kern > > > > ----- Original Message ---- > From: Frank M. Ramaekers <framaek...@ailife.com> > To: IBMVM@LISTSERV.UARK.EDU > Sent: Thursday, July 30, 2009 2:34:09 PM > Subject: [IBMVM] EMail with a binary attachment > > I know you can use NOTE to send email to users, but how would you send > an email with a binary attachment (like a PDF file)? > > Frank M. Ramaekers Jr. > Systems Programmer MCP, MCP+I, MCSE & RHCE > American Income Life Insurance Co. Phone: (254)761-6649 > 1200 Wooded Acres Dr. Fax: (254)741-5777 > Waco, Texas 76710 > > > > > > > _____________________________________________________ > This message contains information which is privileged and confidential and > is solely for the use of the > intended recipient. If you are not the intended recipient, be aware that > any review, disclosure, > copying, distribution, or use of the contents of this message is strictly > prohibited. If you have > received this in error, please destroy it immediately and notify us at > privacy...@ailife.com. > > _____________________________________________________ > > This message contains information which is privileged and confidential and > is solely for the use of the > > intended recipient. If you are not the intended recipient, be aware that > any review, disclosure, > > copying, distribution, or use of the contents of this message is strictly > prohibited. If you have > > received this in error, please destroy it immediately and notify us at > privacy...@ailife.com. > > _____________________________________________________ > This message contains information which is privileged and confidential and > is solely for the use of the > intended recipient. If you are not the intended recipient, be aware that > any review, disclosure, > copying, distribution, or use of the contents of this message is strictly > prohibited. If you have > received this in error, please destroy it immediately and notify us at > privacy...@ailife.com. > -- Kris Buelens, IBM Belgium, VM customer support
