Re: CONTROVERSY! z/OS UNIX: is it an enhancement or a tool of the Devil?

Seymour Metz wrote: >SCP was certainly inspired by CP/M, but m$ was not. I don't think that's a fair characterization. Microsoft was *deeply* "inspired" by CP/M, per the historical record. In fact, Microsoft was a CP/M licensee and sold CP/M as part of the Microsoft SoftCard for Apple II

Re: [EXTERNAL] Re: Heretic alert: I really detest TSO REXX (the language)

> On May 15, 2018, at 8:34 AM, Dyck, Lionel B. (TRA) wrote: > > While I agree that REXX is more appropriate for smaller projects - there are > tradeoffs. If an application is going to be used frequently (100's of times > per day) and performance is important then don't use

Re: Allocating an SMS managed dataset in TSO with space in bytes

On Tue, 15 May 2018 08:33:28 -0500, John McKown wrote: > >​o you simply set AVBLOCK to 1 and AVREC to number of bytes?​ >​ Probably not. Do you mean AVGREC? From the JCL Ref.: DD:AVGREC Syntax AVGREC= {U} {K} {M} Moronic design. Why did they do it that way? I suspect the party

Re: Allocating an SMS managed dataset in TSO with space in bytes

On Tue, May 15, 2018 at 8:47 AM, Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Tue, 15 May 2018 08:33:28 -0500, John McKown wrote: > > > >​o you simply set AVBLOCK to 1 and AVREC to number of bytes?​ > >​ > Probably not. Do you mean AVGREC? From the JCL Ref.: >

Re: [EXTERNAL] Re: Heretic alert: I really detest TSO REXX (the language)

Hmmm - CLIST or REXX I'd go with REXX. The primary reason is that the CLIST skill set just doesn't seem to be there. I know CLIST has some advantages over REXX in a few areas there are things that REXX can do that CLIST can't and one of those is that it is a much cleaner language to read and

Re: Allocating an SMS managed dataset in TSO with space in bytes

On 5/15/2018 2:58 AM, Mike Fulton wrote: Hi I know in ISPF under 3.2, if I am allocating a dataset and it is SMS-managed, I can specify the space in bytes (e.g. megabytes) instead of tracks or cylinders or blocks. Is there a similar way to do this from the TSO ALLOC command? Looking at the

Re: GETMAIN LOC=32

On 5/12/2018 2:02 PM, Ed Jaffe wrote: On 5/6/2018 11:51 AM, Paul Edwards wrote: Hi. I would like to submit an RFE to IBM to Impossible. Sorry. I misread your request. I thought you were looking for -- in effect -- 32-bit addressing when what you're really looking for is 64-bit addressing

Re: Heretic alert: I really detest TSO REXX (the language)

I am definitely a Rexx fan but I have to agree that the necessity for hacks like these does not speak well for the language. While one can write 40,000 line applications in Rexx -- pretty amazing for what is basically a .BAT file language -- I think perhaps the larger the application the less

Re: Allocating an SMS managed dataset in TSO with space in bytes

On Tue, May 15, 2018 at 7:57 AM, Kurt Quackenbush wrote: > On 5/15/2018 2:58 AM, Mike Fulton wrote: > >> Hi >> >> I know in ISPF under 3.2, if I am allocating a dataset and it is >> SMS-managed, I can specify the space in bytes (e.g. megabytes) >> instead of tracks or cylinders

Re: GETMAIN LOC=32

On Tue, May 15, 2018 at 10:03 AM, Paul Edwards wrote: > On Tue, 15 May 2018 04:16:44 -0700, Ed Jaffe > wrote: > > >On 5/12/2018 2:02 PM, Ed Jaffe wrote: > > >Of course, you might have to change numerous existing LLGT instructions > >into LLGF

Re: Using system symbols in JCL IF statement

On Tue, 15 May 2018 06:52:48 -0500, Jantje. wrote: >On Mon, 14 May 2018 13:56:42 +0300, Binyamin Dissen wrote: > >>IF does not support string comparisons. >> >>What you can do is add a step that generates a return code based on the symbol >>value and use that return code in an IF statement. > >Or

Re: [EXTERNAL] Re: Heretic alert: I really detest TSO REXX (the language)

Isn’t there an option to run REXX or CLIST in deTEST MODE Chris Hoelscher Technology Architect, Database Infrastructure Services Technology Solution Services Humana Inc. 123 East Main Street Louisville, KY 40202 Humana.com (502) 476-2538 or 407-7266 -Original Message- From: IBM Mainframe

Re: GETMAIN LOC=32

On Tue, 15 May 2018 04:16:44 -0700, Ed Jaffe wrote: >On 5/12/2018 2:02 PM, Ed Jaffe wrote: >> On 5/6/2018 11:51 AM, Paul Edwards wrote: >>> Hi. I would like to submit an RFE to IBM to >> Impossible. > >Sorry. I misread your request. Yeah, I didn't think it was

Re: [EXTERNAL] Re: Heretic alert: I really detest TSO REXX (the language)

While I agree that REXX is more appropriate for smaller projects - there are tradeoffs. If an application is going to be used frequently (100's of times per day) and performance is important then don't use REXX. If an application is going to be used less frequently, or there is a need to be

Re: [EXTERNAL] Re: Heretic alert: I really detest TSO REXX (the language)

On 2018-05-15 10:09, Edward Gould wrote: I agree pretty much with you, if there are only two options (CLIST & Rexx) which would you choose? If the choice was CLIST, I'd be starting a thread, "Heretic alert: I really detest TSO CLIST (the language)" -- Regards, Gord Tomlin Action Software

Re: Using system symbols in JCL IF statement

On Mon, 14 May 2018 13:56:42 +0300, Binyamin Dissen wrote: >IF does not support string comparisons. > >What you can do is add a step that generates a return code based on the symbol >value and use that return code in an IF statement. Or just use a numeric value in

Re: Allocating an SMS managed dataset in TSO with space in bytes

On Tue, May 15, 2018 at 8:33 AM, John McKown wrote: > On Tue, May 15, 2018 at 7:57 AM, Kurt Quackenbush wrote: > >> On 5/15/2018 2:58 AM, Mike Fulton wrote: >> >>> Hi >>> >>> I know in ISPF under 3.2, if I am allocating a dataset and it is >>>

Re: GETMAIN LOC=32

On Tue, 15 May 2018 10:13:05 -0500, John McKown wrote: >​I think what Ed is getting at is to load a "32 bit" pointer, you need to >insure that the high word of the register being loaded (bits 0..31) are >zero. You can do this simply by somehow being sure that it is

Re: CONTROVERSY! z/OS UNIX: is it an enhancement or a tool of the Devil?

> Are you suggesting that there are codepoints that appear in multiple pages >but map differently If Gil is, then he's correct. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on

Re: GETMAIN LOC=32

On Tue, 15 May 2018 12:10:46 -0500, Paul Edwards wrote: >On Tue, 15 May 2018 11:57:55 -0500, Tom Marchant wrote: > >>any program can be called by another program. > >I don't see anything wrong with "LINK" being >updated to save the high 32-bits "CALL" is not the same as "LINK". The operating

Re: GETMAIN LOC=32

On Tue, 15 May 2018 13:07:10 -0500, Tom Marchant wrote: >>>any program can be called by another program. >> >>I don't see anything wrong with "LINK" being >>updated to save the high 32-bits > >"CALL" is not the same as "LINK". > >The operating system does not get

Re: GETMAIN LOC=32

I should know better than to poke this thing again but I just do not see how it makes sense. - If the code runs AM=31 then 32-bit addresses will not work. - If the code runs AM=64 then the high words of the registers are significant. One cannot count on them being zero -- trust me on this, been

Re: Knowledge Centre - (was Re: Rant)

Hi Steve, Please provide an example (URL to the PDF, then page number and link text) of a bad cross-book link for me to use to check into the problem - thanks! -Sue Shumway A few questions: What release of the product documentation? I ask because we On 05/09/18 1:34 PM, Steve Thompson

Re: [EXTERNAL] Re: Heretic alert: I really detest TSO REXX (the language)

> if there are only two options (CLIST & Rexx) which would you choose? "Remember that after Heracles cleaned up the Augean stables, he killed the man who asked him to." Robert Townsend, "Up The Organization. I'd choose REXX as long as I didn't need anything fancy from the stack. Second choice

Re: UserKEY CSA/Dataspace scope=common Remdiation

Nevermind on this. I found an old Jim Mulder posting to this group that indicates that all SCOPE=COMMON Data space allocations will fail on V2.4 and has nothing to do with VSM ALLOWUSERKEYCSA(YES/NO). For some reason in my mind I was trying to tie this all together...

Re: UserKEY CSA/Dataspace scope=common Remdiation

One more time All *user-key SCOPE=COMMON dataspaces. Jim Mulder Apr 5 Re: [EXTERNAL] Re: UA94606 VSM ALLOWUSERKEYCSA(NO) only prevents obtaining user key CSA. It does not prevent creating a user key CADS, or using CHANGKEY to change the key of subpool 247 or 248 (DREF SQA) storage

Re: Allocating an SMS managed dataset in TSO with space in bytes

On Tue, May 15, 2018 at 11:06 AM, Mike Schwab wrote: > On Tue, May 15, 2018 at 8:33 AM, John McKown > wrote: > > On Tue, May 15, 2018 at 7:57 AM, Kurt Quackenbush > wrote: > > > >> On 5/15/2018 2:58 AM, Mike Fulton wrote:

Re: CONTROVERSY! z/OS UNIX: is it an enhancement or a tool of the Devil?

Gil wrote: >OK. I'll try. Simplicity of specification. Simplicity of implementation. >Filenames are strings. Different strings should refer to different files. Categorical imperative there. Seems…circular. >Consistency. With Binder it's easy enough to create a load module: >

Re: GETMAIN LOC=32

On Tue, 15 May 2018 08:33:13 -0700, Charles Mills wrote: >I should know better than to poke this thing again but I just do not see how >it makes sense. > >- If the code runs AM=31 then 32-bit addresses will not work. Doing a GETMAIN LOC=32 will still work if AM31 because

Re: GETMAIN LOC=32

On Tue, 15 May 2018 10:50:49 -0500, Paul Edwards wrote: >There are multiple ways of guaranteeing 0. The >best is IBM guaranteeing it on entry to a program, >as another RFE. In the single test that I requested, >the high bits seem to be 0 already. I just want to >formalize that. IBM cannot

Re: GETMAIN LOC=32

On Tue, 15 May 2018 11:57:55 -0500, Tom Marchant wrote: >>There are multiple ways of guaranteeing 0. The >>best is IBM guaranteeing it on entry to a program, >>as another RFE. In the single test that I requested, >>the high bits seem to be 0 already. I just want to

Re: Heretic alert: I really detest TSO REXX (the language)

Exactly my point. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Phil Smith III Sent: Monday, May 14, 2018 4:25 PM To: IBM-MAIN@listserv.ua.edu

Re: GETMAIN LOC=32

On Tue, 15 May 2018 08:33:13 -0700, Charles Mills wrote: >I should know better than to poke this thing again but I just do not see how >it makes sense. > >- If the code runs AM=31 then 32-bit addresses will not work. >- If the code runs AM=64 then the high words of the

Re: CONTROVERSY! z/OS UNIX: is it an enhancement or a tool of the Devil?

Perhaps unclear; I meant "not inspired" in the context of MS/PC-DOS, which sprang from QDOS. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Timothy Sipples

Re: GETMAIN LOC=32

On Tue, 15 May 2018 12:10:46 -0500, Paul Edwards wrote: >On Tue, 15 May 2018 11:57:55 -0500, Tom Marchant >wrote: > >>>There are multiple ways of guaranteeing 0. The >>>best is IBM guaranteeing it on entry to a program, >>>as another RFE. In the

Re: Heretic alert: I really detest TSO REXX (the language)

Charles Mills wrote: >I am definitely a Rexx fan but I have to agree that the necessity for hacks like these does not speak well for the language. Eh, any worse than leading "my" or "h" or whatever TF it is that folks use in whatever those new-fangled languages the kids are using? As Gil

Re: UserKEY CSA/Dataspace scope=common Remdiation

On 15 May 2018 at 12:53, Jousma, David <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote: > SMF30 RAXFLAGS is kicking out the a module for which I selectively pulled > out the DSPSERV code for allocating USERKEY SCOPE=COMMON Data space. Is it > possible that this line "DSPSERV DC

Re: CONTROVERSY! z/OS UNIX: is it an enhancement or a tool of the Devil?

On Tue, 15 May 2018 11:50:40 -0400, Phil Smith III wrote: > >>Would you submit or vote for an RFE that LOAD/LINK/ATTACH, BLDL, ... >>be made case-insensitive? > >Yes. > I won't vote for it, but please keep this list updated on how it plays out. -- gil

Re: UserKEY CSA/Dataspace scope=common Remdiation

On Tue, 15 May 2018 16:53:33 +, Jousma, David wrote: >Ok, quick eye-ball verification from the guru's that are better ASM programmer >than I... > >SMF30 RAXFLAGS is kicking out the a module for which I selectively pulled out >the DSPSERV code for allocating USERKEY

UserKEY CSA/Dataspace scope=common Remdiation

Ok, quick eye-ball verification from the guru's that are better ASM programmer than I... SMF30 RAXFLAGS is kicking out the a module for which I selectively pulled out the DSPSERV code for allocating USERKEY SCOPE=COMMON Data space. Is it possible that this line "DSPSERV DC

Re: Should be easy with SORT :) I thought (:

I am sure there's room to improve, and several assumptions on my part, but I did: //SORTS EXEC PGM=SORT,REGION=0M,TIME=NOLIMIT,PARM='VLTESTI=1' //SYSOUT DD SYSOUT=* //SORTIN DD DSN=&,DISP=(OLD,PASS) //SORTOUT DD SYSOUT=*

Re: GETMAIN LOC=32

On Tue, 15 May 2018 15:56:45 -0500, Walt Farrell wrote: > You want GETMAIN updated (though the key z/OS > designers have already said that won't happen). > You probably want z/OS storage layout changed, > so you can acquire more storage. And now you > want LINK changed to

Re: GETMAIN LOC=32

On Tue, 15 May 2018 17:21:56 -0500, John McKown wrote: >> And there's no downside. 32-bit programs get >> access to a full 32-bit virtual memory, and >> 64-bit programs get access to a full 64-bit >> virtual memory. > >​I really think you would be impressed by the

Re: Heretic alert: I really detest TSO REXX (the language)

On 16/05/2018 2:41 AM, Phil Smith III wrote: I am definitely a Rexx fan but I have to agree that the necessity for hacks like these does not speak well for the language. Eh, any worse than leading "my" or "h" or whatever TF it is that folks use in whatever those new-fangled languages the

Re: Heretic alert: I really detest TSO REXX (the language)

On Wed, 16 May 2018 10:47:35 +0800, David Crayford wrote: > >The unfortunate thing about REXX is that it hasn't improved over the >years. Here's a post from 1995 highlighting features from Object REXX >that would be >useful in classic REXX >

Re: Should be easy with SORT :) I thought (:

> I am sure there's room to improve, and several assumptions on my part, but I did: Dave, You can replace your 2 step solution with this single step which will give you the desired results. You don't need a COPY and SORT step, you can simply get it done using a COPY operation. //STEP0100 EXEC

Re: Should be easy with SORT :) I thought (:

Dave, Not sure what solution you came up, but here is a job that will manage any number of records and put the odd numbered records as a pair and even numbered records as a pair We use joinkeys trick of matching the file to itself. we treat a group of 4 records as one group and then merge them

Should be easy with SORT :) I thought (:

I have a file with say 4 records: FDRABR.VZ21RS2.C1000n00 D05809 FDRABR.VZ21RSC.C1000n00 D05547 FDRABR.VFNTCA2.C1000n00 D06255 FDRABR.VFNTCAT.C1000n00 D06244 I want a file that is Record1||Record3 Record2||Record4 That is: FDRABR.VZ21RS2.C1000n00 D05809 FDRABR.VFNTCA2.C1000n00 D06255

Re: GETMAIN LOC=32

Evaluated purely on technical merit, I really like this idea. IMO it comes close to making some sort of elegant simplicity category. But if evaluated based on cost benefit, things seem extremely murky indeed. It also appears to be primarily championed by folks from the Hercules and OS380

Re: GETMAIN LOC=32

On Tue, May 15, 2018 at 4:17 PM, Paul Edwards wrote: > A GETMAIN LOC=64 for 64-bit programs would be good. > I see absolutely no need for this. It would most likely just invoke the current IARV64 code, in a "crippled" mode (i.e. IBM decides things that the real IARV64

[SUSPECTED SPAM] IBM Systems Magazine - Jim Stefanik on His Unique Journey to IBM Image alt tag: Jim Stefanik

/Reg Harbeck talks with Jim Stefanik about how he went from setting up a mainframe in his parent’s garage, to working for IBM./ http://ibmsystemsmag.com/mainframe/trends/ztalk/jim-stefanik/ -- Gabriel Goldberg, Computers and Publishing, Inc. g...@gabegold.com 3401 Silver Maple Place,

Re: Should be easy with SORT :) I thought (:

And of course, the standard make a fool of myself in public and immediately find a solution involving adding a sequence number field is working for me. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Gibney, Dave > Sent:

Re: Heretic alert: I really detest TSO REXX (the language)

On 16/05/2018 12:08 PM, Paul Gilmartin wrote: I note that these enhancements add a couple characters, '[' and ']' to the vocabulary. I suspect Cowlishaw avoided these because they're troublesome or ambiguous on many mainframe terminals. How many plaints about baffling syntax errors are

Re: Netview Submit JCL

Hello Steve, hanks for your response and guiding me on this. I use Netview forum before but nobody responded. So, I assumed that its inactive now. Basically, I want to capture below message for testing from syslog --6+7+8+9+0+1+2+3-