Fault Analyzer experts?

[Thomas Berg]

I'm wondering if there are any Fault Analyzer experts/experienced maintainers 
here at IBM-MAIN?

I have some problems and questions regarding maintaining/installing FA. 



Best Regards,
Thomas Berg
___ 
Thomas Berg   Specialist   zOS/RQM/IT Delivery   Swedbank AB (Publ)

Interactive is 'manual.' Batch is 'automatic.'

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

Re: Fault Analyzer experts?

[Wayne Bickerdike]

Hi Thomas,

I have installed and used the product. What questions do you have?

On Thu, Jun 4, 2015 at 7:06 PM, Thomas Berg  wrote:

> I'm wondering if there are any Fault Analyzer experts/experienced
> maintainers here at IBM-MAIN?
>
> I have some problems and questions regarding maintaining/installing FA.
>
>
>
> Best Regards,
> Thomas Berg
> ___
> Thomas Berg   Specialist   zOS/RQM/IT Delivery   Swedbank AB (Publ)
>
> Interactive is 'manual.' Batch is 'automatic.'
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
Wayne V. Bickerdike

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

Re: Fault Analyzer experts?

[Thomas Conley]

On 6/4/2015 5:06 AM, Thomas Berg wrote:

I'm wondering if there are any Fault Analyzer experts/experienced maintainers 
here at IBM-MAIN?

I have some problems and questions regarding maintaining/installing FA.



Best Regards,
Thomas Berg
___
Thomas Berg   Specialist   zOS/RQM/IT Delivery   Swedbank AB (Publ)

Interactive is 'manual.' Batch is 'automatic.'



Fire away.

Regards,
Tom Conley

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

Re: Fault Analyzer experts?

[Elardus Engelbrecht]

Thomas Berg wrote:

>I'm wondering if there are any Fault Analyzer experts/experienced maintainers 
>here at IBM-MAIN?

Of course. An IBMer who is an Fault Analyzer expert was very ACTIVE on IBM-MAIN 
last week. (26 May 2015 for example)

Groete / Greetings
Elardus Engelbrecht

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

Re: Fault Analyzer experts?

[Ken Hume IBM]

Hi all,

I am, or may not be, an "expert" but I know the guys that write the product.

What can we help you with?

Ken Hume
IBM PD Tools Client Advocate
kph...@us.ibm.com


-Original Message- 
From: Elardus Engelbrecht

Sent: Thursday, June 04, 2015 7:11 AM Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Fault Analyzer experts?

Thomas Berg wrote:

I'm wondering if there are any Fault Analyzer experts/experienced 
maintainers here at IBM-MAIN?


Of course. An IBMer who is an Fault Analyzer expert was very ACTIVE on 
IBM-MAIN last week. (26 May 2015 for example)


Groete / Greetings
Elardus Engelbrecht

--
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: Fault Analyzer experts?

[Richard Pinion]

I have "fault analyzer", she's my wife!  Sorry dear, I couldn't resist.



--- kph...@live.com wrote:

From: Ken Hume IBM 
To:   IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Fault Analyzer experts?
Date: Thu, 4 Jun 2015 07:16:43 -0600

Hi all,

I am, or may not be, an "expert" but I know the guys that write the product.

What can we help you with?

Ken Hume
IBM PD Tools Client Advocate
kph...@us.ibm.com


-Original Message- 
From: Elardus Engelbrecht
Sent: Thursday, June 04, 2015 7:11 AM Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Fault Analyzer experts?

Thomas Berg wrote:

>I'm wondering if there are any Fault Analyzer experts/experienced 
>maintainers here at IBM-MAIN?

Of course. An IBMer who is an Fault Analyzer expert was very ACTIVE on 
IBM-MAIN last week. (26 May 2015 for example)

Groete / Greetings
Elardus Engelbrecht

--
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




_
Netscape.  Just the Net You Need.

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

Re: Fault Analyzer experts?

[Shane Ginnane]

On Thu, 4 Jun 2015 08:11:31 -0500, Elardus Engelbrecht wrote:

>Of course. An IBMer who is an Fault Analyzer expert was very ACTIVE on 
>IBM-MAIN last week. (26 May 2015 for example)

Jim Mulder ?.
I'd describe him more as an expert at analysing faults  ... ;-0

The times I've had to deal with FA (the software) I've found it a pox to 
configure and maintain.
Each to their own I suppose.

Shane ...

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

Re: Fault Analyzer experts?

[Thomas Berg]

Hi Wayne, Tom and Ken!

I have one problem and one howto question.

The problem is (was?) that my HIST-datasets have been involved/causing(?) in 
repeated PDSE-abends.  That is: they have been corrupted as showed both by the 
abend info at the time and by the IEBPDSE utility.  (And some other type of 
abends.)
There is maybe a connection with me reallocating them with the new 
SETMINFAULTENTRIES() option coming with version 13.1 instead of the old 
SETMAXFUALTENTRIES().
For the moment - after me reallocating them with the same option and size - 
there haven't been any new abends the last couple of days. 

In the picture is that these abends have often been accompanied (not always 
directly) with B37 etc. abends connected to both adding members by FA and also 
by extending the ÅÅINDEX member. 

What I'm wondering is:
1: Do you have any clues what these corruptions can be connected with?
2: Have I understood right that with the SETMINFAULTENTRIES() the HIST PDSEs is 
automatically managed by FA so when they are full FA is deleting oldest 
non-locked members until the new data can be added without any problem?  (I 
have SETMINFAULTENTRIES(25) and the typical count of members is in the range of 
300-700.)   The dataset is allocated with one extent (SPACE=((),,CONTIG)) and 
no secondary.  
AFAICS there should not be possible to have any out-of-sysplex accesses.  We 
have z/OS 2.1 in the system(s) that usually is used for accessing (reading) the 
fault entries and z/OS 13.1 in some of the systems that are creating the fault 
entries.   The FA versions is 13.1 and 11.1 respectively. 



The questing I have is if you can change the "6. User" entry in the panel shown 
below that I get when having an format exit:

Fault Summary:   
Module ATLGK65, program ATLGK65, source line Ä 6413 : IDISNAP.   
 
Select one of the following options to access further fault information: 
  1. Synopsis
  2. Event Summary   
  3. IMS Information 
  4. Storage Areas   
  5. Language Environment Heap Analysis  
  6. User<<==** 
   
  7. Abend Job Information   
  8. Fault Analyzer Options  

I would like to change "User" to something more descriptive.  How?




Best Regards,
Thomas Berg
___ 
Thomas Berg   Specialist   zOS/RQM/IT Delivery   Swedbank AB (Publ)

Interactive is ‘manual.’ Batch is ‘automatic.’

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of
> Wayne Bickerdike
> Sent: Thursday, June 04, 2015 1:00 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Fault Analyzer experts?
> 
> Hi Thomas,
> 
> I have installed and used the product. What questions do you have?
> 
> On Thu, Jun 4, 2015 at 7:06 PM, Thomas Berg  wrote:
> 
> > I'm wondering if there are any Fault Analyzer experts/experienced
> > maintainers here at IBM-MAIN?
> >
> > I have some problems and questions regarding maintaining/installing FA.
> >
> >
> >
> > Best Regards,
> > Thomas Berg
> > ___
> > Thomas Berg   Specialist   zOS/RQM/IT Delivery   Swedbank AB (Publ)
> >
> > Interactive is 'manual.' Batch is 'automatic.'
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> 
> 
> 
> --
> Wayne V. Bickerdike
> 
> --
> 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: Fault Analyzer experts?

[Thomas Berg]

I'm of course heavily offended by this sexist remark! 

;)

(My wife also likes these kind of jokes.)


Best Regards,
Thomas Berg
___ 
Thomas Berg   Specialist   zOS/RQM/IT Delivery   Swedbank AB (Publ)

Interactive is ‘manual.’ Batch is ‘automatic.’





> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of
> Richard Pinion
> Sent: Thursday, June 04, 2015 3:21 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Fault Analyzer experts?
> 
> I have "fault analyzer", she's my wife!  Sorry dear, I couldn't resist.
> 
> 
> 
> --- kph...@live.com wrote:
> 
> From: Ken Hume IBM 
> To:   IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Fault Analyzer experts?
> Date: Thu, 4 Jun 2015 07:16:43 -0600
> 
> Hi all,
> 
> I am, or may not be, an "expert" but I know the guys that write the product.
> 
> What can we help you with?
> 
> Ken Hume
> IBM PD Tools Client Advocate
> kph...@us.ibm.com
> 
> 
> -Original Message-
> From: Elardus Engelbrecht
> Sent: Thursday, June 04, 2015 7:11 AM Newsgroups: bit.listserv.ibm-main
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Fault Analyzer experts?
> 
> Thomas Berg wrote:
> 
> >I'm wondering if there are any Fault Analyzer experts/experienced
> >maintainers here at IBM-MAIN?
> 
> Of course. An IBMer who is an Fault Analyzer expert was very ACTIVE on
> IBM-MAIN last week. (26 May 2015 for example)
> 
> Groete / Greetings
> Elardus Engelbrecht
> 
> --
> 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
> 
> 
> 
> 
> _
> Netscape.  Just the Net You Need.
> 
> --
> 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: Fault Analyzer experts?

[Elardus Engelbrecht]

Shane Ginnane wrote:

>>Of course. An IBMer who is an Fault Analyzer expert was very ACTIVE on 
>>IBM-MAIN last week. (26 May 2015 for example)

>Jim Mulder ?

No, he is from Australia (signature below his name/surname is - 'IBM Fault 
Analyzer')

... and has replied to the same OP in this thread in thread 
'Re: Corrupt PDSE - IGW699I PDSE Directory Validation Unsuccessful'

PS: I really don't like to discuss or refer people in a public discussion list, 
but I can give hints.

Groete / Greetings
Elardus Engelbrecht

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

Re: Fault Analyzer experts?

[Elardus Engelbrecht]

Richard Pinion wrote:

>I have "fault analyzer", she's my wife!  Sorry dear, I couldn't resist.

Lucky you, you have ONE! Shame on you. ;-)

