AW: Re: C code to get running job name.

​>Userids have nothing to do with job names, in general. If a user logs into a UNIX shell, the UNIX process runs in a new STC whose name is based on the USERID plus 1 character (sort of "random"). I am _guessing_ that with an 8 character RACF id, the UNIX process runs in an STC with the 8 char

AW: Re: C code to get running job name.

>>How does cancelling the parent job affect its children? Might they continue >>running? >The same way it works on any unix: Child processed are terminated when the >parent terminates. The above statement is wrong. I mixed this up with special shell behaviour. The shell terminates its childr

AW: Re: C code to get running job name.

>How will this play with 8-character userids? The same way as it already does and always did with 8-character jobname: The jobname is not modified. > There's no rule that JOBNAMEs must be prefixed with userid. But fork() and non-local spawn() need a rule to build a jobname for the new process

Re: C code to get running job name.

> Why not psatold to TCB, tcbtio to TIOT, then tiocnjob? Not that I would think this is likely to occur, but if such C code happened to be run as SRB, PSATOLD would be zero. Accessing these fields via PSAAOLD will still work. -- Peter Hunkeler -

Re: System z & Meltdown/Spectre

Unless you bought full speed processor, yes there is room for improvement. But the waits for data count toward your reduce CPU costs. I.E. a full speed CPU sees delays due to waiting, versus a slower processor counts those delays toward the reduced CPU speed. On Wed, Jan 10, 2018 at 9:34 PM, Rug

Re: Number of Cylinders per Volume

With Hitachi DP-Vols each 7 cyl control area manages 1113 cyls of usable space per volume. The 3390-A volumes, however, do not have to be allocated in units of 1113 cyls. You can specify any custom size volume you want in cylinder units. The 1120 cyls is allocated in 672 track pages, and the 7 cyl

Re: System z & Meltdown/Spectre

I wonder if the microcode has a little "detuning" so that if they ever have to make patches that would slow down the system, they can remove a little of the detuning to get back to base performance. Len Rugen University of Missouri Division of Information Technology Systems & Operations - Metr

Re: System z & Meltdown/Spectre

Yep. I know my site didn't purchase upgrades until running at 100% all weekday long would slow down batch runs by 4X elapsed time compared to 90%. On Wed, Jan 10, 2018 at 1:15 PM, Pommier, Rex wrote: > Gil, > > I don't think this one is necessarily a quality issue. As widespread as the > probl

Re: C code to get running job name.

On Wed, Jan 10, 2018 at 3:24 PM, Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Wed, 10 Jan 2018 21:05:15 +, Barkow, Eileen wrote: > > >Thanks again John. I will try it out. > > > >The problem is when a program is started from OMVS under a USERID and > runs under

Re: System z & Meltdown/Spectre

On Wed, 10 Jan 2018 21:44:29 +0100, R.S. wrote: >BTW: It's worth to remember chances the vulnerability would really >compromise system security are really small. (IMHO) I agree. Especially since the method of exploiting it involves flushing cache and testing to see what memory location was reloa

Re: C code to get running job name.

On Wed, 10 Jan 2018 21:05:15 +, Barkow, Eileen wrote: >Thanks again John. I will try it out. > >The problem is when a program is started from OMVS under a USERID and runs >under a different name, which makes it >difficult for someone to cancel the job or issue modify commands against it. >The

Re: C code to get running job name.

Thanks again John. I will try it out. The problem is when a program is started from OMVS under a USERID and runs under a different name, which makes it difficult for someone to cancel the job or issue modify commands against it. The system keeps appending numerical values to the USERID and you ha

Re: Comparing load modules

IBM file manager can if you have it. Regards, Doug . On Jan 10, 2018, at 15:51, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Wed, 10 Jan 2018 15:12:17 -0500, John Eells wrote: > > (This is *way* harder than it looks at first glance.) > That said, one of our dev

Re: Comparing load modules

Seymour J Metz wrote: the size field in the directory ...might well be inequal as well if the module length differs due to alignment requirements, for example. -- John Eells IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN

Re: Comparing load modules

On Wed, 10 Jan 2018 15:12:17 -0500, John Eells wrote: > >(This is *way* harder than it looks at first glance.) > That said, one of our developers once was delighted when the AMBLIST/SUPERC technique revealed that one element has been assembled with an outdated SYSLIB. But she had the advantage of

Re: System z & Meltdown/Spectre

1. Older generations (z10, z9...) are not affected. 2. Let's assume one uses EC12 which is affected. Let's assume after the vulnerability is fixed the capacity went down up to 10%. Or 20%. 20% is a lot. Now, what about customer who decided to NOT apply the patch just to have better performance?

Re: Comparing load modules

I use this PROC, several grains of salt and much IEAEYEBALL //LOADCMPR PROC OLDLIB=,NEWLIB= //IEBGEN1 EXEC PGM=IEBGENER,REGION=1M,TIME=10 //SYSPRINT DD DUMMY,SYSOUT=* //SYSINDD DUMMY //SYSUT2 DD DSN=&&ZAPIN,DISP=(,PASS)

Re: Comparing load modules

On Wed, 10 Jan 2018 15:12:17 -0500, John Eells wrote: >Whether differently-sized modules are inequal cannot be determined from >size alone when measured on disk (at least) for the reasons I posted >earlier. The same is true of record-based, LOAD-based, and even Binder >API-based binary compares.

Re: Comparing load modules

I'm talking about the size field in the directory, not the size of the memory. There's a reason that I wrote "but it's not for the faint of heart, and it might go wrong in ways that I haven't thought of" ;-) -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3

Re: MPF exit MPF2REXX

On Wed, 10 Jan 2018 14:27:34 -0500, Tony Thigpen wrote: >So, what is OUCBIAC = x'00' telling us? > It's been so long, I don't recall, but I think it was suggested by the L2 dude I was talking with about it as a way to verify the environment before setting up. Dana --

Re: Comparing load modules

John Eells wrote: Correction: I forgot that SMP/E multitasks binder steps until immediately after hitting "send." (Isn't that always the way?) So, even trying to build up an identical system for which binary compares would work is perhaps nearly impossible in the first place, and it would be ve

Re: CICS 5.3 and transaction isolation questions

Got my answer from the CICS list. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Pommier, Rex Sent: Wednesday, January 10, 2018 9:18 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: CICS 5.3 and transaction isolation questions Hello

Re: Comparing load modules

Whether differently-sized modules are inequal cannot be determined from size alone when measured on disk (at least) for the reasons I posted earlier. The same is true of record-based, LOAD-based, and even Binder API-based binary compares. Comparing LOADed modules is also not reliable in the g

Re: MPF exit MPF2REXX

I reactivated the environment check and now I get the Invalid environment message. So, what is OUCBIAC = x'00' telling us? Tony Thigpen Dana Mitchell wrote on 01/10/2018 12:37 PM: Tony, I ran in to that same problem back when I was implementing this program. At the time I opened a PMR aski

Re: System z & Meltdown/Spectre

Gil, I don't think this one is necessarily a quality issue. As widespread as the problem is, it appears to me to be more of a huuuge oversight. That said, you are correct in that we don't know what IBM plans to do, or for that matter, even how much of an impact fixing this will be on performa

Re: Accessing 65536 devices

It used to be that SE's were free and, like SHARE, offered IBM valuable market research. The SE generally saw his job as making it easier for the customer to use IBM products and forestalling temptation to look at other vendors. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 ___

Re: Changing password on IBM Link

The correct lookup for sending an e-mail is to first look for an MX record and only to look at the A records if there is no valid MX record. BTW, WRT nslookup, "Many people nowadays like" dig "instead." Either will work. RFC 822 is one of the older RFCs; even RFC 2822 is pretty long in the tooth

Re: Comparing load modules

Yes, but it's not for the faint of heart, and it might go wrong in ways that I haven't thought of. If the two load modules are not of the same size, then they're not equal. Otherwise, obtain a zeroed storage area (loadbuf) large enough to hold one, and a second storage area (comparebuf) of the s

Re: Comparing load modules

It depends on what you are looking for the compare and at what level. What tools do you have ISPF 3.13? COMPAREX from Compuware Probably others. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of ibmm...@foxmail.com > S

Re: System z & Meltdown/Spectre

On Wed, 10 Jan 2018 17:31:37 +, Pommier, Rex wrote: >And what does "a significant CPU hit" mean for those of us who's 4HRA is >already at the top of our machine's capacity? That's where my concern is. >Yeah, the money for increasing MSUs is gonna stink, but missing SLAs due to >the box no

Re: C code to get running job name.

On Wed, Jan 10, 2018 at 11:42 AM, Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Wed, 10 Jan 2018 11:26:39 -0600, John McKown wrote: > > >On Wed, Jan 10, 2018 at 11:19 AM, Thomas David Rivers wrote: > > > >> printf("Job name is %s\n", __jobname()); > >> > >That i

Re: SYSPLEX distance

My reservation about running a sysplex over a network (as opposed to direct link cables) is not merely latency. We went with XRC for DR because it's asynchronous and therefore fairly tolerant of network delays. For me the real problem is that an entire extended sysplex may be at risk in case of

Re: MPF exit MPF2REXX

It look like the way it work is synchronous. You can use AXR modify command with the related msg text. the only thing you need is to ensure the correct identity that allows to enter the command using MGCRE. This is what I have done... at the time i did... If I recall correctly, the exit get control

Re: C code to get running job name.

On Wed, 10 Jan 2018 11:26:39 -0600, John McKown wrote: >On Wed, Jan 10, 2018 at 11:19 AM, Thomas David Rivers wrote: > >> printf("Job name is %s\n", __jobname()); >> >That is a nice enhancement for the C language under z/OS. As a general >rule, I _try_ to avoid any functions ... Another nice

Re: MPF exit MPF2REXX

Tony, I ran in to that same problem back when I was implementing this program. At the time I opened a PMR asking what was going on. I don't remember the exact details, but that particular environment wasn't valid to create and call a System REXX. At the time I had inserted code to test for

Re: System z & Meltdown/Spectre

And what does "a significant CPU hit" mean for those of us who's 4HRA is already at the top of our machine's capacity? That's where my concern is. Yeah, the money for increasing MSUs is gonna stink, but missing SLAs due to the box no longer being big enough is going to really bite. Rex -

Re: MPF exit MPF2REXX

That's correct. it is branch around constant, which is you MPFREXX module namee. It's your own rexx, isn't it? Just enter trace all at the beginning of the code you think that is malfunctioning. the output will be printed on the console. you can always start the exec from the consoe as well (f axr,

Re: C code to get running job name.

On Wed, Jan 10, 2018 at 11:19 AM, Thomas David Rivers wrote: > John McKown wrote: > > Sorry, but I deleted the email which had the original question. Just for >> "fun" (but no profit), I wrote the following C code to display the name of >> the job under which the program is running. It can be imp

Re: C code to get running job name.

John McKown wrote: Sorry, but I deleted the email which had the original question. Just for "fun" (but no profit), I wrote the following C code to display the name of the job under which the program is running. It can be improved a bit, but it shows the basics. #include #include ... In Sys

Re: MPF exit MPF2REXX

Yet, the DIAG1-4 values don't look like valid information. They look like code. Tony Thigpen ITschak Mugzach wrote on 01/10/2018 11:59 AM: System rexx is complex ;-( the cmplete list of return ode are here: https://www.ibm.com/support/knowledgecenter/en/ SSLTBW_2.1.0/com.ibm.zos.v2r1.ieaa100/a

Re: Number of Cylinders per Volume

> On Jan 10, 2018, at 5:26 AM, R.S. wrote: > > W dniu 2018-01-09 o 23:59, Mike Schwab pisze: >> EAV volumes must be an exact multiple of 1,113 cylinders. Under 64K >> volumes some storage devices allow multiple of 1,113 cylinders others >> multiples of 1 cylinder. > > AFAIK it's not. > 1113 mul

Re: System z & Meltdown/Spectre

If it's a big enough hit, perhaps IBM would redo LSPR tests and adjust tables accordingly. They probably wouldn't re-test anything older than the current generation of machines on the floor, but they could apply the adjustments to previous generations (if so inclined...) On Wed, 10 Jan 2018

Re: MPF exit MPF2REXX

System rexx is complex ;-( the cmplete list of return ode are here: https://www.ibm.com/support/knowledgecenter/en/ SSLTBW_2.1.0/com.ibm.zos.v2r1.ieaa100/axrexxmac.htm ITschak ​The four leftmost characters from the reason code 0c0f C 0C0F *Equate Symbol:* AXRBadIWMECREA *Meaning:* A bad retur

MPF exit MPF2REXX

I have something strange happening using the MPF exit MPF2REXX. We are trying to trap when specific subsystems shutdown during the day shift. I am intercepting the IEF404I message, examining it for the job name, then if the job name matches a table, I send a message. If the exit is driven by

Re: System z & Meltdown/Spectre

Considering the inefficient exceution path, I wonder how much higher the CPU % will be for z/VM, z/OS, etc. And more importantly, how it affects 4HRA, and $$$. If there's a significant CPU hit, maybe shave some % off the top of the bill, after seeing before and after MSU numbers at each customer

Re: System z & Meltdown/Spectre

IBM Security notification SN-2018-001 was updated yesterday with some Linux and z/VM info. Further mitigation details for z/OS will be released as they become available. Dana On Wed, 10 Jan 2018 00:14:10 +, Sankaranarayanan, Vignesh wrote: >Hi, > >If you sign up for the System z Securit

Re: SYSPLEX distance

I was part of a group that ran a parallel sysplex that was 13 miles apart. The time it takes the light to travel adds up. This was back in 2007. It worked. It ran that way for at least a few years. It was not a GDPS setup. I think it was EMC disk at the time. Rob Schramm On Sun, Jan 7, 20

Re: running os/vs cobol in CICS 5.3 with DB2

Rob, I can't comment on the OS/VS Cobol product, but I can give glowing reviews of other MacKinney products. We run MLI and the product and support have been stellar. If their support for the Cobol product is on a par with the MLI support, you will have no issues with it. Rex -Origina

Re: AOXVTM module

Thank you everybody for forcing me to think! After I went back to z/OS V2R1 and ACCEPT’d HPRT200, the process worked fine! Anne D. Crabtree System Programmer WV Office of Technology Data Center 1900 Kanawha Blvd East Bldg 6, Room B-110 Charleston, WV 25305 (304)957-8292 (304)558-1441 fax Work

running os/vs cobol in CICS 5.3 with DB2

Does, Any one have experiences with MacKinney product that allows OS/VS Cobol to be run in new CICS 5.x region? Thanks, Rob Schramm -- Rob Schramm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email

CICS 5.3 and transaction isolation questions

Hello list, 2 questions on how transaction isolation affects a CICS region. The first is this: I’ve been asked a question about transaction isolation and I haven’t found any good answers on my own so I thought I’d ask the collective wisdom of the group. We have not historically used transa

PDSEGEN - Updated to Version 5.1.0

PDSEGEN - the open source ISPF application for exploiting PDSE Version 2 member generations - has been updated to Version 5.1.0 with a number of enhancements and some bug fixes. You can download it from http://www.lbdsoftware.com/pdsegen.v510.zip Included with the package is a Reference card

Re: AOXVTM module

Lots of stuff is squirreled away here, and it so happens that we have a copy of the JCLIN for that FMID on our local system. Here it is: //STEP1 EXEC PGM=IEWL, // PARM='LIST,LET,XREF,RENT,AMODE=31,RMODE=24', //REGION=512K //SYSUT1 DD UNIT=SYSDA,SPACE=(CYL,(4,1)) //SYSPRINT DD SYSO

Re: AOXVTM module

Duh. A lightbulb just came on and I realize when I copied from z/OS V1R13, the function was already ACCEPT'd but had only been APPLY'd in z/OS V2R1. Starting over! Thank you for getting me thinking correctly! Anne D. Crabtree System Programmer WV Office of Technology Data Center 1900 Kanawha

Re: C code to get running job name.

On Wed, Jan 10, 2018 at 8:27 AM, Charles Mills wrote: > Why not psatold to TCB, tcbtio to TIOT, then tiocnjob? > ​No reason. I just do it as I do it. Each to his own. In reality, I use HLASM and the IAZXJSAB or EXTRACT macros to get whatever I can using "well documented" GUPI interfaces. > > I

Re: Comparing load modules

Correction: I forgot that SMP/E multitasks binder steps until immediately after hitting "send." (Isn't that always the way?) So, even trying to build up an identical system for which binary compares would work is perhaps nearly impossible in the first place, and it would be very, very difficu

Re: C code to get running job name.

Why not psatold to TCB, tcbtio to TIOT, then tiocnjob? I have C code that does that. I would post it here but it is dependent on structs created from SYS1.MACLIB with CDSECT. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of J

Re: Comparing load modules

This sounds as though it should be easy, but it is in reality deceptively difficult. It would take quite a bit of work to be certain that everything is really the same. The block size and starting location on a track determine how much space is used for two "identical" copies of a particular

C code to get running job name.

Sorry, but I deleted the email which had the original question. Just for "fun" (but no profit), I wrote the following C code to display the name of the job under which the program is running. It can be improved a bit, but it shows the basics. #include #include #include int main(int argc, char *

Re: Comparing load modules

On Wed, 10 Jan 2018 21:01:40 +0800, ibmm...@foxmail.com wrote: > Because oure SMPE was deleted, And you have no backups? >we want to re- install zos /subsystem software and apply all PTFs to rebuild a >new SMPE and new load moduls. Sounds like a good plan >After that,we we wantoto compare all

Re: AOXVTM module

No, function was only APPLY'd on my z/OS V2R1 system. BUILDMCS creates this file ++FUNCTION(HPRT200) DESC(Coaxial Printer Support) REWORK(2018010) /**/ /*

Re: Changing password on IBM Link

On Tue, 9 Jan 2018 22:14:01 +, Jesse 1 Robinson wrote: >one cyber guy here has said that our email system fends off hundreds, >thousands of spam/suspect emails a day. Including an unknown number that it seems to do incorrectly. >99.99% were really trash? Is that a made up statistic? -- T

Re: Comparing load modules

hi Elardus Engelbrecht >It is not easy, simply because of blocksize and different TTRs, but can be >done. >One or many load modules? (Oh, one loadmod can contains 1 or many sections.) many load modules >Do you want to do a binary or hex comparision? hex comparision >Do you want to co

Re: AOXVTM module

On Tue, 9 Jan 2018 12:43:37 -0600, Anne Crabtree wrote: >I did the BUILDMCS from my z/OS V2R1 but the RECEIVE fails because AOXVTM >module is not in AOP.AAOPMOD1 library. Was the function accepted on your V2R1 system before you ran the BUILDMCS? What do the BUILDMCS reports show? -- Tom March

Re: Comparing load modules

Because oure SMPE was deleted,we want to re- install zos /subsystem software and apply all PTFs to rebuild a new SMPE and new load moduls. After that,we we want to compare all new load moduls with our current load moduls to make sure they are all same. Excepting Load module link date and tim

Re: Comparing load modules

Jason Cai wrote: > Could you tell us how to compare load modules ? but we don't care about ' > Load module link date and time'. It is not easy, simply because of blocksize and different TTRs, but can be done. One or many load modules? (Oh, one loadmod can contains 1 or many sections.) Do you

Re: AOXVTM module

Maybe part of the SMPE install process deletes your module? Search the jobs for the module name? On Wed, Jan 10, 2018 at 6:09 AM, Crabtree, Anne D wrote: > I do not have the volumes from 1.13, unfortunately. IBM has pretty much told > me what I've already done... copied the LINKLIB module from

Comparing load modules

Hi all Could you tell us how to compare load modules ? but we don't care about ' Load module link date and time'. Thanks a lot! Jason Cai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to l

Re: AOXVTM module

I do not have the volumes from 1.13, unfortunately. IBM has pretty much told me what I've already done... copied the LINKLIB module from V2R1 to V2R2 but AOPOUTD goes done mysteriously and we have to recycle infoprint. I am unable to find any messages to help determine why but I suspect the co

Re: Number of Cylinders per Volume

W dniu 2018-01-09 o 23:28, Steve Smith pisze: The reason for the games is that the cylinder number has traditionally been a half-word... Mod-"27"s went as far as possible treating it as a signed number, and Mod-"54"s to the unsigned limit. If IBM can't move away from this archaic dependence on d

Re: Number of Cylinders per Volume

W dniu 2018-01-09 o 23:59, Mike Schwab pisze: EAV volumes must be an exact multiple of 1,113 cylinders. Under 64K volumes some storage devices allow multiple of 1,113 cylinders others multiples of 1 cylinder. AFAIK it's not. 1113 multiple is a feature of DS8k arrays. EAV can be any number of c

Re: Transferring hebrew data from Db2 Z/OS to PC

Sorry to the OP, I don't have any answer to your original, but interesting question. Perhaps I should be glad not having to deal with that, but ... ;-) ITschak Mugzach wrote: >I agree that a single copy of data is more secure, however, there are many >applications that are considered far too c