Ok, that was what I guessed you were hinting at. So it's sorta not JCL, despite looking like it (and presumably getting re-injected into the stream by SMP/E at the appropriate time, at which point it sorta is JCL).
Any suggestions to solve the problem? -----Original Message----- From: IBM Mainframe Discussion List <[email protected]> On Behalf Of Seymour J Metz Sent: Tuesday, November 18, 2025 9:12 PM To: [email protected] Subject: Re: Variables in SMP/E JCLIN records? Therefore you don't get SMP doing symbol substitution for JCLIN the way that you get in JCL. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר ________________________________________ From: IBM Mainframe Discussion List <[email protected]> on behalf of Phil Smith III <[email protected]> Sent: Tuesday, November 18, 2025 7:17 PM To: [email protected] <[email protected]> Subject: Re: Variables in SMP/E JCLIN records? External Message: Use Caution And therefore what? -----Original Message----- From: IBM Mainframe Discussion List <[email protected]> On Behalf Of Seymour J Metz Sent: Tuesday, November 18, 2025 6:51 PM To: [email protected] Subject: Re: Variables in SMP/E JCLIN records? JCLIN is not processed by the Converter, it's processed by SMP. Unless you have a //JCLIN DD DATA. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר ________________________________________ From: IBM Mainframe Discussion List <[email protected]> on behalf of Phil Smith III <[email protected]> Sent: Tuesday, November 18, 2025 6:13 PM To: [email protected] <[email protected]> Subject: Variables in SMP/E JCLIN records? External Message: Use Caution As those who have been following along will remember (i.e., probably nobody, as you have your own fish to fry) I've been trying to simplify our product installation process by centralizing variables in a JCLLIB member. This went on hold for a while but now we're trying to finish it up, and are hitting a problem that I'm hoping someone will have a hint about. Apologies where I use incorrect terminology; please do correct me! The F1 relfile is the JCLIN data. Ours includes: //SYSLIN DD * LIBRARY '&USSPATH.lib/libsapi.a' That's not getting substituted, even if we add ",SYMBOLS=(JCLONLY,JESJCL)" to the DD. Is this some limitation that we've hit, where even though that sure looks like JCL, it doesn't get processed the same way "regular" JCL would? Say it ain't so...! Thanks for any hints/tips. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