I have dozens - mother, sister, female colleagues, my two bosses are females. 
White, black, young, old, you-name-it, etc., all of them are expert of finding 
faults at and on me in the past, present and future...

Sorry and sorry, I simply can't resist and yes, one of my female colleagues is 
an avid IBM-MAIN member...

ouch... Because of this, I'm working on a pain-frame instead of main-frame... 
;-[

Groete / Greetings
Elardus Engelbrecht

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

Re: Fault Analyzer experts?

[Thomas Conley]

On 6/4/2015 9:23 AM, Thomas Berg wrote:

Hi Wayne, Tom and Ken!

I have one problem and one howto question.

The problem is (was?) that my HIST-datasets have been involved/causing(?) in 
repeated PDSE-abends.  That is: they have been corrupted as showed both by the 
abend info at the time and by the IEBPDSE utility.  (And some other type of 
abends.)
There is maybe a connection with me reallocating them with the new 
SETMINFAULTENTRIES() option coming with version 13.1 instead of the old 
SETMAXFUALTENTRIES().
For the moment - after me reallocating them with the same option and size - 
there haven't been any new abends the last couple of days.

In the picture is that these abends have often been accompanied (not always 
directly) with B37 etc. abends connected to both adding members by FA and also 
by extending the ÅÅINDEX member.

What I'm wondering is:
1: Do you have any clues what these corruptions can be connected with?
2: Have I understood right that with the SETMINFAULTENTRIES() the HIST PDSEs is 
automatically managed by FA so when they are full FA is deleting oldest 
non-locked members until the new data can be added without any problem?  (I 
have SETMINFAULTENTRIES(25) and the typical count of members is in the range of 
300-700.)   The dataset is allocated with one extent (SPACE=((),,CONTIG)) and 
no secondary.
AFAICS there should not be possible to have any out-of-sysplex accesses.  We 
have z/OS 2.1 in the system(s) that usually is used for accessing (reading) the 
fault entries and z/OS 13.1 in some of the systems that are creating the fault 
entries.   The FA versions is 13.1 and 11.1 respectively.



The questing I have is if you can change the "6. User" entry in the panel shown 
below that I get when having an format exit:

Fault Summary:
Module ATLGK65, program ATLGK65, source line Ä 6413 : IDISNAP.

Select one of the following options to access further fault information:
   1. Synopsis
   2. Event Summary
   3. IMS Information
   4. Storage Areas
   5. Language Environment Heap Analysis
   6. User<<==**
   7. Abend Job Information
   8. Fault Analyzer Options

I would like to change "User" to something more descriptive.  How?




Best Regards,
Thomas Berg


Thomas,

i can't speak to all your issues, but for the PDSE's, make sure you have 
the latest maintenance applied.  There have been a few HIPER's the past 
few months for PDSE corruption, so make sure you have the most current 
PDSE maintenance.


On the panel question, issue the PANELID comnmand, and the panel member 
name should appear in the upper left hand corner.  You can use DDLIST to 
search for the member name, most likely in the IDIPENU dataset.  You 
should be able to create an SMP/E usermod to change that panel to say 
anything you want for option 6.


Regards,
Tom Conley

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

Re: Fault Analyzer experts?

[Thomas Berg]

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of
> Thomas Conley
> Sent: Thursday, June 04, 2015 4:01 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Fault Analyzer experts?
> 
> Thomas,
> 
> i can't speak to all your issues, but for the PDSE's, make sure you have
> the latest maintenance applied.  There have been a few HIPER's the past
> few months for PDSE corruption, so make sure you have the most current
> PDSE maintenance.
> 
> On the panel question, issue the PANELID comnmand, and the panel member
> name should appear in the upper left hand corner.  You can use DDLIST to
> search for the member name, most likely in the IDIPENU dataset.  You
> should be able to create an SMP/E usermod to change that panel to say
> anything you want for option 6.
> 
> Regards,
> Tom Conley


Unfortunately the panel in question (IDIPIDAD) is dynamically created (the 
content it is). 
So no cigar.  
(It seems to be quite common now to use dynamic panels.  Although it have its 
advantages for the developer it complicates customization...)
(AFAIK we have all relevant PTFs.)



Best Regards,
Thomas Berg
___ 
Thomas Berg   Specialist   zOS/RQM/IT Delivery   Swedbank AB (Publ)

Interactive is ‘manual.’ Batch is ‘automatic.’


   

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

Re: OMVS command history

[Kirk Wolf]

I rarely use the TSO OMVS shell - I just keep a few ssh sessions open for
using the z/OS Unix  shell.  Once you get used to a few basics, you won't
want to use TSO OMVS, and as a bonus you will be more comfortable on any
UNIX system.

It is well worth learning a tiny bit of vi so that you can use vi line
editing mode.   How tiny?  A half-dozen commands are enough to be
productive.   Note: some prefer emacs mode, but those are usually the ones
who already know emacs.

To do this, first enable vi line editing mode in the shell: (can do this in
your .profile)

set -o vi

If vi line editing mode is set, you edit any line that you are typing.
When typing you will be in vi "insert" mode, so press escape to get into
edit mode.  Then here are the basic six vi commands you need to know:

 h to go left,
 l to go right,
 x to delete a char,
 ^ for the beginning of the line
 $ for the end of the line
 i or a to go back into insert mode

To edit your command history, press esc-k.  Press additional k keys to get
older commands. After you have the command you want, you will be in vi edit
mode. After editing, press enter to submit.

Finally, in vi line editing mode, you can type the beginning of a file name
and then esc-\ to complete it.  esc-= will give you a list of matches.

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Wed, Jun 3, 2015 at 2:17 PM, Rob Schramm  wrote:

> Ugh.. I think it would just be easier to re-type the command!
>
> Rob Schramm
>
> On Tue, Jun 2, 2015 at 12:20 PM Paul Gilmartin <
> 000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
> > ("Re: AW: Re: AW: Re: AW:" trimmed.)
> >
> > On Tue, 2 Jun 2015 17:48:13 +0200, Peter Hunkeler wrote:
> >
> > >>>Well, as I wrote, the OMVS command processor
> > > >
> > >>There's more to OMVS than just the shell. The phrase "but OMVS has no
> > >>access" clearly refers to more than the shell.
> > >
> > >Not sure what you're referring to, but I was talking about the OMVS *TSO
> > command processor*, only. And no, that statement you cited does neither
> > refer to a shell nor to anything more than what I wrote: The OMVS TSO
> > Command processor has not been programmed to read/write/care for any
> > command history file any UNIX shell program might use.
> > >
> > In 3270 TSO OMVS, I can use the escape character (default is "¢") to
> enter
> > control
> > codes.  So, with "set -o vi", I can do "¢[k" to execute the
> > fifth previous
> > command.  Unfortunately, it executes the command immediately, rather than
> > just
> > fetching it to the input area for modification before execution.  I'm
> > calling this
> > a bug; IBM probably thinks it's WAD.  (PF10 (Refresh) doesn't help.)
> >
> > -- 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
>

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

DFSORT: Create large record from small records

[Toni Cecil]

Hello,

before doing this post I've read "Smart DFSORT Tricks" manual but I'm not
at easy using DFSORT facilities, so that's why I need your help. I've a
FB29 dsn like this:

 BROWSEPXXX213.FKK006.XSXS381DLine 0019 Col 001
029
 Command ===>  Scroll ===>
CSR
+1+2+3+4+5+6+7+8

BXV066 F05F 8314501 DBAPROM
I
BXV067 F060 8314501 DBAPROM
I
BXV068 F061 8314501 DBAPROM
I

...

with 238 records. What I need is to create a dsn like this (FB100):

+1+2+3+4+5+6+7+8+9+0


BXV066 F05F 8314501 DBAPROM I <> BXV067 6060 8314501 DBAPROM I <> BXV068
F061 8314501 DBAPROM I



basically creating 1 large record with 3 small records. I tried RESIZE, but
it joins the records but i want to add <> as a record separator.

Can you pls give me an help ??

Many thx, Antonio Cecilio(ant_ceci...@pt.ibm.com)

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

Re: Fault Analyzer experts?

[Steve Coalbran]

Hej Thomas,
Sorry I missed the bulk of the answers and this may be a duplicate.
Does PANEL(IDIPIDAD) display?
If so TYPE command DDLIST M IDIPIDAD to see the PANEL source --- if that 
helps.  :-/
/Steve



From:   Thomas Berg 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   2015-06-04 16:10
Subject:Re: Fault Analyzer experts?
Sent by:IBM Mainframe Discussion List 



> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of
> Thomas Conley
> Sent: Thursday, June 04, 2015 4:01 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Fault Analyzer experts?
> 
> Thomas,
> 
> i can't speak to all your issues, but for the PDSE's, make sure you have
> the latest maintenance applied.  There have been a few HIPER's the past
> few months for PDSE corruption, so make sure you have the most current
> PDSE maintenance.
> 
> On the panel question, issue the PANELID comnmand, and the panel member
> name should appear in the upper left hand corner.  You can use DDLIST to
> search for the member name, most likely in the IDIPENU dataset.  You
> should be able to create an SMP/E usermod to change that panel to say
> anything you want for option 6.
> 
> Regards,
> Tom Conley


Unfortunately the panel in question (IDIPIDAD) is dynamically created (the 
content it is). 
So no cigar. 
(It seems to be quite common now to use dynamic panels.  Although it have 
its advantages for the developer it complicates customization...)
(AFAIK we have all relevant PTFs.)



Best Regards,
Thomas Berg
___ 
Thomas Berg   Specialist   zOS/RQM/IT Delivery   Swedbank AB (Publ)

Interactive is ?manual.? Batch is ?automatic.?


 

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



Såvida annat inte anges ovan: / Unless stated otherwise above:
IBM Svenska AB
Organisationsnummer: 556026-6883
Adress: 164 92 Stockholm

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

Identifying a NIP console

[J O Skip Robinson]

