Re: BCPii code
My thanks for the history lesson for BCPii. I was under the impression, from a z/OS customer point of view it was quite a bit less mature. I may just be hitting problems that hadn't been encountered elsewhere. Two issued were related to the ENF OpSys MSG interface. If the z/OS Image name connected to via BCPii and enabled via HWIEVENT was exactly 8 characters, it didn't work at all. Most all image name here are 8 characters but some are less and those worked which led us down a path looking more at the CEC than the Image. The PTF for this fix was just released. Another problem relates to long single line messages. I was testing throughput via my ENF exit and found D U,,,,52 works fine but D U,,,,53 causes an abend in BCPii indicating some limit on the number of characters BCPii handles through its data space. I've only been working with the product since late last Spring but have hit a good number of issues. IBM has been good about dealing with them if not a little on the slow side. Pleasure talking with you... Regards, Stan -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of W. Kevin Kelley Sent: Monday, January 03, 2011 10:37 PM To: IBM-MAIN@bama.ua.edu Subject: Re: BCPii code On Mon, 3 Jan 2011 14:47:45 -0500, Stan Weyman stan.wey...@emc.com wrote: The sample code is ok but nothing that will help that much. One of the two examples is specifically for the ENF interface BCPii provides for, among many other things, getting return code info for things such as issuing z/OS commands. The return code you receive from BCPii simply means BCPii was able to issue its call, not that the specific function you were attempting worked sigh. To get the results of some BCPii calls, you need to code an ENF exit. Another ENF interface is for Operating System message tracking. Seems to work ok as long as the operating system message isn't too long, then it doesn't work so good g. Given how 'young' this product is, there are problems I've come across. Stan, I haven't seen the sample BCPii code but the ENF stuff that you refer to has been there since around 1990 or so. BCPii is an extension to the architecture, and is built on top of some of the same infrastructure, that was put in-place to support the HMC System Console and remote hardware operations that was exploited by the Target System Control Facility (TSCF) around 1990. (I was the chief designer of TSCF). TSCF subsequently became the Processor Operations (ProcOps) component of the Tivoli System Automation (TSA) product. So the underlying architecture and infrastructure that BCPii is based on has been there quite awhile. What is new is the SNMP layer and the ability to use the internal network to go from image to image. I ran the original task force in 1989 that defined the underlying architecture and I am a co-author of the patent that was issued for the architecture. The idea for BCPii came from me to solve a GDPS hardware control problem and I brought together the folks that funded and coded the initial GDPS implementation. Other folks in z/OS found a need for hardware control and the GDPS implement was subsequently reworked into system code. I haven't had anything to do with it directly in quite awhile, but I do keep an eye on it. W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BCPii code
I don't know if it helps or not, but I don't have /usr/bin/linkedit either. :( MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BCPii code
The sample code is ok but nothing that will help that much. One of the two examples is specifically for the ENF interface BCPii provides for, among many other things, getting return code info for things such as issuing z/OS commands. The return code you receive from BCPii simply means BCPii was able to issue its call, not that the specific function you were attempting worked sigh. To get the results of some BCPii calls, you need to code an ENF exit. Another ENF interface is for Operating System message tracking. Seems to work ok as long as the operating system message isn't too long, then it doesn't work so good g. Given how 'young' this product is, there are problems I've come across. Luc, while not in a position to simply hand over working code, I can provide something I didn't have while writing API interfaces for all of the BCPii call types (CONN, DISC, CMD, et al); namely someone to ask questions of. If you run into problems feel free to ask through this forum or you can contact me via my email address. Good luck. Stan Stan Weyman Senior Software Engineer stan.wey...@emc.com EMC² (508)249-3966 where information lives It is wise to keep in mind that neither success nor failure is ever final... -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mary Anne Matyaz Sent: Wednesday, December 29, 2010 6:51 AM To: IBM-MAIN@bama.ua.edu Subject: Re: BCPii code Luc, IBM is providing two samples via apar OA31731. http://www-01.ibm.com/support/docview.wss?crawler=1uid=isg1OA31731 The bad news is, they are in C. Mary Anne -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BCPii code
On Mon, 3 Jan 2011 14:47:45 -0500, Stan Weyman stan.wey...@emc.com wrote: The sample code is ok but nothing that will help that much. One of the two examples is specifically for the ENF interface BCPii provides for, among many other things, getting return code info for things such as issuing z/OS commands. The return code you receive from BCPii simply means BCPii was able to issue its call, not that the specific function you were attempting worked sigh. To get the results of some BCPii calls, you need to code an ENF exit. Another ENF interface is for Operating System message tracking. Seems to work ok as long as the operating system message isn't too long, then it doesn't work so good g. Given how 'young' this product is, there are problems I've come across. Stan, I haven't seen the sample BCPii code but the ENF stuff that you refer to has been there since around 1990 or so. BCPii is an extension to the architecture, and is built on top of some of the same infrastructure, that was put in-place to support the HMC System Console and remote hardware operations that was exploited by the Target System Control Facility (TSCF) around 1990. (I was the chief designer of TSCF). TSCF subsequently became the Processor Operations (ProcOps) component of the Tivoli System Automation (TSA) product. So the underlying architecture and infrastructure that BCPii is based on has been there quite awhile. What is new is the SNMP layer and the ability to use the internal network to go from image to image. I ran the original task force in 1989 that defined the underlying architecture and I am a co-author of the patent that was issued for the architecture. The idea for BCPii came from me to solve a GDPS hardware control problem and I brought together the folks that funded and coded the initial GDPS implementation. Other folks in z/OS found a need for hardware control and the GDPS implement was subsequently reworked into system code. I haven't had anything to do with it directly in quite awhile, but I do keep an eye on it. W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BCPii code
When I tried to follow the directions in the sample code for running a script to compile, assemble, and linkedit the program, I am getting stumped by the following line: /usr/bin/linkedit -d -V -wRENT,REUS,MAP,AMODE=31,AC=1 -l //XXX.XXX.XXX -i //sys1.csslib -o hwixmcs1 ./hwixmcs1.o ENTRY HWIXMCS1 on my system I don't have a /usr/bin/linkedit, which is slowing me down. Do I have something messed up on our local system, if is this a more universal problem? We are on z/OS 1.11. Thanks for any suggestions!-jack - Original Message - From: Mary Anne Matyaz maryanne4...@gmail.com Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Wednesday, December 29, 2010 6:51 AM Subject: Re: BCPii code Luc, IBM is providing two samples via apar OA31731. http://www-01.ibm.com/support/docview.wss?crawler=1uid=isg1OA31731 The bad news is, they are in C. Mary Anne -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BCPii code
Luc, IBM is providing two samples via apar OA31731. http://www-01.ibm.com/support/docview.wss?crawler=1uid=isg1OA31731 The bad news is, they are in C. Mary Anne -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BCPii code
On Wed, 29 Dec 2010 05:51:22 -0600, Mary Anne Matyaz wrote: Luc, IBM is providing two samples via apar OA31731. http://www-01.ibm.com/support/docview.wss?crawler=1uid=isg1OA31731 The bad news is, they are in C. A month ago I would have asked, What's bad about that? At least they're not assembler. But as an economy move we're dropping our licenses for mainframe IBM and SAS compilers. At least we still retain Dignus and SAS cross-compilers. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BCPii code
Another good place to start with BCPii is on the Share Website. Here is the presentation from this past SHARE in Boston. http://share.confex.com/share/115/webprogram/Session7543.html Craig Paul Gilmartin paulgboul...@aim.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 12/29/2010 08:40 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: BCPii code On Wed, 29 Dec 2010 05:51:22 -0600, Mary Anne Matyaz wrote: Luc, IBM is providing two samples via apar OA31731. http://www-01.ibm.com/support/docview.wss?crawler=1uid=isg1OA31731 The bad news is, they are in C. A month ago I would have asked, What's bad about that? At least they're not assembler. But as an economy move we're dropping our licenses for mainframe IBM and SAS compilers. At least we still retain Dignus and SAS cross-compilers. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ** This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BCPii code
On Wed, Dec 29, 2010 at 8:38 AM, Paul Gilmartin paulgboul...@aim.com wrote: On Wed, 29 Dec 2010 05:51:22 -0600, Mary Anne Matyaz wrote: Luc, IBM is providing two samples via apar OA31731. http://www-01.ibm.com/support/docview.wss?crawler=1uid=isg1OA31731 The bad news is, they are in C. A month ago I would have asked, What's bad about that? At least they're not assembler. But as an economy move we're dropping our licenses for mainframe IBM and SAS compilers. At least we still retain Dignus and SAS cross-compilers. -- gil How about a Public Domain C90 compiler? http://gccmvs.sourceforge.net/ -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BCPii code
On Wed, 29 Dec 2010 10:36:45 -0600, Mike Schwab wrote: On Wed, 29 Dec 2010 05:51:22 -0600, Mary Anne Matyaz wrote: Luc, IBM is providing two samples via apar OA31731. http://www-01.ibm.com/support/docview.wss?crawler=1uid=isg1OA31731 The bad news is, they are in C. How about a Public Domain C90 compiler? http://gccmvs.sourceforge.net/ From the discussion on that page, it appears to be mostly MVS 3.8 oriented. o Will it compile the samples in OA31731? o Is it Unix System Services-friendly? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BCPii code
On Wed, Dec 29, 2010 at 11:11 AM, Paul Gilmartin paulgboul...@aim.com wrote: On Wed, 29 Dec 2010 10:36:45 -0600, Mike Schwab wrote: On Wed, 29 Dec 2010 05:51:22 -0600, Mary Anne Matyaz wrote: Luc, IBM is providing two samples via apar OA31731. http://www-01.ibm.com/support/docview.wss?crawler=1uid=isg1OA31731 The bad news is, they are in C. How about a Public Domain C90 compiler? http://gccmvs.sourceforge.net/ From the discussion on that page, it appears to be mostly MVS 3.8 oriented. o Will it compile the samples in OA31731? o Is it Unix System Services-friendly? -- gil It is 31 bit ready. Paul has had limited z/OS feedback so I am not sure -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BCPii code
On Wed, 29 Dec 2010 11:11:10 -0600, Paul Gilmartin paulgboul...@aim.com wrote: How about a Public Domain C90 compiler? The compiler itself is freeware rather than PD. The C library is PD. I guess most people won't know/care about the distinction though. http://gccmvs.sourceforge.net/ From the discussion on that page, it appears to be mostly MVS 3.8 oriented. Given the effort that goes into making the package totally 31-bit clean for z/OS, I was surprised by this, and read the website, and have now updated it to try to make it clearer that z/OS is the primary target, and that MVS 3.8 (actually, I use MVS/380 for 31-bit) is (sort of) merely a means to that end. o Will it compile the samples in OA31731? Don't know. Do the samples conform to ISO/IEC 9899:1990? If so, yes. The samples aren't available for anonymous download. o Is it Unix System Services-friendly? Not the one I produce. It's MVS, not USS. There is an LE/370 target though if you rebuild from source. I don't know much about that though - Dave Pitts was the one who used the LE target. BFN. Paul. P.S. Sorry to hear about your economy drive, but that's the exact void that GCCMVS is designed to fill (ditto for CMS or VSE sites that struggle to cost-justify a compiler). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BCPii code
thank you for the feedback. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
BCPii code
Is someone willing to share some working BCPii coding? Many thanks in advance. regards, Luc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
