Re: Assembler access to USS functions

2023-10-05 Thread Jon Perryman
On Fri, 6 Oct 2023 01:15:51 +, Seymour J Metz wrote: >The issue isn't what has access to environmental variables, but rather what >creates them. The creator is C on the first call of PUTENV. It can be any program which is not necessarily a shell. Of all the large list of shells (e.g.

Re: Assembler access to USS functions

2023-10-05 Thread Jon Perryman
On Thu, 5 Oct 2023 20:54:56 +, Seymour J Metz wrote: >Even if you have an OMVS segment, > you don't get dubbed ntil you use a Unix service. What is your point about the OMVS segment? It simply authorizes the system to dub an address space. More important, unless IBM implemented locking

Re: Assembler access to USS functions

2023-10-05 Thread Jon Perryman
On Thu, 5 Oct 2023 17:31:32 +, Seymour J Metz wrote: >And what if a non-Unix application uses a serrvice that causes dubbing? Environment variables are part of the C language. Regardless of dubbing, environment variables can be added by any programs using that feature.

Re: Assembler access to USS functions

2023-10-05 Thread Jon Perryman
On Thu, 5 Oct 2023 17:20:37 +, Seymour J Metz wrote: >I'm saying that BPXBATCH is a shell and is not part of, e.g., EXEC. BPXBATCH is not a shell. Most notably a shell language is missing.   > I'm also saying that the mere act of getting dubbed does not cause BPXBATCH > to be involved.

Re: Assembler access to USS functions

2023-10-05 Thread Jon Perryman
On Thu, 5 Oct 2023 15:04:51 +, David L. Craig wrote: >Nobody has pointed out environment variables are a component >of the POSIX definition; thus, for the MVS universe it was >only intended to be what was needed for POSIX certification >and is so only available within USS. Actually

Re: SMF Extract Using to find the user id who deleted datasets

2023-10-05 Thread Edward Gould
> On Sep 4, 2023, at 10:21 AM, Ituriel do Neto > <03427ec2837d-dmarc-requ...@listserv.ua.edu> wrote: > > Hi, > > There is a utility on CBT site that may help you to find it. > It is called DAF. > > > Best Regards > > Ituriel do Nascimento Neto > z/OS System Programmer > > > Yes, that

Re: With regrets, after many years I will no longer be following IBM-MAIN

2023-10-05 Thread Edward Gould
> On Sep 4, 2023, at 12:36 AM, Brian Westerman > wrote: > > I think even the ones that abuse the list the most still provide assistance > from time to time that is very useful. I completely understand that > oftentimes they want the person to RTFM, which makes a lot of sense because > you

Re: Assembler access to USS functions

2023-10-05 Thread Jon Perryman
On Thu, 5 Oct 2023 11:07:03 +, Seymour J Metz wrote: >Where do you think process initialization gets the variable names and values? Environment variables is empty until the first environment variable is added. Typically a shell is the first to add environment variables but it could just

Re: A Little off topic but reasonable post (IMO)

2023-10-05 Thread Seymour J Metz
I suspect that the SPF clones for Linux and Unix will also run on the Mac. There's also THE, which is a (mostly) XEDIT clone. From: IBM Mainframe Discussion List on behalf of Edward Gould <04bcc43af339-dmarc-requ...@listserv.ua.edu> Sent: Thursday,

Re: Assembler access to USS functions

2023-10-05 Thread Seymour J Metz
The issue isn't what has access to environmental variables, but rather what creates them. Further, they are useful in other contexts. An otherwise legacy program that uses a Unix command may need to pass the odd environment variable to control options for which there are no switches.

Re: Assembler access to USS functions

2023-10-05 Thread Jon Perryman
On Thu, 5 Oct 2023 20:54:56 +, Seymour J Metz wrote: >Even if you have an OMVS segment, you don't get dubbed ntil you use a Unix >service. Environment variables are not unique to UNIX and do not require dubbing. It is a feature of the C/C++ language that is in the STDLIB (standard

Re: Is the IBM Assembler List still alive

2023-10-05 Thread Edward Gould
> On Sep 5, 2023, at 8:17 AM, Clem Clarke wrote: > > Yes, we send a bug report way back in the 1960's at Shell Oil in Melbourne. > > We used COND codes a lot, and it mucked everything up! > > Clem > > > Colin Paice wrote: >> I heard that IEFBR14 had the highest "bug rate" per line of code

Re: SMP/E and PATH existence

2023-10-05 Thread Phil Smith III
Jon Perryman wrote: >Kurt is saying that APPLY CHECK does exactly what you want. CHECK >verifies SMP/e has everything expected and will run 100% through. If 3 >DD / DDDEF's are missing, then you should see those 3 errors and any >other errors that SMP/e detects. APPLY CHECK only validates DD /