NIP consoles are defined in the NIP Console List in the IODF. Other MCS 
consoles are defined as 3270-X devices and included in PARMLIB(CONSOLxx). Once 
a system is IPLed, NIP consoles also function as MCS if they are included in 
CONSOLxx.

My question is whether there is any external way to distinguish the two types 
without delving into HCD. D C commands seem to display the same info for both 
types. Lots of folks can issue display commands, while HCD is a realm open to 
only a few. It would be nice to have a simple, general way to identify a NIP 
console.

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com


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

Re: DFSORT: Create large record from small records

[Sri h Kolusu]

Toni,

It is quite simple to create a large record from a set of small records. 
You wanted 3 records into a single record. So have the resize TOLEN to 99 
instead so that you can have three equal 33 byte records with delimiter. 
If you really want 100 bytes output record, then you can have a space at 
the end AFTER we have created the large record. You can use OUTFIL to do 
that. 

Here is a sample JOB that will give you desired results.

//STEP0100 EXEC PGM=ICETOOL 
//TOOLMSG  DD SYSOUT=* 
//DFSMSG   DD SYSOUT=* 
//IN   DD * 
+1+2+3+4+---
BXV066 F05F 8314501 DBAPROM I 
BXV067 F060 8314501 DBAPROM I 
BXV068 F061 8314501 DBAPROM I 
//OUT  DD SYSOUT=* 
//TOOLIN   DD * 
  RESIZE FROM(IN) TO(OUT) TOLEN(99) USING(CTL1) 
//CTL1CNTL DD * 
  OPTION COPY 
  INREC BUILD=(1,29,31:C'<>') 
  OUTFIL OVERLAY=(100:X) 
//* 

Further if you have any questions please let me know

Thanks,
Sri Hari Kolusu
DFSORT Development
IBM Corporation

IBM Mainframe Discussion List  wrote on 
06/04/2015 07:21:51 AM:

> From: Toni Cecil 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 06/04/2015 07:22 AM
> Subject: DFSORT: Create large record from small records
> Sent by: IBM Mainframe Discussion List 
> 
> Hello,
> 
> before doing this post I've read "Smart DFSORT Tricks" manual but I'm 
not
> at easy using DFSORT facilities, so that's why I need your help. I've a
> FB29 dsn like this:
> 
>  BROWSEPXXX213.FKK006.XSXS381DLine 0019 Col 
001
> 029
>  Command ===>  Scroll 
===>
> CSR
> +1+2+3+4+5+6
> +7+8
> 
> BXV066 F05F 8314501 DBAPROM
> I
> BXV067 F060 8314501 DBAPROM
> I
> BXV068 F061 8314501 DBAPROM
> I
> 
> ...
> 
> with 238 records. What I need is to create a dsn like this (FB100):
> 
> +1+2+3+4+5+6
> +7+8+9+0
> 
> 
> BXV066 F05F 8314501 DBAPROM I <> BXV067 6060 8314501 DBAPROM I <> BXV068
> F061 8314501 DBAPROM I
> 
> 
> 
> basically creating 1 large record with 3 small records. I tried RESIZE, 
but
> it joins the records but i want to add <> as a record separator.
> 
> Can you pls give me an help ??
> 
> Many thx, Antonio Cecilio(ant_ceci...@pt.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

AW: Re: OMVS command history

[Peter Hunkeler]

Thanks for this post. I was about to suggest to (mostly) forget about TSO OMVS 
and start logging in via ssh. You've taken the burden off me :-)


>To edit your command history, press esc-k.  Press additional k keys to get
>older commands. After you have the command you want, you will be in vi edit
>mode. After editing, press enter to submit.



May I add to the above? No matter whether you've setup to use emacs or vi as 
your shell command line editor, the following apploes to shell command line 
editing (I hope it really applies equally to emacs, since I only ever use vi).


Whenever the shell presents you the command prompt, think of it as if you were 
editing the .sh_history file, and are about to add a new line to the end of the 
file. You are in input mode. Whatever you type will be in that line. Hitting 
the enter key will a) terminate that line and b) have the shell process that 
command line.


Hitting ESC while at the shell prompt (remember you're in input mode) will take 
you out of input mode. Vi calls this new mode the "command mode". Keys you type 
will be interpreted as editor commands, while the current file in the editor is 
still the .sh_history line. You now move up in this file with "k" and down with 
"j". So this positions your "one line window view" (the command line) in the 
file.


Once you see the command you've been looking for, hit enter to re-run it as if 
it had just been entered (see above), or, use any editor command to move around 
on the command line ("h" for one character to the left, "l" for on to the 
right), or any editor command to start changing that line ("i" for insert 
before the cursor, "a" for insert after).


There is a notable difference between command line editing and file editing. 
Hitting enter whil in insert mode starts a new line in the later case. In the 
former case it has the shell execute the command. So there is no need to ESCape 
from insert mode into command mode, once you're done with command line editing, 
torun the command.


Finally, don't be afraind from learing that bit of vi Kirk suggested. I'm an 
old MVS guy and I did it when vi became available on MVS (OS/390 V1.x). I've 
never regretted.




--
Peter Hunkeler



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

Re: Fault Analyzer experts?

[Lizette Koehler]

If it is dynamically created, do you know if it is via a PGM or REXX?

In either case the phrase IDIPIDAD may be part of the dynamic creation.  You 
can use SRCHFOR IDIPIDAD on 3.4.

Bring up your FA files that are used, and then do a SRCHFOR IDIPIDAD.

You may be able to find a member that contains that phrase.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Thomas Berg
> Sent: Thursday, June 04, 2015 7:11 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Fault Analyzer experts?
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-
> m...@listserv.ua.edu]
> > On Behalf Of Thomas Conley
> > Sent: Thursday, June 04, 2015 4:01 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Fault Analyzer experts?
> >
> > Thomas,
> >
> > i can't speak to all your issues, but for the PDSE's, make sure you
> > have the latest maintenance applied.  There have been a few HIPER's
> > the past few months for PDSE corruption, so make sure you have the
> > most current PDSE maintenance.
> >
> > On the panel question, issue the PANELID comnmand, and the panel
> > member name should appear in the upper left hand corner.  You can use
> > DDLIST to search for the member name, most likely in the IDIPENU
> > dataset.  You should be able to create an SMP/E usermod to change that
> > panel to say anything you want for option 6.
> >
> > Regards,
> > Tom Conley
> 
> 
> Unfortunately the panel in question (IDIPIDAD) is dynamically created (the
> content it is).
> So no cigar.
> (It seems to be quite common now to use dynamic panels.  Although it have
> its advantages for the developer it complicates customization...) (AFAIK we
> have all relevant PTFs.)
> 
> 
> 
> Best Regards,
> Thomas Berg
> __
> _
> Thomas Berg   Specialist   zOS/RQM/IT Delivery   Swedbank AB (Publ)
> 
> Interactive is ‘manual.’ Batch is ‘automatic.’
> 
> 
> 
> 
> --
> 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: ZIP-format files on CBT downloadable directly (new)

[Shmuel Metz (Seymour J.)]

In <012101d09cc1$bcf04af0$36d0e0d0$@mcn.org>, on 06/01/2015
   at 04:21 PM, Charles Mills  said:

>I for one would love to see some way to browse the *high-level
>documentation* for a CBT file *directly* on a small ASCII-based
>system. 

FILE001 contains a descrtion of each file on the tape, and is
separately downloadable. It would be an incredible amount of work for
Shmuel Golob to reduce them to smaller abstracts, but if you can round
up some volunteers, ...
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Fault Analyzer experts?

[Thomas Berg]

It isn't the panel itself that are dynamically created, it is the content that 
is.   And it is by a program. 
And I have of course not the source of the program.  
(Theoretically I maybe can zap the text "User" but...)


Best Regards,
Thomas Berg
___ 
Thomas Berg   Specialist   zOS/RQM/IT Delivery   Swedbank AB (Publ)

Interactive is ‘manual.’ Batch is ‘automatic.’

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of
> Lizette Koehler
> Sent: Thursday, June 04, 2015 4:45 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Fault Analyzer experts?
> 
> If it is dynamically created, do you know if it is via a PGM or REXX?
> 
> In either case the phrase IDIPIDAD may be part of the dynamic creation.  You 
> can use SRCHFOR
> IDIPIDAD on 3.4.
> 
> Bring up your FA files that are used, and then do a SRCHFOR IDIPIDAD.
> 
> You may be able to find a member that contains that phrase.
> 
> Lizette
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Thomas Berg
> > Sent: Thursday, June 04, 2015 7:11 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Fault Analyzer experts?
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List [mailto:IBM-
> > m...@listserv.ua.edu]
> > > On Behalf Of Thomas Conley
> > > Sent: Thursday, June 04, 2015 4:01 PM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: Fault Analyzer experts?
> > >
> > > Thomas,
> > >
> > > i can't speak to all your issues, but for the PDSE's, make sure you
> > > have the latest maintenance applied.  There have been a few HIPER's
> > > the past few months for PDSE corruption, so make sure you have the
> > > most current PDSE maintenance.
> > >
> > > On the panel question, issue the PANELID comnmand, and the panel
> > > member name should appear in the upper left hand corner.  You can use
> > > DDLIST to search for the member name, most likely in the IDIPENU
> > > dataset.  You should be able to create an SMP/E usermod to change that
> > > panel to say anything you want for option 6.
> > >
> > > Regards,
> > > Tom Conley
> >
> >
> > Unfortunately the panel in question (IDIPIDAD) is dynamically created (the
> > content it is).
> > So no cigar.
> > (It seems to be quite common now to use dynamic panels.  Although it have
> > its advantages for the developer it complicates customization...) (AFAIK we
> > have all relevant PTFs.)
> >
> >
> >
> > Best Regards,
> > Thomas Berg
> > __
> > _
> > Thomas Berg   Specialist   zOS/RQM/IT Delivery   Swedbank AB (Publ)
> >
> > Interactive is ‘manual.’ Batch is ‘automatic.’
> >
> >
> >
> >
> > --
> > 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: ZIP-format files on CBT downloadable directly (new)

