Re: SMP/E question of the day

On Mon, 18 Dec 2023 08:12:33 -0600, Paul Gilmartin wrote: >In , >the entire description of the MAME parameter syntax is:name >There is no mention of a limit of length. You're making that up. The SMP/e programming API tells you htt

Re: SMP/E question of the day

Oops. I have a REXX exec that creates a TSO alias on command, just because I don't do it often enough to remember the syntax at the time. I named it TALIAS. Maybe I'd better find another name...at least I should if I put it in a team library. If it's my own SYSPROC or SYSEXEC PDS I don't gue

Re: SMP/E question of the day

TALIAS gives a name for both target and distribution libraries; DALIAS gives a name for only distribution. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion List

Envars (was: RFC3280 (and 5280), "Basic Constraints" set to Critical)

Now that we've gotten to clarify on the Basic Constraints thing (TL;DR: the RFCs require it; System SSL does not, prior to TLSv1.3; for LE at least, an ENVAR can override it), I have a follow-on question: Can I set an environment variable outside of LE and have it apply to the LE enclave? Ou

Re: SMP/E question of the day

On Mon, 18 Dec 2023 13:39:09 +, Kurt Quackenbush wrote: NAME ABCDITSK ABCPROC#C C_CODE > >>> I believe SMP/E supports a maximum of 8 characters for the LMOD, CSECT, and >>> CLASS names specified on the IMASPZAP NAME statement. CSECT name ABCPROC#C >>> is 9 characters. > >> You're makin

Re: SMP/E question of the day

>>> NAME ABCDITSK ABCPROC#C C_CODE >> I believe SMP/E supports a maximum of 8 characters for the LMOD, CSECT, and >> CLASS names specified on the IMASPZAP NAME statement. CSECT name ABCPROC#C >> is 9 characters. > You're making that up. I'm making that up? I don't think so, I counted careful