On Fri, May 15, 2020 at 11:44 AM Seymour J Metz <sme...@gmu.edu> wrote:
Which documentations describes the SH concatenation for other than > instream? Also, where in the documentation does it say that it inserts > whitespace after each record? > > You are right. IBM doesn't really document what happens other than instream. They do document how records are concatenated with a blank separator. https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.bpxa400/gfdstdparm.htm "For in-stream data sets: with the SH option, trailing blanks are not truncated. Records in in-stream data sets are concatenated with blanks as separator characters, and the string remaining after the SH token is passed as a single argument to a /bin/sh -c command. For the PGM option, the string is divided not only at line boundaries but also at blanks within a line." It's astounding that IBM implemented and partially documented STDPARM as an additional layer of suckage rather than just fixing BPXBATCH. Look only at how many problems that people have on mvs-oe and ibm-main as your evidence. I wonder: can you open an RFE and attach a complete 1000 line C program? :-) > The treatment of semicolons is bog standard, but it wouldn't hurt to spell > it out. > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > ________________________________________ > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf > of Kirk Wolf [k...@wolf-associates.com] > Sent: Friday, May 15, 2020 12:26 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: USS: su: User ID "SH" does not exist > > Jack, > I would disagree with your explanation of why BPXBATCH works so poorly ;-) > > In the OP's example, DD STDPARM is used to construct a single PARM string > that ends up getting passed to BPXBATCH. > What BPXBATCH does is look at the leading "SH" in it's PARM and then pass > the rest of the string as the argument to "/bin/sh -c" > > STDPARM washes away the record boundaries (see the doc). The semicolons > are required at the end of DD:STDPARM records so that this single argument > to "/bin/sh -c " can be broken into multiple shell commands. The whole > thing is an ugly hack. > > FWIW, I've been using the shell in z/OS batch since 2007 with its stdin > coming from //STDIN DD *. And yes, I know what here documents are. I > just don't use brain dead BPXBATCH. > > Kirk Wolf > Dovetailed Technologies > > http://secure-web.cisco.com/1DDthcclBqpmyDPhXkwTl61-tucNWumiSPx4_aYKVPrVxNfeoPCrbBfnnG0alInEOrfKy2hfdhtNsJX0xkzozZbLNC4sEZpSyV8iB9cYm44BuNTg4l413TmpY-hPI9kvd9bEhJE2O6jUP5A07KotfYXVXevpgJ_SJXXF-ivOt8BCRRbAnRFKSl_4rgg_7hOFTJazOknkNLje7QaKMlvqf7E7qG_5YXdL3wCRLvPF8PHex1cN7yzYo6pXqmogp8RufthS8IOFnIsz65wS-psI3UhNQI_xzQ0aKGgrFpUuLajFp-EvfXZ8UbWHP5LBnVEyyyQl3wwS0Ra_SaX9fS8Fek9qIHRtyxDAucSxDCo7CMYDxe9GtsfU3rkuwNorljA-5qO6yGQZc049LnyIv0mtxe-i8CZBCpUkIUVTonlffsfncgtrSzuONGrpR4o_4dqy2/http%3A%2F%2Fdovetail.com > > https://secure-web.cisco.com/1aSsEzfhdxsxGQOHzXtwj9y0ebXkNUzDJfewjX3pR6Fd4beP-RSZu0r_mGMErxN1fXuGAvcy8_tUYdci2FYwScWxvvSyTJLYVKb-DV_oDBH2-KLpQSgikqVtTB9xoROwUk4zGJRud0IEaZIeY_lwCaoS5XDsiVmIRKS03PhsUX65ETWqCmSFkA7dSiEUflO1g9KWuIPd1y-9Kz5KbEC34bcnfj_UpmPG0YHigxjbdV_zpjabwBWBytj_W7dr4ugL8Q7IaD472bZgZbMsCOXuyhmohBE5nVKhOorv6XNDVWO0eFl1-Zp5gmpAuzntiQaWBUgvDD5B9WUpC0dDdBA3Xhih7kRaG6waWl_qVVkr4mzcFqRmivXDmYVYfLpZnuqVxSh4-9AC7bd9Icrn2fFTCoHzczsJPN8P-16n_BjxnRA72LkIQx7xIWw8qJv_hkPnR/https%3A%2F%2Fdovetail.com%2Fproducts%2Fcozbatch.html > > On Fri, May 15, 2020 at 10:12 AM Jack J. Woehr <j...@well.com> wrote: > > > On 5/15/20 8:51 AM, Seymour J Metz wrote: > > > I understand why they parse pgm and sh differently. What I don't > > understand is why instream data should be treated differently from other > > datasets. > > > > Because it's easier to present to the Unix System Services environment > > that way? > > Unix is stream oriented, not record oriented, and shell syntax is molded > > to that. > > There are shell features like "here documents" (google it) which you've > > probably never used that would get broken if input to the USS shell got > > arbitrarily broken into lines to suit the flavor of MVS/TSO/JES > > > > -- > > Jack J. Woehr # Science is more than a body of knowledge. It's a way > of > > > http://secure-web.cisco.com/1gESWY33ldhCr_PLmzxOYS5kRZsH5Jydluqvcg3t9MPdfU6x1ydUzY2STwg49U53joXvW9MqU7qeVG1rzBwhnCuzzvAp06_kN0hg-HOY48DYj5sjsGbyf4Y4o1u16bdiQTQwbPH7w4NZAwoOlQT7Y6gPqz_nehnFJinPk_xF5VqBR8HOH2yWGGOdb81ML09T3VUzHm0dbK1UfatdI1MsMcX0zNOiUAHui4VwiwH2EraXz6ZBdNBjruuZ13Nm8jAFkKRFpphvG5odt_angEbyEh12MMa-9JqD-YHvT_Ro1Y-A4SmvxKszGzOeN8DzrG6ifDRlGLu69L6FrN-LoH1-duTRNa4AlO-4AOOULkrGB2d-1kj5XLBR0npsMO3BZVSDwuP_HZoeoJZcgJ1O4NDZR91cSsyxuctt7pi9czx4a3KNLPnU8eQHIKBg8qFkmLjc0/http%3A%2F%2Fwww.well.com%2F%7Ejax > # thinking, a way of skeptically interrogating the > > universe > > > http://secure-web.cisco.com/1c3bguWSr6vX_z9MzaC9qKeA90R2_IXvUWNYaxNOPZEwapHRxEeNZIP5t_lyYQlEm00CjAYwR5XIeVuxmpCFmaU1e08LVCXTddtN_aCrhbSIVtjDNsCoPYUdchbDTDgU8G8XiLSeh00_ZsYnxAffHN5MwnqwljzkoFgy1aBBOqhgwEOuwhrhlkK90h37VrmniazBwQ2Cr1FeHaHR5IWL2S04PUKukm7EHWnaAw7ZqMH9LTdB2Sh8_M9xG_JhtvcnezixRxoCQGMY4L2ERQ3-2mcds8hu6-uO2dd5-w0TdjjF8h13FF9wAv92ofsTX2y0yLzqEp6aM6B-fotmfvmRlg2djTqbrDKXl8I3IpEox8BzgNtqQWHQeLLutbcDbLHUp7HkRaMxhDiUQKdJAEvGaKqI7b9lFzHWvwrC6yqm8NzZr4yVYJ50ist5FATq0Vmey/http%3A%2F%2Fwww.softwoehr.com > # with a fine understanding of human fallibility. - > > Carl Sagan > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