[Shmuel Metz (Seymour J.)]

In
,
on 06/01/2015
   at 09:11 PM, Mike Schwab  said:

>Download the XMITMGR and install.

Isn't that windoze only?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Fault Analyzer experts?

[Thomas Berg]

I know the panel in question but as the content is dynamically created (in a 
dynamic area) I'm not helped by that.



Best Regards,
Thomas Berg
___ 
Thomas Berg   Specialist   zOS/RQM/IT Delivery   Swedbank AB (Publ)

Interactive is 'manual.' Batch is 'automatic.'


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of
> Steve Coalbran
> Sent: Thursday, June 04, 2015 4:22 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Fault Analyzer experts?
> 
> Hej Thomas,
> Sorry I missed the bulk of the answers and this may be a duplicate.
> Does PANEL(IDIPIDAD) display?
> If so TYPE command DDLIST M IDIPIDAD to see the PANEL source --- if that
> helps.  :-/
> /Steve
> 
> 
> 
> From:   Thomas Berg 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date:   2015-06-04 16:10
> Subject:Re: Fault Analyzer experts?
> Sent by:IBM Mainframe Discussion List 
> 
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of
> > Thomas Conley
> > Sent: Thursday, June 04, 2015 4:01 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Fault Analyzer experts?
> >
> > Thomas,
> >
> > i can't speak to all your issues, but for the PDSE's, make sure you have
> > the latest maintenance applied.  There have been a few HIPER's the past
> > few months for PDSE corruption, so make sure you have the most current
> > PDSE maintenance.
> >
> > On the panel question, issue the PANELID comnmand, and the panel member
> > name should appear in the upper left hand corner.  You can use DDLIST to
> > search for the member name, most likely in the IDIPENU dataset.  You
> > should be able to create an SMP/E usermod to change that panel to say
> > anything you want for option 6.
> >
> > Regards,
> > Tom Conley
> 
> 
> Unfortunately the panel in question (IDIPIDAD) is dynamically created (the
> content it is).
> So no cigar.
> (It seems to be quite common now to use dynamic panels.  Although it have
> its advantages for the developer it complicates customization...)
> (AFAIK we have all relevant PTFs.)
> 
> 
> 
> Best Regards,
> Thomas Berg
> ___
> Thomas Berg   Specialist   zOS/RQM/IT Delivery   Swedbank AB (Publ)
> 
> Interactive is ?manual.? Batch is ?automatic.?
> 
> 
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> 
> 
> Såvida annat inte anges ovan: / Unless stated otherwise above:
> IBM Svenska AB
> Organisationsnummer: 556026-6883
> Adress: 164 92 Stockholm
> 
> --
> 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: New Line vs. Line Feed

[Shmuel Metz (Seymour J.)]

In <4767436570688083.wa.bgodfrey.gzgmail@listserv.ua.edu>, on
06/01/2015
   at 10:18 PM, Bill Godfrey  said:

>The "grep" and "awk" commands don't match \n to end-of-line on omvs,
>or on linux for that matter.

Don't they match \n to LF on most Eunix and *ix systems?

Do '/test$/' and '/test\n/' have the same semantics in awk? In grep?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: DFSORT: Create large record from small records

[Toni Cecil]

Thx Sri, done.
Best regards, A.Cecilio.

2015-06-04 15:49 GMT+01:00 Sri h Kolusu :

> Toni,
>
> It is quite simple to create a large record from a set of small records.
> You wanted 3 records into a single record. So have the resize TOLEN to 99
> instead so that you can have three equal 33 byte records with delimiter.
> If you really want 100 bytes output record, then you can have a space at
> the end AFTER we have created the large record. You can use OUTFIL to do
> that.
>
> Here is a sample JOB that will give you desired results.
>
> //STEP0100 EXEC PGM=ICETOOL
> //TOOLMSG  DD SYSOUT=*
> //DFSMSG   DD SYSOUT=*
> //IN   DD *
> +1+2+3+4+---
> BXV066 F05F 8314501 DBAPROM I
> BXV067 F060 8314501 DBAPROM I
> BXV068 F061 8314501 DBAPROM I
> //OUT  DD SYSOUT=*
> //TOOLIN   DD *
>   RESIZE FROM(IN) TO(OUT) TOLEN(99) USING(CTL1)
> //CTL1CNTL DD *
>   OPTION COPY
>   INREC BUILD=(1,29,31:C'<>')
>   OUTFIL OVERLAY=(100:X)
> //*
>
> Further if you have any questions please let me know
>
> Thanks,
> Sri Hari Kolusu
> DFSORT Development
> IBM Corporation
>
> IBM Mainframe Discussion List  wrote on
> 06/04/2015 07:21:51 AM:
>
> > From: Toni Cecil 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Date: 06/04/2015 07:22 AM
> > Subject: DFSORT: Create large record from small records
> > Sent by: IBM Mainframe Discussion List 
> >
> > Hello,
> >
> > before doing this post I've read "Smart DFSORT Tricks" manual but I'm
> not
> > at easy using DFSORT facilities, so that's why I need your help. I've a
> > FB29 dsn like this:
> >
> >  BROWSEPXXX213.FKK006.XSXS381DLine 0019 Col
> 001
> > 029
> >  Command ===>  Scroll
> ===>
> > CSR
> > +1+2+3+4+5+6
> > +7+8
> >
> > BXV066 F05F 8314501 DBAPROM
> > I
> > BXV067 F060 8314501 DBAPROM
> > I
> > BXV068 F061 8314501 DBAPROM
> > I
> >
> > ...
> >
> > with 238 records. What I need is to create a dsn like this (FB100):
> >
> > +1+2+3+4+5+6
> > +7+8+9+0
> >
> >
> > BXV066 F05F 8314501 DBAPROM I <> BXV067 6060 8314501 DBAPROM I <> BXV068
> > F061 8314501 DBAPROM I
> >
> >
> >
> > basically creating 1 large record with 3 small records. I tried RESIZE,
> but
> > it joins the records but i want to add <> as a record separator.
> >
> > Can you pls give me an help ??
> >
> > Many thx, Antonio Cecilio(ant_ceci...@pt.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
>

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

Re: Unable to get dump under TESTAUTH

[Tony Harminc]

On 3 June 2015 at 11:27, michealbutz  wrote:
> I am getting a S0C1 debugging my program under TESTAUTH when I do a Where to
> see where I bombed It display's a 31 bit private address with the message
> not whitin any program extents

Does a register contain that address or one close to it? Typically
you've either branched to an improperly set register (via BR or BALR),
or you've messed up a base register, and branched to some offset from
that register. Or you're in the wrong Amode. Or any of several other
things...

> it look close to an area I did a storage obtain sp=0

And did you put that address into a register...?

> I thought adding a dsn LRECL=133 RECFM=FBM to SYSUDUMP would
> give me dump but after the abort the dataset was empty

No - TEST[AUTH] caught the abend before any dump. You are expected to
poke around using TEST subcommands to see what happened. If you really
want a dump, allocate SYSxDUMP appropriately, wait til you get the
TEST "ended due to error" message, type RUN, and when it gives you the
second abend message, hit Enter. Or don't run under TEST at all; just
run the program with CALL. Or with TEST[AUTH], but use RUN as your
first subcommand.

Tony H.

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

Re: IODF activate failing

[Thomas Conley]

On 6/4/2015 11:14 AM, Joanne Nicolazzo wrote:

On Thursday, June 4, 2015 at 10:39:08 AM UTC-4, Joanne Nicolazzo wrote:

Hi Everyone,
We just migrated to a new disk array; migration went smoothly and yesterday I 
removed the old disk from my gen. I noticed when I was in there that I had 
neglected to specify LOCANY=YES on the new disk. Not a huge deal but one job 
did fail with an 822 so I want to clean it up before the weekend.
So I created a new IODF changing all the new disk to LOCANY=YES, but when I 
tried to test the activation I got the following messages for each and every 
new disk device that I had just changed:

0090  IOS500I ACTIVATE RESULTS 878
0090  TEST DETECTED CONDITIONS WHICH WOULD RESULT IN ACTIVATE FAILURE
0090  NOTE = 0100,SOFTWARE-ONLY CHANGE
0090   COMPID=SC1C3
0090  REASON=0152,CAN NOT DELETE DEVICE 7000
0090   DESCTEXT=DEVICE ONLINE
0090   COMPID=SC1C3
0090  REASON=0152,CAN NOT DELETE DEVICE 7001
0090   DESCTEXT=DEVICE ONLINE
0090   COMPID=SC1C3
0090  REASON=0152,CAN NOT DELETE DEVICE 7002
0090   DESCTEXT=DEVICE ONLINE
0090   COMPID=SC1C3
0090  REASON=0152,CAN NOT DELETE DEVICE 7003
0090   DESCTEXT=DEVICE ONLINE

I've checked and re-checked and the devices are in the IODF. The only 
difference is the LOCANY=YES.
Does anyone have any ideas what I've missed?
Thanks very much,
Joanne Nicolazzo


I also did an HCD compare and verified that the LOCANY=YES from LOCANY=NO was 
the only difference between the two IODF's.



Were they defined as DYNAMIC?

Regards,
Tom Conley

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

Re: IODF activate failing

[J O Skip Robinson]

It may seem like a minor change, but remember that LOCANY specifies where the 
UCB will be built. The system is currently IPLed with UCBs below the line. In 
order to honor the change, IOS would have to rebuild all UCBs above the line. I 
doubt that z/OS provides a service to accomplish this task transparently.

Moreover many dynamic changes are denied because ACTIVATE does not really 
'modify' existing definitions. An 'update' involves delete+add. In order to 
delete, the object must be offline. I'm not an HCD/IODF maestro, but I don't of 
a simple way to implement this change. 

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Thomas Conley
Sent: Thursday, June 04, 2015 8:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IODF activate failing

On 6/4/2015 11:14 AM, Joanne Nicolazzo wrote:
> On Thursday, June 4, 2015 at 10:39:08 AM UTC-4, Joanne Nicolazzo wrote:
>> Hi Everyone,
>> We just migrated to a new disk array; migration went smoothly and yesterday 
>> I removed the old disk from my gen. I noticed when I was in there that I had 
>> neglected to specify LOCANY=YES on the new disk. Not a huge deal but one job 
>> did fail with an 822 so I want to clean it up before the weekend.
>> So I created a new IODF changing all the new disk to LOCANY=YES, but when I 
>> tried to test the activation I got the following messages for each and every 
>> new disk device that I had just changed:
>>
>> 0090  IOS500I ACTIVATE RESULTS 878
>> 0090  TEST DETECTED CONDITIONS WHICH WOULD RESULT IN ACTIVATE FAILURE
>> 0090  NOTE = 0100,SOFTWARE-ONLY CHANGE
>> 0090   COMPID=SC1C3
>> 0090  REASON=0152,CAN NOT DELETE DEVICE 7000
>> 0090   DESCTEXT=DEVICE ONLINE
>> 0090   COMPID=SC1C3
>> 0090  REASON=0152,CAN NOT DELETE DEVICE 7001
>> 0090   DESCTEXT=DEVICE ONLINE
>> 0090   COMPID=SC1C3
>> 0090  REASON=0152,CAN NOT DELETE DEVICE 7002
>> 0090   DESCTEXT=DEVICE ONLINE
>> 0090   COMPID=SC1C3
>> 0090  REASON=0152,CAN NOT DELETE DEVICE 7003
>> 0090   DESCTEXT=DEVICE ONLINE
>>
>> I've checked and re-checked and the devices are in the IODF. The only 
>> difference is the LOCANY=YES.
>> Does anyone have any ideas what I've missed?
>> Thanks very much,
>> Joanne Nicolazzo
>
> I also did an HCD compare and verified that the LOCANY=YES from LOCANY=NO was 
> the only difference between the two IODF's.
>

Were they defined as DYNAMIC?

Regards,
Tom Conley

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

XMIT Viewer section on the www.cbttape.org website

[Sam Golob]

Hi Folks,

This note concerns the CBT Tape web site, www.cbttape.org.

I have pretty much completed the addition of the XMIT Viewer 
section.  There had been a "problem" for people without a z/OS or MVS 
system, to look at CBT Tape files, most of which are packaged there in 
"zipped TSO XMIT" format.  After unzipping, they are (usually) still in 
TSO XMIT format, which is EBCDIC-based, and not directly readable on 
(mostly ASCII-based) PC's.


Several XMIT-format viewers have been developed for non-z/OS 
platforms, and some of them are on display (and downloadable) from a new 
panel that I've installed on www.cbttape.org (the CBT Tape website).  
The panel is addressable as "XMIT Viewers" from the panels accessible 
through the top-left-side buttons on the CBT Home page.  Its direct 
address is:


www.cbttape.org/xmitview.htm

Also please note another new panel:

www.cbttape.org/zips.htm

We hope that these additions will be helpful to many people. Use 
everything in good health..!!


Sincerely,Sam

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

Re: IODF activate failing

[Jim Brooks]

One can NOT delete an online device.

Regards,
Jim

On Thu, Jun 4, 2015 at 11:27 AM, Thomas Conley 
wrote:

> On 6/4/2015 11:14 AM, Joanne Nicolazzo wrote:
>
>> On Thursday, June 4, 2015 at 10:39:08 AM UTC-4, Joanne Nicolazzo wrote:
>>
>>> Hi Everyone,
>>> We just migrated to a new disk array; migration went smoothly and
>>> yesterday I removed the old disk from my gen. I noticed when I was in there
>>> that I had neglected to specify LOCANY=YES on the new disk. Not a huge deal
>>> but one job did fail with an 822 so I want to clean it up before the
>>> weekend.
>>> So I created a new IODF changing all the new disk to LOCANY=YES, but
>>> when I tried to test the activation I got the following messages for each
>>> and every new disk device that I had just changed:
>>>
>>> 0090  IOS500I ACTIVATE RESULTS 878
>>> 0090  TEST DETECTED CONDITIONS WHICH WOULD RESULT IN ACTIVATE FAILURE
>>> 0090  NOTE = 0100,SOFTWARE-ONLY CHANGE
>>> 0090   COMPID=SC1C3
>>> 0090  REASON=0152,CAN NOT DELETE DEVICE 7000
>>> 0090   DESCTEXT=DEVICE ONLINE
>>> 0090   COMPID=SC1C3
>>> 0090  REASON=0152,CAN NOT DELETE DEVICE 7001
>>> 0090   DESCTEXT=DEVICE ONLINE
>>> 0090   COMPID=SC1C3
>>> 0090  REASON=0152,CAN NOT DELETE DEVICE 7002
>>> 0090   DESCTEXT=DEVICE ONLINE
>>> 0090   COMPID=SC1C3
>>> 0090  REASON=0152,CAN NOT DELETE DEVICE 7003
>>> 0090   DESCTEXT=DEVICE ONLINE
>>>
>>> I've checked and re-checked and the devices are in the IODF. The only
>>> difference is the LOCANY=YES.
>>> Does anyone have any ideas what I've missed?
>>> Thanks very much,
>>> Joanne Nicolazzo
>>>
>>
>> I also did an HCD compare and verified that the LOCANY=YES from LOCANY=NO
>> was the only difference between the two IODF's.
>>
>>
> Were they defined as DYNAMIC?
>
> Regards,
> Tom Conley
>
> --
> 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: Notify for XMIT

[Shmuel Metz (Seymour J.)]

In <556da66b.9040...@acm.org>, on 06/02/2015
   at 07:49 AM, Joel Ewing  said:

>That may well be, but according to IBM and TSO documentation the
>behavior of IKJEFT1A/IKJEFT1B is by design slightly different,

How is that relevant to the claims about TCB structure?

>and their definition of "directly" in this context includes TSO 
>commands executed within a CLIST that is directly invoked under 
>the TMP.

Unless the implementation of EXEC has changed radically, any reaonable
definition of directly would have to include commands from a CLIST. If
the TMP does a GETLINE or PUTGET, builds a CPPL and attaches the task,
how much more direct can it get? It's the same code path as the
command from the terminal.

>but if you avoid executing the commands directly under the TMP

Water is wet.

>and IKJEFT1A/IKJEFT1B appear to be designed to regard any non-zero 
>return code they see as fatal.

That's specialized behavior and by no means the normal batch TSO. If
you don't know why youi're using IKJEFT1[AB] then you probably
shouldn't be using them.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: AW: Re: AW: Re: AW: Re: OMVS command history

[Shmuel Metz (Seymour J.)]

In , on 06/02/2015
   at 05:48 PM, Peter Hunkeler  said:

>Not sure what you're referring to,

Your claim "but OMVS has no access to this file." in
, on 05/25/2015

>but I was talking about the OMVS *TSO command processor*,

Given that there is a component called OMVS and also a TSO command
called OMVS, the obvious reading was that "OMVS" meant the component
and "OMVS TSO command processor" the TSO command.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Unable to get dump under TESTAUTH

[michelbutz]

Thanks

Sent from my iPhone

> On Jun 4, 2015, at 11:26 AM, Tony Harminc  wrote:
> 
>> On 3 June 2015 at 11:27, michealbutz  wrote:
>> I am getting a S0C1 debugging my program under TESTAUTH when I do a Where to
>> see where I bombed It display's a 31 bit private address with the message
>> not whitin any program extents
> 
> Does a register contain that address or one close to it? Typically
> you've either branched to an improperly set register (via BR or BALR),
> or you've messed up a base register, and branched to some offset from
> that register. Or you're in the wrong Amode. Or any of several other
> things...
> 
>> it look close to an area I did a storage obtain sp=0
> 
> And did you put that address into a register...?
> 
>> I thought adding a dsn LRECL=133 RECFM=FBM to SYSUDUMP would
>> give me dump but after the abort the dataset was empty
> 
> No - TEST[AUTH] caught the abend before any dump. You are expected to
> poke around using TEST subcommands to see what happened. If you really
> want a dump, allocate SYSxDUMP appropriately, wait til you get the
> TEST "ended due to error" message, type RUN, and when it gives you the
> second abend message, hit Enter. Or don't run under TEST at all; just
> run the program with CALL. Or with TEST[AUTH], but use RUN as your
> first subcommand.
> 
> Tony H.
> 
> --
> 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: IEB814I IEBUPDTE puzzle

[Shmuel Metz (Seymour J.)]

In <2236376927233894.wa.paulgboulderaim@listserv.ua.edu>, on
06/02/2015
   at 10:59 AM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>What makes the difference?

I would expect bot to fail, due to lack of DCB information. I would
expect the secomd the allocate two versions of &PFX..CBTINDEX unless
they're SMS, but don't see how that would affect the RC.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Where can a running TSO program get its "terminal name"

[Shmuel Metz (Seymour J.)]

In <0de6a9840123e547b061ac5b6765c02617769...@exmb-05.ad.wsu.edu>, on
06/02/2015
   at 05:37 PM, "Gibney, David Allen,Jr"  said:

>For some reason, which I can't make work Shmuel believes the 

>> In <000701d09bd1$1872a0e0$4957e2a0$@mcn.org>, on 05/31/2015

>He always includes is of value.

Perhaps if you were more famliar with long establshed Internet
conventions you would understand why it is of value.

>Where this link may lead is not anywhere I can seem to get to :)

It's the message id of the original message. If your email spool is in
mbox format, you can simply search for the string with any editor. If
maildir, any equivalent of grep will work. Personally, i use an SPF
clone for both.

Likewise for a searchable archive of messages, just search for the
string.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

TS7740 question

[Pommier, Rex]

Hi All,

Is there any way to configure all or a portion of a TS7740 to not write cache 
data to back-end tapes?  

Here's the situation I am facing.  I have a TS7720 without any tape drives.  
Our DR facility has only a TS7740.  We are preparing for a test and we don't 
want to have to provide back-end (stack) tapes for the test.  Is there any way 
we can configure the TS7740 to not write to stack tapes?  We are confident that 
any data we write to the TS7740 will comfortably fit onto the cache.

TIA,

Rex

The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.


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

Re: Fault Analyzer experts?

[Steve Coalbran]

Hej Thomas,

Aha! Now I understand.
Can you copy the panel to your own library and add a *REXX section in the 
)INIT for info?

*REXX(*,dynarea,dynshad)
 DO i = 1 BY 80 WHILE(SUBSTR(dynarea,i)<>"" )
QUEUE SUBSTR(dynarea,i,80)
 END
*ENDREXX
Substitute the dynarea & dynshad variables. 
(Process the dynshad separately if you wish?) 
(Assumes screen-width of 80)

After the execution (I have a utility to do this called QBROWSE)
Command ===> QBROWSE

/*REXX(QBROWSE)  very cut down UNtested version (from memory, CITRIX 
died!) */
q = QUEUED()
CALL BPXWDYN "ALLOC RTDDN(TDD) RTDSN(TDS) SPACE(3,3)TRACK LRECL(80) 
RECFM(FB) "
DO q
   ADDRESS TSO "EXECIO 1 DISKW" tdd "(STEM R " 
END
ADDRESS TSO "EXECIO 0 DISKW" tdd "(FINIS "
ADDRESS ISPEXEC "LMINIT DATAID(TD) DDNAME("tdd") "
ADDRESS ISPEXEC "VIEW   DATAID(&TD) DDNAME("tdd") "
ADDRESS ISPEXEC "LMFREE DATAID(&TD) "
EXIT 

/Steve 



From:   Thomas Berg 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   2015-06-04 16:56
Subject:Re: Fault Analyzer experts?
Sent by:IBM Mainframe Discussion List 



I know the panel in question but as the content is dynamically created (in 
a dynamic area) I'm not helped by that.



Best Regards,
Thomas Berg
___ 
Thomas Berg   Specialist   zOS/RQM/IT Delivery   Swedbank AB (Publ)

Interactive is 'manual.' Batch is 'automatic.'


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of
> Steve Coalbran
> Sent: Thursday, June 04, 2015 4:22 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Fault Analyzer experts?
> 
> Hej Thomas,
> Sorry I missed the bulk of the answers and this may be a duplicate.
> Does PANEL(IDIPIDAD) display?
> If so TYPE command DDLIST M IDIPIDAD to see the PANEL source --- if that
> helps.  :-/
> /Steve
> 
> 
> 
> From:   Thomas Berg 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date:   2015-06-04 16:10
> Subject:Re: Fault Analyzer experts?
> Sent by:IBM Mainframe Discussion List 
> 
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
On
> Behalf Of
> > Thomas Conley
> > Sent: Thursday, June 04, 2015 4:01 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Fault Analyzer experts?
> >
> > Thomas,
> >
> > i can't speak to all your issues, but for the PDSE's, make sure you 
have
> > the latest maintenance applied.  There have been a few HIPER's the 
past
> > few months for PDSE corruption, so make sure you have the most current
> > PDSE maintenance.
> >
> > On the panel question, issue the PANELID comnmand, and the panel 
member
> > name should appear in the upper left hand corner.  You can use DDLIST 
to
> > search for the member name, most likely in the IDIPENU dataset.  You
> > should be able to create an SMP/E usermod to change that panel to say
> > anything you want for option 6.
> >
> > Regards,
> > Tom Conley
> 
> 
> Unfortunately the panel in question (IDIPIDAD) is dynamically created 
(the
> content it is).
> So no cigar.
> (It seems to be quite common now to use dynamic panels.  Although it 
have
> its advantages for the developer it complicates customization...)
> (AFAIK we have all relevant PTFs.)
> 
> 
> 
> Best Regards,
> Thomas Berg
> ___
> Thomas Berg   Specialist   zOS/RQM/IT Delivery   Swedbank AB (Publ)
> 
> Interactive is ?manual.? Batch is ?automatic.?
> 
> 
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> 
> 
> Såvida annat inte anges ovan: / Unless stated otherwise above:
> IBM Svenska AB
> Organisationsnummer: 556026-6883
> Adress: 164 92 Stockholm
> 
> --
> 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




Såvida annat inte anges ovan: / Unless stated otherwise above:
IBM Svenska AB
Organisationsnummer: 556026-6883
Adress: 164 92 Stockholm

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

Re: TS7740 question

[Gilson, Lynn]

Good TS7740 inquiries on this discussion thread.  These devices are pretty cool 
- wished I still worked with them and could figure out their integration to RMM.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pommier, Rex
Sent: Thursday, June 04, 2015 09:46
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: TS7740 question

Hi All,

Is there any way to configure all or a portion of a TS7740 to not write cache 
data to back-end tapes?

Here's the situation I am facing.  I have a TS7720 without any tape drives.  
Our DR facility has only a TS7740.  We are preparing for a test and we don't 
want to have to provide back-end (stack) tapes for the test.  Is there any way 
we can configure the TS7740 to not write to stack tapes?  We are confident that 
any data we write to the TS7740 will comfortably fit onto the cache.

TIA,

Rex

The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.


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

CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, is
for the sole use of the intended recipient(s) and may contain confidential
and privileged information or may otherwise be protected by law. Any
unauthorized review, use, disclosure or distribution is prohibited. If you
are not the intended recipient, please contact the sender by reply e-mail
and destroy all copies of the original message and any attachment thereto.

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

Is there anything like backtrace_symbols() in LE or the C library on z/OS?

[Kirk Wolf]

See:  http://linux.die.net/man/3/backtrace_symbols

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

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

Re: Question on 3270 Devices

[Shmuel Metz (Seymour J.)]

In
,
on 06/02/2015
   at 03:17 PM, zMan  said:

>Which is what I said it did.

No, you alsoid that it *couldn't* display more than one session at a
time and didn't mention explicit partitions at all. They say that the
memory is the second thing to go.

Perhaps you could clarify what you meant by "you could switch modes;
in single-session mode, you'd then cycle through the sessions".
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: IEB814I IEBUPDTE puzzle

[Paul Gilmartin]

On Thu, 4 Jun 2015 12:33:00 -0400, Shmuel Metz (Seymour J.) wrote:
>
>I would expect bot[h] to fail, due to lack of DCB information. I would
>expect the secomd the allocate two versions of &PFX..CBTINDEX unless
>they're SMS, but don't see how that would affect the RC.
> 
In fact, looking at allocation messages, the VOL=REF= referback caused
both to refer to the same DSN on the same volume.  The passed input
DSN presumably has DCB information, and I assume since one of them
works that in at least that case IEBUPDTE either hard-codes the needed
information in the DCB or supplies it in the OPEN exit.  Might it chase
control blocks and fill in the information for DISP=MOD but presume it
exists for DISP=OLD?

-- gil

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

Re: IODF activate failing

[Thomas Conley]

On 6/4/2015 1:03 PM, Joanne Nicolazzo wrote:

On Thursday, June 4, 2015 at 11:49:56 AM UTC-4, Jim Brooks wrote:

One can NOT delete an online device.

Regards,
Jim

On Thu, Jun 4, 2015 at 11:27 AM, Thomas Conley 
wrote:


On 6/4/2015 11:14 AM, Joanne Nicolazzo wrote:


On Thursday, June 4, 2015 at 10:39:08 AM UTC-4, Joanne Nicolazzo wrote:


Hi Everyone,
We just migrated to a new disk array; migration went smoothly and
yesterday I removed the old disk from my gen. I noticed when I was in there
that I had neglected to specify LOCANY=YES on the new disk. Not a huge deal
but one job did fail with an 822 so I want to clean it up before the
weekend.
So I created a new IODF changing all the new disk to LOCANY=YES, but
when I tried to test the activation I got the following messages for each
and every new disk device that I had just changed:

0090  IOS500I ACTIVATE RESULTS 878
0090  TEST DETECTED CONDITIONS WHICH WOULD RESULT IN ACTIVATE FAILURE
0090  NOTE = 0100,SOFTWARE-ONLY CHANGE
0090   COMPID=SC1C3
0090  REASON=0152,CAN NOT DELETE DEVICE 7000
0090   DESCTEXT=DEVICE ONLINE
0090   COMPID=SC1C3
0090  REASON=0152,CAN NOT DELETE DEVICE 7001
0090   DESCTEXT=DEVICE ONLINE
0090   COMPID=SC1C3
0090  REASON=0152,CAN NOT DELETE DEVICE 7002
0090   DESCTEXT=DEVICE ONLINE
0090   COMPID=SC1C3
0090  REASON=0152,CAN NOT DELETE DEVICE 7003
0090   DESCTEXT=DEVICE ONLINE

I've checked and re-checked and the devices are in the IODF. The only
difference is the LOCANY=YES.
Does anyone have any ideas what I've missed?
Thanks very much,
Joanne Nicolazzo



I also did an HCD compare and verified that the LOCANY=YES from LOCANY=NO
was the only difference between the two IODF's.



Were they defined as DYNAMIC?

Regards,
Tom Conley



No I wasn't trying to delete the devices. I was only trying to change them from 
LOCANY=NO to LOCANY=YES.
I deleted the old devices. So what if I do an IPL? Or do I at this point have 
to do a POR?



Joanne,

You should not have to POR or IPL to modify LOCANY.  Were the devices 
defined as DYNAMIC YES?  If so, then you should open a PMR with IBM.  If 
not, then you'll need to IPL each LPAR with a new IODF to enable DYNAMIC.


Regards,
Tom Conley

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

Re: Identifying a NIP console

[retired mainframer]

