Real purpose of hipersocket

[Peter]

Cross Posted

Hi

We are planning to implement hipersocket for our sysplex with 5 LPARS in it.

We are already using OSA express card with 10G and our Multi Access Spool
for all the 5 LPARs so we cannot even of implementing hipersocket for NJE.

If my understanding is correct the hipersocket is not eligible for external
communication too.

I am still trying to understand from the manual what other benefits I can
get from  Hipersocket.

I think Hipersocket cannot replace CTC connection by having two major node
speak over hipersocket rather than CTC.

Can someone please throw light on this so that I can dig little further to
know the real purpose of having purpose.

Any help or suggestions would be great.

Peter

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Highest address "below the bar"

[Ed Jaffe]

On 7/2/2016 5:25 PM, Paul Gilmartin wrote:

On Sat, 2 Jul 2016 16:06:49 -0700, Ed Jaffe wrote:


... You never get a specification exception on a
branch.


Specification exception
 Possible causes are as follows:
 Branch to an odd-numbered address, caused by an overlaid register save 
area


I was too hasty with my original response. ANY branch to an odd address 
generates a specification exception. The exception is recognized before 
exceptions caused by a failure to fetch the storage. Therefore, the 
result is 0C6 even if the storage does not exist or is fetch protected.


Technically, it's not the branch itself abending but I'm not going to 
dwell on that...


--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

IEARELCN for orphaned console definitions

[Robert Hahne]

Greetings ,

We were supposed to remove a few inactive MCS definitions from our sysplex . 
The LPAR where it originally had its definition is IPL'ed after removing the 
entries from CONSOLxx . But forgot to run IEARELCN to remove it from the plex . 
 Now when i do a display D C,N on all LPARS, it still shows the same console 
device in the output where CNZ4100I   msg has DEFINED and MATCHED entries 
displayed as *NONE . I would like to get rid of this definition from other 
systems in the plex . Here is what i intend to do 

a) Run a IEARELCN against the console name which has already been removed from 
the original system that is IPL'ed 

I understand that a sysplex wide IPL is needed to remove the console definition 
in shared mode unless IEARELCN is used  

My question is : Can i run IEARELCN on any of the LPARS in the same sysplex in 
this situation to get rid of the orphaned entry so that it gets unpinned ?

BTW , we are using console in shared mode and hence SETCON DELETE will not work 


Bob Hahne

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Help identifying source of SMF 80 record

[Charles Mills]

Well, I did say they were RACF users.

ACF2 does not generally cut Type 80 records, although its default Type 230
record could be overridden to 80 if the customer desired. (TSS by default
does cut Type 80 records.) This does not look like an ACF2 record; I would
recognize that. The record is very much "RACF-like." It is in fact a valid
"RACF" Type 80 record, although there is a lot of unaccounted for data in
the middle. Because of the pointer architecture of the RACF record layout,
extra data in the middle does not affect the validity of the  layout of the
"RACF-like" portions.

> I don't think there's anything stopping ANY software from confecting SMF
80 records.

Well, there's "anything" if you count APF. But your point is well taken --
it could be almost any program or product cutting an SMF 80 record. It would
not have to be a security product or a "RACF add-on."

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Martin Packer
Sent: Tuesday, July 05, 2016 11:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help identifying source of SMF 80 record

Nobody has mentioned ACF2 yet. Is that a possibility?

In principle I don't think there's anything stopping ANY software from
confecting SMF 80 records.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TSO TEST and SYSOUTTRAP/SYSOUTLINE

[Joseph Reichman]

Sorry I have it in the main clist 
When I put it In the clist that executes the AT command it works now my next 
step it 
To see if I can issue test subcommands based 
On the clist variables value 

Thanks everyone so far 

> On Jul 5, 2016, at 3:39 PM, Walt Farrell  wrote:
> 
>> On Tue, 5 Jul 2016 15:03:02 -0400, Joe Reichman  
>> wrote:
>> 
>> The SYSOUTTRAP will trap TEST OUTPUT but *ONLY* at the beginning of *TEST* 
>> Coding AT +148 ( EX MY.CLIST(TRAP))
>> 
>> Where the clist TRAP contain SYSOUTTRAP and SYSOUTLINE to trap output won't 
>> work
> 
> I would expect it to be able to trap the output of any TEST subcommands 
> issued by the CLIST. Are you saying that won't work?
> 
> (The key is to have the CLIST establish trapping, then issue subcommands, 
> then examine the trapped output. Then possibly issue more subcommands 
> (trapped or not) depending on the results of examining the output.)
> 
> -- 
> Walt
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TSO TEST and SYSOUTTRAP/SYSOUTLINE

[Walt Farrell]

On Tue, 5 Jul 2016 15:03:02 -0400, Joe Reichman  wrote:

>The SYSOUTTRAP will trap TEST OUTPUT but *ONLY* at the beginning of *TEST* 
>Coding AT +148 ( EX MY.CLIST(TRAP))
>
>Where the clist TRAP contain SYSOUTTRAP and SYSOUTLINE to trap output won't 
>work

I would expect it to be able to trap the output of any TEST subcommands issued 
by the CLIST. Are you saying that won't work?

(The key is to have the CLIST establish trapping, then issue subcommands, then 
examine the trapped output. Then possibly issue more subcommands (trapped or 
not) depending on the results of examining the output.)

-- 
Walt

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Q: SYSTEM TRACE oddity

[Steve Thompson]

Doh!

Completely forgot to look there, and I didn't give the diag 
manual a thought either. Man am I rusty at this.


Thanx,
Steve Thompson


On 07/05/2016 02:47 PM, Jim Mulder wrote:

I'm looking at a dump and specifically in the system trace.

What I have is an entry for a PC that shows an odd address. It is
off by 5 bytes of the address in the program (which is page
aligned) for the PC instruction.

The PC # is 8, and the entry is for a STORAGE OBTAIN.

I have tried searching IBMLink and I get no hits.

Anyone else seen such a thing?

This did not result in a PIC, in fact, the program continued
merrily along until it hit my "SVC D".


   As documented in Principles of Operation and
z/Architecture Reference Summary, the low order bit of the PC
return address field in the trace entry indicates that the PC
was issued in problem state.

Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TSO TEST and SYSOUTTRAP/SYSOUTLINE

[Joe Reichman]

The SYSOUTTRAP will trap TEST OUTPUT but *ONLY* at the beginning of *TEST* 
Coding AT +148 ( EX MY.CLIST(TRAP))

Where the clist TRAP contain SYSOUTTRAP and SYSOUTLINE to trap output won't work

 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bill Godfrey
Sent: Monday, July 4, 2016 2:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TSO TEST and SYSOUTTRAP/SYSOUTLINE

The clist in my first post was run on z/OS 2.2.
The 4-character string "amp:" if present, is an artifact of the listserv web 
interface and should not be in the clist.
The clist has also run on MVS 3.8, without the TSOEXEC in front of TEST and 
with different SUBSTR columns as shown in comments in my earlier post.
The different SUBSTR columns are due to the 6-digit hex address on 24-bit MVS 
3.8, instead of an 8-digit hex address.
The column dependency could be eliminated, if somebody wanted to, by using an 
equated symbol on LIST, as below.
If the EQUATE was done after the SET, the output of LIST would end up in 
SYSOUTLINE2.

TSOEXEC TEST 'SYS1.LINKLIB(IEFBR14)'
EQUATE CVTDATE 10.%+38
SET SYSOUTTRAP = 10
LIST CVTDATE
SET SYSOUTTRAP = 0
SET LINE = (&SYSOUTLINE1)
SET DOY = (14:16,)
SET YYY = (11:13,)
SET YEAR = (1900 + )
WRITE TODAY IS DAY  OF 
CONTROL END(FOO) /* NEXT END IS FOR TEST, NOT CLIST */ END 

Bill  