Re: Simple request from chatGPT to write assembler program.

2023-10-05 Thread Edward Gould
> Begin forwarded message: > > From: Steve Thompson > Subject: Re: Simple request from chatGPT to write assembler program. > Date: September 5, 2023 at 2:27:52 PM CDT > To: IBM-MAIN@LISTSERV.UA.EDU > Reply-To: IBM Mainframe Discussion List > > And so we can now understand that when a paralegal

Re: SMP/E and PATH existence

2023-10-05 Thread Jon Perryman
On Thu, 5 Oct 2023 19:09:45 -0400, Phil Smith III wrote: >Kurt Quackenbush wrote: >>SMP/E APPLY CHECK and similar commands verify existence of directories >Thanks. Since I really, really don't want them to get 3/4 of the way through > and then have to go hunt down someone with USS access

Re: A Little off topic but reasonable post (IMO)

2023-10-05 Thread Mike Schwab
https://primanew.amebaownd.com/posts/15535751/ On Thu, Oct 5, 2023 at 6:01 PM Edward Gould <04bcc43af339-dmarc-requ...@listserv.ua.edu> wrote: > > Hello, > I am looking for an ISPF editor(like) for MACOSX I will be needing this quite > a bit in a month or two. > Can anyone give me a hint as

Re: SMP/E and PATH existence

2023-10-05 Thread Phil Smith III
Kurt Quackenbush wrote: >SMP/E APPLY CHECK and similar commands verify existence of directories >and data sets from DDDEF entries before they are used. There is no >independent SMP/E command or utility to perform this verification. >However, there is a capability in z/OSMF Software Management, the

Re: PARM='GRAPHICS(CHAIN(SN))'

2023-10-05 Thread Phil Smith III
For the record, while I was the one who used it, I did NOT know about it-a colleague did. I am only an egg when it comes to z/OS stuff. Just in case someone was wondering-which I know you weren't, but I didn't want to get credit where it wasn't due.

A Little off topic but reasonable post (IMO)

2023-10-05 Thread Edward Gould
Hello, I am looking for an ISPF editor(like) for MACOSX I will be needing this quite a bit in a month or two. Can anyone give me a hint as to its availability/non. Thanks, Ed -- For IBM-MAIN subscribe / signoff / archive access

Creating USSMSG10 ASM code from Screen text using CLIST or REXX

2023-10-05 Thread Mark Regan
Cross-posted to IBM-MAIN and IBMTCP-L At one time, I had a CLIST or REXX code that would take the screen layout and turn it into the necessary USSMSG10 code. If anyone has that, I would appreciate it. Example of source: ENTERPRISE DATA CENTER\ _ /.::o:.

Re: IPCS: Can ADPLSACC Service code access 64 bit storage

2023-10-05 Thread Michael Stein
On Thu, Oct 05, 2023 at 03:53:48PM -0400, Joseph Reichman wrote: > Can ADPLSACC Service code access 64 bit storage Context? Oh, IPCS z/OS MVS IPCS Customization https://www.ibm.com/docs/en/zos/2.1.0?topic=services-invoking-exit-router

Re: IPCS: Can ADPLSACC Service code access 64 bit storage

2023-10-05 Thread Adam Johanson
I recently fought this battle when writing a verb exit that needed to access 64-bit storage. Perhaps it was because I couldn't see how to get ADPLSACC to access 64-bit storage. The IPCS Customization doc mentions that the Storage Map Service (ADPLSMAP) can do it, so that's what I went with. It

Re: Assembler access to USS functions

2023-10-05 Thread Seymour J Metz
Even if you have an OMVS segment, you don't get dubbed ntil you use a Unix service. From: IBM Mainframe Discussion List on behalf of Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> Sent: Thursday, October 5, 2023 3:10 PM To:

Re: SMP/E and PATH existence

2023-10-05 Thread Kurt Quackenbush
>>A long time ago, I wrote a program called DDDEFCHK that used the SMP/E >>API to check if normal DDDEF data sets exist - there is also a DDDEFPTH >>companion program to handle paths. > Ah, so that kinda confirms that SMP/E can't do it natively. I think > BPXBATCH/IDCAMS are a better bet for

IPCS: Can ADPLSACC Service code access 64 bit storage

2023-10-05 Thread Joseph Reichman
Can ADPLSACC Service code access 64 bit storage thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Assembler access to USS functions

