Not able to login to TSO
Hello, We are facing issue in TCPIP profile of z/OS 1.7. I am not able to login into TSO. There is much difference in coding of z/OS 1.7 and z/OS 1.9 profile.Our rest of the system like z/OS 1.9 , z/OS 1.10 etc tcpip are working fine. I tried research to see, if any error occur in TCPIP profile. But I didnt found anything. My TSO and TCPIP address spaces are running fine. Can you please help me to isolate this issue. For reference I am attaching my z/OS 1.7 tcpip profile and output of D A,L - 23.27.09 d a,l 23.27.09 IEE114I 23.27.09 2011.216 ACTIVITY 922 C JOBS M/STS USERSSYSASINITS ACTIVE/MAX VTAM OAS 4000220 00030000440/00100 00013 LLA LLA LLA NSW S VLF VLF VLF NSW S NET NET VTAM NSW SO TCPIPTCPIPTCPIPNSW SO RMF RMF IEFPROC NSW S DLF DLF DLF NSW S EPWFFST FFST EPWFFST NSW S APPC APPC APPC NSW S ASCH ASCH ASCH NSW S AUTO AAUTO OWT S JES2 JES2 IEFPROC NSW S RACF RACF RACF NSW S FSWTRTCPFSS IEFPROC NSW S INETD4 STEP1STCUSER OWT AO CROND5 STEP1STCUSER OWT AO NPFQMGR NPFQMGR NPFQMGR OWT SO SMTP SMTP SMTP NSW S FTPD1STEP1STCUSER OWT AO DFRMMDFRMMIEFPROC NSW S SMC0 SMC0 STEP010 NSW S SRVPROC SRVPROC SERVER NSW SO TSO TSO STEP1OWT S 0 RRS RRS RRS NSW S RMFGAT RMFGAT IEFPROC NSW SO SSHD4STEP1OMVSKERN OWT AO GPMSERVE GPMSERVE STEP1NSW SO -- Thanks Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ; PROFILE.TCPIP ; = ; -- ; ; SMFCONFIG TCPINIT TCPTERM ; ; Flush the ARP tables every 5 minutes. ; ARPAGE 20 KEEPALIVEOPTIONS INTERVAL 1 ENDKEEPALIVEOPTIONS TELNETPARMS PORT 23 INACTIVE 0 TIMEMARK 600 SCANINTERVAL 120 SMFINIT STD SMFTERM STD WLMCLUSTERNAME TN3270E ENDWLMCLUSTERNAME ENDTELNETPARMS ; -- ; ; Disable the SNMP agent ; SACONFIG DISABLE ; ; -- ; ; ; DATASETPREFIX TCPIP ; ; -- ; ; Set Telnet time-out to 10 minutes. ; INTERNALCLIENTPARMS TIMEMARK 600 ENDINTERNALCLIENTPARMS ; ; --- ; ; Reserve low ports for servers ; ;TCPCONFIGTCPSENDBFRSIZE 64K TCPCONFIG INTERVAL 10 SENDGARBAGE TRUE UNRESTRICTLOWPORTS TCPRCVBUFRSIZE 32768 TCPSENDBFRSIZE 32768 ;DPCONFIGRESTRICTLOWPORTS ; ; -- ; ; AUTOLOG the following servers. ; AUTOLOG 5 FTPD JOBNAME FTPD1 ; LPSERVE ; LPD Server ; NAMESRV ; Domain Name Server ; NCPROUT ; NCPROUTE Server NPFQMGR ; Start NPF Que Manager ; PORTMAP ; PortmaprServer ; PORTS ; Network Database System (Port Manager) ; ROUTED ; RouteD Server ; RXSERVE ; Remote Execution Server SMTP; SMTP Server ; SNMPD ; SNMP Agent Server ; SNMPQE ; SNMP Client ; TCPIPX25; X25 Server ; MVSNFS ; NetworkrFile System Server ENDAUTOLOG ; -- ; ; Reserve ports for the following servers. ; PORT 7 UDP MISCSERV; Miscellaneous Server 7 TCP MISCSERV 9 UDP MISCSERV 9 TCP MISCSERV 19 UDP MISCSERV 19 TCP MISCSERV 20 TCP OMVS NOAUTOLOG ; FTP SERVER DATA PORT 21 TCP FTPD1 ; FTP Server control port 23 TCP INTCLIEN; Telnet Server 25 TCP SMTP; SMTP Server 53 TCP NAMESRV ; Domain Name Server 53 UDP NAMESRV ; Domain Name Server 80 TCP OMVS; JDC: OS/390 HTTP webserver 111 TCP PORTMAP ; Portmap Server 111 UDP PORTMAP ; Portmap Server 135 UDP LLBD; NCS Location Broker 161 UDP OSNMPD ; SNMP AGENT 162 UDP SNMPQE ; SNMP Query Engine 443 TCP OMVS; JDC: OS/390 HTTPS webserver 512 TCP RXSERVE ; Remote Execution Server 514 UDP OMVS; OE SYSLOGD SERVER ;515 TCP LPSERVE ; LPD Server 520 UDP OROUTED ; ROUTED SERVER 580 UDP NCPROUT ;
Re: Messages IEF032I/IEF033I replacing IEF374I/IEF376I
There is an IBM Migrating to z/OS V1.12 handout on the IBM Website that is very good at answering this question. I googled before posting. I saw that but it does not answer my question. I don't like multiline messages. They complicates automated processing. What is really awkward is the fact that the follow-on lines do not have a message id. Makes automated processing even more complicated. (Yes, I do understand how multiline WTOs work. I always code multiple single line WTOs in such cases). -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Not able to login to TSO
what error messages are issued when you attempt to logon? any indication of the connection being made when you open your mainframe's IP? need to see all that to have any idea of what happening. --- On Fri, 8/5/11, saurabh khandelwal sourabhkhandelwal...@gmail.com wrote: From: saurabh khandelwal sourabhkhandelwal...@gmail.com Subject: Not able to login to TSO To: IBM-MAIN@bama.ua.edu Date: Friday, August 5, 2011, 2:27 AM Hello, We are facing issue in TCPIP profile of z/OS 1.7. I am not able to login into TSO. There is much difference in coding of z/OS 1.7 and z/OS 1.9 profile.Our rest of the system like z/OS 1.9 , z/OS 1.10 etc tcpip are working fine. I tried research to see, if any error occur in TCPIP profile. But I didnt found anything. My TSO and TCPIP address spaces are running fine. Can you please help me to isolate this issue. For reference I am attaching my z/OS 1.7 tcpip profile and output of D A,L - 23.27.09 d a,l 23.27.09 IEE114I 23.27.09 2011.216 ACTIVITY 922 C JOBS M/S TS USERS SYSAS INITS ACTIVE/MAX VTAM OAS 4 00022 0 00030 00044 0/00100 00013 LLA LLA LLA NSW S VLF VLF VLF NSW S NET NET VTAM NSW SO TCPIP TCPIP TCPIP NSW SO RMF RMF IEFPROC NSW S DLF DLF DLF NSW S EPWFFST FFST EPWFFST NSW S APPC APPC APPC NSW S ASCH ASCH ASCH NSW S AUTO A AUTO OWT S JES2 JES2 IEFPROC NSW S RACF RACF RACF NSW S FSWTR TCPFSS IEFPROC NSW S INETD4 STEP1 STCUSER OWT AO CROND5 STEP1 STCUSER OWT AO NPFQMGR NPFQMGR NPFQMGR OWT SO SMTP SMTP SMTP NSW S FTPD1 STEP1 STCUSER OWT AO DFRMM DFRMM IEFPROC NSW S SMC0 SMC0 STEP010 NSW S SRVPROC SRVPROC SERVER NSW SO TSO TSO STEP1 OWT S 0 RRS RRS RRS NSW S RMFGAT RMFGAT IEFPROC NSW SO SSHD4 STEP1 OMVSKERN OWT AO GPMSERVE GPMSERVE STEP1 NSW SO -- Thanks Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Not able to login to TSO
are you able to connect to your TN3270 service (I do not see in D A,L output, but may be you have different STC name? Or are you doing VTAM routing to other MVS -- how is your infrastructure set up?) and just cannot log on to TSO? Then, I would assume, your TCPIP is set up correct and I suggest checking UADS or TSO segment for the user in question. Cheers Michael Von:saurabh khandelwal sourabhkhandelwal...@gmail.com An: IBM-MAIN@bama.ua.edu Datum: 2011-08-05 08:34 Betreff:Not able to login to TSO Gesendet von: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Hello, We are facing issue in TCPIP profile of z/OS 1.7. I am not able to login into TSO. There is much difference in coding of z/OS 1.7 and z/OS 1.9 profile.Our rest of the system like z/OS 1.9 , z/OS 1.10 etc tcpip are working fine. I tried research to see, if any error occur in TCPIP profile. But I didnt found anything. My TSO and TCPIP address spaces are running fine. Can you please help me to isolate this issue. For reference I am attaching my z/OS 1.7 tcpip profile and output of D A,L - 23.27.09 d a,l 23.27.09 IEE114I 23.27.09 2011.216 ACTIVITY 922 C JOBS M/STS USERSSYSASINITS ACTIVE/MAX VTAM OAS 4000220 00030000440/00100 00013 LLA LLA LLA NSW S VLF VLF VLF NSW S NET NET VTAM NSW SO TCPIPTCPIPTCPIPNSW SO RMF RMF IEFPROC NSW S DLF DLF DLF NSW S EPWFFST FFST EPWFFST NSW S APPC APPC APPC NSW S ASCH ASCH ASCH NSW S AUTO AAUTO OWT S JES2 JES2 IEFPROC NSW S RACF RACF RACF NSW S FSWTRTCPFSS IEFPROC NSW S INETD4 STEP1STCUSER OWT AO CROND5 STEP1STCUSER OWT AO NPFQMGR NPFQMGR NPFQMGR OWT SO SMTP SMTP SMTP NSW S FTPD1STEP1STCUSER OWT AO DFRMMDFRMMIEFPROC NSW S SMC0 SMC0 STEP010 NSW S SRVPROC SRVPROC SERVER NSW SO TSO TSO STEP1OWT S 0 RRS RRS RRS NSW S RMFGAT RMFGAT IEFPROC NSW SO SSHD4STEP1OMVSKERN OWT AO GPMSERVE GPMSERVE STEP1NSW SO -- Thanks Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
A nice website,go it
Good news for you! I found a wonderful website:seicn.com and bought a laptop. How amazing, they take 5 days to send to my home. On their web, they have many products. If you need to buy something, you can go to look and check it Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A nice website,go it
Looks like someone has hacked into John's email system. I would recommend that you *DO NOT* go to that website. And for the curious, I certainly am heeding my own advice! :-) Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of john gilmore Sent: Friday, August 05, 2011 5:28 AM To: IBM-MAIN@bama.ua.edu Subject: A nice website,go it Good news for you! I found a wonderful website:seicn.com and bought a laptop. How amazing, they take 5 days to send to my home. On their web, they have many products. If you need to buy something, you can go to look and check it Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A nice website,go it
Looks like someone has hacked into John's email system. Did anyone else get this as a privately addressed mail, or merely via the list server ? Trying to work out if they got his contact list. Header IP looks like China. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A nice website,go it
Yes, I also got a private email. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shane Ginnane Sent: Friday, August 05, 2011 6:11 AM To: IBM-MAIN@bama.ua.edu Subject: Re: A nice website,go it Looks like someone has hacked into John's email system. Did anyone else get this as a privately addressed mail, or merely via the list server ? Trying to work out if they got his contact list. Header IP looks like China. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Group Capacity
snip Within the same Group Capacity can I include a LPAR which is hardcapped (traditional PR/SM) rather than via Defined Capacity ? Manual specifies WLM will dynamically remove such partitions from the group and manage the remaining partitions towards the group limit. What I'm curious is if the utilization of the capped LPAR still counts/aggregate towards the group limit. /snip If you remove the LPAR in question from the group then it definitely will NOT count toward the group limit. If you want it to count, then soft cap it with a defined capacity of a very large size. It will count toward the group limit and only the group limit will cause it to be capped. That said, if you are establishing the group in order to lower software costs, the uncapped LPAR, not a member of the group, will probably negate your efforts. While you are at it, check to see if INITIAL CAPPING is set for the LPAR in question. If it is not, then this LPAR is not capped at all as the CP weights will only take effect when there is contention from other LPARs. Hence if this LPAR is allowed to consume the entire CEC the WLC pricing will be affected. This will occur if the other LPARs are not busy or are inactive. Andy Coburn -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
GDG recall ENQ IEF861I IEF863I IEF099I
Hi team, This time is an HSM question related to a GDG dataset. The problem description : JOBA is recalling of a large dataset from ML2 to DASD. MY.DATASET.(0). JOBB during the JOBA recalling creates a new version of the dataset MY.DATASET.(+1) JOBB waits until the recall from JOBA ends. Related messages during JOBB running. IEF861I FOLLOWING RESERVED DATA SET NAMES UNAVAILABLE TO JOBB IEF863I DSN=MY.DATASET RC=04 IEF099I JOB JOBB WAITING FOR DATA SETS Questions : During a GDG recall, the HSM keep in exclusive mode all versions of the dataset and cannot create new versions till tne recall ends? Is it normal behaviour of the HSM or is there some parameter to avoid this? Best regards and happy weekend. Enrique Montero -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A nice website,go it
Had this sort of message sent to me privately several times. They always use MSN, Yahoo or Hotmail accounts. This is the first time on this Forum though (to my knowledge!). Cheers Aled -Original Message- From: Shane Ginnane ibm-m...@tpg.com.au To: IBM-MAIN IBM-MAIN@bama.ua.edu Sent: Fri, Aug 5, 2011 11:11 am Subject: Re: A nice website,go it Looks like someone has hacked into John's email system. Did anyone else get this as a privately addressed mail, or merely via the ist server ? Trying to work out if they got his contact list. eader IP looks like China. Shane ... -- or IBM-MAIN subscribe / signoff / archive access instructions, end email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO earch the archives at http://bama.ua.edu/archives/ibm-main.html -Original Message- From: Shane Ginnane ibm-m...@tpg.com.au To: IBM-MAIN IBM-MAIN@bama.ua.edu Sent: Fri, Aug 5, 2011 11:11 am Subject: Re: A nice website,go it Looks like someone has hacked into John's email system. Did anyone else get this as a privately addressed mail, or merely via the ist server ? Trying to work out if they got his contact list. eader IP looks like China. Shane ... -- or IBM-MAIN subscribe / signoff / archive access instructions, end email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO earch the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A nice website,go it
Me too. Thank You, Dave O'Brien NIH Contractor From: Richards, Robert B. [robert.richa...@opm.gov] Sent: Friday, August 05, 2011 6:20 AM To: IBM-MAIN@bama.ua.edu Subject: Re: A nice website,go it Yes, I also got a private email. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shane Ginnane Sent: Friday, August 05, 2011 6:11 AM To: IBM-MAIN@bama.ua.edu Subject: Re: A nice website,go it Looks like someone has hacked into John's email system. Did anyone else get this as a privately addressed mail, or merely via the list server ? Trying to work out if they got his contact list. Header IP looks like China. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Not able to login to TSO
Michael ... but may be you have different STC name? Given that the PROFILE data set contains the traditional TELNET statements, it's a fair bet that Saurabh is still relying on the integrated implementation of the TELNET server function and so will *not* have any separate address space. Actually I don't know whether or not it is possible to use both the integrated flavour and the separate flavour! Seems unlikely don't you think? ... doing VTAM routing to other MVS ... In principle, routing within an SNA network need not purely be by means of SNA nodes running VTAM. I guess I got into a super-analytical frame of mind when dealing with the matter of the separate address space. I would have used the word issue rather than matter but these days, with the massive misuse of the word issue I dare not! Even trying-to-be-trendy Dave Cameron - Eton-educated no less! - managed to get not just his tongue twisted trying to work out in an interview whether to use the word issue or problem. This nonsense has reached the highest in the land which thought it *owned* the language! Chris Mason On Fri, 5 Aug 2011 09:39:35 +0200, Michael Klaeschen michael.klaesc...@deutscherring.de wrote: are you able to connect to your TN3270 service (I do not see in D A,L output, but may be you have different STC name? Or are you doing VTAM routing to other MVS -- how is your infrastructure set up?) and just cannot log on to TSO? Then, I would assume, your TCPIP is set up correct and I suggest checking UADS or TSO segment for the user in question. Cheers Michael -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Spam
My ISP just harvested some junk (supposedly) from John G - a vacation reply. Never had similar (from John). Let's hope he hasn't been using Internet Cafe(s) in B#283;ij#299;ng. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Spam
Sorry - that would be Beijing in plain text. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A nice website,go it
Richards, Robert B. wrote: Looks like someone has hacked into John's email system. Yup, and he is not the first IBM-MAIN member whose email address has been hijacked. I was very suspicious of that mail, because there is not the usual signature line with his name, place and phone number. That mail, which was also sent privately to me, also contains somewhat bad grammer. If you know John, you also know that he is very good at writing skills. I would recommend that you *DO NOT* go to that website. And for the curious, I certainly am heeding my own advice! :-) What website? ;-D And yes, I already have a laptop and I'm pretty sure I'm now working on it ... ;-D Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GDG recall ENQ IEF861I IEF863I IEF099I
Questions : During a GDG recall, the HSM keep in exclusive mode all versions of the dataset and cannot create new versions till tne recall ends? Is it normal behaviour of the HSM or is there some parameter to avoid this? Best regards and happy weekend. Enrique Montero It is normal behavior for a GDG in general. The enq is placed on the GDG base not the individual GDG entry. So if any long running job is creating a GDG +1, it will be the base name that is enqueued. I do not know if IBM was ever asked to address this concern. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Spam
Shane Ginnane wrote: Sorry - that would be Beijing in plain text. For three and half nanoseconds I was thinking you're trying mixing English and Mandarin languages... :-) Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A nice website,go it
I received it thru the list. Haven't received one privately, yet. Charles Hardee CA technologies Sr Sustaining Engineer Tel: +1-952-838-1039 charles.har...@ca.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shane Ginnane Sent: Friday, August 05, 2011 5:11 AM To: IBM-MAIN@bama.ua.edu Subject: Re: A nice website,go it Looks like someone has hacked into John's email system. Did anyone else get this as a privately addressed mail, or merely via the list server ? Trying to work out if they got his contact list. Header IP looks like China. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: assembler help!
I guess my complaining __is__ becoming tiresome. I'll try to stop. At least we still have a z. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Rowe Sent: Thursday, August 04, 2011 4:25 PM To: IBM-MAIN@bama.ua.edu Subject: Re: assembler help! I can't help you with that question, since I don't use C myself. I just thought it was interesting that you keep complaining about not having a C compiler due to funds, yet there is a free one out there. I thought I saw some messages recently talking about it being relatively up to date. On Thu, Aug 4, 2011 at 3:17 PM, McKown, John john.mck...@healthmarkets.comwrote: I'm too stupid to figure out how to install it. But that was a few years ago. It the z/OS version maintained? Or is it like other GNU software that gets on z/OS - out of date and not actively kept in sync with the Linux version. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Rowe Sent: Thursday, August 04, 2011 2:10 PM To: IBM-MAIN@bama.ua.edu Subject: Re: assembler help! John, Why not use GCC? On Thu, Aug 4, 2011 at 2:44 PM, McKown, John john.mck...@healthmarkets.comwrote: But not at a cost of $0.00. We're still in lock down mode. We seem to be doing better as a company, but there is still a push to keep costs at a minimum. Some day, I may look at relicensing your C, C++, and assembler for my home Linux system to do cross-compiles. I had them licensed some years ago, but medical expenses and the death of my mother totally destroyed my disposable income. Most of my joy of programming is now done on Linux using gratis tools. This is reinforced by the constant pressure here to not use the mainframe unnecessarily. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Thomas David Rivers Sent: Thursday, August 04, 2011 1:32 PM To: IBM-MAIN@bama.ua.edu Subject: Re: assembler help! McKown, John wrote: NO Why? Because we're too cheap to license the C compiler. We do have HLASM. Now, if they want to make the C/C++ come for free, I'd jump for joy. We had a license at one time. But a manager who was struggling to save his job decided that eliminating all non-critical software was the way to go. So the C license went. Followed shortly thereafter by the manager. I think we could help you with that... -
Re: Spam
Shane Ginnane wrote: My ISP just harvested some junk (supposedly) from John G - a vacation reply. I also got that one too. That one came from 'snt0-omc4-s4.snt0.hotmail.com' located in USA despite trying to fake a msn address. Hmm, I need a vacation from all those spam, spam and more spam ... ;-D Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: assembler help!
I would probably really like PL/X. I adored PL/I in school. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of john gilmore Sent: Thursday, August 04, 2011 5:15 PM To: IBM-MAIN@bama.ua.edu Subject: assembler help! It is clear from this and other examples we have seen here that 1) the assembly-language sklls of most installation sysprogs under 50 are rudimentary 2) IBM's maintenance of the HLASM interfaces to system services has low priority and is deteriorating, chiefly because the PL/X interfaces are the ones that its own programmers use. I should like to see 1) exit samples written in PL/X and 2) release of the PL/X translator for customer and ISV use in writing exits and the like. John Gilmore Ashland, MA 01721-1817 USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A nice website,go it
And, as the song goes... And then you go and spoil it all by saying something stupid like,. You can probably guess the rest of the new lyrics. Yes, I just received the vacation spam email privately. Coincidence or what? Anyway, you wanted to know Shane. Good luck in figuring it out. Charles Hardee CA technologies Sr Sustaining Engineer Tel: +1-952-838-1039 charles.har...@ca.com -Original Message- From: Hardee, Charles H Sent: Friday, August 05, 2011 7:06 AM To: 'IBM Mainframe Discussion List' Subject: RE: A nice website,go it I received it thru the list. Haven't received one privately, yet. Charles Hardee CA technologies Sr Sustaining Engineer Tel: +1-952-838-1039 charles.har...@ca.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shane Ginnane Sent: Friday, August 05, 2011 5:11 AM To: IBM-MAIN@bama.ua.edu Subject: Re: A nice website,go it Looks like someone has hacked into John's email system. Did anyone else get this as a privately addressed mail, or merely via the list server ? Trying to work out if they got his contact list. Header IP looks like China. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A nice website,go it
In 2d14e7856646224aacdda13ab1d3555715e5b9b...@wdcv7exvs2.opm.gov, on 08/05/2011 at 05:39 AM, Richards, Robert B. robert.richa...@opm.gov said: Looks like someone has hacked into John's email system. My first thought was that it was a forgery, but the Received: and Message-ID lines suggest that it really did come from his machine. OTOH, the originating IP address was on MSN rather than Verizon, which could indicate forgery. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Not able to Access OMVS
-Original Message- From: IBM Mainframe Discussion List On Behalf Of saurabh khandelwal Hello, I am not able to login to OMVS. I am getting below error. Function = chdir(), directory name = '/u/tec1008', return value = -1, errno = 12 9 (X'0081'), reason code = 05190050, message = 'EDC5129I No such file or dir ectory.' FSUM2331 The session has ended. Press Enter to end OMVS. RUNNING The end of the session was not recorded. The proper location for recording cou d not be found.+ Function = getutxline(), terminal name = 'ttyp0001', user name = TEC1008, retur value = 0 *** But I checked my OMVS segment in RACF,. /u/tec1008 is defined for me. OMVS INFORMATION UID= 00 HOME= /u/tec1008 PROGRAM= /bin/sh CPUTIMEMAX= NONE ASSIZEMAX= NONE FILEPROCMAX= NONE PROCUSERMAX= NONE THREADSMAX= NONE MMAPAREAMAX= NONE Can you help me to resolve this issue. It appears that either you have not created the directory /u/tec1008 in your currently-mounted OMVS file system, or the file system that contains the directory /u/tec1008 is not mounted. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: assembler help!
What is your email address Rick? Another person has looked at my code and is being very helpful, but I still don't get what I want when I run a multi step job... Comparing mine to yours might help.. Anne D. Crabtree System Programmer WV Office of Technology Data Center 1900 Kanawha Blvd East Charleston, WV 25305 (304)558-5914 ext 58292 (304)558-1441 fax -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rick Fochtman Sent: Thursday, August 04, 2011 6:39 PM To: IBM-MAIN@bama.ua.edu Subject: Re: assembler help! --snip--- In our IEFACTRT (accounting exit), an assembler program, it has the following commands: L R2,PARMJOBC R2 now contains PARMJOBC, X'0008' ICM R1,7,0(R2) R1 now contains X'..zz', where .. are the origincal contents of R1 and zz are the contents of storage location X'0008' If PARMJOBC contains a binary integer length of 4 with 00 00 00 08, what ends up in all bits of R1? I am trying to add additional values to what is in R1 by doing: MVC WK1(4),SMF30CPS A R1,WK1 This is not doing what I want it to do! If SMF30CPS, also a binary integer length of 4, has 00 00 00 01, what ends up in R1? R1 now contains God only knows what. Shoot me an Assembler listing of the source code (ZIP'ped) and I'll take a look at it. I suspect I know what's wrong but don't want to clutter the list with a long drawn-out explanation. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Spam
In 4702673754796316.wa.elardus.engelbrechtsita.co...@bama.ua.edu, on 08/05/2011 at 06:59 AM, Elardus Engelbrecht elardus.engelbre...@sita.co.za said: I also got that one too. That one came from 'snt0-omc4-s4.snt0.hotmail.com' located in USA despite trying to fake a msn address. The legitimate messages also went through hotmail. However, compare the originating IP addresses; [108.20.159.218] is verizon while [65.55.90.239] is microsoft. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: assembler help!
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Jim Thomas [ snip ] By the way ... if anyone of us had to have brain or heart surgery .. would we want one that learnt how to perform surgery with JAVA simulations ??. By that, I mean this as a reference to 'Rapid Development' and 'Point And Click' IDE's which has taken over the data processing and even, engineering world. My favorite analogue for this is to point to the differences between the venerable SR-71 Blackbird, which was substantially designed with pencil, paper and slide rule, and modern high-performance military jets designed with point 'n' click CAD/CAM systems. There has been nothing built since the SR-71 that can compete with its raw speed and altitude capabilities, and likely there never will be (but for political rather than scientific reasons). Allegedly, a prime consideration for Boeing's scuttling of its Supersonic Transport (SST) project back in the 1960s was a conclusion by some pseudo-scientists that sonic booms cause cancer. Thus was the Concorde left without competition, and restricted to supersonic flight only over the open ocean (whose inhabitants, apparently, are immune to cancer and/or sonic booms). -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Not able to login to TSO
Saurabh At first I suspected that you had changed your release of z/OS from one where the traditional TELNET (which incorporates 3270 capability) can run in the main Communications Server (CS) IP address space to the one where it *must* run in a separate address space - but not so. That change is imposed from V1R9 - although you could already be running traditional TELNET in its own address space in V1R7, a migration aid very kindly provided by the IBM CS developers. I see from your PROFILE data set that you are in fact running your traditional TELNET integrated with the main CS IP address space as it has been since the dawn of TCP/IP for VM and TCP/IP for MVS. We are facing issue ... Incidentally, since you are not able to do something you expected to be able to do, what you are facing is a *problem* not one of these trendy misuses of the word issue - for the sake of all that is holy. This is just one more issue, the word used correctly, which mitigates my low blood pressure problem, the word used correctly, a problem because I have a tendency to faint when standing up if I'm insufficiently riled! Logging onto TSO by means of TELNET, specifically TELNET client and server instances which employ TN3270, or usually these days, TN3270E protocols, involves many components. That being so, as Cris Hernandez requested, we need to have the details of the failed attempt finally to log on to TSO. A. Did the TN3270 client establish a TN3270 TCP connection over the IP network to the TN3270 server? B. What evidence is there that this succeeded? Is there an USS[1] message 10 from your customised USS table USSYSA7 being displayed? C. If the USS message 10 is displayed, what happens when the USS command for the purpose of logging on to TSO is entered and there is an attempt to initiate an SNA session between the traditional TELNET server function and the TSO application? There may be some VTAM messages which appeared at this time. D. If the TSO logon panel is displayed, is there a failure to be able to enter the right information to be able to progress? I'm happy to try to help you out with A, B and C but probably not so much D. On the other hand there is a wealth of expertise in the IBM-MAIN list who will no doubt be able to compensate for my not knowing how to guide you through that last potential barrier. But, talking of expertise in lists, the best list to deal with points A, B and C is actually IBMTCP-L, accessed as follows: For IBMTCP-L subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO IBMTCP-L As a matter of interest, what is the purpose in your mentioning z/OS V1R9 and V1R10? Possible relevance to the topic you have raised here is that, in those releases, the traditional TELNET function must run in a separate address space but this has no significance I can see for your current problem with your V1R7 system which evidently from your PROFILE data set is running an integrated traditional TELNET function. A final point: one thing that needs to be checked is that the TELNET server function really is the one you indicate with the PROFILE data set you posted. There are other ways to support a TELNET server, one of which is an OSA feature running the ICC function. Just to be sure, you should assure us that you have checked that the TELNET configuration with which you are having a difficulty is the one you think it is. - [1] There are very many people in this list who misuse the term USS when they should be using the term z/OS UNIX or z/UNIX. I divide people into those who deliberately misuse the term, the conceited idiots, and those who are misled by the perpetual misuse by conceited idiots who should know better and are beyond the reach of reason. Those misled of course tend to be those who have recently become involved with z/OS who should be being assisted in their understanding of this complex topic but who are treated with disdain by the conceited idiots. For example, in trying to solve this problem, you may well be trying to examine the role of the USS table, its commands and messages, in trying to resolve your problem. You may well have become thoroughly confused over how this relates in any way with what you think you have learned is to what USS might refer, namely, and quite falsely, z/OS UNIX System Services. The conceited idiots are too thick to get their puny brains round this particular problem - or is that also an issue? - Chris Mason On Fri, 5 Aug 2011 11:57:42 +0530, saurabh khandelwal sourabhkhandelwal...@gmail.com wrote: Hello, We are facing issue in TCPIP profile of z/OS 1.7. I am not able to login into TSO. There is much difference in coding of z/OS 1.7 and z/OS 1.9 profile.Our rest of the system like z/OS 1.9 , z/OS 1.10 etc tcpip are working fine. I tried research to see, if any error occur in TCPIP profile. But I didnt found anything. My TSO and
Re: Spam
Shmuel Metz (Seymour J.) wrote: The legitimate messages also went through hotmail. However, compare the originating IP addresses; [108.20.159.218] is verizon while [65.55.90.239] is microsoft. Before I posted, I have traced only that domain name ending with hotmail. I initially did not bother to trace the 2 IP addresses. Anyway I got the same results for these 2 IP addresses with www.dnsstuff.com. Thanks for confirming. It is much appreciated. What are you using to do tracing, if I may ask, please? Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GDG recall ENQ IEF861I IEF863I IEF099I
I think it only happens when you are using relative GDG numbers such as GDG(0) or GDG(-1). If you hard code the goovoo like GDG.G0001V00, then only that generation is enqueued. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Friday, August 05, 2011 6:49 AM To: IBM-MAIN@bama.ua.edu Subject: Re: GDG recall ENQ IEF861I IEF863I IEF099I Questions : During a GDG recall, the HSM keep in exclusive mode all versions of the dataset and cannot create new versions till tne recall ends? Is it normal behaviour of the HSM or is there some parameter to avoid this? Best regards and happy weekend. Enrique Montero It is normal behavior for a GDG in general. The enq is placed on the GDG base not the individual GDG entry. So if any long running job is creating a GDG +1, it will be the base name that is enqueued. I do not know if IBM was ever asked to address this concern. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A nice website,go it
-Original Message- From: IBM Mainframe Discussion List On Behalf Of john gilmore Good news for you! I found a wonderful website:seicn.com and bought a laptop. How amazing, they take 5 days to send to my home. On their web, they have many products. If you need to buy something, you can go to look and check it Thanks I do believe this is the most obvious forgery we've ever seen here. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: assembler help!
On Fri, Aug 5th, 2011 at 10:46 PM, Chase, John wrote: Thus was the Concorde left without competition, and restricted to supersonic flight only over the open ocean (whose inhabitants, apparently, are immune to cancer and/or sonic booms). Not quite. It also flew flat out over outback Australia. No doubt those more hardy souls that could survive such rigours were also impervious to the Concordes adverse impacts. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: assembler help!
Chase, John wrote: Allegedly, a prime consideration for Boeing's scuttling of its Supersonic Transport (SST) project back in the 1960s was a conclusion by some pseudo-scientists that sonic booms cause cancer. Hehehehe... LMAO... these 'pseudo-scientists' must be bored or spooked... :-D Sonic booms are just sound waves... Hmmm, perhaps we should not go farting because someone may get cancer in their noses... :-D;-D 8-D;-D Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A nice website,go it
Charles and probably everyone who ever posted anything on IBM-MAIN I heard it on the grapevine that there is a risk when opening an e-mail which you suspect may not be pukka of suffering the fate of those who trusted in Greek gifts. As a consequence - and thanks for a warning I half-noticed scanning the posts using this new cursor-hover-browse function - I became suspicious of an e-mail ostensibly from John and adopted what I hope is a defensive technique for taking a look at such an e-mail. Rather than *open* the e-mail I right-click and go to Properties-Detail and so on in order to look it over. My suspicions were then thoroughly aroused by the fact that I was presented with gobbledygook, continuous hex characters - with an intended double-entendre. As a matter of some interest, am I right with this defensive play? Chris Mason On Fri, 5 Aug 2011 08:14:46 -0400, Hardee, Charles H charles.har...@ca.com wrote: And, as the song goes... And then you go and spoil it all by saying something stupid like,. You can probably guess the rest of the new lyrics. Yes, I just received the vacation spam email privately. Coincidence or what? Anyway, you wanted to know Shane. Good luck in figuring it out. Charles Hardee CA technologies Sr Sustaining Engineer Tel: +1-952-838-1039 charles.har...@ca.com -Original Message- From: Hardee, Charles H Sent: Friday, August 05, 2011 7:06 AM To: 'IBM Mainframe Discussion List' Subject: RE: A nice website,go it I received it thru the list. Haven't received one privately, yet. Charles Hardee CA technologies Sr Sustaining Engineer Tel: +1-952-838-1039 charles.har...@ca.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shane Ginnane Sent: Friday, August 05, 2011 5:11 AM To: IBM-MAIN@bama.ua.edu Subject: Re: A nice website,go it Looks like someone has hacked into John's email system. Did anyone else get this as a privately addressed mail, or merely via the list server ? Trying to work out if they got his contact list. Header IP looks like China. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A nice website,go it
Received 5 of these. However, the spam filter caught them all! snip I received it thru the list. Haven't received one privately, yet. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A nice website,go it
Hi Chuck ! Regards Lim ML On 05/08/11 8:05 PM, Hardee, Charles H wrote: I received it thru the list. Haven't received one privately, yet. Charles Hardee CA technologies Sr Sustaining Engineer Tel: +1-952-838-1039 charles.har...@ca.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shane Ginnane Sent: Friday, August 05, 2011 5:11 AM To: IBM-MAIN@bama.ua.edu Subject: Re: A nice website,go it Looks like someone has hacked into John's email system. Did anyone else get this as a privately addressed mail, or merely via the list server ? Trying to work out if they got his contact list. Header IP looks like China. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
I certainly was hacked
The whole operation was very clever. Two booby traps that I was apparently expected to find were backed up by a third; and I suspect that there is a trapdoor I have not yet found. I'm installing a new non-MS operating system, etc., on my internet machine. Hopefully that will do the trick, but someone masquerading as me may continue to be a nuisance for a few days. My apologies to all of you! John Gilmore Ashland, MA 01721-1817 USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Thank you to all who responded to replace casort with dfsort ?
Thank you to all who responded to replace casort with dfsort ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: I certainly was hacked
Mac OSX? Linux (which distro)? One of the BSDs? I have a Mac Mini at home running Snow Leopard. I also have 3 laptops and 2 desktops running Fedora (RedHat) Linux. And a Motorola XOOM tablet running Android Honeycomb. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of john gilmore Sent: Friday, August 05, 2011 8:42 AM To: IBM-MAIN@bama.ua.edu Subject: I certainly was hacked The whole operation was very clever. Two booby traps that I was apparently expected to find were backed up by a third; and I suspect that there is a trapdoor I have not yet found. I'm installing a new non-MS operating system, etc., on my internet machine. Hopefully that will do the trick, but someone masquerading as me may continue to be a nuisance for a few days. My apologies to all of you! John Gilmore Ashland, MA 01721-1817 USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Question about network usage
Hello, We have a pretty basic system here. No network tools other than basic stuff provided by IBM. Does anyone know of a way, with IBM supplied software, etc, to determine network utilization, statistics, etc flowing through our OSA cards? Thanks for any help you can provide, Kurt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: I certainly was hacked
On Fri, Aug 5th, 2011 at 11:41 PM, john gilmore john_w_gilm...@msn.com wrote: The whole operation was very clever. Two booby traps that I was apparently expected to find were backed up by a third; and I suspect that there is a trapdoor I have not yet found. I'm installing a new non-MS operating system, etc., on my internet machine. Hopefully that will do the trick, but someone masquerading as me may continue to be a nuisance for a few days. My apologies to all of you! John you may wish to forward this to the assembler list as well. You are in review status over there due to incidents about a week ago (if you aren't aware). Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CORRUPT PDS - I/O ERROR
On Thu, 4 Aug 2011 19:35:47 -0400, Shmuel Metz (Seymour J.)wrote: I believe that he wants the DWIWHMHIUWIWTA macro. Is that something like do what I would have meant had I understood what I wanted to accomplish? -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: I certainly was hacked
Was the MS in capitals intentional? = The whole operation was very clever. Two booby traps that I was = apparently expected to find were backed up by a third; and I suspect that = there is a trapdoor I have not yet found. = = I'm installing a new non-MS operating system, etc., on my internet = machine. Hopefully that will do the trick, but someone masquerading as me = may continue to be a nuisance for a few days. = = My apologies to all of you! = = John Gilmore Ashland, MA 01721-1817 USA = -- = For IBM-MAIN subscribe / signoff / archive access instructions, = send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO = Search the archives at http://bama.ua.edu/archives/ibm-main.html = John Cassidy (Dipl.-Ingr.) Kapellenstr. 21a D-65193 Wiesbaden EU Mobile: +49 (0) 170 794 3616 http://www.JDCassidy.net http://en.federaleurope.org/ http://sva-zhosting.com/en/index.php -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Not able to Access OMVS
Messages can be useful. In this case, the message clearly stated what the problem was. If you had looked up the message or investigated what it indicated the error was, rather than posting here, you might have been able to solve the problem yourself. In general, when an error message is issued, go look up that message. Read the explanation carefully and try to follow the recommended actions. If you can't find the message or it is unclear or the action does not work, then others may be able to help. Access to message manuals is key to doing the job effectively. Whether you use QuickRef or BookManager or LookAt or IBM's web site or a DVD or a disk-based copy of the manuals, they should be the first place to go. Reading the message can help you understand better how things work. This is important to help build your skill set. - Don Imbriale On Thu, Aug 4, 2011 at 4:40 PM, saurabh khandelwal sourabhkhandelwal...@gmail.com wrote: Yes, There was a problem with directory. someone by mistake has deleted it . So because of this I got this error. Thanks every one to help me . Regards Saurabh On Fri, Aug 5, 2011 at 1:57 AM, George, Kevin A kevin.geo...@opm.gov wrote: You need to have a directory in the /u named tec1008. Normally this is done using automount and a ZFS for your file system. - Kevin George U.S. Office of Personnel Management 1900 E Street NW Room BH04L Washington, DC 20415 (202) 606-1195 - Main (202) 528-8215 - Cell From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] On Behalf Of saurabh khandelwal [sourabhkhandelwal...@gmail.com] Sent: Thursday, August 04, 2011 4:21 PM To: IBM-MAIN@bama.ua.edu Subject: Not able to Access OMVS Hello, I am not able to login to OMVS. I am getting below error. Function = chdir(), directory name = '/u/tec1008', return value = -1, errno = 12 9 (X'0081'), reason code = 05190050, message = 'EDC5129I No such file or dir ectory.' FSUM2331 The session has ended. Press Enter to end OMVS. RUNNING The end of the session was not recorded. The proper location for recording cou d not be found.+ Function = getutxline(), terminal name = 'ttyp0001', user name = TEC1008, retur value = 0 *** But I checked my OMVS segment in RACF,. /u/tec1008 is defined for me. OMVS INFORMATION UID= 00 HOME= /u/tec1008 PROGRAM= /bin/sh CPUTIMEMAX= NONE ASSIZEMAX= NONE FILEPROCMAX= NONE PROCUSERMAX= NONE THREADSMAX= NONE MMAPAREAMAX= NONE Can you help me to resolve this issue. -- Thanks Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Thanks Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: assembler help!
John, I received another spam with your name and email address directing me to some url yesterday. Bill Fairchild -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of john gilmore Sent: Thursday, August 04, 2011 5:15 PM To: IBM-MAIN@bama.ua.edu Subject: assembler help! It is clear from this and other examples we have seen here that 1) the assembly-language sklls of most installation sysprogs under 50 are rudimentary 2) IBM's maintenance of the HLASM interfaces to system services has low priority and is deteriorating, chiefly because the PL/X interfaces are the ones that its own programmers use. I should like to see 1) exit samples written in PL/X and 2) release of the PL/X translator for customer and ISV use in writing exits and the like. John Gilmore Ashland, MA 01721-1817 USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Anyone running cascaded Metro/Global Mirror?
We're being told that we are not going to see consistency groups formed on the GM side while we run MM until we suspend MM at which point we get one consistency group formed and can flash to our recovery volumes at the remote site. This is inconsistent with the DS8000 Copy Services documentation section 30.2 if I read that correctly. Can anyone confirm or deny the 'no consistency group while Metro Mirror running', how shall we phrase this delicately, hypothesis? Thanks... Thomas Ambros Operating Systems and Connectivity Engineering 518-436-6433 Email Classification: KeyCorp Internal /pre This communication may contain privileged and/or confidential information. It is intended solely for the use of the addressee. If you are not the intended recipient, you are strictly prohibited from disclosing, copying, distributing or using any of this information. If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act. You may not directly or indirectly reuse or redisclose such information for any purpose other than to provide the services for which you are receiving the information. 127 Public Square, Cleveland, OH 44114 pre If you prefer not to receive future e-mail offers for products or services from Key send an e-mail to mailto:dnereque...@key.com with 'No Promotional E-mails' in the SUBJECT line. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: assembler help!
On 8/4/2011 3:14 PM, john gilmore wrote: It is clear from this and other examples we have seen here that 1) the assembly-language sklls of most installation sysprogs under 50 are rudimentary 2) IBM's maintenance of the HLASM interfaces to system services has low priority and is deteriorating, chiefly because the PL/X interfaces are the ones that its own programmers use. I should like to see 1) exit samples written in PL/X and 2) release of the PL/X translator for customer and ISV use in writing exits and the like. IBM did actually release PL/X (or maybe it was called PL/370 back then?) to ISVs many years ago. Perhaps some customers had it as well. Unfortunately, that fight ended with a loss for our side. :-( METAL C is new and seems to be IBM's strategic direction for making HLASM-based system services consumable by a compiled language. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CORRUPT PDS - I/O ERROR
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Tom Marchant On Thu, 4 Aug 2011 19:35:47 -0400, Shmuel Metz (Seymour J.)wrote: I believe that he wants the DWIWHMHIUWIWTA macro. Is that something like do what I would have meant had I understood what I wanted to accomplish? Precisely. :-) -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question about network usage
Kurt The best forum for this sort of topic is IBMTCP-L: For IBMTCP-L subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO IBMTCP-L You should turn to Open Systems Adapter-Express Customer's Guide and Reference manual, 2.2 Chapter 10. Problem Determination Aids, 2.2.3 Performance Data: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IOA2Z180/2.2.3 The two tools are OSA/SF and RMF. I'm not sure whether or not these are at no additional cost. I'm not an actual user of products. I know it's odd that the description is found under Problem Determination but, although the manual is written in English, you need to put yourself inside a Frenchman's head in order to stand a chance of understanding the structure. Chris Mason On Fri, 5 Aug 2011 07:04:13 -0700, Kurt Eastwood kurtms...@yahoo.com wrote: Hello, We have a pretty basic system here. No network tools other than basic stuff provided by IBM. Does anyone know of a way, with IBM supplied software, etc, to determine network utilization, statistics, etc flowing through our OSA cards? Thanks for any help you can provide, Kurt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GDG recall ENQ IEF861I IEF863I IEF099I
On 08/05/2011 06:49 AM, Lizette Koehler wrote: Questions : During a GDG recall, the HSM keep in exclusive mode all versions of the dataset and cannot create new versions till tne recall ends? Is it normal behaviour of the HSM or is there some parameter to avoid this? Best regards and happy weekend. Enrique Montero It is normal behavior for a GDG in general. The enq is placed on the GDG base not the individual GDG entry. So if any long running job is creating a GDG +1, it will be the base name that is enqueued. I do not know if IBM was ever asked to address this concern. Lizette IBM would have to be very careful how they touched this code, as there are risks a change might cause more problems than it solved. I believe both GDG base and GDS enqueues are involved in a relative GDG reference, but there are specific conventions about order and type of enqueue. The GDG base enqueue is what protects against two concurrent new GDS creations by two unrelated programs in order to guarantee consistent assignment of GV00 ordinals and consistent cataloging of new generations, including the case where a step ABEND results in subsequent deletion of the GDS. It also protects against resolving a GDG relative generation reference at times when the generations are in transition. Having two tasks with conflicting GDS creations running at the same time is potentially a scheduling/application-design error as there is no guarantee which process gets the GDG enqueue first, so from the end user's viewpoint the process may appear non-deterministic, even though it is deterministic and consistent from the view of MVS. A DFHSM recall of a GDS is physically updating the GDS by moving it, even though the job step intent may be to read, so this muddles the waters as to what kind of enqueues may be required and appropriate. As long as the GDS can't be deleted by the step doing the recall, there shouldn't be any need to modify the GDG base itself so a GDG base enqueue might seem unneeded; but what might happen if some other process attempted to delete the GDS by relative generation number while the recall was in progress? It used to be there were some methods of getting access to a GDS, like ISPF browse or JCL reference by specific GV00 number, that bypassed any enqueue on the GDG base and only enqueued the GDS; and that in some cases this could blow away (ABEND) a batch job step trying to access the same GDG family by relative generation: the relative GDG JCL/batch allocation logic assumed/required that the proper GDG base enqueue preceded the GDS enqueue and it couldn't tolerate an enqueue failure on the GDS that it knew should have worked after enqueueing the base. So, failure to enqueue the GDG base at all or using enqueues that are inconsistent with existing GDG enqueue conventions has introduced problems in the past. This is not to say change is impossible or undesirable, only that finding and fixing unintended side effects may not be trivial. This is in an area where omitted GDG base enqueues in the past have produced production batch ABENDs. -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Netview security problem
Would anyone know what is causing the error below? I am trying to researchit but I am not very familiar with Netview internals and parameters and need a fast solution. The RACF group says that nothing was changed on this lpar and the Netview programmer is not sure about any changes to security. I think that the error started happening when we went to Netview 5.4 from either 5.3 or 5.2 The clist named NEWCOPYR is invoked from userid 0018 via a job stream issuing commands from a program (via svc 34). The user is not authorized to issue any MVS commands directly but has always been allowed to invoke clists (via * for automation Netview) from the program. The NEWCOPYR clist routes the commands to an autoperator (DPCINTAA) for processing - The ROUTE and other commands have always run under the auto-operator's id which has authority to issue them - now they are trying to be run under the invoking users id (0018). Is there some parameter in Netview to control this so that the commands just run under the userid of the Netview operator and not the invoking user? Thanks list JOB23281 0290 *NEWCOPYR CICSSAP3 FINRPAD D NO DOFD N N N NN RMD 10:25:54.47 DPCINTAA 0290 ROUTE DOFD,F CICSSAP3,CWTO NEWCOPY01: NEWCOPY USERID 0018 10:25:54.47 DPCINTAA 0090 IEE345I ROUTEAUTHORITY INVALID, FAILED BY 10:25:54.47 0090 ICH408I USER(0018 ) GROUP(XXD00 ) NAME(A 041 0090MVS.ROUTE.CMD.DOFD CL(OPERCMDS) 041 0090INSUFFICIENT ACCESS AUTHORITY 041 0090FROM MVS.** (G) 041 0090ACCESS INTENT(READ ) ACCESS ALLOWED(NONE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A nice website,go it
I received one copy via IBM-MAIN and another copy via my AOL account. Bill Fairchild -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shane Ginnane Sent: Friday, August 05, 2011 5:11 AM To: IBM-MAIN@bama.ua.edu Subject: Re: A nice website,go it Looks like someone has hacked into John's email system. Did anyone else get this as a privately addressed mail, or merely via the list server ? Trying to work out if they got his contact list. Header IP looks like China. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: assembler help!
Thank you everyone for all the help/suggestions on this. Sorry about my wording of the original post. It was misleading. I am on the right track now thanks to the list, especially to Dave Kreiss! He very patiently explained some things to me and showed me what to do in the exit. I have ordered a couple assembler manuals because there is probably no chance of being able to justify a class. This is really the only program I've had to deal with that is in assembler. Each time I have to touch it, it is a struggle due to all the time that has passed. Again, thanks to all of you for your patience. Anne D. Crabtree System Programmer WV Office of Technology Data Center 1900 Kanawha Blvd East Charleston, WV 25305 (304)558-5914 ext 58292 (304)558-1441 fax -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rick Fochtman Sent: Thursday, August 04, 2011 6:42 PM To: IBM-MAIN@bama.ua.edu Subject: Re: assembler help! --snip-- I realize I'm not asking the smartest questions... PARMJOBC is an address and at that address is the value 0008 (I think). To be honest, I can't even figure out where it is getting PARMJOBC. I'm basing the assumption on the SMF record I dumped for the job that I ran that uses the exit. If anyone is using IEFACTRT to do chargeback and is using multiple SMF30 cpu type fields in the calculation(ie. SMF30ICU, SMF30IIP, SMF30_TIME_ON_IFA, etc...) I'd love to see how you did it. The production version only looks at SMF30CPT for job cpu time and I need to add in all the other CPU fields! unsnip-- I'll send you a ZIP'ped copy of mine. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A nice website,go it
In f255efe0ecf08c4a9c1db6aff423541715fbf...@ch2wpmail1.na.ds.ussco.com, on 08/05/2011 at 08:01 AM, Chase, John jch...@ussco.com said: I do believe this is the most obvious forgery we've ever seen here. How so? The headers were a good match for legitimate messages, other than originating IP. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: assembler help!
In 4e3bff54.3050...@phoenixsoftware.com, on 08/05/2011 at 07:33 AM, Edward Jaffe edja...@phoenixsoftware.com said: IBM did actually release PL/X (or maybe it was called PL/370 back then?) No: BSL PL/S (two versions) PL/8 PL/AS PL/X There was a PL/360, but that was a crude assembler with sort-of-kind-of Algol syntax and not from IBM. I think that there was another PL/* compiler in the sequence, but it wasn't PL/370. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: assembler help!
In f255efe0ecf08c4a9c1db6aff423541715fbf...@ch2wpmail1.na.ds.ussco.com, on 08/05/2011 at 07:46 AM, Chase, John jch...@ussco.com said: Allegedly, a prime consideration for Boeing's scuttling of its Supersonic Transport (SST) project back in the 1960s was a conclusion by some pseudo-scientists that sonic booms cause cancer. I've never seen such a claim. What the media reported was that it was cancelled because the sonic boom caused noise above the legal threshold. What was egregious was that they allowed the discorde to violate those standards. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CORRUPT PDS - I/O ERROR
In 2058724295111982.wa.m42tomibmmainyahoo@bama.ua.edu, on 08/05/2011 at 09:07 AM, Tom Marchant m42tom-ibmm...@yahoo.com said: Is that something like do what I would have meant had I understood what I wanted to accomplish? Exactly. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: assembler help!
rom: Veilleux, Jon L Sent: Friday, August 05, 2011 11:38 AM To: 'IBM Mainframe Discussion List' Subject: RE: assembler help! There are some free online tutorials if you have the time to work with them. Just as an example there is http://www.mainframecoder.com/ You can also try signing up at the IBM Academic Initiative site. Good Luck! Jon This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Spam
In 0407320875097141.wa.elardus.engelbrechtsita.co...@bama.ua.edu, on 08/05/2011 at 07:56 AM, Elardus Engelbrecht elardus.engelbre...@sita.co.za said: What are you using to do tracing, if I may ask, please? I'm using a modified version of BWwhois[1] to do lookups. I've also got a RYO utility[2] that scans the entire e-mail and looks up all of the relevant names and addresses for use in reporting the spam. [1] The unmodified version is at http://whois.bw.org/ [2] The stable version is at http://www.medwayhosting.com/spam-l/deobfuscation-by-Shmuel/index.html -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Netview security problem
In A826B9FD78356242A9D9595912F9B2323A4690FA88@DOITTMAIL03.doitt.nycnet, on 08/05/2011 at 11:03 AM, Barkow, Eileen ebar...@doitt.nyc.gov said: Would anyone know what is causing the error below? Yes; the cause listed in the RACF message manual. The RACF group says that nothing was changed on this lpar and the Netview programmer is not sure about any changes to security. Ask the RACF group to check DPCINTAA's access to MVS.ROUTE.CMD.DOFD CL(OPERCMDS) on both systems. The user is not authorized to issue any MVS commands directly but has always been allowed to invoke clists The clist shouldn't be able to do anything that the user isn't allowed to do. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Netview security problem
We do not want the give the user access to issue MVS commands - That is not the way this worked. The clist does specific functions which the user cannot do directly with MVS commands. Netview 5.4 is doing security checking against the invoking userid which it did not do before. We need a way to stop it from doing so. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Friday, August 05, 2011 11:51 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Netview security problem In A826B9FD78356242A9D9595912F9B2323A4690FA88@DOITTMAIL03.doitt.nycnet, on 08/05/2011 at 11:03 AM, Barkow, Eileen ebar...@doitt.nyc.gov said: Would anyone know what is causing the error below? Yes; the cause listed in the RACF message manual. The RACF group says that nothing was changed on this lpar and the Netview programmer is not sure about any changes to security. Ask the RACF group to check DPCINTAA's access to MVS.ROUTE.CMD.DOFD CL(OPERCMDS) on both systems. The user is not authorized to issue any MVS commands directly but has always been allowed to invoke clists The clist shouldn't be able to do anything that the user isn't allowed to do. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: assembler help!
Actually it was canceled because Nixon refused to subside it any longer. Boeing (and I believe Lockheed or someone else) were getting federal subsidies to help pay for the development work. In 1973 or 1974, Nixon made the decision to stop the money flow. Part of the excuses was about the sonic booms, but the actual reason was the money. Lloyd - Original Message From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net To: IBM-MAIN@bama.ua.edu Sent: Fri, August 5, 2011 11:28:46 AM Subject: Re: assembler help! In f255efe0ecf08c4a9c1db6aff423541715fbf...@ch2wpmail1.na.ds.ussco.com, on 08/05/2011 at 07:46 AM, Chase, John jch...@ussco.com said: Allegedly, a prime consideration for Boeing's scuttling of its Supersonic Transport (SST) project back in the 1960s was a conclusion by some pseudo-scientists that sonic booms cause cancer. I've never seen such a claim. What the media reported was that it was cancelled because the sonic boom caused noise above the legal threshold. What was egregious was that they allowed the discorde to violate those standards. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Netview security problem
On Fri, 5 Aug 2011 11:58:45 -0400, Barkow, Eileen ebar...@doitt.nyc.gov wrote: We do not want the give the user access to issue MVS commands - That is not the way this worked. The clist does specific functions which the user cannot do directly with MVS commands. Netview 5.4 is doing security checking against the invoking userid which it did not do before. We need a way to stop it from doing so. Just to be clear, Netview is not doing security checking in the scenario you've showed us. Netview is issuing commands, and it's issuing them from the invoking user ID. It's MVS Console processing that's doing the security checking. I think your Netview person needs to be looking for Netview configuration parameters that control what user ID it runs work under. -- Walt Farrell IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: S/A Dump issue
This S/A dump program has been re-created recently so I guess the date 10/31/06 is what was picked up from my system which has had lots of maintenance since the Serverpac install. John Norgauer Senior Systems Programmer Mainframe Technical Support Services University of California Davis Medical Center 2315 Stockton Blvd ASB 1300 Sacramento, Ca 95817 916-734-0536 SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! JN 2004 Hardware eventually breaks - Software eventually works anon From: Gerhard Postpischil gerh...@valley.net To: IBM-MAIN@bama.ua.edu Date: 08/03/2011 05:54 PM Subject:Re: S/A Dump issue Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu On 8/3/2011 5:25 PM, John Norgauer wrote: IEAIPL0010/31/06 HBB7740. Strange stuff going on here with my S/A dump writing. Just a shot in the dark, but similar to the IPL text, is it possible that the S/A dump module has a dependency on the version of the system you're running? The Halloween 2006 date seems pretty old. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Netview security problem
In A826B9FD78356242A9D9595912F9B2323A4690FA92@DOITTMAIL03.doitt.nycnet, on 08/05/2011 at 11:58 AM, Barkow, Eileen ebar...@doitt.nyc.gov said: We do not want the give the user access to issue MVS commands - Who is the user? Isn't DPCINTAA the autoops user that the commands are handed off to? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Netview security problem
From this excerpt, Netview 5.4 does pass the MVS commands on for security checking. The difference now is that it is checking against the invoking userid, not that of the Netview operator. In NetView V5R4 there was a change to allow the D (DISPLAY), F (MODIFY), and V (VARY) commands to be issued from a NetView operator task without the MVS prefix. These commands are now sent to the VTAM command processor where they are checked to determine if they are VTAM commands If they are not VTAM commands, they are forwarded to the MVS command processor (CNMCMVS) where they are processed the same as if they had been entered using the MVS command including security checking. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Walt Farrell Sent: Friday, August 05, 2011 12:20 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Netview security problem On Fri, 5 Aug 2011 11:58:45 -0400, Barkow, Eileen ebar...@doitt.nyc.gov wrote: We do not want the give the user access to issue MVS commands - That is not the way this worked. The clist does specific functions which the user cannot do directly with MVS commands. Netview 5.4 is doing security checking against the invoking userid which it did not do before. We need a way to stop it from doing so. Just to be clear, Netview is not doing security checking in the scenario you've showed us. Netview is issuing commands, and it's issuing them from the invoking user ID. It's MVS Console processing that's doing the security checking. I think your Netview person needs to be looking for Netview configuration parameters that control what user ID it runs work under. -- Walt Farrell IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Netview security problem
The RACF error is on the invoking userid who is running the job, not the DPCINTAA autoops which has access. This seems to be different in Netview 5.4 from earlier releases. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Friday, August 05, 2011 1:02 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Netview security problem In A826B9FD78356242A9D9595912F9B2323A4690FA92@DOITTMAIL03.doitt.nycnet, on 08/05/2011 at 11:58 AM, Barkow, Eileen ebar...@doitt.nyc.gov said: We do not want the give the user access to issue MVS commands - Who is the user? Isn't DPCINTAA the autoops user that the commands are handed off to? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SHARE Luau!
Cross-posted from the IBMVM listof interest to those of you attending SHARE in Orlando starting Sunday August 7, 2011. Brian From: James Vincent Date: Wed, Aug 3, 2011 at 6:53 PM Subject: SHARE Luau! To: The IBM z/VM Operating System ib...@listserv.uark.edu Are you going to SHARE in Orlando next week? Want to have some real FUN too? SHARE is going to be having a Luau on Sunday evening to kick the week off! This isn't the usual finger-food reception, this is the real deal with plenty* of good food and drink along with entertainment. We're talking Hawaiian shirt time folks! Most long-time VM'ers know what that means, so bring 'em on! It should be a lot of fun. I hope to see everyone there! I'll be the one in the Hawaiian shirt... :-) See http://www.share.org/Events/UpcomingConferences/SHAREinOrlando/SHAREinOrlandoLuau/tabid/773/Default.aspx for more details. (* Plenty meaning you can easily have dinner at the Luau!) -- James Vincent -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: assembler help!
Anne / Rick, If you guys have this resolved, great .. else shoot me an email offline with the definition of PARMJOBC. Further, please note that the mask value for an ICM represent the locations of the receiving register. If the sending address is x'0008', then ICM is going to look at address x'' thru x'0002'. Please also verify that your new module is loaded and being picked up. Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Crabtree, Anne D Sent: Friday, August 05, 2011 7:27 AM To: IBM-MAIN@bama.ua.edu Subject: Re: assembler help! What is your email address Rick? Another person has looked at my code and is being very helpful, but I still don't get what I want when I run a multi step job... Comparing mine to yours might help.. Anne D. Crabtree System Programmer WV Office of Technology Data Center 1900 Kanawha Blvd East Charleston, WV 25305 (304)558-5914 ext 58292 (304)558-1441 fax -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rick Fochtman Sent: Thursday, August 04, 2011 6:39 PM To: IBM-MAIN@bama.ua.edu Subject: Re: assembler help! --snip --- In our IEFACTRT (accounting exit), an assembler program, it has the following commands: L R2,PARMJOBC R2 now contains PARMJOBC, X'0008' ICM R1,7,0(R2) R1 now contains X'..zz', where .. are the origincal contents of R1 and zz are the contents of storage location X'0008' If PARMJOBC contains a binary integer length of 4 with 00 00 00 08, what ends up in all bits of R1? I am trying to add additional values to what is in R1 by doing: MVC WK1(4),SMF30CPS A R1,WK1 This is not doing what I want it to do! If SMF30CPS, also a binary integer length of 4, has 00 00 00 01, what ends up in R1? R1 now contains God only knows what. Shoot me an Assembler listing of the source code (ZIP'ped) and I'll take a look at it. I suspect I know what's wrong but don't want to clutter the list with a long drawn-out explanation. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1391 / Virus Database: 1518/3811 - Release Date: 08/04/11 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: assembler help!
What was the RAND fiasco at SHARE in SFO? They were giving out PL/S tapes with the IBM doco. I almost made it back to the data center before my beeper went off...BRING IT BACK NOW! In a message dated 8/5/2011 9:34:30 A.M. Central Daylight Time, edja...@phoenixsoftware.com writes: METAL C is new and seems to be IBM's strategic direction for making HLASM-based system services consumable by a compiled language. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Netview security problem
I got the answer from IBM - there is a NETVIEW AUTHCHCK parm in CNMSTYLE which is currently set to SOURCEID instead of TARGETID as it used to be. This causes the security checking to be invoked against the invoking user and not the userid who is running the task. Thanks to all who responded. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Friday, August 05, 2011 11:03 AM To: IBM-MAIN@bama.ua.edu Subject: Netview security problem Would anyone know what is causing the error below? I am trying to researchit but I am not very familiar with Netview internals and parameters and need a fast solution. The RACF group says that nothing was changed on this lpar and the Netview programmer is not sure about any changes to security. I think that the error started happening when we went to Netview 5.4 from either 5.3 or 5.2 The clist named NEWCOPYR is invoked from userid 0018 via a job stream issuing commands from a program (via svc 34). The user is not authorized to issue any MVS commands directly but has always been allowed to invoke clists (via * for automation Netview) from the program. The NEWCOPYR clist routes the commands to an autoperator (DPCINTAA) for processing - The ROUTE and other commands have always run under the auto-operator's id which has authority to issue them - now they are trying to be run under the invoking users id (0018). Is there some parameter in Netview to control this so that the commands just run under the userid of the Netview operator and not the invoking user? Thanks list JOB23281 0290 *NEWCOPYR CICSSAP3 FINRPAD D NO DOFD N N N NN RMD 10:25:54.47 DPCINTAA 0290 ROUTE DOFD,F CICSSAP3,CWTO NEWCOPY01: NEWCOPY USERID 0018 10:25:54.47 DPCINTAA 0090 IEE345I ROUTEAUTHORITY INVALID, FAILED BY 10:25:54.47 0090 ICH408I USER(0018 ) GROUP(XXD00 ) NAME(A 041 0090MVS.ROUTE.CMD.DOFD CL(OPERCMDS) 041 0090INSUFFICIENT ACCESS AUTHORITY 041 0090FROM MVS.** (G) 041 0090ACCESS INTENT(READ ) ACCESS ALLOWED(NONE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: assembler help!
Ed, I remember the location being anehiem (but I could be wrong or it could be another group). Since then I never went to another conference with a tape. I believe they were going to ship the tape back to me. I was always upset that I never got the data on the tape. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: another one bites the dust (WAS:assembler help!)
At least you still have one, I am in the process of shutting down and wiping the last disks clean on our mainframe, it ships out next week. Anyone need any help out there? On Fri, Aug 5, 2011 at 8:07 AM, McKown, John john.mck...@healthmarkets.comwrote: I guess my complaining __is__ becoming tiresome. I'll try to stop. At least we still have a z. -- John McKown Systems Engineer IV IT CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: assembler help!
On Fri, 5 Aug 2011 13:24:50 -0500, Jim Thomas wrote: please note that the mask value for an ICM represent the locations of the receiving register. If the sending address is x'0008', then ICM is going to look at address x'' thru x'0002'. ITYM locations x'08' through x'0A'. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: assembler help!
No. ICM ..,7,.. is going to load from the leftmost 24 bits of operand 3 NOT from the rightmost 24 bits. BTDT and had to fix it. Lloyd - Original Message From: Tom Marchant m42tom-ibmm...@yahoo.com To: IBM-MAIN@bama.ua.edu Sent: Fri, August 5, 2011 3:25:02 PM Subject: Re: assembler help! On Fri, 5 Aug 2011 13:24:50 -0500, Jim Thomas wrote: please note that the mask value for an ICM represent the locations of the receiving register. If the sending address is x'0008', then ICM is going to look at address x'' thru x'0002'. ITYM locations x'08' through x'0A'. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Netview security problem
Eileen In NetView V5R4 there was a change to allow the D (DISPLAY), F (MODIFY), and V (VARY) commands to be issued from a NetView operator task without the MVS prefix. How massively amusing! I think I'll say that one more time: how really massively amusing! Today there is NetView. 15 years or so ago, Tivoli got into the act and started putting Tivoli in front of NetView in the product name although they had absolutely nothing whatsoever in this world to do with MVS NetView[1]. Before NetView and long before Tivoli was added to the name, there was NCCF (Network Communications Control Facility) which was bundled together with a number of products which used NCCF as an enabling environment as a sort of network management CICS but with a few basic functions. Before NCCF, those basic functions were supported by a product NOSP (Network Operation Support Program). Dates: NOSP (1978 or so), NCCF (1980 or so), NetView (1986 or so). Now, all readers are invited to propose what functions NOSP supported. Wait, while the cogs turn ... Why it's D (DISPLAY), F (MODIFY), and V (VARY) commands to be issued from a NOSP operator task without any thought of any sort of prefix. Naturally, they were only the VTAM flavours of these commands. - Ok, I've had my joke! In NetView V5R4 there was a change to allow the D (DISPLAY), F (MODIFY), and V (VARY) commands to be issued from a NetView operator task without the MVS prefix. These commands are now sent to the VTAM command processor where they are checked to determine if they are VTAM commands If they are not VTAM commands, they are forwarded to the MVS command processor (CNMCMVS) where they are processed the same as if they had been entered using the MVS command including security checking. I'm going to rephrase this entirely correct but thoroughly misleading paragraph so that it has the appropriate nuances. rephrase In NetView V5R4 there was a change to allow even the non-VTAM D (DISPLAY), F (MODIFY), and V (VARY) commands to be issued from a NetView operator task without the MVS prefix. The VTAM command processor obviously takes these commands and then checks them in order to determine whether or not they are VTAM commands. If they are VTAM commands, they are processed as usual. If they are not VTAM commands, they are forwarded to the MVS command processor (CNMCMVS) where they are processed the same as if they had been entered using the MVS command. This processing includes security checking. /rephrase Because NetView development so much insists on holding the poor put-upon system programmer's hand - and has done so ever since NetView was assembled from its constituent parts because - so one was lead to believe by NetView development - the poor lambs of system programmers bleated that putting the components together as individual - separately priced - products made their skulls throb[2], these days system programmers no longer know how NetView works under the covers - unless perhaps they are involved in building products on top of NetView/NCCF as an application-enabling environment. - Anyhow, the point of all this preamble is that the DISPLAY (D), MODIFY (F) and VARY (V) commands are all identified using those tokens in a text table I seem to recall having the DSIPARM member name DSICMD - I Google-checked and I remembered correctly! One of the operands of the command definition is the name of the module which handles the command and in the case of these 6 commands it is something like DSIVTAM, the command processor module for what hitherto - from the days of NOSP - were expected to be exclusively VTAM commands. It seems that the NetView V5R4 change is that smarts have been added to - let's call it - DSIVTAM so that, rather than barfing - or letting VTAM barf - at having to deal with an unrecognised command, it constructs a new command from the unrecognised text string prepended with MVS and cycles it into the NetView command processing system - or something, in effect, equivalent to that. - Now I'm going to have a look at the rest of this thread in order to see if any of the above can in any way be used to understand anything of what has been said so far or, more likely, just may assist in refocusing the real security specialists on what may be going on and provide input for future thoughts. ... Well, no I'm a bit lost in understanding to which component the RACF message applies and how what appears to be, in effect, a change introducing convenience in NetView might introduce a change relevant to RACF. In addition, unless the commands in the clist are changed in order to remove the MVS which NetView is prepared to add, I can't see that anything has changed. If a change introduces a problem, then change back to the way it was. I guess this might boil down to asking what relevance does this description of not needing to specify the MVS prefix for DISPLAY, MODIFY and VARY commands
Re: assembler help!
On Fri, 5 Aug 2011 12:38:37 -0700, Lloyd Fuller leful...@sbcglobal.net wrote: No. Are you saying No to what I wtore or to what Jim wrote? ICM ..,7,.. is going to load from the leftmost 24 bits of operand 3 ITYM operand 2. Operand 3 is the mask. Yes, I know it is confusing because it is the second one specified in the instruction and operand 2 is the third one specified. NOT from the rightmost 24 bits. Right. Neither of us said otherwise. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Netview security problem
Thanks for your comments Chris, but I think that you missed the point of the excerpt I included, which was just in response to someone saying that Netview itself does not invoke security checking - it does invoke security checking and how it does it depends upon the AUTHCHK option. AUTHCHK used to default to TARGETID, which used the userid of the task running (the Netview operator) as opposed to SOURCEID (the 5.4 default), which uses the id of the invoker. My problem was not with the inclusion or exclusion of the word 'MVS' in front of the command. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Mason Sent: Friday, August 05, 2011 3:44 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Netview security problem Eileen In NetView V5R4 there was a change to allow the D (DISPLAY), F (MODIFY), and V (VARY) commands to be issued from a NetView operator task without the MVS prefix. How massively amusing! I think I'll say that one more time: how really massively amusing! Today there is NetView. 15 years or so ago, Tivoli got into the act and started putting Tivoli in front of NetView in the product name although they had absolutely nothing whatsoever in this world to do with MVS NetView[1]. Before NetView and long before Tivoli was added to the name, there was NCCF (Network Communications Control Facility) which was bundled together with a number of products which used NCCF as an enabling environment as a sort of network management CICS but with a few basic functions. Before NCCF, those basic functions were supported by a product NOSP (Network Operation Support Program). Dates: NOSP (1978 or so), NCCF (1980 or so), NetView (1986 or so). Now, all readers are invited to propose what functions NOSP supported. Wait, while the cogs turn ... Why it's D (DISPLAY), F (MODIFY), and V (VARY) commands to be issued from a NOSP operator task without any thought of any sort of prefix. Naturally, they were only the VTAM flavours of these commands. - Ok, I've had my joke! In NetView V5R4 there was a change to allow the D (DISPLAY), F (MODIFY), and V (VARY) commands to be issued from a NetView operator task without the MVS prefix. These commands are now sent to the VTAM command processor where they are checked to determine if they are VTAM commands If they are not VTAM commands, they are forwarded to the MVS command processor (CNMCMVS) where they are processed the same as if they had been entered using the MVS command including security checking. I'm going to rephrase this entirely correct but thoroughly misleading paragraph so that it has the appropriate nuances. rephrase In NetView V5R4 there was a change to allow even the non-VTAM D (DISPLAY), F (MODIFY), and V (VARY) commands to be issued from a NetView operator task without the MVS prefix. The VTAM command processor obviously takes these commands and then checks them in order to determine whether or not they are VTAM commands. If they are VTAM commands, they are processed as usual. If they are not VTAM commands, they are forwarded to the MVS command processor (CNMCMVS) where they are processed the same as if they had been entered using the MVS command. This processing includes security checking. /rephrase Because NetView development so much insists on holding the poor put-upon system programmer's hand - and has done so ever since NetView was assembled from its constituent parts because - so one was lead to believe by NetView development - the poor lambs of system programmers bleated that putting the components together as individual - separately priced - products made their skulls throb[2], these days system programmers no longer know how NetView works under the covers - unless perhaps they are involved in building products on top of NetView/NCCF as an application-enabling environment. - Anyhow, the point of all this preamble is that the DISPLAY (D), MODIFY (F) and VARY (V) commands are all identified using those tokens in a text table I seem to recall having the DSIPARM member name DSICMD - I Google-checked and I remembered correctly! One of the operands of the command definition is the name of the module which handles the command and in the case of these 6 commands it is something like DSIVTAM, the command processor module for what hitherto - from the days of NOSP - were expected to be exclusively VTAM commands. It seems that the NetView V5R4 change is that smarts have been added to - let's call it - DSIVTAM so that, rather than barfing - or letting VTAM barf - at having to deal with an unrecognised command, it constructs a new command from the unrecognised text string prepended with MVS and cycles it into the NetView command processing system - or something, in effect, equivalent to that. - Now I'm going to have a look at the rest of this thread in order to see if any of the above can in any way be used to understand anything
Re: Netview security problem
Eileen So does this NETVIEW AUTHCHCK SOURCEID|TARGETID have anything at all to do with the enhancement to the VTAM command processor or was that a red herring? Chris Mason On Fri, 5 Aug 2011 14:32:22 -0400, Barkow, Eileen ebar...@doitt.nyc.gov wrote: I got the answer from IBM - there is a NETVIEW AUTHCHCK parm in CNMSTYLE which is currently set to SOURCEID instead of TARGETID as it used to be. This causes the security checking to be invoked against the invoking user and not the userid who is running the task. Thanks to all who responded. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Friday, August 05, 2011 11:03 AM To: IBM-MAIN@bama.ua.edu Subject: Netview security problem Would anyone know what is causing the error below? I am trying to researchit but I am not very familiar with Netview internals and parameters and need a fast solution. The RACF group says that nothing was changed on this lpar and the Netview programmer is not sure about any changes to security. I think that the error started happening when we went to Netview 5.4 from either 5.3 or 5.2 The clist named NEWCOPYR is invoked from userid 0018 via a job stream issuing commands from a program (via svc 34). The user is not authorized to issue any MVS commands directly but has always been allowed to invoke clists (via * for automation Netview) from the program. The NEWCOPYR clist routes the commands to an autoperator (DPCINTAA) for processing - The ROUTE and other commands have always run under the auto-operator's id which has authority to issue them - now they are trying to be run under the invoking users id (0018). Is there some parameter in Netview to control this so that the commands just run under the userid of the Netview operator and not the invoking user? Thanks list JOB23281 0290 *NEWCOPYR CICSSAP3 FINRPAD D NO DOFD N N N NN RMD 10:25:54.47 DPCINTAA 0290 ROUTE DOFD,F CICSSAP3,CWTO NEWCOPY01: NEWCOPY USERID 0018 10:25:54.47 DPCINTAA 0090 IEE345I ROUTEAUTHORITY INVALID, FAILED BY 10:25:54.47 0090 ICH408I USER(0018 ) GROUP(XXD00 ) NAME(A 041 0090MVS.ROUTE.CMD.DOFD CL(OPERCMDS) 041 0090INSUFFICIENT ACCESS AUTHORITY 041 0090FROM MVS.** (G) 041 0090ACCESS INTENT(READ ) ACCESS ALLOWED(NONE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Netview security problem
The AUTHCHK default change had nothing to do with the VTAM command enhancement, except that such commands with or without the MVS prefix are subject to security checking. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Mason Sent: Friday, August 05, 2011 3:49 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Netview security problem Eileen So does this NETVIEW AUTHCHCK SOURCEID|TARGETID have anything at all to do with the enhancement to the VTAM command processor or was that a red herring? Chris Mason On Fri, 5 Aug 2011 14:32:22 -0400, Barkow, Eileen ebar...@doitt.nyc.gov wrote: I got the answer from IBM - there is a NETVIEW AUTHCHCK parm in CNMSTYLE which is currently set to SOURCEID instead of TARGETID as it used to be. This causes the security checking to be invoked against the invoking user and not the userid who is running the task. Thanks to all who responded. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Friday, August 05, 2011 11:03 AM To: IBM-MAIN@bama.ua.edu Subject: Netview security problem Would anyone know what is causing the error below? I am trying to researchit but I am not very familiar with Netview internals and parameters and need a fast solution. The RACF group says that nothing was changed on this lpar and the Netview programmer is not sure about any changes to security. I think that the error started happening when we went to Netview 5.4 from either 5.3 or 5.2 The clist named NEWCOPYR is invoked from userid 0018 via a job stream issuing commands from a program (via svc 34). The user is not authorized to issue any MVS commands directly but has always been allowed to invoke clists (via * for automation Netview) from the program. The NEWCOPYR clist routes the commands to an autoperator (DPCINTAA) for processing - The ROUTE and other commands have always run under the auto-operator's id which has authority to issue them - now they are trying to be run under the invoking users id (0018). Is there some parameter in Netview to control this so that the commands just run under the userid of the Netview operator and not the invoking user? Thanks list JOB23281 0290 *NEWCOPYR CICSSAP3 FINRPAD D NO DOFD N N N NN RMD 10:25:54.47 DPCINTAA 0290 ROUTE DOFD,F CICSSAP3,CWTO NEWCOPY01: NEWCOPY USERID 0018 10:25:54.47 DPCINTAA 0090 IEE345I ROUTEAUTHORITY INVALID, FAILED BY 10:25:54.47 0090 ICH408I USER(0018 ) GROUP(XXD00 ) NAME(A 041 0090MVS.ROUTE.CMD.DOFD CL(OPERCMDS) 041 0090INSUFFICIENT ACCESS AUTHORITY 041 0090FROM MVS.** (G) 041 0090ACCESS INTENT(READ ) ACCESS ALLOWED(NONE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: assembler help!
In the example cited below, operand 3 starts at location 0008. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lloyd Fuller Sent: Friday, August 05, 2011 2:39 PM To: IBM-MAIN@bama.ua.edu Subject: Re: assembler help! No. ICM ..,7,.. is going to load from the leftmost 24 bits of operand 3 NOT from the rightmost 24 bits. BTDT and had to fix it. Lloyd - Original Message From: Tom Marchant m42tom-ibmm...@yahoo.com To: IBM-MAIN@bama.ua.edu Sent: Fri, August 5, 2011 3:25:02 PM Subject: Re: assembler help! On Fri, 5 Aug 2011 13:24:50 -0500, Jim Thomas wrote: please note that the mask value for an ICM represent the locations of the receiving register. If the sending address is x'0008', then ICM is going to look at address x'' thru x'0002'. ITYM locations x'08' through x'0A'. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A nice website,go it
Shane Ginnane wrote: Looks like someone has hacked into John's email system. Did anyone else get this as a privately addressed mail, or merely via the list server ? Trying to work out if they got his contact list. Header IP looks like China. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html I got it privately, as well as here. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: assembler help!
Sir, I'm sorry ... it would have been if the ICM was coded as below. ICM R1,B'0111',1(R2) (or ,7,1(r2)) Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tom Marchant Sent: Friday, August 05, 2011 2:25 PM To: IBM-MAIN@bama.ua.edu Subject: Re: assembler help! On Fri, 5 Aug 2011 13:24:50 -0500, Jim Thomas wrote: please note that the mask value for an ICM represent the locations of the receiving register. If the sending address is x'0008', then ICM is going to look at address x'' thru x'0002'. ITYM locations x'08' through x'0A'. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1391 / Virus Database: 1518/3812 - Release Date: 08/05/11 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A nice website,go it
If not, it's got to run a very close second!!! Rick --- Chase, John wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of john gilmore Good news for you! I found a wonderful website:seicn.com and bought a laptop. How amazing, they take 5 days to send to my home. On their web, they have many products. If you need to buy something, you can go to look and check it Thanks I do believe this is the most obvious forgery we've ever seen here. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Netview security problem
Eileen, Actually the comment that Netview itself does not invoke security checking is correct. Netview issues the MGCRE macro, which passes a command to the console interface. The interface console determines what command is being issued, and performs security checks to insure that the userid that is either defaulted, or requested by the caller of the MGCRE macro via the UTOKEN parameter is authorized to issue the command. My guess is that NETVIEW passes the UTOKEN of the user signed to the NETVIEW session if AUTHCHK=SOURCEID, and passes the UTOKEN of the NETVIEW address space if AUTHCHK=TARGETID . In either case, NETVIEW isn't making the security requests, they are made by the console service, in the same way that console services validates instructions issued from SDSF, the TSO OPER command, or any other application that issues MGCRE. === Wayne Driscoll OMEGAMON DB2 L3 Support/Development wdrisco(AT)us.ibm.com === From: Barkow, Eileen ebar...@doitt.nyc.gov To: IBM-MAIN@bama.ua.edu Date: 08/05/2011 02:52 PM Subject: Re: Netview security problem Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Thanks for your comments Chris, but I think that you missed the point of the excerpt I included, which was just in response to someone saying that Netview itself does not invoke security checking - it does invoke security checking and how it does it depends upon the AUTHCHK option. AUTHCHK used to default to TARGETID, which used the userid of the task running (the Netview operator) as opposed to SOURCEID (the 5.4 default), which uses the id of the invoker. My problem was not with the inclusion or exclusion of the word 'MVS' in front of the command. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Mason Sent: Friday, August 05, 2011 3:44 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Netview security problem Eileen In NetView V5R4 there was a change to allow the D (DISPLAY), F (MODIFY), and V (VARY) commands to be issued from a NetView operator task without the MVS prefix. How massively amusing! I think I'll say that one more time: how really massively amusing! Today there is NetView. 15 years or so ago, Tivoli got into the act and started putting Tivoli in front of NetView in the product name although they had absolutely nothing whatsoever in this world to do with MVS NetView[1]. Before NetView and long before Tivoli was added to the name, there was NCCF (Network Communications Control Facility) which was bundled together with a number of products which used NCCF as an enabling environment as a sort of network management CICS but with a few basic functions. Before NCCF, those basic functions were supported by a product NOSP (Network Operation Support Program). Dates: NOSP (1978 or so), NCCF (1980 or so), NetView (1986 or so). Now, all readers are invited to propose what functions NOSP supported. Wait, while the cogs turn ... Why it's D (DISPLAY), F (MODIFY), and V (VARY) commands to be issued from a NOSP operator task without any thought of any sort of prefix. Naturally, they were only the VTAM flavours of these commands. - Ok, I've had my joke! In NetView V5R4 there was a change to allow the D (DISPLAY), F (MODIFY), and V (VARY) commands to be issued from a NetView operator task without the MVS prefix. These commands are now sent to the VTAM command processor where they are checked to determine if they are VTAM commands If they are not VTAM commands, they are forwarded to the MVS command processor (CNMCMVS) where they are processed the same as if they had been entered using the MVS command including security checking. I'm going to rephrase this entirely correct but thoroughly misleading paragraph so that it has the appropriate nuances. rephrase In NetView V5R4 there was a change to allow even the non-VTAM D (DISPLAY), F (MODIFY), and V (VARY) commands to be issued from a NetView operator task without the MVS prefix. The VTAM command processor obviously takes these commands and then checks them in order to determine whether or not they are VTAM commands. If they are VTAM commands, they are processed as usual. If they are not VTAM commands, they are forwarded to the MVS command processor (CNMCMVS) where they are processed the same as if they had been entered using the MVS command. This processing includes security checking. /rephrase Because NetView development so much insists on holding the poor put-upon system programmer's hand - and has done so ever since NetView was assembled from its constituent parts because - so one was lead to believe by NetView development - the poor lambs of system programmers bleated that putting the components together as individual - separately priced - products made their skulls throb[2], these days system programmers no longer know how NetView
Re: assembler help!
---snip--- IBM did actually release PL/X (or maybe it was called PL/370 back then?) No: BSL PL/S (two versions) PL/8 PL/AS PL/X There was a PL/360, but that was a crude assembler with sort-of-kind-of Algol syntax and not from IBM. I think that there was another PL/* compiler in the sequence, but it wasn't PL/370. ---unsnip Are you thinking perhaps of PL/C, the WATFIV-like PL/1 processor from Cornell U. ?? Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Not able to login to TSO
When it comes to unix (or winders), I really don't mind being the village idiot, because at least I know what I don't know, or at least I thought so until I read this rant. A lot of my manuals refer to (what I call) mainframe unix as OMVS and/or USS. Not being a seasoned uniq, all these references are synonymous to me. Kindly define and differentiate these terms for me so I can return to knowing what I don't know with peace of mind restored. - [1] There are very many people in this list who misuse the term USS when they should be using the term z/OS UNIX or z/UNIX. I divide people into those who deliberately misuse the term, the conceited idiots, and those who are misled by the perpetual misuse by conceited idiots who should know better and are beyond the reach of reason. Those misled of course tend to be those who have recently become involved with z/OS who should be being assisted in their understanding of this complex topic but who are treated with disdain by the conceited idiots. For example, in trying to solve this problem, you may well be trying to examine the role of the USS table, its commands and messages, in trying to resolve your problem. You may well have become thoroughly confused over how this relates in any way with what you think you have learned is to what USS might refer, namely, and quite falsely, z/OS UNIX System Services. The conceited idiots are too thick to get their puny brains round this particular problem - or is that also an issue? - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Netview security problem
Thanks for the clarification Wayne. In actuality it does not really matter if Netview does the security checking or calls some other component such as The console interface to do so - the net effect is the same. But it is helpful to know how the process works internally. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Wayne Driscoll Sent: Friday, August 05, 2011 4:13 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Netview security problem Eileen, Actually the comment that Netview itself does not invoke security checking is correct. Netview issues the MGCRE macro, which passes a command to the console interface. The interface console determines what command is being issued, and performs security checks to insure that the userid that is either defaulted, or requested by the caller of the MGCRE macro via the UTOKEN parameter is authorized to issue the command. My guess is that NETVIEW passes the UTOKEN of the user signed to the NETVIEW session if AUTHCHK=SOURCEID, and passes the UTOKEN of the NETVIEW address space if AUTHCHK=TARGETID . In either case, NETVIEW isn't making the security requests, they are made by the console service, in the same way that console services validates instructions issued from SDSF, the TSO OPER command, or any other application that issues MGCRE. === Wayne Driscoll OMEGAMON DB2 L3 Support/Development wdrisco(AT)us.ibm.com === From: Barkow, Eileen ebar...@doitt.nyc.gov To: IBM-MAIN@bama.ua.edu Date: 08/05/2011 02:52 PM Subject: Re: Netview security problem Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Thanks for your comments Chris, but I think that you missed the point of the excerpt I included, which was just in response to someone saying that Netview itself does not invoke security checking - it does invoke security checking and how it does it depends upon the AUTHCHK option. AUTHCHK used to default to TARGETID, which used the userid of the task running (the Netview operator) as opposed to SOURCEID (the 5.4 default), which uses the id of the invoker. My problem was not with the inclusion or exclusion of the word 'MVS' in front of the command. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Mason Sent: Friday, August 05, 2011 3:44 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Netview security problem Eileen In NetView V5R4 there was a change to allow the D (DISPLAY), F (MODIFY), and V (VARY) commands to be issued from a NetView operator task without the MVS prefix. How massively amusing! I think I'll say that one more time: how really massively amusing! Today there is NetView. 15 years or so ago, Tivoli got into the act and started putting Tivoli in front of NetView in the product name although they had absolutely nothing whatsoever in this world to do with MVS NetView[1]. Before NetView and long before Tivoli was added to the name, there was NCCF (Network Communications Control Facility) which was bundled together with a number of products which used NCCF as an enabling environment as a sort of network management CICS but with a few basic functions. Before NCCF, those basic functions were supported by a product NOSP (Network Operation Support Program). Dates: NOSP (1978 or so), NCCF (1980 or so), NetView (1986 or so). Now, all readers are invited to propose what functions NOSP supported. Wait, while the cogs turn ... Why it's D (DISPLAY), F (MODIFY), and V (VARY) commands to be issued from a NOSP operator task without any thought of any sort of prefix. Naturally, they were only the VTAM flavours of these commands. - Ok, I've had my joke! In NetView V5R4 there was a change to allow the D (DISPLAY), F (MODIFY), and V (VARY) commands to be issued from a NetView operator task without the MVS prefix. These commands are now sent to the VTAM command processor where they are checked to determine if they are VTAM commands If they are not VTAM commands, they are forwarded to the MVS command processor (CNMCMVS) where they are processed the same as if they had been entered using the MVS command including security checking. I'm going to rephrase this entirely correct but thoroughly misleading paragraph so that it has the appropriate nuances. rephrase In NetView V5R4 there was a change to allow even the non-VTAM D (DISPLAY), F (MODIFY), and V (VARY) commands to be issued from a NetView operator task without the MVS prefix. The VTAM command processor obviously takes these commands and then checks them in order to determine whether or not they are VTAM commands. If they are VTAM commands, they are processed as usual. If they are not VTAM commands, they are forwarded to the MVS command processor (CNMCMVS) where they are processed the same as if they had been entered using the MVS command. This processing
Re: assembler help!
---snip--- Anne / Rick, If you guys have this resolved, great .. else shoot me an email offline with the definition of PARMJOBC. Further, please note that the mask value for an ICM represent the locations of the receiving register. If the sending address is x'0008', then ICM is going to look at address x'' thru x'0002'. Please also verify that your new module is loaded and being picked up. Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) --unsnip-- Take a closer look, Jim. The values loaded will be from location X'0008' thru X'000A', which are all indeterminate values. They will be loaded into the second thru fourth bytes of the register named in the ICM instruction. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: assembler help!
IBM did actually release PL/X (or maybe it was called PL/370 back then?) Are you thinking perhaps of PL/C, the WATFIV-like PL/1 processor from Cornell U. ?? IBM made PL/X available to ISVs in the mid-1990s. After about 18 months it was withdrawn. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: assembler help!
Sir, Negative ... ICM first_operand,B'third_operand',0(second_operand) Actually ... 'third_operand' is not really defined as an operand more so as 'M3' ... mask. If 'second_operand' points to the value x'aabbccdd' in storage then ICM will copy x'aabbcc' to 'first_operand' given that the 'third_operand' or 'M3' is b'0111' (or 7). This will result in the 'first_operand' being x'yyaabbcc' where 'yy' would be a result of residual usage previously. Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chase, John Sent: Friday, August 05, 2011 3:02 PM To: IBM-MAIN@bama.ua.edu Subject: Re: assembler help! In the example cited below, operand 3 starts at location 0008. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lloyd Fuller Sent: Friday, August 05, 2011 2:39 PM To: IBM-MAIN@bama.ua.edu Subject: Re: assembler help! No. ICM ..,7,.. is going to load from the leftmost 24 bits of operand 3 NOT from the rightmost 24 bits. BTDT and had to fix it. Lloyd - Original Message From: Tom Marchant m42tom-ibmm...@yahoo.com To: IBM-MAIN@bama.ua.edu Sent: Fri, August 5, 2011 3:25:02 PM Subject: Re: assembler help! On Fri, 5 Aug 2011 13:24:50 -0500, Jim Thomas wrote: please note that the mask value for an ICM represent the locations of the receiving register. If the sending address is x'0008', then ICM is going to look at address x'' thru x'0002'. ITYM locations x'08' through x'0A'. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1391 / Virus Database: 1518/3812 - Release Date: 08/05/11 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: assembler help!
On Fri, 5 Aug 2011 15:04:46 -0500, Jim Thomas wrote: I'm sorry ... it would have been if the ICM was coded as below. ICM R1,B'0111',1(R2) (or ,7,1(r2)) What are you trying to say? It would help if you would be more precise in your terminology What is the it that would have been if the second-operand address were specified as 1(R2)? If the value of symbol R2 is 2 and the contents of Register 2 is X'0008', then the addresses from which the data is inserted into the register start at location x'09'. BTW, ,7,1(r2) is invalid. -- Tom Marchant -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tom Marchant Sent: Friday, August 05, 2011 2:25 PM To: IBM-MAIN@bama.ua.edu Subject: Re: assembler help! On Fri, 5 Aug 2011 13:24:50 -0500, Jim Thomas wrote: please note that the mask value for an ICM represent the locations of the receiving register. If the sending address is x'0008', then ICM is going to look at address x'' thru x'0002'. ITYM locations x'08' through x'0A'. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1391 / Virus Database: 1518/3812 - Release Date: 08/05/11 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: assembler help!
Sir, Right you are IIRC, Stanford .. Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rick Fochtman Sent: Friday, August 05, 2011 3:18 PM To: IBM-MAIN@bama.ua.edu Subject: Re: assembler help! ---snip--- IBM did actually release PL/X (or maybe it was called PL/370 back then?) No: BSL PL/S (two versions) PL/8 PL/AS PL/X There was a PL/360, but that was a crude assembler with sort-of-kind-of Algol syntax and not from IBM. I think that there was another PL/* compiler in the sequence, but it wasn't PL/370. ---unsnip Are you thinking perhaps of PL/C, the WATFIV-like PL/1 processor from Cornell U. ?? Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1391 / Virus Database: 1518/3812 - Release Date: 08/05/11 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Not able to login to TSO
[1] There are very many people in this list who misuse the term USS when they should be using the term z/OS UNIX or z/UNIX. I divide people into those who deliberately misuse the term, the conceited idiots, and those who are misled by the perpetual misuse by conceited idiots who should know better and are beyond the reach of reason. And, there are arrogant (and pedantic) individuals who have too much time on their hands so they can moan about such trivialities. USS, like many TLA's, has many meanings. IBM uses the term for 'z/UNIX', in many docs. So, if you are intelligent, you should be able to figure the issue out by context. Also, the ultimate in arrogance, pointing out the 'error' in terminology, rather than helping is unacceptable. Besides, who died and made the ultimate arbiter as to the 'fact' it SHOULD be called 'z/(OS)UNIX? - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Not able to login to TSO
Hooboy...here we go again! s -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Friday, August 05, 2011 4:33 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Not able to login to TSO [1] There are very many people in this list who misuse the term USS when they should be using the term z/OS UNIX or z/UNIX. I divide people into those who deliberately misuse the term, the conceited idiots, and those who are misled by the perpetual misuse by conceited idiots who should know better and are beyond the reach of reason. And, there are arrogant (and pedantic) individuals who have too much time on their hands so they can moan about such trivialities. USS, like many TLA's, has many meanings. IBM uses the term for 'z/UNIX', in many docs. So, if you are intelligent, you should be able to figure the issue out by context. Also, the ultimate in arrogance, pointing out the 'error' in terminology, rather than helping is unacceptable. Besides, who died and made the ultimate arbiter as to the 'fact' it SHOULD be called 'z/(OS)UNIX? - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html http://www.medmutual.com/ Visit http://www.medmutual.com/ CONFIDENTIALITY NOTICE: This message is intended only for the use of the individual or entity to which it is addressed and may contain information that is privileged, confidential or exempt from disclosure by law. If the reader of this message is not the intended recipient, or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that you are strictly prohibited from printing, storing, disseminating, distributing or copying this message. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Neither this information block, the typed name of the sender, nor anything else in this message is intended to constitute an electronic signature, unless a specific statement to the contrary is included in this message. Thank you, Medical Mutual. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Not able to login to TSO
Please kill this thread before it gains any more momentum. If anyone needs to learn more about the USS controversy (if learn is the proper verb), please consult the archives, which have gone into 123 additional extents to hold all the msg traffic on USS. Bill Fairchild -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Friday, August 05, 2011 3:33 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Not able to login to TSO [1] There are very many people in this list who misuse the term USS when they should be using the term z/OS UNIX or z/UNIX. I divide people into those who deliberately misuse the term, the conceited idiots, and those who are misled by the perpetual misuse by conceited idiots who should know better and are beyond the reach of reason. And, there are arrogant (and pedantic) individuals who have too much time on their hands so they can moan about such trivialities. USS, like many TLA's, has many meanings. IBM uses the term for 'z/UNIX', in many docs. So, if you are intelligent, you should be able to figure the issue out by context. Also, the ultimate in arrogance, pointing out the 'error' in terminology, rather than helping is unacceptable. Besides, who died and made the ultimate arbiter as to the 'fact' it SHOULD be called 'z/(OS)UNIX? - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Not able to login to TSO
Interesting, I understand why you are not to login to TSO. Sent from my Verizon Wireless BlackBerry -Original Message- From: Ted MacNEIL eamacn...@yahoo.ca Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: Fri, 05 Aug 2011 20:33:06 To: IBM-MAIN@bama.ua.edu Reply-to: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Subject: Re: Not able to login to TSO [1] There are very many people in this list who misuse the term USS when they should be using the term z/OS UNIX or z/UNIX. I divide people into those who deliberately misuse the term, the conceited idiots, and those who are misled by the perpetual misuse by conceited idiots who should know better and are beyond the reach of reason. And, there are arrogant (and pedantic) individuals who have too much time on their hands so they can moan about such trivialities. USS, like many TLA's, has many meanings. IBM uses the term for 'z/UNIX', in many docs. So, if you are intelligent, you should be able to figure the issue out by context. Also, the ultimate in arrogance, pointing out the 'error' in terminology, rather than helping is unacceptable. Besides, who died and made the ultimate arbiter as to the 'fact' it SHOULD be called 'z/(OS)UNIX? - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Not able to login to TSO
Sorry, but I was trying to point out that this was trivial, and meaningless. And, I was probably too terse. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Bill Fairchild bi...@mainstar.com Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: Fri, 5 Aug 2011 20:38:23 To: IBM-MAIN@bama.ua.edu Reply-To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Subject: Re: Not able to login to TSO Please kill this thread before it gains any more momentum. If anyone needs to learn more about the USS controversy (if learn is the proper verb), please consult the archives, which have gone into 123 additional extents to hold all the msg traffic on USS. Bill Fairchild -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Friday, August 05, 2011 3:33 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Not able to login to TSO [1] There are very many people in this list who misuse the term USS when they should be using the term z/OS UNIX or z/UNIX. I divide people into those who deliberately misuse the term, the conceited idiots, and those who are misled by the perpetual misuse by conceited idiots who should know better and are beyond the reach of reason. And, there are arrogant (and pedantic) individuals who have too much time on their hands so they can moan about such trivialities. USS, like many TLA's, has many meanings. IBM uses the term for 'z/UNIX', in many docs. So, if you are intelligent, you should be able to figure the issue out by context. Also, the ultimate in arrogance, pointing out the 'error' in terminology, rather than helping is unacceptable. Besides, who died and made the ultimate arbiter as to the 'fact' it SHOULD be called 'z/(OS)UNIX? - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SQL help please
Can someone tell me what is wrong with this SQL statement...need some help please. I'm trying to access catalog table SYSIBM.SYSPLANDEP and cannot get past the pre-compiler. I use the same host variable to access SYSIBM.SYSPLAN earlier in the code, and the pre-compiler doesn't gripe. 1st peice of SQL---no gripe EXEC SQL SELECT CREATOR, ISOLATION, RELEASE, EXPLAN,+ BOUNDBY, QUALIFIER, GROUP_MEMBER, BOUNDTS, REOPTVAR,+ REMARKS + INTO :GTPLOWNR, :GTPLISOL, :GTPLRELS, :GTPLEXPL,+ :GTPLBNBY, :GTPLAUAL, :GTPLGRUP, :GTPLTIME, :GTPLREOP, + :GTPLCMNT + FROM SYSIBM.SYSPLAN + WHERE NAME = :GTPLNAME 2nd piece of SQL---with pre-compiler error msg. EXEC SQL DECLARE C1 CURSOR FOR + SELECT BNAME, BCREATOR, BTYPE + FROM SYSIBM.SYSPLANDEP + WHERE DNAME = :GTPLNAME DSNH312I E DSNHSMUD LINE 863 COL 31 UNDEFINED OR UNUSABLE HOST VARIABLE GTPLNAME DECLARE C1 CURSOR FOR SELECT BNAME,BCREATOR,BTYPE FROM SYSIBM.SYSPLANDEP WHERE DNAME = : GTPLNAME Column NAME in SYSPLAN is defined the same as DNAME in SYSPLANDEP. Varchar 24. GTPLNAME in my source is defined as a DS H,CL24. Anyone have an idea. I appreciate the help. Thanks in advance. --Dave Day -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html