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?
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