On Mon, 4 Jul 2016 13:33:18 -0400, Joseph Reichman wrote:

>What version of z/OS MVS was this code run I think Rupert Reynolds  
>mentioned in a earlier Post on this thread that capturing TEST output 
>is different then when he tried it in the early 90's
>
>
>
>
>> On Jul 4, 2016, at 12:28 PM, Bill Godfrey wrote:
>> 
>> Here's an example of capturing TEST output into CLIST variables.
>> 
>> TSOEXEC TEST 'SYS1.LINKLIB(IEFBR14)'
>> SET SYSOUTTRAP = 10
>> LIST 10.%+38  /* CVTDATE */
>> SET SYSOUTTRAP = 0
>> SET LINE = (&SYSOUTLINE1) SET DOY = (16:18,) 
>> /* 14:16 ON MVS 3.8 */ SET YYY = (13:15,) /* 11:13 ON MVS 
>> 3.8 */ SET YEAR = (1900 + ) WRITE TODAY IS DAY  OF  
>> CONTROL END(FOO) /* NEXT END IS FOR TEST, NOT CLIST */ END
>> 
>> Bill
>> 
>>> On Sun, 3 Jul 2016 13:58:51 -0400, Joseph Reichman wrote:
>>> 
>>> I have tried to capture test subcommand output I.E list under clist 
>>> with no success Dont  know about Rexx I am now thinking the AT 
>>> subcommsnd in TEST leaves you the ability to to exec a CLIST as part 
>>> of the parameters  maybe I'll try the SYSOUTTRAP/SYSOUTLINE in that 
>>> instance
>>> 
>>> 
>>> 
 On Jul 3, 2016, at 1:51 PM, Jesse 1 Robinson  
 wrote:
 
 I was sloppy. AFAIK the functions are equivalent.  In Rexx, you use this 
 syntax: 
 
 x = OUTTRAP("cmdl.")
 "LISTALC STATUS"
 line_count = cmdl.0
 dsn = cmdl.i
 ...
 
 Output goes into the named array. Lines are identified by the value of i. 
 
 Equivalent in Clist: 
 
 SET SYSOUTTRAP = 600 
 LISTALC STATUS   
 SET SYSOUTTRAP = 0   
 SET _COUNT = 
 SET DSN = (&SYSOUTLINE) ...
 
 Output always goes into complex variable  Lines are identified 
 by the value of 
 
 The real difference for OP is the scope of output capture in Rexx vs. 
 Clist. When Rexx switches into subcommand mode, I don't think output is 
 captured from the original OUTTRAP. 
 
 .
 .
 .
 J.O.Skip Robinson
 Southern California Edison Company
 Electric Dragon Team Paddler
 SHARE MVS Program Co-Manager
 323-715-0595 Mobile
 626-302-7535 Office
 robin...@sce.com
 
 
 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Joseph Reichman
 Sent: Sunday, July 03, 2016 9:54 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: (External):Re: TSO TEST and SYSOUTTRAP/SYSOUTLINE
 
 You use SYSOUTTRAP in Rexx thought it's a clist command unless you 
 are calling clist from Rexx
 
> On Jul 3, 2016, at 12:48 PM, Jesse 1 Robinson  
> wrote:
> 
> I use SYSOUTTRAP in Rexx all the time for ordinary commands. There is 
> indeed a huge difference between Rexx and Clist vis a vis 'subcommand 
> mode'. An example of subcommand mode is the SEND command under OPER. 
> Another is LIST under ACCOUNT. TEST runs in practice almost entirely in 
> subcommand mode. 
> 
> In a Clist, the exec retains control when running in subcommand mode. In 
> Rexx, the exec loses control in subcommand mode, so successive commands 
> must be 'stacked' ahead of time via QUEUE. Trouble is that in TEST, 
> subsequent command operands usually depend on the result of previous 
> commands, which makes QUEUEing commands ahead of time nearly impossible. 
> 
> I don't recall ever trying SYSOUTTRAP in TEST.  
> 
> .
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company 

Re: Help identifying source of SMF 80 record

[Martin Packer]

Nobody has mentioned ACF2 yet. Is that a possibility?

In principle I don't think there's anything stopping ANY software from 
confecting SMF 80 records.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Cloud & Systems Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker

Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker

Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or 
  
https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2



From:   Charles Mills 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   05/07/2016 18:10
Subject:Re: Help identifying source of SMF 80 record
Sent by:IBM Mainframe Discussion List 



Thanks, @Tony and @Hayim. Sounds like you might well have it. We will look 
into it.

> We've encountered a handful of ISV products over the years that write 
"RACF" SMF records

Yeah, I have encountered at least one other, actually a homegrown product 
that writes Type 80 records.

Even TSS kind of fits this description. The primary TSS SMF record is Type 
80 and is "almost" like what RACF writes -- or rather, like what RACF 
wrote about twenty or thirty years ago.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of Tony Harminc
Sent: Tuesday, July 05, 2016 9:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help identifying source of SMF 80 record

On 5 July 2016 at 11:43, Charles Mills  wrote:
> I am looking at an SMF 80 record from a customer that I am having 
> trouble making sense of. The customer is definitely a RACF user, not a 
> TSS user. The customer I believe is on z/OS V2R1.
>
> It is a valid SMF 80 record. The event.qualifier is 2.0. There are 
> three relocatable sections: a 49 (User Name) that says "Detection 
> Status", a 17 (Class name) that says "EK$CLASS" and a 1 (Resource 
> Name) that says "EKCA.SECURITY.DETECTION". The record is 2959 bytes 
> long, long for a RACF SMF record.
>
> So what's odd about it?
>
> 1. It is missing the RACF version SMF80VRM at offset 80 that was added 
> to RACF around OS/390 V1R2. That leads me to believe the record was 
> not produced by RACF.

Yup. We've encountered a handful of ISV products over the years that write 
"RACF" SMF records on their own initiative. None of them is fully 
"correct", either in that the record itself would never be written by 
RACF, or that it wouldn't be written in the context it is.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Q: SYSTEM TRACE oddity

[Jim Mulder]

> I'm looking at a dump and specifically in the system trace.
> 
> What I have is an entry for a PC that shows an odd address. It is 
> off by 5 bytes of the address in the program (which is page 
> aligned) for the PC instruction.
> 
> The PC # is 8, and the entry is for a STORAGE OBTAIN.
> 
> I have tried searching IBMLink and I get no hits.
> 
> Anyone else seen such a thing?
> 
> This did not result in a PIC, in fact, the program continued 
> merrily along until it hit my "SVC D".

  As documented in Principles of Operation and 
z/Architecture Reference Summary, the low order bit of the PC
return address field in the trace entry indicates that the PC
was issued in problem state.

Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Symlinks with $SYSNAME variable

[Jousma, David]

And for the sake of additional, but unasked for documentation.  If you want to 
use any system symbol you happen to have defined you would use the following 
syntax:

ln -s '$SYSSYMA//xxx'xxx

 is a special keyword for a symbolic absolute pathname
 is a special keyword for a symbolic relative pathname

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter
Sent: Tuesday, July 05, 2016 1:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Symlinks with $SYSNAME variable

Hi John

It fixed with command you gave.

Peter

On Jul 5, 2016 10:05 PM, "John McKown"  wrote:

> On Tue, Jul 5, 2016 at 11:16 AM, John McKown 
>  >
> wrote:
>
> > ln -s \$SYSSYMR/current-system
> >
> >
> > Then /home/bubba/current-system would resolve to /home/bubba/SY1 on 
> > SY1 and /home/bubba/SY2 on SY2.
> >
> >
> ​Damn it. Bug in that due to interruption.
>
> ln -s "\$SYSSYMR//current-system"
>
> The $SYSSYMR tells z/OS path resolution to pick up the _next_ 
> directory level (//) and replace the static system symbol, 
> , with its value. There is also  will is similar but 
> always resolves starting at the UNIX root.​
>
>
>
> --
> "Pessimism is a admirable quality in an engineer. Pessimistic people 
> check their work three times, because they're sure that something won't be 
> right.
> Optimistic people check once, trust in Solis-de to keep the ship safe, 
> then blow everyone up."
> "I think you're mistaking the word optimistic for inept."
> "They've got a similar ring to my ear."
>
> From "Star Nomad" by Lindsay Buroker:
>
> Maranatha! <><
> John McKown
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SHARE Academy z/OS Bug Busterz

[Ed Jaffe]

On 7/5/2016 10:21 AM, Ed Jaffe wrote:
I was going to write a lengthy post about the amazing opportunity to 
attend the in-depth, day-long z/OS Bug Busterz SHARE Academy seminar 
being offered Sunday, July 31 at SHARE in Atlanta. But, I think this 
free T-Shirt is reason enough ... ;-)


ftp://ftp.phoenixsoftware.com/pub/demo/zOS_BugBusterz_T-Shirt.png

For information about the SHARE Academy offerings in Atlanta, see: 
http://www.share.org/atlanta-academy


I just found out this offering for z/OS customers is already 50% sold! 
Yikes! If you're thinking about sending someone to this (or perhaps 
attending yourself), I suggest you get on this ASAP...


--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Symlinks with $SYSNAME variable

[Peter]

Hi John

It fixed with command you gave.

Peter

On Jul 5, 2016 10:05 PM, "John McKown"  wrote:

> On Tue, Jul 5, 2016 at 11:16 AM, John McKown  >
> wrote:
>
> > ln -s \$SYSSYMR/current-system
> >
> >
> > Then /home/bubba/current-system would resolve to /home/bubba/SY1 on SY1
> > and /home/bubba/SY2 on SY2.
> >
> >
> ​Damn it. Bug in that due to interruption.
>
> ln -s "\$SYSSYMR//current-system"
>
> The $SYSSYMR tells z/OS path resolution to pick up the _next_ directory
> level (//) and replace the static system symbol, , with
> its value. There is also  will is similar but always resolves
> starting at the UNIX root.​
>
>
>
> --
> "Pessimism is a admirable quality in an engineer. Pessimistic people check
> their work three times, because they're sure that something won't be right.
> Optimistic people check once, trust in Solis-de to keep the ship safe, then
> blow everyone up."
> "I think you're mistaking the word optimistic for inept."
> "They've got a similar ring to my ear."
>
> From "Star Nomad" by Lindsay Buroker:
>
> Maranatha! <><
> John McKown
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

SHARE Academy z/OS Bug Busterz

[Ed Jaffe]

OK. The embedded blanks in the URL proved challenging for some 
text-based email interpreters. Here is one without the blanks: 
ftp://ftp.phoenixsoftware.com/pub/demo/zOS_BugBusterz_T-Shirt.png




I was going to write a lengthy post about the amazing opportunity to 
attend the in-depth, day-long z/OS Bug Busterz SHARE Academy seminar 
being offered Sunday, July 31 at SHARE in Atlanta. But, I think this 
free T-Shirt is reason enough ... ;-)


ftp://ftp.phoenixsoftware.com/pub/demo/zOS BugBusterz T-Shirt.png

For information about the SHARE Academy offerings in Atlanta, see: 
http://www.share.org/atlanta-academy


--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Minimum Volume Sizes in the Wild

[Ed Jaffe]

On 7/5/2016 6:04 AM, John Eells wrote:

Ed Jaffe wrote:


We use three sizes only: mod-9, mod-27, and mod-216. The only reason we
still maintain mod-9s is because that is the format used by the software
sent to us by IBM.


Can you elaborate?  Is that the volume size for the ADCD or something 
else?  (For ServerPac, it might be the default but it's easily changed 
there.)


It's ADLT.

--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

SHARE Academy z/OS Bug Busterz

[Ed Jaffe]

I was going to write a lengthy post about the amazing opportunity to 
attend the in-depth, day-long z/OS Bug Busterz SHARE Academy seminar 
being offered Sunday, July 31 at SHARE in Atlanta. But, I think this 
free T-Shirt is reason enough ... ;-)


ftp://ftp.phoenixsoftware.com/pub/demo/zOS BugBusterz T-Shirt.png

For information about the SHARE Academy offerings in Atlanta, see: 
http://www.share.org/atlanta-academy


--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Minimum Volume Sizes in the Wild

[Ron Hawkins]

Hitachi Dynamic Pools (HDP) on HDS kit.

NB the anti-skew characteristics of HDP and Fast VP makes me wonder why anyone 
would still use basic format volumes any more.


So, from my perspective, it is not always good to define all one type of device 
(mod54, mod27, etc...) the Internal mapping of the LUNs to those devices might 
leave unused storage,  or if you have something like FAST VP (EMC VMAX) then 
the FASTVP may have problems properly balancing the workload inside the array.

Just my two cents worth

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Vernooij, CP (ITOPT1) - KLM
> Sent: Monday, July 04, 2016 5:16 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Minimum Volume Sizes in the Wild
> 
> We create as much 3390-54's as possible.
> We have some smaller volumes only because they were converted as is 
> from ESS's.
> And we have some 3390-3 and 3390-1 for JES checkpoint and catalogs, 
> but with the current GDPS requirement to eliminate all Reserves, I 
> think it would not be a problem to combine them. On the other hand, 
> how much space will be wasted in your xx TB dasd park when you have a handful 
> of 3390-54's filled for 1%?
> 
> Kees.
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of John Eells
> Sent: 28 June, 2016 18:19
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Minimum Volume Sizes in the Wild
> 
> What is the *smallest* volume size everyone sees in general use?
> 
> For example, will we create any problems if we assume that "everyone"
> has or can define at least a 3390-9 size volume these days?  What if 
> we chose 3390-27?
> 
> --
> John Eells
> IBM Poughkeepsie
> ee...@us.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Help identifying source of SMF 80 record

[Charles Mills]

Thanks, @Tony and @Hayim. Sounds like you might well have it. We will look into 
it.

> We've encountered a handful of ISV products over the years that write "RACF" 
> SMF records

Yeah, I have encountered at least one other, actually a homegrown product that 
writes Type 80 records.

Even TSS kind of fits this description. The primary TSS SMF record is Type 80 
and is "almost" like what RACF writes -- or rather, like what RACF wrote about 
twenty or thirty years ago.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tony Harminc
Sent: Tuesday, July 05, 2016 9:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help identifying source of SMF 80 record

On 5 July 2016 at 11:43, Charles Mills  wrote:
> I am looking at an SMF 80 record from a customer that I am having 
> trouble making sense of. The customer is definitely a RACF user, not a 
> TSS user. The customer I believe is on z/OS V2R1.
>
> It is a valid SMF 80 record. The event.qualifier is 2.0. There are 
> three relocatable sections: a 49 (User Name) that says "Detection 
> Status", a 17 (Class name) that says "EK$CLASS" and a 1 (Resource 
> Name) that says "EKCA.SECURITY.DETECTION". The record is 2959 bytes 
> long, long for a RACF SMF record.
>
> So what's odd about it?
>
> 1. It is missing the RACF version SMF80VRM at offset 80 that was added 
> to RACF around OS/390 V1R2. That leads me to believe the record was 
> not produced by RACF.

Yup. We've encountered a handful of ISV products over the years that write 
"RACF" SMF records on their own initiative. None of them is fully "correct", 
either in that the record itself would never be written by RACF, or that it 
wouldn't be written in the context it is.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Help identifying source of SMF 80 record

[Tony Harminc]