2023-10-05 Thread Paul Gilmartin
On Thu, 5 Oct 2023 17:31:32 +, Seymour J Metz wrote: >And what if a non-Unix application uses a serrvice that causes dubbing? > I suppose you can call BPXBATCH a shell, but Humpty Dumpty. Otherwise, you raise several related questions. I looked at one of my favorites:

Re: [External] : Re: CA-1 Withdrawl from z/OS 2.5

2023-10-05 Thread Richard McIntosh
No IPL is necessary. Stop all Tape processing. Do final conversion of data if needed. Use TMSINIT to deactivate CA1

Re: SMP/E and PATH existence

2023-10-05 Thread Phil Smith III
Rob Scott wrote: >A long time ago, I wrote a program called DDDEFCHK that used the SMP/E >API to check if normal DDDEF data sets exist - there is also a >DDDEFPTH companion program to handle paths. Ah, so that kinda confirms that SMP/E can't do it natively. I think BPXBATCH/IDCAMS are a better

Re: CA-1 Withdrawl from z/OS 2.5

2023-10-05 Thread paul zellermaier
         Sent from Yahoo Mail on Android On Thu, Sep 28, 2023 at 5:22 PM, Paul Gorlinsky wrote: We are investigating what is necessary to remove CA-1 from the system after turning on RMM in protect mode. My original plan was to us TMSINIT to remove CA-1 and disable the PROC (TMSINIT)

Re: Assembler access to USS functions

2023-10-05 Thread Seymour J Metz
And what if a non-Unix application uses a serrvice that causes dubbing? From: IBM Mainframe Discussion List on behalf of Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> Sent: Thursday, October 5, 2023 9:05 AM To: IBM-MAIN@LISTSERV.UA.EDU

Re: Assembler access to USS functions

2023-10-05 Thread Seymour J Metz
I'm saying that BPXBATCH is a shell and is not part of, e.g., EXEC. I'm also saying that the mere act of getting dubbed does not cause BPXBATCH to be involved. From: IBM Mainframe Discussion List on behalf of Jon Perryman Sent: Thursday, October 5,

Re: PARM='GRAPHICS(CHAIN(SN))'

2023-10-05 Thread Seymour J Metz
> o If it's generally needed, why isn't it an option on DD SYSOUT? Because the damage is already done. What is needed is for the utilities to stop checking for invalid characters. After that happens you can worry about SYSOUT filtering. From: IBM

Re: PARM='GRAPHICS(CHAIN(SN))'

