Re: SDWAEC1
On 2024-02-23 07:32 AM, Joseph Reichman wrote: Is this file copied from A RBOPSW if not the current TCB PSATOLD SDWAEC1 isn't a file. Then from a TCB in the address space Then *what* from a TCB in the address space? Then instead of starting at PSATOLD I would be starting a ASXBFTCB You would be starting *to do what* starting from PSATOLD instead of ASXBFTCB. I think you should rewrite your post completely so it makes some sense, and provide enough context for people to know what you are asking for. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Question
On 2024-02-20 13:36 PM, Steve Beaver wrote: Has anyone in the group Subscribed to Office 365 since there is No more MS Office. I dumped MS Office for LibreOffice years ago, and it does everything I need, including good compatibility with MS Office documents. Haven't missed MS Office and have no need for Office 365. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Assembler programmer wanted
On 2023-12-01 14:14 PM, Bob Bridges wrote: I think the rate is unusual Pure curiosity: unusually low or unusually high? -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Permission to redistribute LE
On 2023-10-21 18:25 PM, Charles Mills wrote: a comprehensive "okay to link and ship" list all collected in one place or a small number of places. Got a link or a small number of links? -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Any recommendations for a 3270 emulator for Android
On 2023-09-24 19:26 PM, Charles Mills wrote: Anyone have personal recommendations for a 3270 emulator for Android phones and/or tablets? Android, NOT Windows -- you would have to pry Vista out of my cold, dead fingers. I've used Microsoft Remote Desktop to handle problems on the go. I won't characterize this as a recommendation because I've only used it a couple of times. https://play.google.com/store/search?q=microsoft+remote+desktop+for+android=apps -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Mysterious S0C4 pic 10
On 2023-09-11 09:32 AM, Joseph Reichman wrote Later on when I populate Parse Parameter list and call IKJPARS I get a s0c4 pic 10 right after the BALR Does the PSW point right after the BALR, or elsewhere? XC ESTAED,ESTAED Clear ESTAE parameter list You cleared an area named ESTAED ESTAE (R8),CT,PARAM=(R5),MF=(E,ESTAEL) but used an area named ESTAEL (not shown in your code) WORKAREA DSECT DS18F SAVEEXIT DS18F ABENDM DSCL45 ESTAED DSXL(RECVLEN) <--- storage are for ESTAE parameter list Why not use ESTAE MF=L? Note that ESTAED as you have defined it is not aligned. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TECO (was Re: Has anyone)
On 2023-08-22 07:17 AM, David Crayford wrote: https://tree-sitter.github.io/tree-sitter/ That looks like a gem! -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JAVA started tasks?
On 2023-06-23 19:08 PM, Paul Gilmartin wrote: Does Java depend on OMVS? I've seen messages here about failures before OMVS was ready. Without OMVS, you won't be able to access /usr/lpp/java/J8.0_64/bin/java or similar. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF
On 2023-06-15 08:24 AM, Shaffer, Terri wrote: Lastly is the available screen usage, THIS IS MY biggest ISSUE!!! On my 14" laptop, z/SOMF software installation is almost impossible, because you can only see a few lines. Maybe if I had a Mod-5 and 32" monitor, life would be easier, but yeah not gona happen. I sympathize with your predicament, but there are steps you could take to mitigate it. If you do your work in the office, request a larger monitor for productivity reasons. If you do your work remotely, get a monitor, or get a HDMI cable and connect your laptop to a TV. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 3.1: Now UNIX® Certified
On 2023-06-06 12:02 PM, Paul Gilmartin wrote:
A couple of additional problems you can encounter:
- code that ASSumes that lower case alphabetic characters collate
higher than upper case alphabetic characters;
- code that ASSumes that all lower case alphabetic characters
are in a contiguous range of hex values (similar for upper case);
- code that ASSumes that digits collate lower than alphabetic
characters.
Does the Enhanced ASCII support cover all those problems?
Have you a counterexampl?
Some years ago, I was investigating porting a well-known database
package that shall remain nameless to z/OS USS, and found that the code
had a lot of the above.
Did you compile it in Enhanced ASCII mode? Were the data EBCDIC or ASCII?
The key phrase above is "I was investigating porting". I didn't actually
do the port. Had I done the port, the data that the database would have
been handling would have been EBCDIC (yeah, I don't love EBCDIC either,
but when in Rome...). I decided the dog smelled bad, so I didn't adopt it.
I don't think Enhanced ASCII would do anything for any of the problems I
listed. On the other hand, one could use functions such as isalpha(),
islower() and isdigit() to automatically do things properly.
This are the sort of thing I am referring to:
if (mychar >= 'a' && mychar <= 'z') {
do something based on mychar being lower case alphabetic;
}
This fails on EBCDIC data because there are characters that are not
alphabetic characters between 'a' and 'z'.
--
Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507
Support: https://actionsoftware.com/support/
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 3.1: Now UNIX® Certified
On 2023-06-05 18:55 PM, Paul Gilmartin wrote: Porting to USS has (at least) two significant hurdles: EBCDIC How much is that mitigated by Enhanced ASCII? What residual problems remain? Unsupported library functions? A couple of additional problems you can encounter: - code that ASSumes that lower case alphabetic characters collate higher than upper case alphabetic characters; - code that ASSumes that all lower case alphabetic characters are in a contiguous range of hex values (similar for upper case); - code that ASSumes that digits collate lower than alphabetic characters. Some years ago, I was investigating porting a well-known database package that shall remain nameless to z/OS USS, and found that the code had a lot of the above. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Are you serious about wanting a better IBM doc RCF-type process?
+1 -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is FESTAE still used?
It fails when I do the FESTAE. Code is FESTAE EXITADR=(R9),RBADDR=(R5),TCBADDR=(R4),PARAM=(R13), + RECORD=YES,SDWALOC31=YES Original R4 & R5 from SVC entry. So if I understand you correctly, you are failing here in the FESTAE macro code: + L 15,RBSEXIT-RBSECT+RBPRFXLN(0,R5) OBTAIN CURRENT + RB SCBEXIT VALUE + LTR 15,15 IF ZERO - SCB AVAILABLE + BZIHB10036 CONTINUE PROCESSING + LA15,8(0,0) *You get RC=8 here* INDICATE PREVIOUS EXIT + IN THIS RB RBSEXIT is where your FESTAE routine's address would have been saved. But the field is not empty, which suggests that there is already a FESTAE in place, and you can't have multiple FESTAEs for the RB. It might be a good idea to investigate what the pre-existing FESTAE routine is. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is FESTAE still used?
On 2023-05-04 04:20 AM, Binyamin Dissen wrote: As part of my Type 4 SVC I thought - why not use FESTAE for recovery? But I am finding that it always fails because the SVRB(prefix)+D4 (entry R5) has data. Am I missing something obvious? FESTAE works. Where is your failure: when the FESTAE macro executes or when the recovery routine is entered? -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM-MAIN
On 2023-05-02 22:56 PM, Darren Evans-Young wrote: Haven't had to remind folks of this in a awhile. This list is for the discussion of IBM Mainframes. Not political discussions/opinions and other worthless sh*t that I and others really don't care about. If it continues, I will start removing people from the list Thank you! -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Images rather than etext
On 2023-04-17 16:30 PM, Phil Smith III wrote: That's one of the points of a GUI: you shouldn't have to explain it. In fact, there's a saying I'm a firm believer in: "A GUI is like a joke: if you have to explain it, it's not very good." My favorite UX book for web apps has the title "Don't Make Me Think!" -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: One for Gil on Friday...
On 2023-04-14 13:56 PM, Paul Gilmartin wrote: enhances "-" character It's amazing that they have found a way to enhance a character. ;) -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: how to display storage(memory) for an lpar
On 2023-03-18 11:38 AM, Bill Giannelli wrote: I mean, total physical storage (memory) On Sat, 18 Mar 2023 10:34:55 -0500, Bill Giannelli wrote: how do you display the current amount of storage (memory) for an LPAR? thanks Bill D M=STOR IEE174I 11.58.56 DISPLAY M 487 REAL STORAGE STATUS ONLINE-NOT RECONFIGURABLE 0G-6G ONLINE-RECONFIGURABLE NONE PENDING OFFLINE NONE STORAGE INCREMENT SIZE IS 1M -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Routine using TIMEUSED called Statically gets different results
On 2023-02-12 12:02 PM, Chris P Fried wrote: I have run out of ideas on what could cause the results to be different when the routine is invoked via a Static call. "The Goog" led me to this: https://www.ibm.com/docs/en/cobol-zos/6.1?topic=program-performance-considerations-static-dynamic-calls A program linked into your calling program does not need to go through the extra overhead of LOAD and DELETE. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Markup languages
On 2022-12-21 20:01 PM, Matt Hogstrom wrote: If you’re looking for something that is good for markup then Markdown is widely used. Markdown is great for its simplicity, and the fact that it's all character based makes it easy to manage revisions under git. It can be challenging to produce a professional looking PDF document, though. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Tool for abend testing
On 2022-07-16 10:41 AM, Willy Jensen wrote: I have a program which abends with the code in the parm field, it supports both system- and user abends. You are welcome to a copy, send me a private mail. Sample: PARM=S0C8 PARM=U123 In case it doesn't already, your program should actually cause program checks for those abend codes that represent program checks. Depending on your recovery scenario, an actual S0C3 program check could be handled differently than an ABEND with system code 0C3. One simple example is a SLIP trap with ERRTYP=PROG. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Some questions on SYSCALL
On 2022-06-29 08:48 AM, Bill Schoen wrote: Probably my last post before retirement tomorrow. Enjoy your retirement, Bill! -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: "A Rexx" (or "A REXX")
On 2022-06-08 07:05 AM, Seymour J Metz wrote: I generally say "a REXX script". If you want to be PC, make that "a Rexx script", and, no, I don't know why the case changed. You could probably ask the same tall foreheads that thought it was vitally important to change DB2 to Db2. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: "A Rexx" (or "A REXX")
On 2022-06-07 17:58 PM, Phil Smith III wrote: Rexx came to TSO and people there often say “A Rexx” Whether it's right or wrong, it drives me nuts. Nobody says "a bash", "a PowerShell", "a Java", "a C++", etc. To be fair people did say "a CLIST", and when they replaced CLIST [programs] with Rexx [programs] it was probably logical to them to replace the word they used to describe them at the same time. A related pet peeve: "a software". Nobody but nobody says "a hardware". -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Checksum of "legacy" load module?
On 2022-04-27 03:39 AM, Colin Paice wrote: try md5 https://www.ibm.com/docs/en/zos/2.4.0?topic=descriptions-md5-calculate-check-md5-cryptographic-hashes md5 was added to z/OS at the same time as sha256 (z/OS 2.4 June 2020), and has a dependency on ICSF (described in the doc). The OP has already indicated that he can't use it. -- -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Checksum of "legacy" load module?
On 2022-04-26 18:30 PM, Charles Mills wrote: Is there any z/OS utility that will give a hash of a (traditional, old-fashioned) load module in a PDS? Specifically what I am trying to do is answer the question "is load module X in PDS Y.Z on box A binary equal to load module X in PDS Y.Z on box B?" without copying and comparing. I suspect the BLKSIZEs are the same so that may make the task easier (or prevent false negatives). I'd want an IBM-included utility because if I have to install a CBT utility I might just as well do the copy and compare. A UNIX utility is suitable if it will handle a PDS load module. Charles Have a look in the z/OS UNIX System Services Command Reference (June 2020 refresh or newer). A set of hash utilities has been added, and they can work with classic sequential, PDS and PDSE data sets. Check the dependency note in the description of each utility to ensure you can meet the requirements. Here's a trivial example: > sha256 "//'SYS1.LPALIB(IEFBR14)'" SHA256 (//'SYS1.LPALIB(IEFBR14)') = ec62f77b12bf26b56ce14148ff5efd43da5732951b9392afd85a3cdc4abfc5f7 -- -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SYSLOG port usage
On 2022-04-19 03:16 AM, Tom Longfellow wrote: I am still left with concerns from the 'sending' end of the syslog information. The DS8884 is using TCP, not UDP. There are no visible means of changing the communication packet type being used. My only hope is that the -n version of the z/OS syslog daemon will listen on TCP port 514 (or even 1468) when started up. The sample in prefix.SEZAINST(SYSLOGD) provides a clue that the syslogd only listens to UDP: BROWSETCPIP.SEZAINST(SYSLOGD) Line 25 Col Command ===> Scroll = //* If you would like to run two instances of syslogd, make a second * //* copy of this proc and replace -i with -n in the second instance. * //* The instance using -n will process only log messages received* //* over the well-known syslogd port via UDP. One instance must * //* use -i and the other must use -n in order to run two instances. * //* * //* The -c command-line option specifies that syslogd should create * //* any log files or directories which do not already exist. * //* * //* The -i command-line option specifies that syslogd should not * //* process log messages sent to the well-known syslog port via UDP. * //* z/OS syslogd has no parameters for specifying the use of TCP or a non-standard port. FWIW, a lot of sites are sending their syslog traffic to SIEM products; all such products that I've seen can accept TCP traffic. -- -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: System Proclibs, Member management
On 2022-04-13 12:36 PM, Paul Gilmartin wrote: How does that report such as ISRSUPC SRCHFOR which might access every member of a PDS? If it can be limited to report only accesses by the JCL reader it might overlook accesses by a file tailoring utility. You can choose to track all references, or just executions, or just proc invocations. It would be up to the OP to decide whether they wanted to see references other than proc invocations. If they choose to track all references, they can easily filter the report to see only those that are proc invocations. -- -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: System Proclibs, Member management
On 2022-04-12 11:21 AM, Mark Jacobs wrote: Say we have a proclib dataset with 1000 members in it. Does anyone have a method to identify members that are being used so we can archive and delete the ones that aren't? eventACTION has a Reference Tracker component that is intended specifically for situations like this. -- -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Specialized list versus wide audience
On 2022-03-30 17:58 PM, Paul Gilmartin wrote: Should there be a list for rants, insults, pedantry, advocacy, and politics Yes, please! The signal to noise ratio on IBM-MAIN is horrible. -- -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Modifying a USS Root File System that is Read-Only
On 2022-03-25 16:36 PM, Matt Hogstrom wrote: I am getting these messages when attempting to mount as RDWR … READ mounts fine. IOS000I 0AA4,EF,WRI,E7,0200,,56E8,MT24R1,CATALOG , 8002A4000CA0A1A2A3A4000300E2000C IOS000I 0AA4,EF,WRI,E7,0200,,56E8,MT24R1,CATALOG , 8002A4A0A1A2A3A4000300E20056E800 Is this z/OS system running under z/VM? If so, is volume MT24R1 attached read-only to the z/OS guest? -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Trouble getting new mainframe staff?
On 2022-03-21 14:17 PM, Bill Johnson wrote: Cut from word doc and paste to the list. I’ve often seen the list jam stuff together. I’ve pasted the same thing elsewhere and it works perfectly. I saw words concatenated, and I use Thunderbird. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Meet Zorow, An Open Mainframe Project For z/OS Systems - Open Mainframe Project
On 2022-03-01 22:49 PM, Matt Hogstrom wrote: Zafod Can't leave out Zardoz. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Holy Moly ...
On 2022-02-16 22:21 PM, Lance D. Jackson wrote: I thought you guys were asked to take this offline? +1. Enough is enough. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LISTSERV Noise?
On 2022-01-24 01:31 AM, Paul Gilmartin wrote: Could LISTSERV be configured to reject any posting which quotes the footer, "> For IBM-MAIN subscribe ..."? I expect the end result of such an action would be a multitude of posts from people complaining that their replies were not appearing in the list, which would be much more annoying. Now, if only there was a reliable way to detect and prevent topic drift... -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Fwd: Where do we go from here? 2022 Predictions By Open Mainframe Project
On 2022-01-13 13:56 PM, Mark Regan wrote: https://www.openmainframeproject.org/blog/2022/01/12/2022-predictions Regards, Mark Regan Best to watch this one rather than read it. The transcription isn't great. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS
On 2022-01-06 20:40 PM, Bob Bridges wrote: Other things may have seemed reasonable to the inventors of JCL, but later usage proved there were better ways. Tough; it is what it is, now, and very few improvements can be made to it without invalidating bazillions of lines of existing JCL code On 2022-01-06 21:20 PM, Paul Gilmartin wrote: ..., and very few improvements can be made to it without invalidating bazillions of lines of existing JCL code, ... That's a fallacy akin to asserting that Rexx or Python could not be adopted without invalidating bazillions of lines of existing Assembler code. JCL could coexist with its successor. Quoting a slightly larger part of Bob's statement, it's clear that he was talking about obstacles to making improvements in JCL, not about some replacement. Apples and oranges. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support:https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AWK ? - Re: Top 8 Reasons for using Python instead of REXX for z/OS
On 2021-12-22 01:36 AM, Farley, Peter x23353 wrote: Not that I much like the z/OS shell implementation, but I could learn to use it effectively if I had reliable access. Would you be allowed to use Rocket's port of bash? -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RENT binder option - note of thanks!
:+1: -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RENT binder option
On 2021-08-30 17:28 PM, Charles Mills wrote: Seriously, I agree with @Gil. Wasting a few bytes should be the default, not leaving a few bytes unprotected. It's a bit of a double-edged sword... The behavior of REFRPROT is clearly stated in documentation: https://www.ibm.com/docs/en/zos/2.4.0?topic=lpa-using-refrprot-statement If it is desired to have all parts of a program be page protected, I suggest that it is fairly straightforward task to pad a program out to exactly occupy full pages. To automatically extend all REFR modules to a multiple of 4K by default on a real system could result in much more than "wasting a few bytes". To put things in perspective, I have seen customer systems with over two hundred subsystems in their SSCVT chain (yes, I know the SSCVTs themselves are not programs, but they do have programs related to them), or as many as seven ISV products front-ending the same SVC. There can be a lot of products adding REFR modules to DLPA or CSA, and all those "few bytes" can add up. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Unix Permissions Display Question
On 2021-07-01 23:40 PM, Paul Gilmartin wrote: Does the entire screen qualify as such a rectangular selection? The originator of this thread said he retyped the half dozen lines he showed. We don't know whether he has Vista, which should have saved him the retyping. The entire data area of the screen, yes. The status line at the bottom, no. I can't show you those because they are Windows menus and capturing those would require Windows print screen. I fear Windows print screen is the only tool some users know; not ideal for problem tracking, etc. I've been there, working to reproduce a problem from a screen image. Amen to that. I try to be nice, though, in case they are using an emulator that does not support text copy/paste. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Unix Permissions Display Question
Comments interspersed, prefixed by GT: On 2021-07-01 20:46 PM, Paul Gilmartin wrote: Thanks. I haven't Vista to play with, and others have said here that Vista captures screens only as bitmaps, not acceptable on this list. GT: Not true. Any rectangular selection can be made using the mouse. That's useful for copying chunks of code and pasting it into other programs, email messages, chat clients, issue trackers, and so on. Seeing your comment about what others have said, I had to go look to see if Vista even has the ability to produce a bitmap image, and I don't see one.The Edit menu in the window mode contains an assortment of advanced copy and paste options, none of which I've played with. I can't show you those because they are Windows menus and capturing those would require Windows print screen. however, in:https://www.tombrennansoftware.com/multiple.html I read: Each time something is Cut or Copied, the data is stored in Copybuffer 1, and also into the Windows Clipboard. Ideally then, one might Select the entire screen; Copy; and Paste into an editor such as Notepad++ or directly into a message to this list. How does that procedure treat: o Multi-line fields? o Attribute bytes? o Highlighting? GT: You get plain text in the clipboard. There are competing objectives: o A programmer might want to Copy even a multi-line field as a string with no formatting. GT: Works like a charm. o A writer of documentation or the OP to this thread might want a visually faithful image of the screen. GT: For this, the best thing I've seen is HTML-formatted screen shots from x3270. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Unix Permissions Display Question
On 2021-07-01 14:15 PM, Paul Gilmartin wrote: Can you not copy-paste rather than re-typing? It saves you many keystrokes and reduces the likelihood of typos. (Can that be done with Vista, in particular?) Copy/paste is easy peasy in vista. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Programe CCNDRVR not compiling-Event-Action blocking
On 2021-06-28 13:14 PM, Lizette Koehler wrote: If it is an S913, look for ICH408I messages to indicate what the SAF Product failed In this case, Vinoth should report it to Action Software support. See the reason code value. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Programe CCNDRVR not compiling-Event-Action blocking
On 2021-06-26 21:57 PM, Vinoth wrote: Hi, we are upgrading CFT product and we see a strange issue on C/C++ compiling on one of the system, even after adding the SYS1.* to event-action for Authorization, it didn't went well. MZC4824I PROGRAM NAME=CCNDRVRCalled by IEFIICCkpt=2A MZC4830I The execution is disallowed by eventACTION IEF450I A00CUSI COMPILE EDCC - ABEND=S913 U REASON=D4E9 753 Appreciate your help on this. Thanks.. Hi Vinoth, These messages indicate that the execution of program CCNDRVR is being blocked by the Product Execution Control feature of eventACTION. The options for this feature are separate from those for change tracking and change control. Please contact Action Software support at https://actionsoftware.com/support/ for assistance. Thanks! -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: And the survey says...
On 2021-04-30 17:04 PM, Seymour J Metz wrote: Can you do both a linear copy and a block copy? Any rectangular selection. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AW: And the survey says...
On 2021-04-30 07:11 AM, Michael Knigge wrote: I've worked with PCOM, RUMBA, Nexus and Vista tn3270 And I felt in love with Vista tn3270.. Why?! You might roll your eyes, but it's the font. The first time I've installed Vista tn3270 I looked at it and no other 3270 Emulator I've used so far provided a such great looking and great readable font. I don't think this is a trivial consideration. I like the Vista fonts too. They are very legible and don't give me eyestrain. As a side benefit of this legibility, I can comfortably configure my window to show more lines of code. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: And the survey says...
On 2021-04-29 13:05 PM, Paul Gilmartin wrote: Alas, the screenshot-as-text is the $FeatureX apparently absent from the $EmulatorY modally favored in this thread. I'm going to ASSume that "the $EmulatorY modally favored in this thread" refers to Vista. With Vista, you can copy/paste any portion of the contents of the screen as text (including the entire screen if desired), which IMHO is much better than a screenshot tool that unconditionally copies the entire screen contents. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Printing GTF trace?
On 2021-04-21 15:15 PM, Tony Thigpen wrote: All, I have generated a GTF trace for a vendor, but how do I generate a print report of the formatted entries so I can send them to a vendor? I can browse the formatted entries in IPCS, but I am new to IPCS and don't know how to tell it to print the entire report. Did they specifically ask for it in printed form? We normally ask customers to terse the GTF trace and send us the tersed file. Then, we can use IPCS on it. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: wc3270 or NOTEPAD++ help
On 2021-02-12 13:27 PM, Paul Gilmartin wrote: He says (astonishingly) he has*only* "wc3270 or NOTEPAD++". Wc3270 probably includes IND$FILE but not FTP. I know only one (now obsolescent) 3270 emulator which includes FTP (server!), and it never ran on Windows. If he had WinZip (which he says he hasn't) and WinZip could create a .pax archive (I believe it can extract them) ... I don't know whether the OP's lack of choice on software is due to finances or administrative restrictions. I'm going to go ahead on the assumption that it's a lack of dollars. wc3270 is a variant of x3270, built to run on Windows. x3270 contains IND$FILE support. http://x3270.bgp.nu/ Passport provided a FTP client for Windows. I believe this has been taken over by Rocket and renamed to something else, and I don't know whether they retained the FTP client. https://filezilla-project.org/ Windows itself contains a line-mode FTP client. If you want GUI, FileZilla is good and free. 7-Zip is a good free alternative to WinZip. https://www.7-zip.org/ -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Datasets with - in HLQ
On 2021-02-10 13:00 PM, Edgington, Jerry wrote: I am trying to add VSAM datasets to RMFGAT for monitoring, but RMF doesn't like the - in HLQ, which is valid. Does anyone know what the syntax should be to add this type of dataset? F RMF,F III,VSAMRLS(ADD(XXX-LQAV.CONTROL.MASTER)) I get this error, when trying to add the dataset: ERB300I III: SYNTAX ERROR IN OR FOLLOWING TEXT BEGINNING 'S(ADD(XX-L ERB300I III: QAV.CONTROL.MAS' IN OPERATOR INPUT ERB224I III: '-LQAV.CONTROL.MASTER)' SKIPPED DUE TO PREVIOUS ERROR The F RMF command you showed a HLQ of 'XXX-LQAV', but the ERB300I message shows a HLQ beginning with 'XX-L'. Is it possible that the problem is a typo? -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LCCAWTIM on multiple CP System
On 2021-01-25 12:24 PM, Eric Erickson wrote: What am I missing here? Reading what you have written, it appears that you are working on the basis that 1 second = 1000 microseconds. However, 1 second = 1000 milliseconds. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: C macro for maximum path length?
On 2020-12-03 10:12 AM, Charles Mills wrote: I believe you, but why then is the macro undefined? Why is the definition now commented out? >From (actually CEE.SCEEH.H(LIMITS)) on z/OS V2R4: /* * POSIX.1 1990 Section 2.8.5 Statement 1065 - * these macros "shall be omitted on specific * implementations where the corresonding value is * >= the stated minimum, but where the value * can vary depending on the file to which it is * applied." * * */ /* * #define LINK_MAX * #define MAX_CANON * #define MAX_INPUT * #define NAME_MAX * #define PATH_MAX * #define PIPE_BUF */ Charles Tried this? "an application may use the/fpathconf/() <https://pubs.opengroup.org/onlinepubs/009696699/functions/fpathconf.html>,/pathconf/() <https://pubs.opengroup.org/onlinepubs/009696699/functions/pathconf.html>, and/sysconf/() <https://pubs.opengroup.org/onlinepubs/009696699/functions/sysconf.html> functions to determine the actual value of a limit at runtime." (https://pubs.opengroup.org/onlinepubs/009696699/basedefs/limits.h.html) -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is ISGENQ a bit pricey?
On 2020-11-24 14:11 PM, Kirk Wolf wrote: I'm doing ISPF-compatible member enqueues, while loading a bunch of members with BPAM/BSAM. I'm following the doc, which indicate SCOPE=SYSTEMS: https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.f54pc00/isppcmmnamen.htm I guess that I don't understand the distinction between GRS and sharing within a SYSPLEX wrt SCOPE=SYSTEMS. I had assumed that SCOPE=SYSTEMS is not only GRS, but also for serializing across members of a sysplex. No? BTW: with SCOPE=SYSTEM, it is blazing fast. The doc you linked shows the resource as: |ENQ SPFEDIT,rname,E,52,SYSTEMS so you should use the identical qname, rname and scope for your ENQ. As Ed pointed out in another message, it looks like you have GRS ring mode set up on your system, and you are running a single system. You might get some benefits from changing GRS=RING to GRS=NONE. | On 2020-11-26 15:10 PM, Tony Harminc wrote: But SCOPE=SYSTEMS isn't a different namespace such that a competing program within the same system won't see it if it asks for SCOPE=SYSTEM. Sorry, incorrect. "Note that the control program considers a resource with a SYSTEMS scope to be different from a resource represented by the same qname and rname but with a scope of STEP or SYSTEM." https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.ieaa600/iea3a6_Defining_the_scope_of_a_resource.htm -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AWS down again.
On 2020-11-25 14:55 PM, Bill Johnson wrote: No worries though, you just can’t see your entertainment. Prolonged AWS outage has taken down a big chunk of the internet | | | | || | | | | | Prolonged AWS outage has taken down a big chunk of the internet | | | | Sent from Yahoo Mail for iPhone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN OT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: (yet another) problem with zcx container
On 2020-08-26 14:37, Mauri Kanter wrote: I do not know why zCX needs FC-0104 ? Does FC-0104 changes something hardware-wise? AFAICT the sole reason for the (paid) hardware feature is to provide entitlement. My guess as to why they require this feature is that you can run a lot of FOSS products in zCX that offer similar function to IBM products. Unfettered free use of zCX could be very costly to IBM. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Can System REXX run Sub=MSTR ??
On 2020-08-20 15:33, Lionel B Dyck wrote: And if so where would that be changed as I can't find where it is started now? What's the problem you're trying to solve? -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ESTAEX exit WAIT question
On 2020-08-01 18:47, Charles Mills wrote: I only know for a fact that all of the swans I have ever seen were white. At least on the side of the swans that you saw. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ESTAEX exit WAIT question
On 2020-07-30 12:59, Charles Mills wrote: Thanks @Peter. I wondered about an ATTACH RMTR. I was fishing a bit when I wrote the OP. I understand the problem now: I have a non-authorized batch program. I have complete control over the logic. It runs a UNIX program as a subtask. I have no control over the logic of the UNIX program. Under certain circumstances -- a timeout -- the batch program cancels the UNIX program subtask. (DETACH and ABEND S13E) The batch program then runs another UNIX program as a subtask -- with no issues. This has been working perfectly for years. I want to add logic such that if the batch program user cancels (CANCEL ABEND S222) the batch program it similarly cancels the UNIX program and attaches another. I have an ESTAEX exit that catches the ABEND Sx22 and does the DETACH and ATTACH. The problem I am seeing is that the second UNIX program fails with Reason Code 0D070201 JRAlreadySigSetUp: BPX1MSS found the process already set up for signals. My inference is that the first UNIX program does not finish "cleaning up" in this situation. It does not finish cleaning up when DETACHed by an ESTAEX exit, even though it does clean up properly when DETACHed by the mainline in a timeout situation. (I can't clean up the signal registration myself with BPX1MSD() -- that fails because the running main task does not own the signal registration, the terminated subtask does.) Any thoughts or suggestions? I tried STAE=YES on the DETACH with no apparent effect other than that it changed the subtask ABEND from S13E to S33E. I have not tried using ETXR (or RMTR ). Not sure what I would do differently or additionally with an ETXR. ETXR is documented as running on the originating task, so I would have the same problem with BPX1MSD(). On 2020-07-30 14:12, Charles Mills wrote: > Ah! No, I understand that. I am not trying to "defeat" S222. The second subtask is a legitimate cleanup effort. When it ends, the main program will return, percolate and ABEND. Taking these two posts together, I think you should look at BPX1SDD/BPX4SDD a.k.a. set_dub_default(). If you set the value to DUBPROCESS in the job step, before ATTACHing your subtask, the subtask will be a separate process and should clean up at its termination. The default, DUBTHREAD, does not cause the subtask to be a separate process, and in that case I would expect that the cleanup will not occur until the parent (job step) task ends. https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.bpxb100/sdd.htm -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Trying to find documentation for LE reason code
On 2020-07-29 19:15, Charles Mills wrote: The error is from running the EXEC; it is not documentation of any UNIX error. Correct. The exec is in SYS1.SBPXEXEC(BPXMTEXT). -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Trying to find documentation for LE reason code
On 2020-07-29 16:35, Charles Mills wrote: I am getting the following error when starting a UNIX program: CEE5101C During initialization, the callable service BPX1MSS failed. The system return code was 000156, the reason code was 0D070201 . The application will be terminated. There is a lot of this and that on the Web, but I would like to read the actual documentation for that reason code. Where do I find it? I look up the message in LE M and find Programmer response: See z/OS UNIX System Services Programming: Assembler Callable Services Reference for the appropriate action to take for this return code and reason code. Consult with your z/OS UNIX System Services (z/OS UNIX) support personnel if necessary. One possibility is the application was not authorized to use z/OS UNIX. If this is true, contact your system administrator to have the ID registered with z/OS UNIX to use these services. Symbolic Feedback Code: CEE4VD Nice of them to refer you to a 1300-page book with no clue as to which chapter to look at, huh? Anyway I search the referenced book on CEE5101C, on 0D070201, and on CEE4VD and get no hits. I didn't find anything under BPX1MSS. Anyone have any clues? This seems more difficult than it ought to be. (Yes, the userid*does* have an OMVS segment.) Charles bpxmtext 0D070201 . => BPXNSMSS 01/31/17 JRAlreadySigSetUp: BPX1MSS found the process already set up for signals Action: Only one task can be set up for signals at any one time. Issue the signal unset (BPX1MSD) service on the task that did the last setup and then reissue this service. *** -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using AN EAX value of PC Routineto index into the Authority Table
On 2020-07-21 09:35, Seymour J Metz wrote: I can see the point about creating an unnecessary subsystem, but what's complicated about looking up a subsystem? It's not complicated to look up a subsystem, but it could be an excessive path length. I've seen systems with over 200 subsystems defined, and the search is linear. As Peter said, some susbsystems exist only to provide a place to store a control block address; such subsystems needlessly increase the path length of looking up "legitimate" subsystems. N/T services are simple, and are meant for this purpose. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Web enabled ISPF Application
On 2020-07-16 04:36, Lionel B Dyck wrote: No need for it to retain the look/feel of ISPF - just the functionality Sorry, what I meant is this: once you have developed this web interface, do you intend that to be the only interface, or do you still want to be able to use the ISPF interface as well? If you intend to keep both, then consider decoupling the user interface layer from the application logic. Then you only have one set of application logic to maintain. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Web enabled ISPF Application
On 2020-07-15 16:52, Lionel B Dyck wrote: The thought is to not present an ISPF panel, which you could do using the zOSMF ISPF interface but to make it a true web interface. Is the desired end result to have only the web interface, or do you want to continue to have an ISPF interface as well? -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
RFE: Update GTF PI/PGM record and formatting to include 64-bit general registers and access registers
I've submitted a new RFE for GTF, requesting that the GTF PI/PGM record and formatting be updated to include 64-bit general registers and access registers. At present, you don't get 64-bit register contents even when running AMODE 64, and you don't get access register contents even if running in an ASC mode where they matter. Here's a link to the RFE for those that wish to vote for it: http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=143147 -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TN3270 clients for Linux and OS/2
On 2020-07-01 11:47, Seymour J Metz wrote: Can anybody suggest goof TN3270 clients for Linux and OS/2? On Linux I use KDE and would prefer something written for QT or at least X11. For OS/2 I'd prefer a PM application. In both cases I'd like the ability to configure both the primary and secondary screen size. For Linux: https://github.com/pmattes/x3270 "Good" is in the eyes of the beholder. Some think it's great; I keep a Windows machine around so I can continue to use Vista TN3270. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New Mainframe Community
On 2020-06-26 15:21, Gord Tomlin wrote: On 2020-06-26 12:57, Henri Kuiper wrote: here’s a little “why” for the existence of the thing :https://zdevops.tumblr.com/post/620908065704853504/mainframe-community-mattermost I read the above, and then headed over to see https://mainframe.community/ I see that the privacy policy and terms are the default ones supplied by Mattermost. Has this site set up its own privacy policy and terms, or is it relying on the defaults provided by Mattermost? I have to ask, because there isn't much to see without creating an account and logging in. I took the next step and joined this new community to see what all the fuss here was all about. I don't like to either boost or trash something that I know nothing about. I was already familiar with Mattermost. For those who aren't, it's an open source package that looks and acts very much like Slack did six months ago. So if you know Slack, you pretty much know Mattermost. Here's what I found, in no particular order: - There are no ads. - There is no sign of people selling answers (for clarity, the comments about those two items were about another site). - I've seen no sign of pedantry. - I haven't seen topics wander off into hardware nostalgia or, as in this very topic, discussions of quote marks and character sets. - I haven't seen a lot of the key IBMers who make major contributions here. - The new site appears to be somewhat more collaborative discussion, as opposed to Q - I haven't seen anyone asking questions without supplying the information that someone would need to answer the questions. - It's not a huge population at this point (as I write this, the Mattermost equivalent of Slack's #general channel has 119 members). - The topics discussed seem to be more "new workload" and less "legacy". - It's a little chaotic, because the Slack/Mattermost chat-oriented paradigm does not really lend itself to threaded conversations. When it gets a lot of users, it's likely to feel a lot like the Zowe Slack site. - It's just different from IBM-MAIN. As far as I can tell, it's not trying to replace IBM-MAIN (and if it was, the choice of a chat tool rather than a forum tool would have been a mistake). -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New Mainframe Community
On 2020-06-26 12:57, Henri Kuiper wrote: here’s a little “why” for the existence of the thing :https://zdevops.tumblr.com/post/620908065704853504/mainframe-community-mattermost I read the above, and then headed over to see https://mainframe.community/ I see that the privacy policy and terms are the default ones supplied by Mattermost. Has this site set up its own privacy policy and terms, or is it relying on the defaults provided by Mattermost? I have to ask, because there isn't much to see without creating an account and logging in. Thanks! -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New Mainframe Community
On 2020-06-15 00:49, David Crayford wrote: Wow, "corporate-required Internet Explorer"! Your company needs to review some of it's standards!! We still encounter this now and then in our customer base. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: GTF and SLIP vs. 64-bit execution
On 2020-05-25 17:04, Ed Jaffe wrote: For the record, we diagnose issues using the events you've listed all the time, no matter what the AMODE. In fact, we even have RMODE(64) code nowadays. There is a bug with 64-bit PTRACE formatting and we got a custom fix from Jim Mulder for that (it will be GA with z/OS 2.5), but otherwise everything we need is there. What sort of information were you expecting that you did not see? I probably painted with too broad a brush in my initial post, and for that I apologize. The real offender is the PGM trace entry captured by PI=56 in the GTF trace specification: PGM. 056 ASCB 00FBF880 CPU. JOBN OLD-PSW. 47543001 8038 0149ADEE TCB. 008CBA08 VPH. 7000 VPA. 7800 MODN SVC-RES R0.. 84C85DFA R1.. 00FFF5FF R2.. 7F6ADD38 R3.. 7F6ADE34 R4.. 8050 R5.. 7F6ADCE5 R6.. 008C46D0 R7.. 008C46FC R8.. 0050 R9.. 84C85936 R10. 01D9AE20 R11. 008C4C68 R12. 84C85936 R13. 008C4010 R14. R15. 7000 GMT-05/22/2020 14:40:47.514205 LOC-05/22/2020 10:40:47.514205 Despite being in AMODE 64, it only presents 32-bit registers. From another source that I am prohibited by NDA from revealing, I know that the entire contents of R15 were 7000_7000; I know that if the problem was repeatable I could use SLIP (which does show register high halves) to trace in the vicinity of the program check. But this would have been immediately obvious if the GTF trace entry showed 64-bit registers. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
GTF and SLIP vs. 64-bit execution
We recently had the need to use GTF to collect SLIP IF, SVC, USR and PI events to help diagnose a PIC 38 program check where the address to be resolved was above the bar. Unfortunately, the trace was of almost no use in diagnosis due to the more or less complete lack of 64-bit support in the trace. The only nod is that 128-bit PSWs are shown. I expect that I either missed or forgot some statement from IBM that GTF would not be enhanced for 64-bit; I can't imagine any other credib;e reason for the lack or support. However. I can't find such a statement, nor can I find any complaint or RFE about the lack of such support. Anyone have any relevant information on this? -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: regarding the 'shortage of mainframe talent'
On 2020-04-09 07:05, John McKown wrote: If your objective is to do something interesting and mind-stimulating in your newly enlarged spare time, then there are massive number of open source projects you could contribute to. There's a very good chance that some such projects line up well with your outside interests. Ain't none of z/OS, unfortunately. At least as far as I know. CBT? Zowe? Zigi? -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: regarding the 'shortage of mainframe talent'
On 2020-04-08 16:29, Stan Saraczewski wrote: Question - how does a semi retired person secure part time projects ? There is a difficulty getting past the 40 hour a week retirement... This may sound facetious, but it's not meant to be. It all depends on what you want out of the part time project(s). If your objective is to do something interesting and mind-stimulating in your newly enlarged spare time, then there are massive number of open source projects you could contribute to. There's a very good chance that some such projects line up well with your outside interests. On the other hand, if your objective is to get paid for your part-time efforts, things are much tougher. Most employers want to see a full-time commitment from their employees, and ageism is real. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ESPIE question (does ESPIE "cover" ATTACH'd sub-tasks)
On 2020-04-02 14:14, Charles Mills wrote: I had the same observation. Sending every condition through the same handler was advantageous for me. Same here. You would want to keep the SPIE if program checks were expected: perhaps a report generator where you anticipated that users might declare fields to be packed when they were not always valid. You can also recover program checks from ESTAE(X). "You would want" -> "You might want". -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ESPIE question (does ESPIE "cover" ATTACH'd sub-tasks)
On 2020-04-02 11:03, David Crayford wrote: In that case why does LE use ESPIE in condition handling? An irreverent take would be that they enjoy obfuscating abends by transforming program checks into U4xxx abends. The ESPIE can be eliminated using TRAP=(ON,NOSPIE), and we have not seen any adverse effects upon LE recovery from running that way. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS EOS dates
On 2020-04-01 16:24, Jerry Whitteridge wrote: Try here https://www.ibm.com/support/lifecycle/#/ You can then search on the products you are looking for Thanks all...that worked. Bookmarked. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OS EOS dates
Does anyone have a link that works today to the page containing z/OS EOS dates? This link: http://www.ibm.com/systems/z/os/zos/support/zos_eos_dates.html now just leads to the z/OS landing page: https://www.ibm.com/it-infrastructure/z/zos I can't find a link to any other page providing the appropriate information. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT: Mandatory Work From Home at my company
On 2020-03-20 11:47, Seymour J Metz wrote: Take the typical laptop keyboard - please! Sadly, it's hard to decide what counts as "typical". I use four laptops regularly, and all have the non-alphanumeric keys laid out significantly differently. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM APIs in a multi-vendor world
On 2020-02-20 13:34, Kirk Wolf wrote: I was hoping that somehow these products worked with application code written to the DFHSM macros. Unfortunately, there's nothing in this space analogous to RACROUTE for security products. If there was, it would probably be paywalled in the DFSMS ACG. You'll need unique code for each product. I haven't worked with the alternatives to DFHSM, so I don't know whether the other products also have macro interfaces. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ZOA Open Automation Utilities
On 2020-02-19 11:28, Paul Gilmartin wrote: What does it use Unformatted System Services for? Does someone need to submit an RCF? Channeling your inner Chris Mason? -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Convert a Metal C control block mapping to Assembler DSECT ?
On 2020-02-14 10:17, Lionel B Dyck wrote: Is this possible, and more importantly, has anyone done it and be willing to share? If the control block is one of your own creation, I'd recommend that you make the DSECT the original form, and then create the header file from the DSECT. It's much easier! -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Manuals for CA-VOLLIE?
On 2020-02-03 13:25, Bernd Oppolzer wrote: Is there a manual for CA-VOLLIE, which can be shared, for example PDF format? No match when using the well-known search engines I haven't seen the name VOLLIE in many years. Perhaps the product has been renamed? Searching Broadcom's site for VOLLIE gets 23 hits, but none of them have VOLLIE in the title. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Who do you trust? (What CA's do you trust?)
On 2020-01-30 18:06, Charles Mills wrote: Who do you trust? What CERTAUTH certificates do you have installed and trusted? I am contemplating purchasing an FTP server certificate for z/OS client FTP access. I'd like to know which CA's are most likely to already be installed in customers' CERTAUTH keyrings. IBM used to ship certificates for VeriSign, Thawte, Integrion, Entrust, Equifax and ICP. Are those still popularly-trusted CAs? What about Comodo? They are the largest CA. What about GoDaddy? What about Let's Encrypt, the no-charge CA? There's been a lot of consolidation. Equifax is GeoTrust is VeriSign. Thawte and Symantec are now DigiCert. FWIW, from Mozilla: "Most browsers, not just Firefox, do not trust certificates by GeoTrust, RapidSSL, Symantec, Thawte, and VeriSign because these certificate authorities failed to follow security practices in the past." https://support.mozilla.org/en-US/kb/what-does-your-connection-is-not-secure-mean -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: C++ reinterpret_cast question
On 2020-01-29 13:29, Charles Mills wrote: If you're not a C++ person you may hit Delete at any time ... I want to load a module that is a non-executable table (and non-reentrant) and then modify it. I have the entry point declared as extern "OS" typedef int compiler_t(void *parm1); compiler_t *opts; (compiler_t is what is expected by several methods unrelated to this exact question, and this all works, so I would like to leave that alone.) When I want to modify it I want to treat it as a struct. So I say myStruct *opts_char = reinterpret_cast(opts); That generates the following warning in XLC: CCN5216 (W) An expression of type "extern "OS" int (*)(void *)" cannot be converted to type "myStruct *". The code all works perfectly. I'd just like to get rid of the warning. Anyone know what to do? Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN I'm not in a position to test this right now, but does this work: myStruct *opts_char = reinterpret_cast((void *) opts); -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Adding a PARM to a PROCSTEP where no PARM is coded
On 2019-12-17 17:42, Farley, Peter x23353 wrote: I thought I know this stuff, but my employer's z/OS V2.2 system is saying I don't. I have a simple one-step PROC which executes a COBOL program but has no keyword parameters on the EXEC statement, like this: //MYPROC PROC OUT=* //MYPGM EXEC PGM=MYPGM //SYSOUT DD SYSOUT= // PEND MYPGM is compiled with COBOL V5.2 and has a LINKAGE SECTION like this: LINKAGE SECTION. 01 PARM-FIELDS. 05 PARM-LENGTH PIC S9(04) COMP. 05 PARM-AREA PIC X(25). When I code the following execution of MYPROC, there is apparently NO PARM passed to MYPGM: //STEP01 EXEC MYPROC,PARM.MYPGM='PARM,DATA,' When displayed by the program, PARM-LENGTH has a value of (decimal) +10 but when PARM-AREA is displayed it shows unprintable hex characters. ...÷.Ùf&".0 003E0F857FF 0A0001010D60FF0 Am I crazy? Shouldn't PARM-AREA in this case print as "PARM,DATA,"? The hex data that prints instead looks to me suspiciously like the contents of address 0 in the LPAR, but I could be wrong about that. Pete What happens if you use: //STEP01 EXEC MYPROC,PARM.MYPGM='/PARM,DATA,' -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Interchange best practice? (was: GIT ... length issue)
Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507, gord.tom...@actionsoftware.com Support: https://actionsoftware.com/support/ On 2019-12-09 14:18, Seymour J Metz wrote: The Linux community is pushing bash, and they're a large part of the *ix communit FWIW, bash isn't the default shell throughout Linuxland. Some of the biggies use dash (which complies with POSIX): https://www.cyberciti.biz/faq/debian-ubuntu-linux-binbash-vs-bindash-vs-binshshell/ -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Misuse of the word hexadecimnal (Was RE: COPYING PDS TO PDS ...)
On 2019-12-04 23:37, Paul Gilmartin wrote: It was at the beginning of the text you trimmed: Re: I'm similarly perplexed by IBM's frequent usage, as in: https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieaa200/ENQ_Description.htm ... The name can contain any valid hexadecimal character. ... Looks like I need to upgrade my glasses. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Misuse of the word hexadecimnal (Was RE: COPYING PDS TO PDS ...)
On 2019-12-04 22:13, Paul Gilmartin wrote: ISTR that many releases ago the document cited explicitly forbade DBCS characters so those would not have been considered "valid hexadecimal". I no longer see the restriction; I doubt that it was ever enforced. What document is "the document"? I didn't see the OP or anyone else refer to a specific document. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Misuse of the word hexadecimnal (Was RE: COPYING PDS TO PDS ...)
On 2019-12-04 13:52, Tom Marchant wrote: The point of using a term like "any hexadecimal character" is to indicate that all 256 possible values in the byte are acceptable. Even that breaks down if you choose to let wide characters (e.g., UTF-16 or UTF-32) into the conversation. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: WTO
On 2019-11-28 21:28, Peter Relson wrote: I meant ECVTCTBL as the pointer to the 4-byte slots (not CVTCTBL) and ECVTCTB2 as the pointer to the 8-byte slots (not ECVTCTBL). We arranged a slot in ECVTCTBL with you many years ago, but we never heard about ECVTCTB2. Do we automatically have the same numbered slot in ECVTCTB2 (obviously double the offset), or do we need to separately arrange a slot in that table? Thanks! -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Tracking called (non-main) programs using SMF records
On 2019-11-13 11:06, Steff Gladstone wrote: We would like to clean up our load libraries by deleting unused programs. Is there any way to use SMF data to track real-time usage of programs which are not main programs but are called by other programs? We were under the impression that only executions of main programs (PGM=) were recorded with SMF. Scanning program sources for called programs is unsatisfactory for us since the call could be dynamic (name of program contained in a variable) or conditional on a particular set of circumstances that never occurs in practice. Thanks in advance! Steff Gladstone Shameless plug: eventACTION has reference tracking features that can collect the information that you need for this cleanup. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CBPs (processors) - what is it?
On 2019-11-05 09:56, R.S. wrote: I suspect CBP would be for running docker payloads ? Well, as I wrote, dockers (zCX) use zIIP. You are right the name is very suggestive, but some presentations about docker on z/OS did not mention CBP. zCX requires: - Z14 GA2 - Hardware Feature Code 0104 (Container Hosting Foundation) I haven't been able to find much useful information on HFC 0104, but would not be surprised if it is related to CBP. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RACROUTE REQUEST=STAT and ACF2
On 2019-10-28 21:09, Rob Schramm wrote: If you have an ACF2 system, you can turn on SAF tracing and have it formatted by SAF macro. Jobname/STC filtering available. Caution should be used when using the tracing. Thanks Rob. I don't have an ACF2 system, but I might be able to get the customer to run the trace. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RACROUTE REQUEST=STAT and ACF2
On 2019-10-28 21:01, Jon Perryman wrote: You can easily send a small assembler program that issues this racroute stat and issue WTO TEXT= to display the results. Don't bother converting hex to display format in the WTO. WTO doesn't care if you include hex data in the message text. Use SDSF SE (Select Edit) for the joblog and turn hex on to see the hex data. I would also suggest testing for class "BADCLASS" because it's unlikely to be a valid class. Also verify if RACROUTE must run authorized. If both have RC=0 and REASON=0, then report the problem to CA. If only BADCLASS fails, then have the customer list the active classes for ACF2. If both fail, then you have some other problem. Thanks Jon, exactly what I was considering as my next step if I couldn't get an answer. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
RACROUTE REQUEST=STAT and ACF2
We have recently had a problem reported to us by a customer who runs
ACF2. In our products, we check for the presence of a resource class
"$MZCA" using:
RACROUTE REQUEST=STAT,WORKA=RACFWA,RELEASE=1.9,CLASS=$MZCA,
DECOUPL=YES,
MF=(E,LSTAT)
.
.
.
$MZCADCCL8'$MZCA'
On this customer's system, RACROUTE REQUEST=STAT returns with SAF return
code 0 ("RACROUTE REQUEST=STAT has completed successfully"), RACF return
code 0 ("RACF is active and the class (specified in CLASS= or returned
in NEXT=) is active"), and RACF reason code 0.
However the customer says that, without doubt, the $MZCA class does not
exist in the ACF2 CLASMAP for that system.
I have not been able to locate/access any information on ACF2 return
codes for RACROUTE REQUEST=STAT. Is there any condition where ACF2 would
return an indication that a resource class is active when the resource
class does not actually exist?
Thanks!
--
Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507
Support: https://actionsoftware.com/support/
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sample SMF records
On 2019-10-27 09:00, Pierre Fichaud wrote: Gord, I am logged into the secure area at https://dtsc.dfw.ibm.com/ Where do I go next ? Regards, Pierre. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 1. Click "IBM Z® Technical Information". 2. Click "Optional Downloads". -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sample SMF records
On 2019-10-26 14:14, Pierre Fichaud wrote: Someone mentioned the PWD site has sample SMF data. I've logged into the site but can't find sample SMF records that I can look at or download. Can someone point me in the right direction please ? Thanks in advance, Pierre. I think you actually want the IBM Z Dallas ISV Center. Head over to https://dtsc.dfw.ibm.com/MVSDS/'HTTPD1.ZS146.PUBLIC.HTML(DLOAD)' on the secure portion of the site. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Mainframe environment on AWS
On 2019-10-08 13:10, ITschak Mugzach wrote: Jhon, It should be enterprise linux. Centos is an option as well. For the current zPDT release... Linux levels used to build and test zPDT release. (The “official” levels.): - RHEL 7.5, SLES 12 SP3, Ubuntu 18.04 LTS Informally tested Linux levels: - RHEL 7.0, 7.1, 7.2, 7.3, 7.4 (do not use 6.x)openSUSE 13.1, Leap42.3, Leap 15.0, Fedora 27, 28, CentOS 7.0, 7.4,Ubuntu 16.04.5 LTS, 18.04.1 Most definitely the annual cost per seat for ZD is pretty hefty, and you can infer from this that the offering is not aimed at hobbyists. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Mainframe environment on AWS
On 2019-10-08 00:20, Peter wrote: Hi All Is there anyone in the group who had Mainframe on AWS space ? I Would like to a set a one using my AWS account. Any pointers would be appreciated. Peter If you are an ISV, have a look at Chapter 8 of the zPDT Redbook: http://www.redbooks.ibm.com/abstracts/sg248205.html?Open There is an option for using a remote license server. I haven't tried it myself, but have read other people's reports that they have been successful. I don't know whether the zD offering for non-ISVs supports a remote license server. Here is the forum for that offering: https://www.ibm.com/developerworks/community/forums/html/forum?id=----2283 -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Who writes these things?
On 2019-10-01 00:34, Jon Perryman wrote: And you would be wrong. On 2019-10-01 06:30, David Crayford wrote: > And you could be wrong! And I think you are :) Folks, I think we've reached the point of no return on this argument. I see no evidence that anyone participating in this thread has altered his/her position in the slightest. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