On 5 July 2016 at 11:43, Charles Mills  wrote:
> I am looking at an SMF 80 record from a customer that I am having trouble
> making sense of. The customer is definitely a RACF user, not a TSS user. The
> customer I believe is on z/OS V2R1.
>
> It is a valid SMF 80 record. The event.qualifier is 2.0. There are three
> relocatable sections: a 49 (User Name) that says "Detection Status", a 17
> (Class name) that says "EK$CLASS" and a 1 (Resource Name) that says
> "EKCA.SECURITY.DETECTION". The record is 2959 bytes long, long for a RACF
> SMF record.
>
> So what's odd about it?
>
> 1. It is missing the RACF version SMF80VRM at offset 80 that was added to
> RACF around OS/390 V1R2. That leads me to believe the record was not
> produced by RACF.

Yup. We've encountered a handful of ISV products over the years that
write "RACF" SMF records on their own initiative. None of them is
fully "correct", either in that the record itself would never be
written by RACF, or that it wouldn't be written in the context it is.

> Does anyone have an idea what might be producing this record and where its
> format might be documented?

>From the names I'd guess it to be an EKC product. I'm not aware if
they have product(s) that work with RACF rather than ACF2 (I
understand the company was founded by one of the ACF2 initial
developers), but it seems likely.

http://www.ekcinc.com

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Symlinks with $SYSNAME variable

[John McKown]

On Tue, Jul 5, 2016 at 11:16 AM, John McKown 
wrote:

> ln -s \$SYSSYMR/current-system
>
>
> Then /home/bubba/current-system would resolve to /home/bubba/SY1 on SY1
> and /home/bubba/SY2 on SY2.
>
>
​Damn it. Bug in that due to interruption.

ln -s "\$SYSSYMR//current-system"