Have someone go into HCD once and identify the NIP console.  Then paste a
yellow sticky note on that console.  Also go into CONSOLxx and change the
name of that console to NIPyy so it can be identified in the D C output

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of J O Skip Robinson
> Sent: Thursday, June 04, 2015 7:38 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Identifying a NIP console
> 
> NIP consoles are defined in the NIP Console List in the IODF. Other MCS
consoles are
> defined as 3270-X devices and included in PARMLIB(CONSOLxx). Once a system
is
> IPLed, NIP consoles also function as MCS if they are included in CONSOLxx.
> 
> My question is whether there is any external way to distinguish the two
types without
> delving into HCD. D C commands seem to display the same info for both
types. Lots of
> folks can issue display commands, while HCD is a realm open to only a few.
It would be
> nice to have a simple, general way to identify a NIP console.

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

Re: TS7740 question

[Vernooij, CP (ITOPT1) - KLM]

I think you must be able to trick this with Storage Groups and Tape pools. 
In SMS you assign the data to a Storage Group.
In the TS7740 the Storage Group is assigned to a Physical Volume Pool. 
The Physical Volume Pool takes its scratch tapes from Pool 0. 
If you move all Physical volumes from Pool 0, the Physical Volume Pool assigned 
to the Storage Group has no physical tapes to borrow and write tp. 
I wonder when the TS77440 will start protesting, but probably only when the 
cache will start to fill up.
Let me know if this works.

Kees.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pommier, Rex
Sent: Thursday, June 04, 2015 6:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: TS7740 question

Hi All,

Is there any way to configure all or a portion of a TS7740 to not write cache 
data to back-end tapes?  

Here's the situation I am facing.  I have a TS7720 without any tape drives.  
Our DR facility has only a TS7740.  We are preparing for a test and we don't 
want to have to provide back-end (stack) tapes for the test.  Is there any way 
we can configure the TS7740 to not write to stack tapes?  We are confident that 
any data we write to the TS7740 will comfortably fit onto the cache.

TIA,

Rex

The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.


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

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286




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

Re: TS7740 question

[Vernooij, CP (ITOPT1) - KLM]

Thinking about it, there is one more thing to watch. When the number of free 
tapes in Pool 0 drops below a minimum, the TS7740 will start a Panic Reclaim, 
in order to create free tapes in Pool 0. I think, you must also find out how to 
avoid that.

Kees.

-Original Message-
From: Vernooij, CP (ITOPT1) - KLM 
Sent: Thursday, June 04, 2015 8:32 PM
To: IBM Mainframe Discussion List
Subject: RE: TS7740 question

I think you must be able to trick this with Storage Groups and Tape pools. 
In SMS you assign the data to a Storage Group.
In the TS7740 the Storage Group is assigned to a Physical Volume Pool. 
The Physical Volume Pool takes its scratch tapes from Pool 0. 
If you move all Physical volumes from Pool 0, the Physical Volume Pool assigned 
to the Storage Group has no physical tapes to borrow and write tp. 
I wonder when the TS77440 will start protesting, but probably only when the 
cache will start to fill up.
Let me know if this works.

Kees.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pommier, Rex
Sent: Thursday, June 04, 2015 6:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: TS7740 question

Hi All,

Is there any way to configure all or a portion of a TS7740 to not write cache 
data to back-end tapes?  

Here's the situation I am facing.  I have a TS7720 without any tape drives.  
Our DR facility has only a TS7740.  We are preparing for a test and we don't 
want to have to provide back-end (stack) tapes for the test.  Is there any way 
we can configure the TS7740 to not write to stack tapes?  We are confident that 
any data we write to the TS7740 will comfortably fit onto the cache.

TIA,

Rex

The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.


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

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286




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

Re: TS7740 question

[Vernooij, CP (ITOPT1) - KLM]

You can also try to:
1. define no tapes to the physical volume pool 
- and -
2. change the Borrow indicator of your physical volume pool to: no borrow - 
keep.
It will have to live with zero physical tapes.

Success,
Kees.

-Original Message-
From: Vernooij, CP (ITOPT1) - KLM 
Sent: Thursday, June 04, 2015 8:47 PM
To: IBM-MAIN@listserv.ua.edu
Subject: RE: TS7740 question

Thinking about it, there is one more thing to watch. When the number of free 
tapes in Pool 0 drops below a minimum, the TS7740 will start a Panic Reclaim, 
in order to create free tapes in Pool 0. I think, you must also find out how to 
avoid that.

Kees.

-Original Message-
From: Vernooij, CP (ITOPT1) - KLM 
Sent: Thursday, June 04, 2015 8:32 PM
To: IBM Mainframe Discussion List
Subject: RE: TS7740 question

I think you must be able to trick this with Storage Groups and Tape pools. 
In SMS you assign the data to a Storage Group.
In the TS7740 the Storage Group is assigned to a Physical Volume Pool. 
The Physical Volume Pool takes its scratch tapes from Pool 0. 
If you move all Physical volumes from Pool 0, the Physical Volume Pool assigned 
to the Storage Group has no physical tapes to borrow and write tp. 
I wonder when the TS77440 will start protesting, but probably only when the 
cache will start to fill up.
Let me know if this works.

Kees.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pommier, Rex
Sent: Thursday, June 04, 2015 6:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: TS7740 question

Hi All,

Is there any way to configure all or a portion of a TS7740 to not write cache 
data to back-end tapes?  

Here's the situation I am facing.  I have a TS7720 without any tape drives.  
Our DR facility has only a TS7740.  We are preparing for a test and we don't 
want to have to provide back-end (stack) tapes for the test.  Is there any way 
we can configure the TS7740 to not write to stack tapes?  We are confident that 
any data we write to the TS7740 will comfortably fit onto the cache.

TIA,

Rex

The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.


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

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286




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

JES2 MSGCLASS oddity

[Silvio Camplani]

Hi,

I noticed something strange on my test lpar. All JES datasets (log, jcl
and sysmsg) end up in the held queue, no matter what msgclass, whilst
the program output is not held.

The job below with MSGCLASS=A

$DOUTCLASS(A) $HASP842 OUTCLASS(A) $HASP842 OUTCLASS(A)
OUTPUT=PRINT,BLNKTRNC=YES, $HASP842
OUTDISP=(WRITE,WRITE),TRKCELL=YES

//SC695JES JOB (000),'TEST',NOTIFY=&SYSUID, //
CLASS=S,MSGCLASS=A,REGION=0M
//IEBGI003 EXEC PGM=IEBGENER
//SYSPRINT  DD SYSOUT=*   //SYSUT1    DD
DISP=SHR,DSN=XXX.XXX
//*  //SYSUT2    DD SYSOUT=*
//SYSIN DD DUMMY

Produces: $D O JOB04637,ALL
OUTPUT(SC695JES) 233OUTPUT(SC695JES)
OUTGRP=2.1.1,BURST=NO,FCB=,
FLASH=,FORMS=STD,HOLD=(NONE),
OUTDISP=WRITE,PRIORITY=144,                    <=== WRITE (from
SYSOUT=*)     PRMODE=LINE,QUEUE=A,
RECORDS=(46 OF 46),ROUTECDE=LOCAL,
SECLABEL=,TSOAVAIL=NO,UCS=,
USERID=SC695,WRITER= OUTPUT(SC695JES)
234OUTPUT(SC695JES)  OUTGRP=1.1.1,BURST=NO,FCB=,
FLASH=,FORMS=STD,HOLD=(NONE),
OUTDISP=HOLD,PRIORITY=144,                        <=== HOLD
PRMODE=LINE,QUEUE=A,   RECORDS=(92 OF
92),ROUTECDE=LOCAL,     SECLABEL=,TSOAVAIL=YES,UCS=,
USERID=SC695,WRITER=

I cannot find any parameter that would cause this.Any suggestions?

Regards,

Silvio Camplani zSeries Sr. Analyst, Systems Support Bombardier

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

Re: Identifying a NIP console

[Staller, Allan]

Not to answer your question directly, but ISTR an old article (can't find it at 
the moment) that suggests NIP consoles are not needed.
The system will respond to the first console that presents an interrupt.

HTH,


NIP consoles are defined in the NIP Console List in the IODF. Other MCS 
consoles are defined as 3270-X devices and included in PARMLIB(CONSOLxx). Once 
a system is IPLed, NIP consoles also function as MCS if they are included in 
CONSOLxx.

My question is whether there is any external way to distinguish the two types 
without delving into HCD. D C commands seem to display the same info for both 
types. Lots of folks can issue display commands, while HCD is a realm open to 
only a few. It would be nice to have a simple, general way to identify a NIP 
console.


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

Re: Identifying a NIP console

[J O Skip Robinson]

We have had no hardwired consoles here for years. Consoles are supported by VCC 
(Global Maintech I think), a server application that allows one to get to reach 
any console via PuTTY. There's nowhere to hang a sticky. ;-) 

I like the idea of giving NIPpers unique names. Something like NIPccss, where 
cc is the channel number of the OSAC card and ss is the system's SYSCLONE. That 
could be really useful.

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of retired mainframer
Sent: Thursday, June 04, 2015 11:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Identifying a NIP console

Have someone go into HCD once and identify the NIP console.  Then paste a 
yellow sticky note on that console.  Also go into CONSOLxx and change the name 
of that console to NIPyy so it can be identified in the D C output

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of J O Skip Robinson
> Sent: Thursday, June 04, 2015 7:38 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Identifying a NIP console
> 
> NIP consoles are defined in the NIP Console List in the IODF. Other 
> MCS
consoles are
> defined as 3270-X devices and included in PARMLIB(CONSOLxx). Once a 
> system
is
> IPLed, NIP consoles also function as MCS if they are included in CONSOLxx.
> 
> My question is whether there is any external way to distinguish the 
> two
types without
> delving into HCD. D C commands seem to display the same info for both
types. Lots of
> folks can issue display commands, while HCD is a realm open to only a few.
It would be
> nice to have a simple, general way to identify a NIP console.

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

Re: Identifying a NIP console

[J O Skip Robinson]

I remember back in the days of coax connected real 327x CRTs. Not all consoles 
were together in one room. Console operators had theirs, print and tape 
operators had theirs in separate rooms. If a NIPper was not defined explicitly, 
anyone who pressed  became king (or queen) of the hill. As in what's 
wrong with #%@^! system pound pound. Operator had to run around and find the 
active console. Especially fun in the case of Standalone Dump. 

