Re: Attitude of companies toward mainframers working from home?

Hi Charles, Yes, Oppenheimer allowed this on a limited basis. Originally, it was to make sure critical personnel could work from home in the event of a disaster/emergency. I suspect that some of the key folks on the business side had more relaxed rules... No, no change addressing

Re: TSO REXX -- find absolute generation # from relative?

Yes, even if there is a NEW Allocation on the GDG (creating a new G000V), as it holds an excuse enqueue on the entire GDG (though you would be able to allocate the DSN directly, but not relatively). That is why I started with the CSI (Catalog Search Interface). Possibly not 100%, but you

Re: Attitude of companies toward mainframers working from home?

We only IPL our mainframe twice a year...when the time change happens. Thanks, Ron McCabe Manager of Mainframe/Midrange Systems Mutual of Enumclaw -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mike Schwab Sent: Wednesday, August 21, 2019 2:45 PM To:

Re: Attitude of companies toward mainframers working from home?

One big item is mainframes are usually IPLed on weekends, so giving time off instead of overtime would be a benefit. On Wed, Aug 21, 2019 at 4:16 PM David Spiegel wrote: > > Hi Ron, > For SysProgs in particular, what is gained by having people "at the office"? > I view this as old school,

Re: Attitude of companies toward mainframers working from home?

Hi Ron, Thank you, You've confirmed my suspicion. Another thing I've noticed ... governments (all levels) tend to be more old-school than private companies and won't hire a person if they are unable to work at their office, even though support staff have remote access via a VPN. Regards,

Re: Attitude of companies toward mainframers working from home?

Hello David, What is gained by having people at the office would have to be answered by my boss who is the director of Infrastructure...I can tell you he is old school even though he is younger than me and has made the comment to us that he likes "Butts in seats". I/we think he is a control

Re: Attitude of companies toward mainframers working from home?

Hi Ron, For SysProgs in particular, what is gained by having people "at the office"? I view this as old school, without justification. If project milestones are set properly, the employees will have to work consistently to meet them (and not goof off). If the managers think that they can see

Re: Attitude of companies toward mainframers working from home?

Thanks. Perfect! I guess I am the one who should be apologizing if this is inappropriate, but it seems to me to be mainframe-relevant and not in violation of the spirit of this list. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On

Re: Attitude of companies toward mainframers working from home?

If this is something that should not have been done on the list I apologize but do have to admit that I would like to see what other companies are allowing in this area. Yes our employer does allow for mainframe sysprogs and developers to work from home. There are restrictions and the main one

Re: TSO REXX -- find absolute generation # from relative?

On Wed, 21 Aug 2019 15:17:57 -0500, Al Ferguson wrote: > >My next choice would be BPXWDYN to allocate the relative DSN I am looking for >and get the INFO. I like this because it works everywhere, (MVS, TSO, USS, >SystemREXX, ….) and it is part of the Base System. ... > Can this encounter

Attitude of companies toward mainframers working from home?

I am doing a favor for a friend who is writing a blog article on the above subject, with an emphasis on the effect of the shrinking mainframe personnel pool. (This is NOT some disguised headhunter pitch. Reply to the list or to me personally. I will take full responsibility for "sanitizing" your

Re: TSO REXX -- find absolute generation # from relative?

The few times I have had it wrap, you can check the highest record returned, it will be (if the -1 is 9998 you are there as well ) and then you can do a search from the bottom looking for the “Hole” in the numbering. I have had to do it a few times, but it is so infrequent (took our shop

Re: TSO REXX -- find absolute generation # from relative?

That doesn't always work Al. When the GDG has wrapped the calculation gets messed up. Best to let Catalog Management determine the absolute name for a given relative. -- For IBM-MAIN subscribe / signoff / archive access

Re: TSO REXX -- find absolute generation # from relative?

Another option would be to use the Catalog Search Interface (CSI). I have an example in CBTTape.org File #960 (the DSNLIST REXX). If you are going for just the G00V000s, then the value of the just subtract the Relative DSN from the number of records returned take that

Re: Question about a Program Object's MIGRATABLE attribute

Thank you Barry! That is exactly what I was looking for. :-) Dave Cole At 8/20/2019 03:50 PM, Barry Lichtenstein wrote: In reply to David and others, a couple of points that might be of interest: * I confirm that the MIGRATABLE attribute is just as people have suggested, to indicate

Re: TSO REXX -- find absolute generation # from relative?

Using LOCATE/CAMLST seems better than using SVC99/BPXWDYN to resolve relative->absolute since it doesn't require allocation of the data set, which might fail. One question that I have is (I assume) that LOCATE/CAMLST will always use the latest generations ("GDGNT"), so that if what you want is a

Re: Omegamon CICS Installation error

KCIJPALO is probably the simplest of the allocate jobs. My v550 KCIJPALO does not allocate that dataset. Doug Fuerst Principal Consultant BK Associates 718.921.2620 (O) 917.572.7364 (C) d...@bkassociates.net -- Original Message -- From: "PIETIN Jean-Loup" To: IBM-MAIN@listserv.ua.edu

Re: 64 bit Assembler DLL app PSECT parm found the edc doc it’s in the C/C++ programming guide

> On Aug 21, 2019, at 5:10 AM, Don Poitras wrote: > > R5 points to the WSA. In a 64-bit xplink assembler routine, it's required to > be passed in from the caller. Just like R4 points to the stack and R12 points > to the CAA. See: > >

Re: 64 bit Assembler DLL app PSECT parm

Just looked thru LE book shelf would be nice If they had programming examples Or at the very least documentation on the parameters used for the EDC macros Thanks for your help I’ll look in the maclib > On Aug 21, 2019, at 5:10 AM, Don Poitras wrote: > > R5 points to the WSA. In a

Re: Omegamon CICS Installation error

The parmgen job failed is Allocate runtime RO and RW datasets (Yes) KCIJPALO -Message d'origine- De : IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] De la part de Doug Envoyé : mercredi 21 août 2019 16:38 À : IBM-MAIN@LISTSERV.UA.EDU Objet : Re: Omegamon CICS

Re: Omegamon CICS Installation error

What parmgen job failed? Doug Fuerst Principal Consultant BK Associates 718.921.2620 (O) 917.572.7364 (C) d...@bkassociates.net -- Original Message -- From: "Jean-Loup PIETIN" To: IBM-MAIN@listserv.ua.edu Sent: 21-Aug-19 5:24:44 Subject: Omegamon CICS Installation error Hi all I

Re: Omegamon CICS Installation error

Not in EAV volume just a model 3390-9 volume but it is in a storage group which contain only 2 model 3390-9 -Message d'origine- De : IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] De la part de Don Poitras Envoyé : mercredi 21 août 2019 16:03 À :

Re: Omegamon CICS Installation error

Is the dataset on an EAV volume? That's not supported by SAS/C. In article you wrote: > A couple of things that I would look at. > > 2019/08/21 11:05:11 KPDINDS: Initialization started for DataStore file > > DSN:OMEGAMON.TIVOLI.OMEGCICS.RPDSGRP1 > > 0LSCX545 WARNING ERRNO

Re: Omegamon CICS Installation error

A couple of things that I would look at. > 2019/08/21 11:05:11 KPDINDS: Initialization started for DataStore file > DSN:OMEGAMON.TIVOLI.OMEGCICS.RPDSGRP1 > 0LSCX545 WARNING ERRNO = EDEVICE > > Generated inFOPEN called from

Re: Omegamon CICS Installation error

I'm trying to install the Omegamon CICS V 5.5 I have open an ETR with IBM but in the meantime I wanted to know if anyone had ever faced this problem. -Message d'origine- De : IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] De la part de Don Poitras Envoyé : mercredi 21

Re: 64 bit Assembler DLL app PSECT parm

Thanks have to change the macros xplink supports amode 64 Thanks again > On Aug 21, 2019, at 5:10 AM, Don Poitras wrote: > > R5 points to the WSA. In a 64-bit xplink assembler routine, it's required to > be passed in from the caller. Just like R4 points to the stack and R12 points > to the

Re: IDCAMS ALLOCATE AND PDSE V2

The documentation for IDCAMS ALLOCATE is incomplete. It does support allocation of PDSE V2 by specifying DSNTYPE(LIBRARY,2). I cannot speak to the behavior of LIKE, however. Tabari -- For IBM-MAIN subscribe / signoff / archive

Re: Omegamon CICS Installation error

What version of Omegamon are you trying to install? Omegamon hasn't been built with SAS/C (all the L$C messages are from the SAS/C runtime) in many years. If this is a current release, you should open an ETR with IBM. In article <8704833990123269.wa.jlpietinverspieren@listserv.ua.edu> you

Re: Hyperswap and Reserve Conversion

We only have the generic entry and iirc we replaced all our previous entries with this one. Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Michael Babcock > Sent: 21 August, 2019 13:44 > To: IBM-MAIN@LISTSERV.UA.EDU >

Hyperswap and Reserve Conversion

We will be implementing Hyperswap in the coming months and need to convert all reserves to global enqueues. I have a number of entries in the CON list. Can I just replace them all with the recommended generic entry? Or leave them and add the generic entry? Pros and/or cons to either way?

Re: CA-DISK (DMS) QUESTION

Bob, Thanks for the info. and the example.  I will try it out. On Tuesday, 20 August 2019, 05:40:39 pm UTC, Robert Longabaugh <01f25da983e8-dmarc-requ...@listserv.ua.edu> wrote: Hi John, The easiest way to "re-duplex" would be to run MERGE, using the duplex volume as input. You

Omegamon CICS Installation error

Hi all I have a problem when i run a job from parmgen to install Omegamon CICS. The error is in the C execution but i don't understand and i don't know if it was a CEE parm to change or not. The PDS create is on a SMS storage Group. Anybody help me? This is the log message where the error

Re: 64 bit Assembler DLL app PSECT parm

R5 points to the WSA. In a 64-bit xplink assembler routine, it's required to be passed in from the caller. Just like R4 points to the stack and R12 points to the CAA. See: https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.cbcpx01/cbc1p2179.htm In article

Re: Support for z/OS V2R4, zCX, and "What's new in z/OS OpenSSH" webinar

Thanks. To quote you: "This will be tricky IMO, since people who understand linux and docker will have to talk with people who understand z/OS and zCX (and WLM, container pricing, etc, etc)." With the possible exception of Container Pricing, I entirely agree... ... It's a general point about