Re: IDCAMS NODISCONNECT

Tom, you were correct on the EXPORT DISCONNECT/IMPORT CONNECT to the new master (which was a usercat to the current master. I then used RCNVCAT to generate the ALIAS statements. The DEL UCAT NODISCONNECT/DEF UCAT RECONNECT was not applicable for this, but is of value for moving a

Re: Unicode Q

Thank you all. I never even thought of left and right ! On Tue, Mar 13, 2018 at 12:48 PM, Seymour J Metz wrote: > I would guess that L and R refer to the default direction for bitext. > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > >

Re: Unicode Q

Oops fixed the typo for ER ( My earlier response had RE on the example) So if you see -ER then it means CONVERSION 1208,1200,ER; /* will use Enforced Subset, then */ /* Roundtrip */ Thanks, Kolusu Sri h Kolusu/Silicon Valley/IBM wrote on

Re: Unicode Q

Beverly, It is the Technique-character use. The possible values for technique-character are: R: Roundtrip E: Enforced Subset C: Customized Subset L: Language Environment Behavior M: Modified Language Environment Behavior P: Modified for Printer Behavior 0 – 9:

Re: Unicode Q

 Documented in the Unicode manual. There are four letters. R = round trip IIRC. Don't recall the v others off hand.  CharlesSent from a mobile; please excuse the brevity. Original message From: Beverly Caldwell Date: 3/13/18 12:38 PM (GMT-08:00) To:

Re: Unicode Q

I would guess that L and R refer to the default direction for bitext. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Beverly Caldwell Sent:

Unicode Q

If I do a DISPLAY UNI,ALL I see a list titled conversion and the entries are followed by a -E -R or -L in one case -ER. Anyone know what that means ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email

Re: USS assembler program and envars

On Tue, 13 Mar 2018 11:33:06 -0400, Thomas David Rivers wrote: >If you are a non-LE program that has been exec'd Given that Frank's email is Colesoft, I suspect that his requirement is not that of a normal program, but a debugger or a monitor. -- Tom Marchant

Re: Session Manager

There's also D4C32XX. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Cieri, Anthony Sent: Tuesday, March 13, 2018 1:31 PM To:

Re: USS assembler program and envars

There's an undocumented BPX function to get and set environment variables. The "OpenMVS extension" to the TCB has a non-gupi pointer that appears to be used. See SYS1.MACLIB(BPXZOTCB). In article <5571771324344028.wa.frankcolesoft@listserv.ua.edu> you wrote: > Hi Don, > Thanks for the info

Re: Session Manager

I think that the entry in the default IBM logmode table (ISTINCLM) is D4B32XX3 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Edward Finnell Sent: Tuesday, March 13, 2018 10:26 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re:

Re: USS assembler program and envars

On Tue, Mar 13, 2018 at 10:35 AM, Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > ​ > > On Tue, 13 Mar 2018 09:25:11 -0500, John McKown wrote: > > > >​... If you will look > >at the UNIX exec() function, BPX1EXC, you will see that the invoker _must_ > >set up the

Re: Session Manager

Another thing that NVAS is to pass along the IP address. Back in the day it was the only one that did so; I'd be very surprised if that was still the case. If any vendors are reading this, does your product pass along the IP address?. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3

Re: USS assembler program and envars

When you write "Unix" do mean a particular set of Unix implementations, or do you mean that certification by The Open Group requires it? If the later, shouldn't there be an APAR on this? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3

Re: USS assembler program and envars

On Mon, 12 Mar 2018 19:26:06 -0500, Paul Gilmartin wrote: >On Mon, 12 Mar 2018 17:59:35 -0400, Don Poitras wrote: >> >> Try: >>LAA (PSA+0x4B8)->LCA->CAA->EDB->env var ptr array, ends with null ptr. >> >Since different processes spawned with _BPX_SHAREAS=YES may be executing >concurrently in the

Re: USS assembler program and envars

Frank Chu wrote: Hi, Does anybody know if there is a control block chain that I can walk to find all of the envars that are define? I know there is a LE C function that can query for a specified envar but I can't use LE C. And there are circumstances where I do not have access to the parm

Sharing across two sysplex

Caught this on the newsgroup, not the LISTSERV: -- jean.b...@ca-attica.fr Hello. We are in the process to separate our current SYSPLEX in two : 1. for the production 2. for the dev/qualifications. A. Can we use an unique TWS controller to Schedule jobs on two ? B. Can we use RACF RRSF

Re: IRRPRMxx

I think I'd start with ===>D PARMLIB,ERROR    just to make sure what we're chasing is in the right concatenation. In a message dated 3/13/2018 4:26:56 AM Central Standard Time, pinnc...@rochester.rr.com writes:   ICHRDSNT already in use by the RACF sharing group. Are you absolutely sure

Re: Session Manager

Screen size from host is determined by LOGMODE. If you can get to SDSF do a WHO command and it will show what you're being dealt. What you need is a LOGMODE with Query Bit on in PSERVIC. If it's allowed can do ===>LOGON applid(SES_MGR_APPLID) LOGMOD(D4B32xx) (I think that's a good one). In a

Re: USS assembler program and envars

On Tue, Mar 13, 2018 at 8:49 AM, Frank wrote: > Hi Don, > > Thanks for the info but that looks like it will only work with LE > programs. The LCA and everything behind it are created when LE is first > initialized. Unfortunately, I cannot use LE. > ​I think that there are

Re: USS assembler program and envars

Hi Don, Thanks for the info but that looks like it will only work with LE programs. The LCA and everything behind it are created when LE is first initialized. Unfortunately, I cannot use LE. Frank -- For IBM-MAIN

Re: USS assembler program and envars

Thank Kirk. The spawn and pipe was where I was heading down but I thought there must be a better way to get what I need. That will probably end up being the method of last resort. I'll give the mvs-oe list a try. Frank

Re: GDG with timestamp

>You can create the GDG base with Date and time and also create the >generations in the same job using EXPORT symbols. Something like this. > [snip] Don't do this. Surprising results guaranteed. Two jobs submitted at different times will create two distinct GDG bases and allocate distinct

Re: Session Manager

Bruce Hewson wrote: >Among the Session Managers I can use here, if I access using my favourite >screen size 62x140 (which TSO/ISPF has no issue with), the Session Manager >drops to Model-2 24x80. Possibly a constraint by product administrators. Even >if I access using 62x160, a valid size for

Re: Session Manager

If your session manager can only do 24x80, then I hope it's free, because it's almost worthless. Lacking much information, my guess is that it's an admin problem. I was a systems programmer long ago, and supported VTAM, TPX and NetView. >20 years ago they had no issue with any screen size (inc.

Re: IRRPRMxx

On 3/13/2018 2:49 AM, Barbara Nitz wrote: Tom, Your 2.3 system will use the IRRPRMxx member and your 2.1 systems will continue to use the information you specified in the ICHRDSNT load module. All we did was take the information that we specify in the load module and put it in a parmlib

Re: Session Manager

Hello Shmuel, Among the Session Managers I can use here, if I access using my favourite screen size 62x140 (which TSO/ISPF has no issue with), the Session Manager drops to Model-2 24x80. Possibly a constraint by product administrators. Even if I access using 62x160, a valid size for HOD

Re: IRRPRMxx

Tom, >Your 2.3 system will use the IRRPRMxx member and your 2.1 systems will >continue to use the information you specified in the ICHRDSNT load module. All >we did was take the information that we specify in the load module and put it >in a parmlib member. We have not had any issues

Re: GDG with timestamp

Peter wrote: >Apology for the dummy question This is not a dummy question, based on various replies you got. >For the GDG to have timestamp on its every generation, how do I ensure that >timestamp gets appended with all that generation created ? Nothing in z/OS can help you with that. You

Re: How to speed up IFASMFDP SMF Dump process

Lizette Koehler wrote: >I was wondering if there are any tricks to making the SMF Dump process more >efficient or faster? I have gotten many problems with the SMF dump process - anything from slow dumping, ENQs accross SysPlex and also during IPL, Timing issues, running out of space, name it.