Re: FTP to zvm
>>> On 11/7/2018 at 02:53 PM, "Dazzo, Matt" <00a854d4f854-dmarc-requ...@listserv.ua.edu> wrote: > Running zvm 6.3 and I'm looking to ftp a file from my desktop to pmaint.cf0. > > I updated the system config file on my desktop and trying to ftp it back to > zvm. Problem is PMAINT CF0 (ReadOnly) > > How do I get this to be read/write? > > I tried using maint630 user but can't seem to find the location of system > config file when I'm signed on. > > I sign on using user=pmaint > cd pmaint.cf0 > dir - displays the existing files. > > 230 PMAINT logged in; working directory = PMAINT 191 > ftp> cd pmaint.cf0 > 250-Working directory is PMAINT CF0 (ReadOnly) > 250 for write access, send 'ACCT minidisk-mult-password' > ftp> dir More than likely, PMAINT or someone else has the CF0 disk linked read-write. You'll need to figure out who that is and have them either detach the disk, or re-link it as read only. As Jake mentioned, you could FTP it to another disk that is not currently in use, and then copy/move it. More than likely, PMAINT's 191 disk is also linked read-write, so you'll have to detach it first. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Recommended method for accessing secondary access spaces
On Sun, 11 Nov 2018 09:39:31 -0500, Joseph Reichman wrote: >on second there maybe another way of getting the >information besides going into XMEM > There is another way, already mentioned in this thread: do all your "cross-memory" data gathering by scheduling SRBs into the other address spaces. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IGW01203E MEMBER xxxxxxxx EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.
In what language? IBM XLC C++ V2R3. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Beaver Sent: Saturday, November 10, 2018 1:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IGW01203E MEMBER EXCEEDS LIMITATIONS FOR PDS LOAD MODULES. What is this load module written? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Recommended method for accessing secondary access spaces
Your point is well taken I could check ASCBFLG,ACBLSAS+ACBTERM and bypass that address space on second there maybe another way of getting the information besides going into XMEM thanks -Original Message- From: IBM Mainframe Discussion List On Behalf Of Peter Relson Sent: Sunday, November 11, 2018 8:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Recommended method for accessing secondary access spaces I think for SSAR I might need to set the AX value to 1 Via AXSET macro correct ? Since the question is insufficient, the answer is no. There's more to it. And it is not important what service(s) you might use unless you are in an environment where it is appropriate to do so. AXSET is intended for use within a cross-memory server address space protocol. That apparently is not you. You must not change the SSAR authority within an address space that might be running any unauthorized code that you do not own. I had mentioned system integrity ramifications. I did not do so lightly. I'll admit that I do not know if a "z/OS TCP/IP server" is or is not such an address space. Regarding 0C4: you might not necessarily get an 0C4. You might, but I think there are cases where you would get some other failure. FWIW, is there much value in an implementation that has "I cannot get your data because, even though the data is valid, it is in an address space that just happens to be swapped out?" Peter Relson z/OS Core Technology Design -- 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
Re: Recommended method for accessing secondary access spaces
I think for SSAR I might need to set the AX value to 1 Via AXSET macro correct ? Since the question is insufficient, the answer is no. There's more to it. And it is not important what service(s) you might use unless you are in an environment where it is appropriate to do so. AXSET is intended for use within a cross-memory server address space protocol. That apparently is not you. You must not change the SSAR authority within an address space that might be running any unauthorized code that you do not own. I had mentioned system integrity ramifications. I did not do so lightly. I'll admit that I do not know if a "z/OS TCP/IP server" is or is not such an address space. Regarding 0C4: you might not necessarily get an 0C4. You might, but I think there are cases where you would get some other failure. FWIW, is there much value in an implementation that has "I cannot get your data because, even though the data is valid, it is in an address space that just happens to be swapped out?" Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Recommended method for accessing secondary access spaces
Would IEFUSI pick up *MASTER* Beyond that wouldn’t want to have that permanently installed the number of jobs run durning the day Thanks > On Nov 11, 2018, at 2:53 AM, Binyamin Dissen > wrote: > > On Sat, 10 Nov 2018 18:45:03 -0500 Joseph Reichman > wrote: > > :>I’m writing windows front end to display system info from a z/os system. > The program getting the info is a Assembler z/os TCP/IP server > :>Certain information such as executing program name ACEE is in not in common > > Ah, you want to examine arbitrary address spaces. Many threads on that > subject. > > :>As for swappable issues my Estae can catch the s0c4 and bypass that address > space > > Perhaps you may wish to think of a better way to gather the data. For program > name, perhaps an IEFUSI type exit to place it in memory. > > -- > Binyamin Dissen > http://www.dissensoftware.com > > Director, Dissen Software, Bar & Grill - Israel > > > Should you use the mailblocks package and expect a response from me, > you should preauthorize the dissensoftware.com domain. > > I very rarely bother responding to challenge/response systems, > especially those from irresponsible companies. > > -- > 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