These days most shops like a bit more control. 

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Staller, Allan
Sent: Thursday, June 04, 2015 1:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Identifying a NIP console

Not to answer your question directly, but ISTR an old article (can't find it at 
the moment) that suggests NIP consoles are not needed.
The system will respond to the first console that presents an interrupt.

HTH,


NIP consoles are defined in the NIP Console List in the IODF. Other MCS 
consoles are defined as 3270-X devices and included in PARMLIB(CONSOLxx). Once 
a system is IPLed, NIP consoles also function as MCS if they are included in 
CONSOLxx.

My question is whether there is any external way to distinguish the two types 
without delving into HCD. D C commands seem to display the same info for both 
types. Lots of folks can issue display commands, while HCD is a realm open to 
only a few. It would be nice to have a simple, general way to identify a NIP 
console.


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

Re: XMIT-format file viewers for the PC, etc.

[Shmuel Metz (Seymour J.)]

In <556f551f.4090...@cbttape.org>, on 06/03/2015
   at 03:27 PM, Sam Golob  said:

>Constructive criticisms are welcome.

I'd love XMIT viewers for Linux and eComStation (rebranded OS/2).
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: IEB814I IEBUPDTE puzzle

[Paul Gilmartin]

On Thu, 4 Jun 2015 12:33:00 -0400, Shmuel Metz (Seymour J.) wrote:
>
>>What makes the difference?
>
>I would expect bot[h] to fail, due to lack of DCB information. I would
>expect the secomd the allocate two versions of &PFX..CBTINDEX unless
>they're SMS, but don't see how that would affect the RC.
> 
I may have it.  Processing CBT File 1 with File 6 creates 3 duplicate
./ ADD commands, for FILE01, FILE402, and FILE03.  I had thought 
that STOW fails when overwriting an existing member with DISP=MOD,
but succeeds with DISP=OLD.

But I seem to be observing the opposite behavior.

-- gil

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

Re: New Line vs. Line Feed

[Bill Godfrey]

On Thu, 4 Jun 2015 11:05:15 -0400, Shmuel Metz (Seymour J.) wrote:

>In <4767436570688083.wa.bgodfrey.gzgmail@listserv.ua.edu>, on
>06/01/2015
>   at 10:18 PM, Bill Godfrey said:
>
>>The "grep" and "awk" commands don't match \n to end-of-line on omvs,
>>or on linux for that matter.
>
>Don't they match \n to LF on most Eunix and *ix systems?
>
In awk there are regex patterns for the input data and there are regex patterns 
for strings. The regex patterns for the input data are like patterns in grep, 
in that they do not match \n with anything, but they do match $ with 
end-of-line.

>Do '/test$/' and '/test\n/' have the same semantics in awk? In grep?
>
'/test\n/' doesn't match anything in grep or in awk's pattern for input data.

'/test$/' matches "test" at end-of-line in grep or in awk's pattern for input 
data.

In awk's pattern for strings, "test\n" (without slashes) matches "test\n" 
anywhere within a string, which could have multiple \n characters, whereas 
"test$" matches "test" at the end of the string if the string has no \n at the 
end. You would need "test\n$" to match "test\n" at the end of a string.

Bill

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

Re: New Line vs. Line Feed

[Bill Godfrey]

On Thu, 4 Jun 2015 19:19:56 -0500, Bill Godfrey wrote:

>On Thu, 4 Jun 2015 11:05:15 -0400, Shmuel Metz (Seymour J.) wrote:
>
>>In <4767436570688083.wa.bgodfrey.gzgmail@listserv.ua.edu>, on
>>06/01/2015
>>   at 10:18 PM, Bill Godfrey said:
>>
>>>The "grep" and "awk" commands don't match \n to end-of-line on omvs,
>>>or on linux for that matter.
>>
>>Don't they match \n to LF on most Eunix and *ix systems?
>>
>In awk there are regex patterns for the input data and there are regex 
>patterns for strings. The regex patterns for the input data are like patterns 
>in grep, in that they do not match \n with anything, but they do match $ with 
>end-of-line.
>
>>Do '/test$/' and '/test\n/' have the same semantics in awk? In grep?
>>
>'/test\n/' doesn't match anything in grep or in awk's pattern for input data.
>
>'/test$/' matches "test" at end-of-line in grep or in awk's pattern for input 
>data.
Correcting myself. grep doesn't use slashes. awk's pattern for input data uses 
slashes.
>
>In awk's pattern for strings, "test\n" (without slashes) matches "test\n" 
>anywhere within a string, which could have multiple \n characters, whereas 
>"test$" matches "test" at the end of the string if the string has no \n at the 
>end. You would need "test\n$" to match "test\n" at the end of a string.
>

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

Re: IBM Multitasking C socket sample program

[David Crayford]

I wouldn't waste your time with those samples. It uses the multi-tasking 
facility of Systems Programming C, which is about as stale as an old
pair of socks. Just google C multi-threaded socket server that uses 
POSIX threads (pthreads). There will be literally hundreds of examples 
out there.


There's a very nice sample client/server C for Z here 
http://www-03.ibm.com/systems/z/os/zos/features/unix/bpxa1ty3.html that 
uses a thread pool and AIO.


On 3/06/2015 6:57 PM, Steve Austin wrote:

z/OS Communications Server: IP Sockets Application Programming Interface
Guide and Reference
SC27-3660-00

  


http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v
2r1.hala001/sam745.htm

  


I'm trying to run up this sample, for which there is no supplied JCL.
I've compiled, pre-linked and linked the 3 routines MTCSRVR, MCTCLNT and
MTCCLNT and I'm getting a U4093 X'70' for MTCCSUB for which I've
specified an entry point of CEESTART. Has anyone got this sample
working? If so, what compile and link options were used and what is the
entry point for MTCCSUB?

  


Thanks

  


Steve

  


U4093 X'70'

A load module did not contain a main procedure/function and was invoked
without Language Environment having been previously initialized.


  





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

Re: Where can a running TSO program get its "terminal name"

[Gibney, David Allen,Jr]

Well, this may be all well and good. It is still useless to me and I suspect 
most of us here.
Even searching locally on my workstation, the only place I find the string 
0de6a9840123e547b061ac5b6765c02617769...@exmb-05.ad.wsu.edu
Is in the recent google search from trying it there. 

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Shmuel Metz (Seymour J.)
> Sent: Thursday, June 04, 2015 9:43 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Where can a running TSO program get its "terminal name"
> 
> In <0DE6A9840123E547B061AC5B6765C0261776927D@EXMB-
> 05.ad.wsu.edu>, on
> 06/02/2015
>at 05:37 PM, "Gibney, David Allen,Jr"  said:
> 
> >For some reason, which I can't make work Shmuel believes the
> 
> >> In <000701d09bd1$1872a0e0$4957e2a0$@mcn.org>, on 05/31/2015
> 
> >He always includes is of value.
> 
> Perhaps if you were more famliar with long establshed Internet conventions
> you would understand why it is of value.
> 
> >Where this link may lead is not anywhere I can seem to get to :)
> 
> It's the message id of the original message. If your email spool is in mbox
> format, you can simply search for the string with any editor. If maildir, any
> equivalent of grep will work. Personally, i use an SPF clone for both.
> 
> Likewise for a searchable archive of messages, just search for the string.
> 
> --
>  Shmuel (Seymour J.) Metz, SysProg and JOAT
>  ISO position; see
>  me/brief.html&k=EWEYHnIvm0nsSxnW5y9VIw%3D%3D%0A&r=j6Xa1Y0fbuP2
> mfgCQ5Zxhg%3D%3D%0A&m=b6at5teCddNF5Hf5Pq6brmCc6FOdwmweAzuQ
> bSYhPsI%3D%0A&s=bc0e514e08598f851e72e0b9c7f9b58444af42839b696118
> acfd5e6bd37be92b>
> We don't care. We don't have to care, we're Congress.
> (S877: The Shut up and Eat Your spam act of 2003)
> 
> --
> 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: Is there anything like backtrace_symbols() in LE or the C library on z/OS?

[Alan Young]

Kirk Wolf wrote:

See:  http://linux.die.net/man/3/backtrace_symbols

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

  


CEEURTB in the LE Vendor Interfaces manual?

Alan

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

Re: IBM Multitasking C socket sample program

[Charles Mills]

Agreed. 


CharlesSent from a mobile; please excuse the brevity

 Original message 
From: David Crayford  
Date: 06/04/2015  6:19 PM  (GMT-08:00) 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: IBM Multitasking C socket sample program 

I wouldn't waste your time with those samples. It uses the multi-tasking 
facility of Systems Programming C, which is about as stale as an old
pair of socks. Just google C multi-threaded socket server that uses 
POSIX threads (pthreads). There will be literally hundreds of examples 
out there.

There's a very nice sample client/server C for Z here 
http://www-03.ibm.com/systems/z/os/zos/features/unix/bpxa1ty3.html that 
uses a thread pool and AIO.

On 3/06/2015 6:57 PM, Steve Austin wrote:
> z/OS Communications Server: IP Sockets Application Programming Interface
> Guide and Reference
> SC27-3660-00
>
>   
>
> http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v
> 2r1.hala001/sam745.htm
>
>   
>
> I'm trying to run up this sample, for which there is no supplied JCL.
> I've compiled, pre-linked and linked the 3 routines MTCSRVR, MCTCLNT and
> MTCCLNT and I'm getting a U4093 X'70' for MTCCSUB for which I've
> specified an entry point of CEESTART. Has anyone got this sample
> working? If so, what compile and link options were used and what is the
> entry point for MTCCSUB?
>
>   
>
> Thanks
>
>   
>
> Steve
>
>   
>
> U4093 X'70'
>
> A load module did not contain a main procedure/function and was invoked
> without Language Environment having been previously initialized.
>
>
>   
>
>

--
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