2023-10-05 Thread Farley, Peter
It is still “a thing” because IDCAMS PRINT was programmed to print the character side of the record ”DUMP” option using the most restrictive printed character set available at that time on actual printer devices (likely based on the 1403N1 48-character print chain most used for the fastest

Re: SMP/E and PATH existence

2023-10-05 Thread Rob Scott
Phil, A long time ago, I wrote a program called DDDEFCHK that used the SMP/E API to check if normal DDDEF data sets exist - there is also a DDDEFPTH companion program to handle paths. I believe these programs still exist in the public domain in the CBT tape site (www.cbttape.org) - see files

Re: PARM='GRAPHICS(CHAIN(SN))'

2023-10-05 Thread Mike Schwab
Somebody was trying to print a pdf with box characters and NO codepages matched. On Thu, Oct 5, 2023 at 11:20 AM Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote: > > In a recent post, I saw: > //TESTDIR EXEC PGM=IDCAMS,PARM='GRAPHICS(CHAIN(SN))' > > o Why is

PARM='GRAPHICS(CHAIN(SN))'

2023-10-05 Thread Paul Gilmartin
In a recent post, I saw: //TESTDIR EXEC PGM=IDCAMS,PARM='GRAPHICS(CHAIN(SN))' o Why is PARM='GRAPHICS(CHAIN(SN))' still a thing? o Cui bono? o In this 21st Century, why isn't the default the identity translation? o If it needs to ba thing, why doesn't every utility support it? o If it's

SMP/E and PATH existence

2023-10-05 Thread Phil Smith III
Is there a way to get SMP/E to validate the existence of a USS path on a DDEF? Thanks to y'all's help, I have externalized the USS path we use to a variable. However, if the directory doesn't exist, the user can get pretty far (to the RECEIVE step) before that's recognized. I've looked at the

Re: Assembler access to USS functions

2023-10-05 Thread Jon Perryman
On Thu, 5 Oct 2023 11:07:03 +, Seymour J Metz wrote: >Where do you think process initialization gets the variable names and values? Process initialization initializes environment variables from /etc/environment. There is no requirement any shell environment (e.g. bash, csh or ...). Are you

Re: Assembler access to USS functions

2023-10-05 Thread David L. Craig
On 23Oct05:0616-0400, David Cole wrote: > To all of you who responded to my query, I thank you. > > Unfortunately (well, fortunately actually) I'm on the verge of leaving for > vacation for the month (Viking cruise, Istanbul to Venice), so I won't get a > chance to go over everything until

Re: Assembler access to USS functions

2023-10-05 Thread Farley, Peter
Hi Dave, Since you are considering an XDCUSS(A) suite, I presume they will of necessity be LE POSIX(ON) programs, so the LE function ceebenv() function documented in the LE Vendor Interfaces manual should be available to assembler code to interrogate the environment variables. I also remember

Re: CICS List Serv

2023-10-05 Thread Jon Butler
cic...@listserv.uga.edu -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

CICS List Serv

2023-10-05 Thread esst...@juno.com
Does anyone know the procedure to reister for CICS Listserv ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SCHEDIRB

2023-10-05 Thread Joseph Reichman
Thanks I have verified the IRB ran to completion while at a test breakpoint in the originating TCB the IRB ran under IKJEFT01 on a different cpu > On Oct 4, 2023, at 10:56 PM, Jon Perryman wrote: > > On Mon, 2 Oct 2023 16:18:24 -0400, Joseph Reichman > wrote: > >> Do suggest when

Re: Assembler access to USS functions

2023-10-05 Thread Paul Gilmartin
On Thu, 5 Oct 2023 05:46:48 +, Farley, Peter wrote: > >I am sorry to say that your comments so far appear merely pedantic to me, and >in particular not very useful to the OP. If there is a substantive reason for >the OP to care about these kinds of details, please elaborate. > It probably

Re: Assembler access to USS functions

2023-10-05 Thread Paul Gilmartin
On Thu, 5 Oct 2023 11:07:03 +, Seymour J Metz wrote: >Where do you think process initialization gets the variable names and values? > I believe: o If the process is initialized by init (often PID 0), init creates the environ array. o If the process is initialized by fork() the environ

Re: Assembler access to USS functions

2023-10-05 Thread Mike Schwab
How about a PGM=CGETENV with a 4K/16K/64K? memory area for the C program to copy the ENV area into? On Thu, Oct 5, 2023 at 5:43 AM David Cole wrote: > > Hi Jon, Hi Peter, > > I must say, your insights have been quite helpful. Thank you! > > Jon, You raise a good point. I neglected to say why I

Re: RACF ICH408I messages

2023-10-05 Thread Chalk, Shelia
I will look at vanguard. Thanks Shelia Chalk -Original Message- From: IBM Mainframe Discussion List On Behalf Of Robert S. Hansel (RSH) Sent: Thursday, October 5, 2023 4:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXT] Re: RACF ICH408I messages Please Note: This email is from an

Re: Assembler access to USS functions

2023-10-05 Thread Seymour J Metz
Where do you think process initialization gets the variable names and values? From: IBM Mainframe Discussion List on behalf of Jon Perryman Sent: Wednesday, October 4, 2023 11:09 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Assembler access to USS

Re: Assembler access to USS functions

2023-10-05 Thread David Cole
Hi Jon, Hi Peter, I must say, your insights have been quite helpful. Thank you! Jon, You raise a good point. I neglected to say why I wanted to get at the environment variables. Ok, here's why... Classic z/XDC uses keyword ddnames as a very easy way to pass a fair number of processing

Re: Assembler access to USS functions

2023-10-05 Thread David Cole
To all of you who responded to my query, I thank you. Unfortunately (well, fortunately actually) I'm on the verge of leaving for vacation for the month (Viking cruise, Istanbul to Venice), so I won't get a chance to go over everything until November. But all y'all have given me a lot to look

Re: RACF ICH408I messages

2023-10-05 Thread Robert S. Hansel (RSH)
Hi Shelia, Assuming your RACF monitoring options have been set correctly, the ICH408I messages will likely have corresponding SMF records. You can use RACF's SMF Unload utility to generate text or XML output from these records for research and reporting. If you have an adjunct RACF SMF

Re: Assembler access to USS functions

2023-10-05 Thread Jon Perryman
Rather than get into a discussion that probably doesn't interest anyone here, we should make this about the problem Dave Cole is interested in solving. This is more about making sure he has considered things like sub-shells and other things he might have overlooked. I'm sure he'll ask if

Re: Assembler access to USS functions

2023-10-05 Thread Jon Perryman
On Thu, 5 Oct 2023 05:46:48 +, Farley, Peter wrote: >Why does any programmer need to care where the environment variables are >stored? Normally, I would agree but XDC is a very special case with very broad requirements. As a full z/OS system debugger, Dave Cole has many requirements