Re: another z/OSMF rant. -- Catch-22 is killing me - RESOLVED

2024-07-17 Thread Matthew Stitt
And on z/OS 3.1 I found JAVA had to be the V17 level. V8 caused z/OS MF to stop and drop during startup. Matthew On Wed, 17 Jul 2024 08:12:55 -0500, Tom Longfellow wrote: >For those that have uncontrolled curiosity: > >RESOLVED. > >RECAP. > > September 2023 JAVA update on our system 'broke'

Re: another z/OSMF rant. -- Catch-22 is killing me - RESOLVED

2024-07-17 Thread Tom Longfellow
For those that have uncontrolled curiosity: RESOLVED. RECAP. September 2023 JAVA update on our system 'broke' the submission process of software deployment. Issue was known to IBM Support and a correcting APAR for JAVA was recommended. Applying that APAR (with GROUPEXTEND) somehow hijacked t

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-12 Thread Tom Longfellow
It saddens me to see this devolve into an age related arguement. My original thoughts were not of the "Get off my lawn" elderly guy variety. I was not making a "who moved my Cheese" argument. My thoughts were purely personal and functional. I am paid to do a function, then forced to fail at t

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-12 Thread Dave Beagle
nderstand the challenge or have the resources/vision to meet > it. I hope I'm wrong. > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Tom Longfellow > Sent: Friday, July 12, 2024 9:05 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: another

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-12 Thread Phil Smith III
7;s fault per se. And &deity knows that there were lots of terrible early Windows products (Adobe has never corrected theirs)! -Original Message- From: IBM Mainframe Discussion List On Behalf Of Colin Paice Sent: Friday, July 12, 2024 1:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re:

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-12 Thread Colin Paice
not convinced that the folks > driving it understand the challenge or have the resources/vision to meet > it. I hope I'm wrong. > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Tom Longfellow > Sent: Friday, July 12, 2024 9:05 AM > To:

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-12 Thread Phil Smith III
n! I'd like z/OSMF to be The Answer. I'm just not convinced that the folks driving it understand the challenge or have the resources/vision to meet it. I hope I'm wrong. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tom Longfellow Sent: Friday,

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-12 Thread Tom Longfellow
In what way does z/OSMF make zOS more viable? The new crowd of fresh young bucks will have to learn 'something' in order to work with zOS. Why does it have to be an 'abstraction' layer isolating them from the down and dirty details to get a working system. Right now, their "viability" tool ha

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-12 Thread Thomas Berg
יִשְׂרָאֵל חַי > נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר > > > > > From: IBM Mainframe Discussion List on behalf > of Radoslaw Skorupka <0471ebeac275-dmarc-requ...@listserv.ua.edu> > Sent: Friday, July 12, 2024 5:38 AM > To: IBM-MAIN@LIST

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-12 Thread Seymour J Metz
lf of Radoslaw Skorupka <0471ebeac275-dmarc-requ...@listserv.ua.edu> Sent: Friday, July 12, 2024 5:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: another z/OSMF rant. -- Catch-22 is killing me W dniu 11.07.2024 o 21:02, Jeremy Nicoll pisze: [...] > I recall that the first stages of our

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-12 Thread Radoslaw Skorupka
W dniu 11.07.2024 o 21:02, Jeremy Nicoll pisze: [...] I recall that the first stages of our disaster recovery tests required someone to put cartridges into 3480 drives in a machine room. We tested the whole process (once we'd ironed out technical errors in the docs) using secretarial staff, who

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-11 Thread Seymour J Metz
du/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion List on behalf of Phil Smith III Sent: Thursday, July 11, 2024 4:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: another z/OSMF rant. -- Catch-22 is kill

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-11 Thread Phil Smith III
Things I Wish I'd Said dept: "A GUI is like a joke: If you have to explain it, it isn't very good." -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO I

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-11 Thread Jeremy Nicoll
On Thu, 11 Jul 2024, at 12:53, Seymour J Metz wrote: > Does anybody have access to a pool of untrained testers? IMHO, that's > essential for adequately testing a user interface. I recall that the first stages of our disaster recovery tests required someone to put cartridges into 3480 drives in a

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-11 Thread Seymour J Metz
ave Beagle <0525eaef6620-dmarc-requ...@listserv.ua.edu> Sent: Thursday, July 11, 2024 11:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: another z/OSMF rant. -- Catch-22 is killing me This thread sounds like a bunch of old people (guys mostly) complaining about how great things were wh

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-11 Thread Dave Beagle
05:06 AM Subject Re: another z/OSMF rant. -- Catch-22 is killing me >The folks that wrote and are responsible for zOSMF is IBM China Labs > > >Sent from my iPhone > >No one said I could type with one thumb > >>  On Jul 11, 2024, at 06:44, Doug Fuerst wrote: >> >

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-11 Thread Doug Fuerst
No comment. Doug Fuerst -- Original Message -- From "Steve Beaver" <050e0c375a14-dmarc-requ...@listserv.ua.edu> To IBM-MAIN@LISTSERV.UA.EDU Date 7/11/2024 9:05:06 AM Subject Re: another z/OSMF rant. -- Catch-22 is killing me The folks that wrote and are responsi

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-11 Thread Harris Randy - Nashville
than the GUI path. I personally don't want my mainframe to become a giant PC. That's my rant. Randy Harris P 615-344-3244 C 662-401-8552 james.harr...@hcahealthcare.com -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Beaver Sent: Thursday, July 11, 2024 8:05 A

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-11 Thread Steve Beaver
inal Message -- > From "Brian Westerman" > To IBM-MAIN@LISTSERV.UA.EDU > Date 7/11/2024 0:32:21 AM > Subject Re: another z/OSMF rant. -- Catch-22 is killing me > >> It just occurred to me that maybe the people who build z/OSMF never really >> had to

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-11 Thread Allan Staller
Classification: Confidential Are you referring to the PFCSK's? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Brian Westerman Sent: Wednesday, July 10, 2024 11:32 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: another z/OSMF rant. -- Catch-22 is killing me [CA

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-11 Thread rpinion865
nframe Discussion List IBM-MAIN@LISTSERV.UA.EDU on behalf > > of Doug Fuerst d...@bkassociates.net > > Sent: Thursday, July 11, 2024 7:44 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: another z/OSMF rant. -- Catch-22 is killing me > > > > Back when I was an FE, we u

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-11 Thread Colin Paice
son.gmu.edu/~smetz3 > עַם יִשְׂרָאֵל חַי > נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר > > > > > From: IBM Mainframe Discussion List on behalf > of Doug Fuerst > Sent: Thursday, July 11, 2024 7:44 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subjec

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-11 Thread Seymour J Metz
our J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion List on behalf of Doug Fuerst Sent: Thursday, July 11, 2024 7:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: another z/OSMF

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-11 Thread Doug Fuerst
signed off on. Never happened though... Doug Fuerst -- Original Message -- From "Brian Westerman" To IBM-MAIN@LISTSERV.UA.EDU Date 7/11/2024 0:32:21 AM Subject Re: another z/OSMF rant. -- Catch-22 is killing me It just occurred to me that maybe the people who build z/OSMF never

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-11 Thread Mike Schwab
The server packs are that way too. Geared toward building a brand new system and never experience the customization issue to update an existing system. On Wed, Jul 10, 2024 at 11:32 PM Brian Westerman wrote: > > It just occurred to me that maybe the people who build z/OSMF never really > had to

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-10 Thread Brian Westerman
It just occurred to me that maybe the people who build z/OSMF never really had to use it to build a production system. Building something that IPLs is simple. building a production replacement takes some doing and having someone that might not really "get" the entire process can really make the

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-10 Thread Tom Longfellow
Thanks for the ideas. IBM has me doing JAVA network tracing. At least it sounds closer to what is happening. Change JAVA = Broken product. the BBG resources are fine and I confirmed that they are present and correct as they have been for several years. -

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-10 Thread Seymour J Metz
131-dmarc-requ...@listserv.ua.edu> Sent: Wednesday, July 10, 2024 10:22 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: another z/OSMF rant. -- Catch-22 is killing me Discussions about z/OSMF (or GUIs in general) can now join the list of topics like politics and religion. Lots of yelling back and

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-10 Thread Dave Beagle
t that way? Doug Fuerst -- Original Message -- >From "Tom Longfellow" <03e29b607131-dmarc-requ...@listserv.ua.edu> To IBM-MAIN@LISTSERV.UA.EDU Date 7/10/2024 10:22:45 AM Subject Re: another z/OSMF rant. -- Catch-22 is killing me >Discussions about z/OSMF (or GUIs in

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-10 Thread Doug Fuerst
the level of political/religious issues. So can we keep it that way? Doug Fuerst -- Original Message -- From "Tom Longfellow" <03e29b607131-dmarc-requ...@listserv.ua.edu> To IBM-MAIN@LISTSERV.UA.EDU Date 7/10/2024 10:22:45 AM Subject Re: another z/OSMF rant.

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-10 Thread Dave Beagle
Exactly.  Sent from Yahoo Mail for iPhone On Wednesday, July 10, 2024, 10:22 AM, Tom Longfellow <03e29b607131-dmarc-requ...@listserv.ua.edu> wrote: Discussions about z/OSMF (or GUIs in general)  can now join the list of topics like politics and religion.  Lots of yelling back and forth t

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-10 Thread Tom Longfellow
Discussions about z/OSMF (or GUIs in general) can now join the list of topics like politics and religion. Lots of yelling back and forth to defend your beliefs. You will not change the other persons mind no matter what reasoning you use. The opposing side is using arguments with assumptions

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-10 Thread Tom Longfellow
The sad news is that only half of the mistakes in the apology were on purpose. Just keeping my spirits up. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-09 Thread Steve Beaver
China labs is the problem Sent from my iPhone No one said I could type with one thumb > On Jul 9, 2024, at 10:16, Matthew Stitt wrote: > > Your issue looks familiar to me. Maybe you need the following security > setup and permissions: > > BBG.AUTHMOD.BBGZSAFM > > BBG.AUTHMOD.BBGZSAFM.S

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-09 Thread Matthew Stitt
Your issue looks familiar to me. Maybe you need the following security setup and permissions: BBG.AUTHMOD.BBGZSAFM BBG.AUTHMOD.BBGZSAFM.SAFCRED Give your z/OS MF server user id (Or group id) READ access to those profiles. If your contact can, look at case TS016443932. I went through this pro

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-09 Thread Michael Wilson
'Yes, grammar' is important, like spelling.. Great setup, thanks. On Tue, Jul 9, 2024 at 8:05 AM Tom Longfellow < 03e29b607131-dmarc-requ...@listserv.ua.edu> wrote: > A brief apology to all with a Moral > > "Don't type angry" > > The initial post is embarassingly peppered with bad gramme

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-09 Thread Allan Staller
Classification: Confidential agreed -Original Message- From: IBM Mainframe Discussion List On Behalf Of Doug Fuerst Sent: Monday, July 8, 2024 11:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: another z/OSMF rant. -- Catch-22 is killing me [CAUTION: This Email is from outside the

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-09 Thread Tom Longfellow
A brief apology to all with a Moral "Don't type angry" The initial post is embarassingly peppered with bad grammer. You usually don't think to get a prooifreader for Ranting. -- For IBM-MAIN subscribe / signoff / archive acce

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-08 Thread Brian Westerman
I 100% agree. I think the decision to move almost everything to z/OSMF was too rushed and now it appears that there is vacillation as to what to do to "fix" it. It should never have been released as the replacement until it was completely tested and ready. I had been complaining for literal

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-08 Thread Phil Smith III
ay, July 8, 2024 11:52 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: another z/OSMF rant. -- Catch-22 is killing me The store is much longer than this post could cover. I will keep it as brief as possible in an attempt to keep my blood pressure under control. 1. Product install is STRONGLY

Re: another z/OSMF rant. -- Catch-22 is killing me

2024-07-08 Thread Doug Fuerst
ubject another z/OSMF rant. -- Catch-22 is killing me The store is much longer than this post could cover. I will keep it as brief as possible in an attempt to keep my blood pressure under control. 1. Product install is STRONGLY recommending using z/OSMF Softtware Management to install. 2

another z/OSMF rant. -- Catch-22 is killing me

2024-07-08 Thread Tom Longfellow
The store is much longer than this post could cover. I will keep it as brief as possible in an attempt to keep my blood pressure under control. 1. Product install is STRONGLY recommending using z/OSMF Softtware Management to install. 2. I obey and get everything downloaded and start the instal

Re: ./ ADD - which utility? (RANT)

2024-05-20 Thread Andrew Rowley
On 21/05/2024 12:50 am, Radoslaw Skorupka wrote: The only thing I still cannot do is to convince my students the z/OS<->PC data exchange is easy and well tooled. It will never be easy due to complications from EBCDIC and record structure. Even IBM frequently gets it wrong. There are new to

Re: ./ ADD - which utility? (RANT)

2024-05-20 Thread Paul Gilmartin
On Tue, 21 May 2024 00:03:54 +, Farley, Peter wrote: > >However, caveat emptor – if your default TSO profile sets the PROFILE >parameter to your user ID, that “cd pds.library” command will fail because it >does not start with HLQ = your user ID. > IBM allows but discourages TSO prefix differ

Re: ./ ADD - which utility? (RANT)

2024-05-20 Thread Farley, Peter
” command will fail because it does not start with HLQ = your user ID. Peter From: IBM Mainframe Discussion List On Behalf Of Bernd Oppolzer Sent: Monday, May 20, 2024 5:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ./ ADD - which utility? (RANT) That's what I do all the time, too ... a little

Re: ./ ADD - which utility? (RANT)

2024-05-20 Thread Bernd Oppolzer
That's what I do all the time, too ... a little more info: ftp /* mvs asks for user and password */ /* I am now at "USER01." ... if my TSO-ID is USER01 */ cd .. /* I am now at "" ... top level */ cd pds.library /* I get an answer like "pds.library is a partitioned data set" */ prompt ascii mget

Re: ./ ADD - which utility? (RANT)

2024-05-20 Thread Paul Gilmartin
On Mon, 20 May 2024 16:50:13 +0200, Radoslaw Skorupka wrote: >It is not matter of belief. I just performed a test. >FTP GUI from IBM, part of PCOMM. >Note, it is IBM. More: it is part of PCOMM. They know z/OS, etc. >1. I tried to move/copy some directory. >2. I tried to create a directory on host

Re: ./ ADD - which utility? (RANT)

2024-05-20 Thread Schmitt, Michael
And ordinary command line FTP. For example, Windows: prompt ascii quote site notrail mget * -Original Message- From: IBM Mainframe Discussion List On Behalf Of Brian Westerman Sent: Saturday, May 18, 2024 11:49 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ./ ADD - which utility? (RANT

Re: ./ ADD - which utility? (RANT)

2024-05-20 Thread Radoslaw Skorupka
It is not matter of belief. I just performed a test. FTP GUI from IBM, part of PCOMM. Note, it is IBM. More: it is part of PCOMM. They know z/OS, etc. 1. I tried to move/copy some directory. 2. I tried to create a directory on host side. In both case a PDS was created. I cannot choose RECFM, LREC

Re: ./ ADD - which utility? (RANT)

2024-05-20 Thread Tony Thigpen
I can't believe you put a GUI FTP client in a list of not-acceptable options. If that does not work for you, you are just too picky. Tony Thigpen Radoslaw Skorupka wrote on 5/19/24 3:07 PM: Which platform? ALL. That means Windows, Linux and Mac. We can omit OS/2 or VMS or DG-UX or QNX or etc.

Re: ./ ADD - which utility? (RANT)

2024-05-19 Thread Radoslaw Skorupka
Which platform? ALL. That means Windows, Linux and Mac. We can omit OS/2 or VMS or DG-UX or QNX or etc. Which codepages? All. Let's say all supported by z/OS when using FTP or iconv. FTP GUI clients? Yet another XMIT viewer? Both do not satisfy all the needs. Last but not least - nowadays it

Re: ./ ADD - which utility? (RANT)

2024-05-19 Thread Charles Mills
You know, I don't think I have ever had to think about it. I just started using WS_FTP and it just worked. My C { braces } and [ brackets ] and my Rexx |. (I use \ for logical not.) Perhaps I have forgotten some issue. But I use WS_FTP across four systems, some of them relatively new to me, so

Re: ./ ADD - which utility? (RANT)

2024-05-19 Thread Paul Gilmartin
On Sat, 18 May 2024 23:49:20 -0500, Brian Westerman wrote: >Bluezone FTP lets you copy the entire PDS to a directory on your PC and change >from EBCDIC to ASCII. I have been using it for years. > > What code page(s) does it support? How does it deal with characters not in the target character

Re: ./ ADD - which utility? (RANT)

2024-05-18 Thread Brian Westerman
Bluezone FTP lets you copy the entire PDS to a directory on your PC and change from EBCDIC to ASCII. I have been using it for years. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists..

Re: ./ ADD - which utility? (RANT)

2024-05-18 Thread Seymour J Metz
, 2024 8:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ./ ADD - which utility? (RANT) I'm late to the party here so I'm not sure if what I quote below is the original query but unless I am missing something, most or all of the Windows graphical FTP clients will do that. FileZilla is fr

Re: ./ ADD - which utility? (RANT)

2024-05-18 Thread Charles Mills
I'm late to the party here so I'm not sure if what I quote below is the original query but unless I am missing something, most or all of the Windows graphical FTP clients will do that. FileZilla is free. WS_FTP may be free for individual use. There may be others. They will graphically expand a z

Re: ./ ADD - which utility? (RANT)

2024-05-18 Thread Robert Prins
https://github.com/dmolony/Xmit by Dennis Molony, written in Java, so Windoze, Linux and Mac are supported, as are user-defined code-pages. Robert On Sat, 18 May 2024 at 21:37, Mike Schwab < 05962a42dc49-dmarc-requ...@listserv.ua.edu> wrote: > Here's what is available. Please submit any add

Re: ./ ADD - which utility? (RANT)

2024-05-18 Thread Mike Schwab
Here's what is available. Please submit any additions you may know. https://www.cbttape.org/xmitview.htm On Sat, May 18, 2024 at 4:32 PM Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote: > > On Sat, 18 May 2024 23:15:26 +0200, Radoslaw Skorupka wrote: > >... > >Yes, we

Re: ./ ADD - which utility? (RANT)

2024-05-18 Thread Paul Gilmartin
On Sat, 18 May 2024 23:15:26 +0200, Radoslaw Skorupka wrote: >... >Yes, we have some freeware XMIT viewers, we have some homegrown REXX >scripts, etc. > for which desktop target platforms? >But it is continuous reinventing the wheel. >IMHO it is up to IBM to assign few folks for few weeks to

Re: ./ ADD - which utility? (RANT)

2024-05-18 Thread Radoslaw Skorupka
W dniu 14.04.2024 o 03:01, Michael Oujesky pisze: I really miss WSA and it's ability to take a text PDS and transfer all the members to Windows creating individual members in the target directory and doing the EBCDIC to ASCII translation for each member in the PDS. I'm really upset and I real

Re: Error messages (a rant and an idea)

2023-09-19 Thread Colin Paice
Could someone/IBM provide a Wiki so that people can update messages and so we build up a profile of common messages, problems, and solutions. If you find the documentation is insufficient then you create an entry and expand any response. If it fixes your problem then +1 the relevant topic. For ex

Re: Error messages (a rant and an idea)

2023-09-18 Thread Seymour J Metz
o: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Error messages (a rant and an idea) Isn’t that pretty much what BPXMTEXT does? Is it VM/CMS that allows you to enter a “command” of just a question mark “?” after an error condition to get a more complete explanation of an error? Could the shell p

Re: Error messages (a rant and an idea)

2023-09-18 Thread Paul Gilmartin
On Mon, 18 Sep 2023 16:05:18 -0400, Phil Smith III wrote: > >I've decided this is supporting my thesis-can't quite tell? Or are you saying >this is one of those cases where breaking it out into several messages would >have made sense? > One of my pet peeves is disjunctive explanations: "Eithe

Re: Error messages (a rant and an idea)

2023-09-18 Thread Bob T Roller
The university of Alabama is a public university and receives both state & federal funding. Sent from [Proton Mail](https://proton.me/mail/home) for iOS On Mon, Sep 18, 2023 at 3:19 PM, Phil Smith III <[li...@akphs.com](mailto:On Mon, Sep 18, 2023 at 3:19 PM, Phil Smith III < wrote: > While I

Re: Error messages (a rant and an idea)

2023-09-18 Thread Phil Smith III
Steve Beaver wrote: >I can remember when IDC3009I was just maybe half a page max. >Now you look at IDC3009I and it pages upon pages of diagnostic codes >and what they mean I've decided this is supporting my thesis-can't quite tell? Or are you saying this is one of those cases where breaking it

Re: Error messages (a rant and an idea)

2023-09-18 Thread Steve Beaver
diagnostic codes and what they mean -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Phil Smith III Sent: Monday, September 18, 2023 2:20 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Error messages (a rant and an idea) While I agre

Re: Error messages (a rant and an idea)

2023-09-18 Thread Phil Smith III
While I agree that it would be nice if the messages were complete, I'm not sure I can see a business case for IBM to implement that. It would cost a lot, consume the last two or three remaining docs folks well past their retirement age, and.for what? Will it increase z/OS uptake? I doubt it.

Re: Error messages (a rant and an idea)

2023-09-18 Thread Mike Shaw
Character is what > you > are, reputation merely what others think you are.” - - - John Wooden > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of > Binyamin Dissen > Sent: Monday, September 18, 2023 9:37 AM > To: IBM-MAIN@LISTSERV.UA

Re: Error messages (a rant and an idea)

2023-09-18 Thread Paul Gilmartin
On Mon, 18 Sep 2023 17:18:23 +, Farley, Peter wrote: >Isn’t that pretty much what BPXMTEXT does? Is it VM/CMS that allows you to >enter a “command” of just a question mark “?” after an error condition to get >a more complete explanation of an error? Could the shell program support such >a

Re: Error messages (a rant and an idea)

2023-09-18 Thread Farley, Peter
: Error messages (a rant and an idea) On Mon, 18 Sep 2023 09:51:36 -0400, Rick Troth wrote: >A confluence of several things. >First, z/VM has a facility (been there for decades) that facilitates >(sorta) what you're talking about. >MVS people, please don't shrink back.

Re: Error messages (a rant and an idea)

2023-09-18 Thread Mike Schwab
DSN=hlq.MESSAGE.Epfxlng. (message prefix, language code). IDCAMS Repro On Mon, Sep 18, 2023 at 10:32 AM Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote: > > On Mon, 18 Sep 2023 10:47:54 -0400, Bob Bridges wrote: > > > >Seems like I'm going against the current, here, but if

Re: Error messages (a rant and an idea)

2023-09-18 Thread Paul Gilmartin
On Mon, 18 Sep 2023 10:47:54 -0400, Bob Bridges wrote: > >Seems like I'm going against the current, here, but if they tried to add all >the text of every message manual to every app ... nah, I can't see it. > Don't keep the texts in the apps themselves. Keep them in a KSDS. Could even be locale-a

Re: Error messages (a rant and an idea)

2023-09-18 Thread Seymour J Metz
lf of Lionel B. Dyck Sent: Monday, September 18, 2023 10:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Error messages (a rant and an idea) I'm not suggesting they would/should do it for z/OS messages but at least for all the shell commands since those using the shell commands come from an e

Re: Error messages (a rant and an idea)

2023-09-18 Thread Lionel B. Dyck
are, reputation merely what others think you are.”   - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bob Bridges Sent: Monday, September 18, 2023 9:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Error messages (a rant and an idea) Sorry, I can&#x

Re: Error messages (a rant and an idea)

2023-09-18 Thread Seymour J Metz
: Monday, September 18, 2023 10:47 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Error messages (a rant and an idea) Sorry, I can't agree. Manuals are the lifeblood of any competent z/OS worker, no? And since they're available on-line, all I have to do is get a decent collection of them

Re: Error messages (a rant and an idea)

2023-09-18 Thread Seymour J Metz
Even a commitment to do it with all new messages would be a big step forward. From: IBM Mainframe Discussion List on behalf of Lionel B. Dyck Sent: Monday, September 18, 2023 10:43 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Error messages (a rant and

Re: Error messages (a rant and an idea)

2023-09-18 Thread Bob Bridges
Sorry, I can't agree. Manuals are the lifeblood of any competent z/OS worker, no? And since they're available on-line, all I have to do is get a decent collection of them. Message manuals are among my first choice, always. Seems like I'm going against the current, here, but if they tried to add

Re: Error messages (a rant and an idea)

2023-09-18 Thread Lionel B. Dyck
AIN@LISTSERV.UA.EDU Subject: Re: Error messages (a rant and an idea) Do you want to put QuickRef out of business? On Mon, 18 Sep 2023 07:06:48 -0500 "Lionel B. Dyck" wrote: :>I submitted this IBM Idea and would appreciate your support if you’re able :>to vote: :>

Re: Error messages (a rant and an idea)

2023-09-18 Thread Binyamin Dissen
Do you want to put QuickRef out of business? On Mon, 18 Sep 2023 07:06:48 -0500 "Lionel B. Dyck" wrote: :>I submitted this IBM Idea and would appreciate your support if you’re able :>to vote: :> :>https://ibm-z-hardware-and-operating-systems.ideas.ibm.com/ideas/ZOS-I-3827 :> :>The text is: :> :>

Re: Error messages (a rant and an idea)

2023-09-18 Thread Paul Gilmartin
On Mon, 18 Sep 2023 09:51:36 -0400, Rick Troth wrote: >A confluence of several things. >First, z/VM has a facility (been there for decades) that facilitates >(sorta) what you're talking about. >MVS people, please don't shrink back. We can easily have the same >service on z/OS. > See:

Re: Error messages (a rant and an idea)

2023-09-18 Thread Tom Brennan
And keep that URL valid for the life of the message. Good luck with that. On 9/18/2023 6:33 AM, Paul Gilmartin wrote: On Mon, 18 Sep 2023 12:35:57 +, Seymour J Metz wrote: And include a URL for users of terminals that support links. ---

Re: Error messages (a rant and an idea)

2023-09-18 Thread Rick Troth
A confluence of several things. First, z/VM has a facility (been there for decades) that facilitates (sorta) what you're talking about. MVS people, please don't shrink back. We can easily have the same service on z/OS. When I was in a previous gig, someone had used the VM message handler to m

Re: Error messages (a rant and an idea)

2023-09-18 Thread Paul Gilmartin
On Mon, 18 Sep 2023 12:35:57 +, Seymour J Metz wrote: > >There's a tradeoff between providing enough detail and cluttering the output. >What I'd suggest asking for is message that tell the user all relevant >variable, have an understandable summary and show the command to use for more >detai

Re: Error messages (a rant and an idea)

2023-09-18 Thread Seymour J Metz
r more details, e.g., "For more details use the command bpxmtext DEADBEEF." From: IBM Mainframe Discussion List on behalf of Lionel B. Dyck Sent: Monday, September 18, 2023 8:06 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Error messages (a rant and

Error messages (a rant and an idea)

2023-09-18 Thread Lionel B. Dyck
I submitted this IBM Idea and would appreciate your support if you’re able to vote: https://ibm-z-hardware-and-operating-systems.ideas.ibm.com/ideas/ZOS-I-3827 The text is: Title: All error messages for shell tools should be complete and NOT require referencing a Messages and Codes manual Text

Re: Rant: Why doesn't SVCUPDTE accept an RS form for EPNAME?

2022-09-10 Thread Peter Relson
> No -wait - it looks as though EPNAME supports > an RS address on the MF=E form. Look again. It doesn't. But it does support address-in-register of the name. The only "rant" in this subject area that is likely to be addressed is the fact that the syntax diagram for EPNAME

Re: Rant: Why doesn't SVCUPDTE accept an RS form for EPNAME?

2022-09-09 Thread Tony Harminc
On Fri, 9 Sept 2022 at 03:32, Binyamin Dissen wrote: > Unless you are using a hard coded name, you must determine the module > address > and provide it as EP. > Use MF=E and MF=L, and update the name in the argument list yourself? No - wait - it looks as though EPNAME supports an RS address on t

Re: Rant: Why doesn't SVCUPDTE accept an RS form for EPNAME?

2022-09-09 Thread Colin Paice
raise an RFE. On Fri, 9 Sept 2022 at 08:32, Binyamin Dissen wrote: > Unless you are using a hard coded name, you must determine the module > address > and provide it as EP. > > Why this restriction? Most annoying. > > -- > Binyamin Dissen > http://www.d

Rant: Why doesn't SVCUPDTE accept an RS form for EPNAME?

2022-09-09 Thread Binyamin Dissen
Unless you are using a hard coded name, you must determine the module address and provide it as EP. Why this restriction? Most annoying. -- Binyamin Dissen http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel

Re: DISPLAY DUMP,ERRDATA rant

2020-07-25 Thread Peter Relson
A return rant: It is most helpful to the entire IBM-Main community if action is taken to request function that you feel is missing rather than just ranting. Apparently no one has found the lack of this information to be so much of a stumbling block in the 20 years of existence of 64-bit GRs

Re: DISPLAY DUMP,ERRDATA rant

2020-07-24 Thread Seymour J Metz
-MAIN@LISTSERV.UA.EDU Subject: DISPLAY DUMP,ERRDATA rant Isn't it about time that the 64 bit registers and ARs be included in the display? The 64 bit EPSW is shown. -- Binyamin Dissen http://secure-web.cisco.com/1GEsp9YvuusmEPw7PJw8LzLOX4fwVbaxX9NDFGXKf7

Re: DISPLAY DUMP,ERRDATA rant

2020-07-24 Thread Steve Smith
I'm sure it is. btw, that's the 128-bit PSW :-). sas On Fri, Jul 24, 2020 at 8:33 AM Binyamin Dissen wrote: > Isn't it about time that the 64 bit registers and ARs be included in the > display? The 64 bit EPSW is shown. > > -

DISPLAY DUMP,ERRDATA rant

2020-07-24 Thread Binyamin Dissen
Isn't it about time that the 64 bit registers and ARs be included in the display? The 64 bit EPSW is shown. -- Binyamin Dissen http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthor

Re: Friday Follies/Why won't this work?/TSO Rant #387

2020-05-25 Thread Seymour J Metz
@LISTSERV.UA.EDU] on behalf of Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu] Sent: Sunday, May 24, 2020 11:37 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Friday Follies/Why won't this work?/TSO Rant #387 On Sun, 24 May 2020 18:26:13 -0700, Charles Mills wrote: >... &

Re: Friday Follies/Why won't this work?/TSO Rant #387

2020-05-24 Thread Paul Gilmartin
On Sun, 24 May 2020 18:26:13 -0700, Charles Mills wrote: >... >+1 (What the H*** is gained by uppercasing a CART where the underlying >service supports any 64-bit value? Don't over validate! This is the problem >with various utilities that could handle UNIX files except that the utility >"valid

Re: Friday Follies/Why won't this work?/TSO Rant #387

2020-05-24 Thread Seymour J Metz
.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Charles Mills [charl...@mcn.org] Sent: Sunday, May 24, 2020 9:26 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Friday Follies/Why won't this work?/TSO Rant #387 +1 (SUBMIT) +1

Re: Friday Follies/Why won't this work?/TSO Rant #387

2020-05-24 Thread Charles Mills
: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Friday Follies/Why won't this work?/TSO Rant #387 On Mon, 25 May 2020 00:53:04 +, Seymour J Metz wrote: >Never mind case; when will SUBMIT recognize that 80 is not the only integer? > >Also, when TSO (sub)commands upper case their input, the d

Re: Friday Follies/Why won't this work?/TSO Rant #387

2020-05-24 Thread Charles Mills
A.EDU Subject: Re: Friday Follies/Why won't this work?/TSO Rant #387 Never mind case; when will SUBMIT recognize that 80 is not the only integer? Also, when TSO (sub)commands upper case their input, the documentation should say so in an obvious location as part of the (sub)command descript

Re: Friday Follies/Why won't this work?/TSO Rant #387

2020-05-24 Thread Paul Gilmartin
On Mon, 25 May 2020 00:53:04 +, Seymour J Metz wrote: >Never mind case; when will SUBMIT recognize that 80 is not the only integer? > >Also, when TSO (sub)commands upper case their input, the documentation should >say so in an obvious location as part of the (sub)command description. > >Final

Re: Friday Follies/Why won't this work?/TSO Rant #387

2020-05-24 Thread Seymour J Metz
?/TSO Rant #387 On Sun, 24 May 2020 14:26:51 -0700, Charles Mills wrote: > >'MyCart01' (as written, in camel-case) was my intended CART and it is a valid >CART: a CART may have any 64-bit value. The problem was that the CONSOLE >command uppercased it to MYCART01. Yes, had

  1   2   3   >