The $SYSSYMR tells z/OS path resolution to pick up the _next_ directory
level (//) and replace the static system symbol, , with
its value. There is also  will is similar but always resolves
starting at the UNIX root.​



-- 
"Pessimism is a admirable quality in an engineer. Pessimistic people check
their work three times, because they're sure that something won't be right.
Optimistic people check once, trust in Solis-de to keep the ship safe, then
blow everyone up."
"I think you're mistaking the word optimistic for inept."
"They've got a similar ring to my ear."

>From "Star Nomad" by Lindsay Buroker:

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Symlinks with $SYSNAME variable

[John McKown]

On Tue, Jul 5, 2016 at 10:47 AM, Peter  wrote:

> Hi John,
>
> In your case
>
> lrwxrwxrwx   1 BUBBATSHG  13 Jul  5 10:36 x -> /$SYSNAME/etc
>
> I am expecting as
>
> lrwxrwxrwx   1 BUBBATSHG  13 Jul  5 10:36 x -> $SYSNAME/etc
>
> Like in my expectation it is without backward slash.
>
> so if I issue under /MaintP21
>
> ln -s /\$SYSNAME\etc \etc
>
> i might get like
>
> etc --- > /$SYSNAME/etc
>
> So i was looking the result without the backward slash before $SYSNAME
>


​OK. then don't put in the / in the ln command:

​
ln -s \$SYSNAME/etc /x​


​instead. However, the results are functionally the same. Example:

LIH1:BUBBA:/home/bubba$
df .
Mounted on FilesystemAvail/TotalFiles  Status

/home/bubba   (TSSPV.PLEXLIH1.HOME.BUBBA.ZFS) 31536804/45705600 4294926387
Available
LIH1:BUBBA:/home/bubba$
ln -s \$SYSNAME/etc x # note no leading /
LIH1:BUBBA:/home/bubba$
ls -l x
lrwxrwxrwx   1 BUBBATSHG  12 Jul  5 11:03 x -> $SYSNAME/etc
LIH1:TSH009:/home/bubba$
cd x
LIH1:BUBBA:/home/bubba/x$
df .
Mounted on FilesystemAvail/TotalFiles  Status

/LIH1/etc  (OMVS.I17RS1.LIH1.ETC)34308/403204294966929 Available
LIH1:BUBBA:/home/bubba/x$
cd
LIH1:BUBBA:/home/bubba$
rm x
LIH1:BUBBA:/home/bubba$
ln -s /\$SYSNAME/etc x # note leading /
LIH1:BUBBA:/home/bubba$
ls -l x
lrwxrwxrwx   1 BUBBATSHG  13 Jul  5 11:04 x -> /$SYSNAME/etc
LIH1:BUBBA:/home/bubba$
cd x
LIH1:BUBBA:/home/bubba/x$
df .
Mounted on FilesystemAvail/TotalFiles  Status

/LIH1/etc  (OMVS.I17RS1.LIH1.ETC)34308/403204294966929 Available


The $SYSNAME does not resolve to just the system name. It may __only__ be
used as the first portion of the SYMLINK and it always resolves starting at
the UNIX root directory. If you ever need to use the system name as a
directory not beginning from "root", such as /home/bubba/<>,
you need to use the $SYSSYMR

cd /home/bubba
mkdir SY1 # System one's 
mkdir SY2 # System two's 
ln -s \$SYSSYMR/current-system


Then /home/bubba/current-system would resolve to /home/bubba/SY1 on SY1 and
/home/bubba/SY2 on SY2.

ref:
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.bpxb200/mountsym.htm
​
​From the about the  can be any defined static system symbol​



-- 
"Pessimism is a admirable quality in an engineer. Pessimistic people check
their work three times, because they're sure that something won't be right.
Optimistic people check once, trust in Solis-de to keep the ship safe, then
blow everyone up."
"I think you're mistaking the word optimistic for inept."
"They've got a similar ring to my ear."

>From "Star Nomad" by Lindsay Buroker:

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Q: SYSTEM TRACE oddity

[Steve Thompson]

I'm looking at a dump and specifically in the system trace.

What I have is an entry for a PC that shows an odd address. It is 
off by 5 bytes of the address in the program (which is page 
aligned) for the PC instruction.


The PC # is 8, and the entry is for a STORAGE OBTAIN.

I have tried searching IBMLink and I get no hits.

Anyone else seen such a thing?

This did not result in a PIC, in fact, the program continued 
merrily along until it hit my "SVC D".



Regards,
Steve Thompson

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Symlinks with $SYSNAME variable

[Paul Gilmartin]

On Tue, 5 Jul 2016 10:40:36 -0500, John McKown wrote:

>​Have you tried:
>
>ln -s /\$SYSNAME/etc /etc
> 
 Why can't z/OS be like a normal UNIX system and put the symbols
in the mount map rather than embedding them in symlinks!? 

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Symlinks with $SYSNAME variable

[Peter]

It is running with z/OS 2.2

On Tue, Jul 5, 2016 at 9:18 PM, Lizette Koehler 
wrote:

> Is this on z/OS?  What version?
>
> Lizette
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of Peter
> > Sent: Tuesday, July 05, 2016 8:09 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Symlinks with $SYSNAME variable
> >
> > Hi,
> >
> > I issued
> >
> > ln --s /\$SYSNAME/etc /MaintP21/etc   From /Maintp21 but it gave me a
> > different result
> >
> > etc == > \$SYSNAMEetc
> >
> > so i was expecting
> >
> > etc === > $SYSNAME/etc
> >
> > Could you please point with the correct syntax.
> >
> > On Tue, Jul 5, 2016 at 8:04 PM, Peter Hunkeler  wrote:
> >
> > >
> > >
> > >
> > > >When I run ln -s command but it is not taking $SYSNAME but it is
> > > >taking
> > > SYSTEM/etc
> > >
> > >
> > >
> > > The $ is a meta character to the shell; it asks the shell to replace
> > > the variable following the $ with the valur of the variable. If you
> > > want to keep the $ as $, you need to escape it by preceeding it with he
> > backslash.
> > >
> > >
> > > ls -s  /\$SYSNAME/etc /MaintP21/etc
> > > --
> > > Peter Hunkeler
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Symlinks with $SYSNAME variable

[Lizette Koehler]

Is this on z/OS?  What version?

Lizette

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Peter
> Sent: Tuesday, July 05, 2016 8:09 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Symlinks with $SYSNAME variable
> 
> Hi,
> 
> I issued
> 
> ln --s /\$SYSNAME/etc /MaintP21/etc   From /Maintp21 but it gave me a
> different result
> 
> etc == > \$SYSNAMEetc
> 
> so i was expecting
> 
> etc === > $SYSNAME/etc
> 
> Could you please point with the correct syntax.
> 
> On Tue, Jul 5, 2016 at 8:04 PM, Peter Hunkeler  wrote:
> 
> >
> >
> >
> > >When I run ln -s command but it is not taking $SYSNAME but it is
> > >taking
> > SYSTEM/etc
> >
> >
> >
> > The $ is a meta character to the shell; it asks the shell to replace
> > the variable following the $ with the valur of the variable. If you
> > want to keep the $ as $, you need to escape it by preceeding it with he
> backslash.
> >
> >
> > ls -s  /\$SYSNAME/etc /MaintP21/etc
> > --
> > Peter Hunkeler

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Symlinks with $SYSNAME variable

[Peter]

Hi Paul,

Apology that was typo, I meant ln -s

On Tue, Jul 5, 2016 at 9:17 PM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Tue, 5 Jul 2016 20:39:21 +0530, Peter wrote:
>
> >Hi,
> >
> >I issued
> >
> >ln --s /\$SYSNAME/etc /MaintP21/etc   From /Maintp21 but it gave me a
> >different result
> >
> >etc == > \$SYSNAMEetc
> >
> >so i was expecting
> >
> >etc === > $SYSNAME/etc
> >
> >Could you please point with the correct syntax.
> >
> First, it should be "ln -s", not "ln --s".
>
> I wonder which shell you're using, and what "ln --s" means to it.
>
> >On Tue, Jul 5, 2016 at 8:04 PM, Peter Hunkeler wrote:
> >
> >> The $ is a meta character to the shell; it asks the shell to replace the
> >> variable following the $ with the valur of the variable. If you want to
> >> keep the $ as $, you need to escape it by preceeding it with he
> backslash.
> >>
> >> ls -s  /\$SYSNAME/etc /MaintP21/etc
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Symlinks with $SYSNAME variable

[Peter]

Hi John,

In your case

lrwxrwxrwx   1 BUBBATSHG  13 Jul  5 10:36 x -> /$SYSNAME/etc

I am expecting as

lrwxrwxrwx   1 BUBBATSHG  13 Jul  5 10:36 x -> $SYSNAME/etc

Like in my expectation it is without backward slash.

so if I issue under /MaintP21

ln -s /\$SYSNAME\etc \etc

i might get like

etc --- > /$SYSNAME/etc

So i was looking the result without the backward slash before $SYSNAME


On Tue, Jul 5, 2016 at 9:10 PM, John McKown 
wrote:

> On Tue, Jul 5, 2016 at 10:21 AM, Peter  wrote:
>
> > Hi Liz,
> >
> > Initially we had
> >
> > etc === > $SYSNAME/etc
> >
> > but i unlinked the etc and now i want to get back to the above structure
> >
> >
> ​Have you tried:
>
> ln -s /\$SYSNAME/etc /etc
>
> Example transcript (not etc since I already have that) from my system:
>
> LIH1:BUBBA:/$
> df .
> Mounted on FilesystemAvail/TotalFiles  Status
>
> /  (OMVS.SYSPLEX.LIH1.ROOT.ZFS) 2508/2880  4294967246
> Available
> LIH1:BUBBA:/$
> ln -s /\$SYSNAME/etc /x
> LIH1:BUBBA:/$
> ls -l etc x
> lrwxrwxrwx   1 BPXROOT  SYS1  12 Jan  6  2010 etc -> $SYSNAME/etc
> lrwxrwxrwx   1 BUBBATSHG  13 Jul  5 10:36 x -> /$SYSNAME/etc
> LIH1:BUBBA:/$
> cd etc
> LIH1:BUBBA:/etc$
> df .
> Mounted on FilesystemAvail/TotalFiles  Status
>
> /LIH1/etc  (OMVS.I17RS1.LIH1.ETC)34308/403204294966929
> Available
> LIH1:BUBBA:/etc$
> cd /x
> LIH1:BUBBA:/x$
> df .
> Mounted on FilesystemAvail/TotalFiles  Status
>
> /LIH1/etc  (OMVS.I17RS1.LIH1.ETC)34308/403204294966929
> Available
> LIH1:BUBBA:/x$
>
> ​
>
>
>
> --
> "Pessimism is a admirable quality in an engineer. Pessimistic people check
> their work three times, because they're sure that something won't be right.
> Optimistic people check once, trust in Solis-de to keep the ship safe, then
> blow everyone up."
> "I think you're mistaking the word optimistic for inept."
> "They've got a similar ring to my ear."
>
> From "Star Nomad" by Lindsay Buroker:
>
> Maranatha! <><
> John McKown
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Symlinks with $SYSNAME variable

[Paul Gilmartin]

On Tue, 5 Jul 2016 20:39:21 +0530, Peter wrote:

>Hi,
>
>I issued
>
>ln --s /\$SYSNAME/etc /MaintP21/etc   From /Maintp21 but it gave me a
>different result
>
>etc == > \$SYSNAMEetc
>
>so i was expecting
>
>etc === > $SYSNAME/etc
>
>Could you please point with the correct syntax.
>
First, it should be "ln -s", not "ln --s".

I wonder which shell you're using, and what "ln --s" means to it.

>On Tue, Jul 5, 2016 at 8:04 PM, Peter Hunkeler wrote:
>
>> The $ is a meta character to the shell; it asks the shell to replace the
>> variable following the $ with the valur of the variable. If you want to
>> keep the $ as $, you need to escape it by preceeding it with he backslash.
>>
>> ls -s  /\$SYSNAME/etc /MaintP21/etc

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Help identifying source of SMF 80 record

[Charles Mills]

X-posted IBM-MAIN and RACF-L.

I am looking at an SMF 80 record from a customer that I am having trouble
making sense of. The customer is definitely a RACF user, not a TSS user. The
customer I believe is on z/OS V2R1.

It is a valid SMF 80 record. The event.qualifier is 2.0. There are three
relocatable sections: a 49 (User Name) that says "Detection Status", a 17
(Class name) that says "EK$CLASS" and a 1 (Resource Name) that says
"EKCA.SECURITY.DETECTION". The record is 2959 bytes long, long for a RACF
SMF record.

So what's odd about it?

1. It is missing the RACF version SMF80VRM at offset 80 that was added to
RACF around OS/390 V1R2. That leads me to believe the record was not
produced by RACF.

2. Between roughly offset x'44' and offset x'B52' (the first relocatable
section) there is binary data that looks like perhaps a series of binary
counters that I am not familiar with. No recognizable EBCIDC data providing
a clue.

Does anyone have an idea what might be producing this record and where its
format might be documented?

It's at a customer so I don't have a thorough knowledge of what third-party
products might be running, etc., etc.

Thanks,

Charles 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Symlinks with $SYSNAME variable

[John McKown]

On Tue, Jul 5, 2016 at 10:21 AM, Peter  wrote:

> Hi Liz,
>
> Initially we had
>
> etc === > $SYSNAME/etc
>
> but i unlinked the etc and now i want to get back to the above structure
>
>
​Have you tried:

ln -s /\$SYSNAME/etc /etc

Example transcript (not etc since I already have that) from my system:

LIH1:BUBBA:/$
df .
Mounted on FilesystemAvail/TotalFiles  Status

/  (OMVS.SYSPLEX.LIH1.ROOT.ZFS) 2508/2880  4294967246
Available
LIH1:BUBBA:/$
ln -s /\$SYSNAME/etc /x
LIH1:BUBBA:/$
ls -l etc x
lrwxrwxrwx   1 BPXROOT  SYS1  12 Jan  6  2010 etc -> $SYSNAME/etc
lrwxrwxrwx   1 BUBBATSHG  13 Jul  5 10:36 x -> /$SYSNAME/etc
LIH1:BUBBA:/$
cd etc
LIH1:BUBBA:/etc$
df .
Mounted on FilesystemAvail/TotalFiles  Status

/LIH1/etc  (OMVS.I17RS1.LIH1.ETC)34308/403204294966929 Available
LIH1:BUBBA:/etc$
cd /x
LIH1:BUBBA:/x$
df .
Mounted on FilesystemAvail/TotalFiles  Status

/LIH1/etc  (OMVS.I17RS1.LIH1.ETC)34308/403204294966929 Available
LIH1:BUBBA:/x$

​



-- 
"Pessimism is a admirable quality in an engineer. Pessimistic people check
their work three times, because they're sure that something won't be right.
Optimistic people check once, trust in Solis-de to keep the ship safe, then
blow everyone up."
"I think you're mistaking the word optimistic for inept."
"They've got a similar ring to my ear."

>From "Star Nomad" by Lindsay Buroker:

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SNDM

[Matthew Donald]

SNDM sounds like the old Sterling Network Data Mover.  It's now known as
Connect:Direct from IBM.

Try: http://www-01.ibm.com/support/docview.wss?uid=swg27023598

Matthew

On 5 July 2016 at 20:01, Itschak Mugzach  wrote:

> Try emc.
>
> ITschak
> בתאריך 5 ביול 2016 11:34,‏ "Bill Widmayer"  כתב:
>
> > I am working with a product called SNDM RELEASE 02.40.20.
> > It has the name SNDM Network Productivity Facility, and used to transfer
> > files between Advantis systems.
> > Does anyone know where I can find manuals for this product?
> >
> > Bill Widmayer
> >
> >
> >
> >
> >
> >
> >
> > The information contained in this electronic message and any attachments
> > to this message are intended for the exclusive use of the addressee(s)
> and
> > may contain proprietary, confidential or privileged information. If you
> are
> > not the intended recipient, you should not disseminate, distribute or
> copy
> > this e-mail. Please notify the sender immediately and destroy all copies
> of
> > this message and any attachments. WARNING: Computer viruses can be
> > transmitted via email. The recipient should check this email and any
> > attachments for the presence of viruses. The company accepts no liability
> > for any damage caused by any virus transmitted by this email.
> > www.wipro.com
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Symlinks with $SYSNAME variable

[Peter]

Hi Liz,

Initially we had

etc === > $SYSNAME/etc

but i unlinked the etc and now i want to get back to the above structure

On Tue, Jul 5, 2016 at 8:44 PM, Lizette Koehler 
wrote:

> Looks good to me.  When I use a symbolically linked path in z/OS Unix, I
> see a concatenated name.
>
> For example for /etc  I get /SYS1etc
>
> Lizette
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of Peter
> > Sent: Tuesday, July 05, 2016 8:09 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Symlinks with $SYSNAME variable
> >
> > Hi,
> >
> > I issued
> >
> > ln --s /\$SYSNAME/etc /MaintP21/etc   From /Maintp21 but it gave me a
> > different result
> >
> > etc == > \$SYSNAMEetc
> >
> > so i was expecting
> >
> > etc === > $SYSNAME/etc
> >
> > Could you please point with the correct syntax.
> >
> > On Tue, Jul 5, 2016 at 8:04 PM, Peter Hunkeler  wrote:
> >
> > >
> > >
> > >
> > > >When I run ln -s command but it is not taking $SYSNAME but it is
> > > >taking
> > > SYSTEM/etc
> > >
> > >
> > >
> > > The $ is a meta character to the shell; it asks the shell to replace
> > > the variable following the $ with the valur of the variable. If you
> > > want to keep the $ as $, you need to escape it by preceeding it with he
> > backslash.
> > >
> > >
> > > ls -s  /\$SYSNAME/etc /MaintP21/etc
> > > --
> > > Peter Hunkeler
> > >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Symlinks with $SYSNAME variable

[Lizette Koehler]

Looks good to me.  When I use a symbolically linked path in z/OS Unix, I see a 
concatenated name.

For example for /etc  I get /SYS1etc

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Peter
> Sent: Tuesday, July 05, 2016 8:09 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Symlinks with $SYSNAME variable
> 
> Hi,
> 
> I issued
> 
> ln --s /\$SYSNAME/etc /MaintP21/etc   From /Maintp21 but it gave me a
> different result
> 
> etc == > \$SYSNAMEetc
> 
> so i was expecting
> 
> etc === > $SYSNAME/etc
> 
> Could you please point with the correct syntax.
> 
> On Tue, Jul 5, 2016 at 8:04 PM, Peter Hunkeler  wrote:
> 
> >
> >
> >
> > >When I run ln -s command but it is not taking $SYSNAME but it is
> > >taking
> > SYSTEM/etc
> >
> >
> >
> > The $ is a meta character to the shell; it asks the shell to replace
> > the variable following the $ with the valur of the variable. If you
> > want to keep the $ as $, you need to escape it by preceeding it with he
> backslash.
> >
> >
> > ls -s  /\$SYSNAME/etc /MaintP21/etc
> > --
> > Peter Hunkeler
> >

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Symlinks with $SYSNAME variable

[Peter]

Hi,

I issued

ln --s /\$SYSNAME/etc /MaintP21/etc   From /Maintp21 but it gave me a
different result

etc == > \$SYSNAMEetc

so i was expecting

etc === > $SYSNAME/etc

Could you please point with the correct syntax.

On Tue, Jul 5, 2016 at 8:04 PM, Peter Hunkeler  wrote:

>
>
>
> >When I run ln -s command but it is not taking $SYSNAME but it is taking
> SYSTEM/etc
>
>
>
> The $ is a meta character to the shell; it asks the shell to replace the
> variable following the $ with the valur of the variable. If you want to
> keep the $ as $, you need to escape it by preceeding it with he backslash.
>
>
> ls -s  /\$SYSNAME/etc /MaintP21/etc
> --
> Peter Hunkeler
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

AW: Symlinks with $SYSNAME variable

[Peter Hunkeler]

>When I run ln -s command but it is not taking $SYSNAME but it is taking
SYSTEM/etc



The $ is a meta character to the shell; it asks the shell to replace the 
variable following the $ with the valur of the variable. If you want to keep 
the $ as $, you need to escape it by preceeding it with he backslash.


ls -s  /\$SYSNAME/etc /MaintP21/etc
--
Peter Hunkeler

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Symlinks with $SYSNAME variable

[Peter]

Hi

Cross posted

I am trying to create a SYMLINK for /MaintP21/etc  under maintenance root
pointing to /$SYSNAME/etc.

When I run ln -s command but it is not taking $SYSNAME but it is taking
SYSTEM/etc

Can someone point how to preserve /$SYSNAME while doing symbolic link ?

Peter

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM Knowledge Centre

[John McKown]

On Tue, Jul 5, 2016 at 8:12 AM, Scott Ford  wrote:

> Guys,
>
> Too bad we don't have a conversion program from PDF to .boo format
>
>
​What I'd like is a standards compliant, non-proprietary, source file for
all of the manuals. OK, to be honest, I wish that IBM would write their
books with software which writes LaTex output. And I would further like
them to put this output on a publicly accessible site​

​within IBM.COM which is managed with a free (gratis) SCM (source control
management) system such as Subversion so that I could: (1) render the
manual myself in my favorite format; (2) get a current copy of the ​manual
using the SCM as need; (3) make changes in my personal copy (for
hyper-linking) ; and (4) make any miscellaneous changes I feel are
necessary (i.e. include examples or explanations). This is very unlikely.
Another product, PostgreSQL, __used to__ have Web documentation which would
allow posting of user comments (moderated) on any page.


-- 
"Pessimism is a admirable quality in an engineer. Pessimistic people check
their work three times, because they're sure that something won't be right.
Optimistic people check once, trust in Solis-de to keep the ship safe, then
blow everyone up."
"I think you're mistaking the word optimistic for inept."
"They've got a similar ring to my ear."

>From "Star Nomad" by Lindsay Buroker:

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBMLink having log in issues today?

[Lizette Koehler]

So after a couple of tries, this is what I found worked for me

Go to www.ibm.com

Go to upper right hand corner and click the PICTURE of a person box (wire frame)

In the drop down click SIGN IN

This should give you the two page sign on process.

I entered my userid on page one
Then I entered my password on page two.

I then I could go to get to where I needed.

After I signed in, I used www.ibm.com/ibmlink and was able to get to that part 
of IBM

This worked in Chromium and Mozilla.


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Lizette Koehler
> Sent: Tuesday, July 05, 2016 6:18 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBMLink having log in issues today?
> 
> I used Chromium.  And used www.ibm.com and signed in.
> 
> This cause a two page logon to be done rather than a single page with both
> userid and password boxes.
> 
> I wonder if IBM is changing their logon process?
> 
> The www.ibm.com/ibmlink once I was signed on, was there.
> 
> So probably a general signon issue for IBM.
> 
> 
> Lizette
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Staller, Allan
> > Sent: Tuesday, July 05, 2016 6:05 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: IBMLink having log in issues today?
> >
> > More of the "new tools" not being a  reliable or available as their
> > predecessors.
> > Maybe the PFCSK's in charge of these tools should be given a "boot
> > camp" on z/OS concepts, which is what they need to emulate.
> >
> > i.e. 5 9's of availability!
> >
> > 
> > The log in via http://support.ibm.com does not work either. Hitting
> > the "Sign In' box or hitting the enter key does nothing.
> > 
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBMLink having log in issues today?

[Lizette Koehler]

I used Chromium.  And used www.ibm.com and signed in.

This cause a two page logon to be done rather than a single page with both 
userid and password boxes.

I wonder if IBM is changing their logon process?

The www.ibm.com/ibmlink once I was signed on, was there.

So probably a general signon issue for IBM.


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Staller, Allan
> Sent: Tuesday, July 05, 2016 6:05 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBMLink having log in issues today?
> 
> More of the "new tools" not being a  reliable or available as their
> predecessors.
> Maybe the PFCSK's in charge of these tools should be given a "boot camp" on
> z/OS concepts, which is what they need to emulate.
> 
> i.e. 5 9's of availability!
> 
> 
> The log in via http://support.ibm.com does not work either. Hitting the "Sign
> In' box or hitting the enter key does nothing.
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM Knowledge Centre

[Scott Ford]

Guys,

Too bad we don't have a conversion program from PDF to .boo format

On Monday, July 4, 2016, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Mon, 4 Jul 2016 23:18:15 +, J R wrote:
>
> >That just gives me a tax break.  I still have to pay for the service.
> >
> >> On Jul 4, 2016, at 18:42, Edward Finnell wrote:
> >>
> >> 634-5789? Actually, put them in business expense column and declare on
> >> itemized deductions.
> >>
> I thought Bitsavers would convert them.  But then you must pay shipping.
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu  with the message:
> INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Minimum Volume Sizes in the Wild

[John Eells]

Ed Jaffe wrote:


We use three sizes only: mod-9, mod-27, and mod-216. The only reason we
still maintain mod-9s is because that is the format used by the software
sent to us by IBM.


Can you elaborate?  Is that the volume size for the ADCD or something 
else?  (For ServerPac, it might be the default but it's easily changed 
there.)


--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBMLink having log in issues today?

[Staller, Allan]

More of the "new tools" not being a  reliable or available as their 
predecessors.
Maybe the PFCSK's in charge of these tools should be given a "boot camp" on 
z/OS concepts, which is what they need to emulate.

i.e. 5 9's of availability!


The log in via http://support.ibm.com does not work either. Hitting the "Sign 
In' box or hitting the enter key does nothing.


This email � including attachments � may contain confidential information. If 
you are not the intended recipient, do not copy, distribute or act on it. 
Instead, notify the sender immediately and delete the message.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBMLink having log in issues today?

[Mark Regan]

The log in via http://support.ibm.com does not work either. Hitting the
"Sign In' box or hitting the enter key does nothing.


On Tue, Jul 5, 2016 at 8:48 AM George Rodriguez <
george.rodrig...@palmbeachschools.org> wrote:

> Try:
>
> http://support.ibm.com
>
>
> *George Rodriguez*
> *Specialist II - IT Solutions*
> *IT Enterprise Applications*
> *PX - 47652*
> *(561) 357-7652 (office)*
> *(954) 415-7586 (mobile)*
> *School District of Palm Beach County*
> *3348 Forest Hill Blvd.*
> *Room B-251*
> *West Palm Beach, FL. 33406-5869*
> *Florida's Only A-Rated Urban District For Eight Consecutive Years*
>
> On Tue, Jul 5, 2016 at 8:42 AM, Bobbie Justice <
> 0013e2d84072-dmarc-requ...@listserv.ua.edu> wrote:
>
> > I am having the same ibm logon issue here, tried both firefox and IE
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
>
>
> *Disclaimer: *Under Florida law, e-mail addresses are public records. If
> you do not want your e-mail address released in response to a public
> records request, do not send electronic mail to this entity. Instead,
> contact this office by phone or in writing.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBMLink having log in issues today?

[George Rodriguez]

I take it back... The link works, but you can't sign on...


*George Rodriguez*
*Specialist II - IT Solutions*
*IT Enterprise Applications*
*PX - 47652*
*(561) 357-7652 (office)*
*(954) 415-7586 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-251*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Eight Consecutive Years*

On Tue, Jul 5, 2016 at 8:47 AM, George Rodriguez <
george.rodrig...@palmbeachschools.org> wrote:

> Try:
>
> http://support.ibm.com
>
>
> *George Rodriguez*
> *Specialist II - IT Solutions*
> *IT Enterprise Applications*
> *PX - 47652*
> *(561) 357-7652 <%28561%29%20357-7652> (office)*
> *(954) 415-7586 <%28954%29%20415-7586> (mobile)*
> *School District of Palm Beach County*
> *3348 Forest Hill Blvd.*
> *Room B-251*
> *West Palm Beach, FL. 33406-5869*
> *Florida's Only A-Rated Urban District For Eight Consecutive Years*
>
> On Tue, Jul 5, 2016 at 8:42 AM, Bobbie Justice <
> 0013e2d84072-dmarc-requ...@listserv.ua.edu> wrote:
>
>> I am having the same ibm logon issue here, tried both firefox and IE
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>
>

-- 


*Disclaimer: *Under Florida law, e-mail addresses are public records. If 
you do not want your e-mail address released in response to a public 
records request, do not send electronic mail to this entity. Instead, 
contact this office by phone or in writing.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBMLink having log in issues today?

[George Rodriguez]

Try:

http://support.ibm.com


*George Rodriguez*
*Specialist II - IT Solutions*
*IT Enterprise Applications*
*PX - 47652*
*(561) 357-7652 (office)*
*(954) 415-7586 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-251*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Eight Consecutive Years*

On Tue, Jul 5, 2016 at 8:42 AM, Bobbie Justice <
0013e2d84072-dmarc-requ...@listserv.ua.edu> wrote:

> I am having the same ibm logon issue here, tried both firefox and IE
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

-- 


*Disclaimer: *Under Florida law, e-mail addresses are public records. If 
you do not want your e-mail address released in response to a public 
records request, do not send electronic mail to this entity. Instead, 
contact this office by phone or in writing.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBMLink having log in issues today?

[Bobbie Justice]

I am having the same ibm logon issue here, tried both firefox and IE

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

IBMLink having log in issues today?

[Mark Regan]

Several of us at my site could not log in to IBMLink this morning when
using http://www.ibmlink.ibm.com . You get the log in page okay, but after
entering  your IBMid and Password, nothing happens. We tried both I.E. and
Firefox. I did find that if you click on the link at the bottom of the page
where it says

“Enterprise Users: Sign in with your organizations ID”. That link will let
you use your existing IBMid and password.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TSO TEST and SYSOUTTRAP/SYSOUTLINE

[Joseph Reichman]

After comparing output of test would I be able to make conditional breakpoints  
?

> On Jul 4, 2016, at 2:56 PM, Bill Godfrey  wrote:
> 
> The clist in my first post was run on z/OS 2.2.
> The 4-character string "amp:" if present, is an artifact of the listserv web 
> interface and should not be in the clist.
> The clist has also run on MVS 3.8, without the TSOEXEC in front of TEST and 
> with different SUBSTR columns as shown in comments in my earlier post.
> The different SUBSTR columns are due to the 6-digit hex address on 24-bit MVS 
> 3.8, instead of an 8-digit hex address.
> The column dependency could be eliminated, if somebody wanted to, by using an 
> equated symbol on LIST, as below.
> If the EQUATE was done after the SET, the output of LIST would end up in 
> SYSOUTLINE2.
> 
> TSOEXEC TEST 'SYS1.LINKLIB(IEFBR14)'
> EQUATE CVTDATE 10.%+38
> SET SYSOUTTRAP = 10
> LIST CVTDATE
> SET SYSOUTTRAP = 0
> SET LINE = (&SYSOUTLINE1)
> SET DOY = (14:16,)
> SET YYY = (11:13,)
> SET YEAR = (1900 + )
> WRITE TODAY IS DAY  OF 
> CONTROL END(FOO) /* NEXT END IS FOR TEST, NOT CLIST */
> END 
> 
> Bill  
> 
>> On Mon, 4 Jul 2016 13:33:18 -0400, Joseph Reichman wrote:
>> 
>> What version of z/OS MVS was this code run 
>> I think Rupert Reynolds  mentioned in a earlier 
>> Post on this thread that capturing TEST output is different then when he 
>> tried it in the early 90's
>> 
>> 
>> 
>> 
>>> On Jul 4, 2016, at 12:28 PM, Bill Godfrey wrote:
>>> 
>>> Here's an example of capturing TEST output into CLIST variables.
>>> 
>>> TSOEXEC TEST 'SYS1.LINKLIB(IEFBR14)'
>>> SET SYSOUTTRAP = 10
>>> LIST 10.%+38  /* CVTDATE */
>>> SET SYSOUTTRAP = 0
>>> SET LINE = (&SYSOUTLINE1)
>>> SET DOY = (16:18,) /* 14:16 ON MVS 3.8 */
>>> SET YYY = (13:15,) /* 11:13 ON MVS 3.8 */
>>> SET YEAR = (1900 + )
>>> WRITE TODAY IS DAY  OF 
>>> CONTROL END(FOO) /* NEXT END IS FOR TEST, NOT CLIST */
>>> END
>>> 
>>> Bill
>>> 
 On Sun, 3 Jul 2016 13:58:51 -0400, Joseph Reichman wrote:
 
 I have tried to capture test subcommand output I.E list under clist with 
 no success Dont  know about Rexx I am now thinking the AT subcommsnd in 
 TEST leaves you the ability to to exec a CLIST as part of the parameters  
 maybe I'll try the SYSOUTTRAP/SYSOUTLINE in that instance 
 
 
 
> On Jul 3, 2016, at 1:51 PM, Jesse 1 Robinson  
> wrote:
> 
> I was sloppy. AFAIK the functions are equivalent.  In Rexx, you use this 
> syntax: 
> 
> x = OUTTRAP("cmdl.") 
> "LISTALC STATUS"
> line_count = cmdl.0
> dsn = cmdl.i
> ...
> 
> Output goes into the named array. Lines are identified by the value of i. 
> 
> Equivalent in Clist: 
> 
> SET SYSOUTTRAP = 600 
> LISTALC STATUS   
> SET SYSOUTTRAP = 0   
> SET _COUNT = 
> SET DSN = (&SYSOUTLINE)
> ...
> 
> Output always goes into complex variable  Lines are 
> identified by the value of 
> 
> The real difference for OP is the scope of output capture in Rexx vs. 
> Clist. When Rexx switches into subcommand mode, I don't think output is 
> captured from the original OUTTRAP. 
> 
> .
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler 
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-302-7535 Office
> robin...@sce.com
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Joseph Reichman
> Sent: Sunday, July 03, 2016 9:54 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: TSO TEST and SYSOUTTRAP/SYSOUTLINE
> 
> You use SYSOUTTRAP in Rexx thought it's a clist command unless you are 
> calling clist from Rexx
> 
>> On Jul 3, 2016, at 12:48 PM, Jesse 1 Robinson  
>> wrote:
>> 
>> I use SYSOUTTRAP in Rexx all the time for ordinary commands. There is 
>> indeed a huge difference between Rexx and Clist vis a vis 'subcommand 
>> mode'. An example of subcommand mode is the SEND command under OPER. 
>> Another is LIST under ACCOUNT. TEST runs in practice almost entirely in 
>> subcommand mode. 
>> 
>> In a Clist, the exec retains control when running in subcommand mode. In 
>> Rexx, the exec loses control in subcommand mode, so successive commands 
>> must be 'stacked' ahead of time via QUEUE. Trouble is that in TEST, 
>> subsequent command operands usually depend on the result of previous 
>> commands, which makes QUEUEing commands ahead of time nearly impossible. 
>> 
>> I don't recall ever trying SYSOUTTRAP in TEST.  
>> 
>> .
>> .
>> .
>> J.O.Skip Robinson
>> Southern California Edison Company
>> Electric Dragon Team Paddler
>> SHARE MVS Program Co-Manager
>> 323-715-0595 

Re: SNDM

[Itschak Mugzach]

Try emc.

ITschak
בתאריך 5 ביול 2016 11:34,‏ "Bill Widmayer"  כתב:

> I am working with a product called SNDM RELEASE 02.40.20.
> It has the name SNDM Network Productivity Facility, and used to transfer
> files between Advantis systems.
> Does anyone know where I can find manuals for this product?
>
> Bill Widmayer
>
>
>
>
>
>
>
> The information contained in this electronic message and any attachments
> to this message are intended for the exclusive use of the addressee(s) and
> may contain proprietary, confidential or privileged information. If you are
> not the intended recipient, you should not disseminate, distribute or copy
> this e-mail. Please notify the sender immediately and destroy all copies of
> this message and any attachments. WARNING: Computer viruses can be
> transmitted via email. The recipient should check this email and any
> attachments for the presence of viruses. The company accepts no liability
> for any damage caused by any virus transmitted by this email.
> www.wipro.com
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

SNDM

[Bill Widmayer]

I am working with a product called SNDM RELEASE 02.40.20.
It has the name SNDM Network Productivity Facility, and used to transfer files 
between Advantis systems.
Does anyone know where I can find manuals for this product?

Bill Widmayer







The information contained in this electronic message and any attachments to 
this message are intended for the exclusive use of the addressee(s) and may 
contain proprietary, confidential or privileged information. If you are not the 
intended recipient, you should not disseminate, distribute or copy this e-mail. 
Please notify the sender immediately and destroy all copies of this message and 
any attachments. WARNING: Computer viruses can be transmitted via email. The 
recipient should check this email and any attachments for the presence of 
viruses. The company accepts no liability for any damage caused by any virus 
transmitted by this email. www.wipro.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN