IMS V10.1 Compatibility

2009-01-06 Thread Sivakumar, Manikandan
Hi Team and Happy New Year !

 

Our shop is upgrading to IMS V10.1 and I am working for Storage Program
Products. I would like to know is there any storage products have some
compatibility issues with IMS V10.1. I would thankful if you share your
views at the earliest. Thanks in advance.

 

Regards,

Mani

Manikandan (Mani) Sivakumar

 

 

 

 

 

 



The information contained in this transmission may contain privileged and 
confidential information and is intended only for the use of the person(s) 
named above. If you are not the intended recipient, any review, dissemination, 
distribution or duplication of this communication is strictly prohibited. If 
you received this email in error, please contact the sender immediately by 
reply e-mail and destroy all copies of the original message. This email is not 
intended as an offer or solicitation for the purchase or sale of any financial 
instruments.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: the Z/10 and timers.

2009-01-06 Thread R.S.

Thompson, Steve wrote:
[...]

If you remember correctly, the autoexec.bat file had TIME  DATE
commands in it so that DOS would not ask you for the date and time when
you booted the system. And this was a carry over from CP/M's lack of a
need for a stable TOD.


Correction1: You were asked about date and time when you didn't have 
autoexec.bat.
Correction2: The reason was *lack of timer*, not unstable one. First PCs 
had no timer at all. No battery. Like ZX Spectrum or Atari 800, or 
Amstrad CPC 6128, ...
Battery clock was add-on feature (a card) on PC XT and became standard 
in PC AT.

BTW: the clock in PC was (*is*) inaccurate by design.


Of course the above and any rant on non-IBM platform does not justify, 
why STP for time synchronisation is so expensive. It's only software, 
and same software (in functions performed) on other platforms is free.

--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sd Rejonowy dla m. st. Warszawy 
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, 
nr rejestru przedsibiorców KRS 025237

NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA  wynosi 
118.642.672 zote i zosta w caoci wpacony.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: HCD - IM column

2009-01-06 Thread Roy Hewitt

R.S. wrote:

Roy Hewitt wrote:
[...]


I asked because not excluded is where the number comes from. I looked
at a 2nd CSS on one of our boxes and put a P next to it to show the
partitions and some partitions with a name of * are defined. 



Radoslaw,

When you did it from the other machine was it a different device?. I'm 
just wondering (I'm not able to check right now) if the count is the 
total number of reachable images across ALL machines in the IODF.


I did the following test:
I took free (unconnected) CHPID in 2064 machine (z/900, single CSS)
I defined new CU, type 3990, directly connected to the chpid above. No 
other chpids, connections,  no switches. CU number F000, unique.
I defined 100 devices type 3390 in the CU. Dev number F000-F063 (100 
consecutive addresses).

Udoubtly only on CPC is connected to the CU.

Then went to panel CBDPPRF0 (Processor List) and typed U in the action 
character area.

Got he following result:
 _ F000,100 3390 12 1  F000 
Number of IMages is 12 !!!
Number of OS configs is 1, which is correct.
12 is displayed for all devices except CFP (it's 13).
Number of LPARs defined is 7, including 2 CFs. Maximum available for 
z/900 is 15.


I wonder if the IODF is corrupt or more specifically the CPC/Partition entries. Have you tried 
creating a new IODF, and defining a new CPC/Part/Chp/CU/Device. Also you could use the HCD TRACE 
command to see if it contains any defects.. something like TRACE ON,ID=IODF, make sure your HCD 
trace dataset is big enough.


Cheers

Roy

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: HCD - IM column

2009-01-06 Thread R.S.

Roy Hewitt wrote:
[...]

I wonder if the IODF is corrupt or more specifically the CPC/Partition 
entries. Have you tried creating a new IODF, and defining a new 
CPC/Part/Chp/CU/Device. Also you could use the HCD TRACE command to see 
if it contains any defects.. something like TRACE ON,ID=IODF, make sure 
your HCD trace dataset is big enough.


Well...
I did another test:
Created new IODF from scratch.
Defined CPC 2064
Defined 3 LPARs OS and 1 LPAR CF
Defined 10 CNC channels (40 - 49), online on all OS LPARs
Defined CU #1000, type 3990, connected to CHP 40, 41
Defined 256 devices type 3390, dev num 1000-10FF

then typed U and see 10 IMages!

Of course I observed no error messages, WTOs, dumps, aliens or Martians.

The system is z/OS 1.7 rather up to date (understands CIB and z10).
I'm starting to think that IM column is a kind of joke...

Regards
--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sd Rejonowy dla m. st. Warszawy 
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, 
nr rejestru przedsibiorców KRS 025237

NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA  wynosi 
118.642.672 zote i zosta w caoci wpacony.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: z10 power problem notification

2009-01-06 Thread Vernooy, C.P. - SPLXM


Ed Finnell efinnel...@aol.com wrote in message
news:c7c.3f82e72c.367bb...@aol.com...
  
 In a message dated 12/17/2008 6:39:47 P.M. Central Standard Time,  
 jo.skip.robin...@sce.com writes:
 
 support from some well-placed (and to us well-known) individuals.
Target
 for response is 1Q 2009. My thanks to all those who played a role in
this
 auspicious development.
 
 

Well, when talking about the devil, you will hear his chains clank (as
we say here):


Last weekend we had the following message on the HMC:
The system has detected a problem with the cooling unit and/or the
ambient conditions. The processor speed is running degraded.

Which was noted by the operator. When he called IBM, the IBM
representative just put down the phone from a call from Montpellier,
where the machine had dialled out to.

Knowing what to look for now, I found the following message in syslog:
IWM063I WLM POLICY WAS REFRESHED DUE TO A PROCESSOR SPEED CHANGE   

Otherwise, nobody had noted this message.

Kees.
**
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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


OSA-ICC Session Configuration

2009-01-06 Thread Laine, Rogers
I'm reviewing the requirements for installing the OSA-ICC on our z890.
 
When defining the terminal sessions there is a field called Client's IP.
The doc states it is the static IP address configured  in the
workstation platform for its network interface card.
 
Q1. Is this a required field?
 
Q2. If it is a required field must it be a static IP? Does it support
DHCP?
 
TIA, 
 
Rogers

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: mvs preemption dispatcher

2009-01-06 Thread Thompson, Steve
I have found a web site that references Project SUE. But I think they
will charge for the articles they have:

http://portal.acm.org/citation.cfm?id=800234.807062

http://hopl.murdoch.edu.au/showlanguage.prx?exp=573language=Sue

However, in looking at these, they are discussing a language for Project
SUE.

Regards,
Steve Thompson



-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of tomas_anderson
Sent: Monday, January 05, 2009 10:52 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: mvs preemption dispatcher


 Better late than never. We still appreciate your kindness.
=20


=D4=DA2009-01-05?22:33:33=A3=ACThompson,?Steve?steve_thomp...@stercom
M.C=
OM?=D0=B4=B5=C0=A3=BA
I?have?a?copy?of?it?somewhere.?I?was?not?able?to?lay?my?hands?on?it?ove
r
the?weekend.?Mine?is?a?hard?back?--?so?scanning?it?will?be?tough.

Regards,
Steve?Thompson

SNIPAGE

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: OSA-ICC Session Configuration

2009-01-06 Thread גדי בן אבי
It is not a required field.
If you specify it, it means that only a client with that IP can connect to the 
session.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Laine, Rogers
Sent: Tuesday, January 06, 2009 3:48 PM
To: IBM-MAIN@bama.ua.edu
Subject: OSA-ICC Session Configuration

I'm reviewing the requirements for installing the OSA-ICC on our z890.
 
When defining the terminal sessions there is a field called Client's IP.
The doc states it is the static IP address configured  in the
workstation platform for its network interface card.
 
Q1. Is this a required field?
 
Q2. If it is a required field must it be a static IP? Does it support
DHCP?
 
TIA, 
 
Rogers

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: HCD - IM column

2009-01-06 Thread Mark Zelden
On Tue, 6 Jan 2009 13:46:41 +0100, R.S. r.skoru...@bremultibank.com.pl wrote:

Roy Hewitt wrote:
[...]

 I wonder if the IODF is corrupt or more specifically the CPC/Partition
 entries. Have you tried creating a new IODF, and defining a new
 CPC/Part/Chp/CU/Device. Also you could use the HCD TRACE command to see
 if it contains any defects.. something like TRACE ON,ID=IODF, make sure
 your HCD trace dataset is big enough.

Well...
I did another test:
Created new IODF from scratch.
Defined CPC 2064
Defined 3 LPARs OS and 1 LPAR CF
Defined 10 CNC channels (40 - 49), online on all OS LPARs
Defined CU #1000, type 3990, connected to CHP 40, 41
Defined 256 devices type 3390, dev num 1000-10FF

then typed U and see 10 IMages!

Of course I observed no error messages, WTOs, dumps, aliens or Martians.

The system is z/OS 1.7 rather up to date (understands CIB and z10).
I'm starting to think that IM column is a kind of joke...

Regards
--
Radoslaw Skorupka
Lodz, Poland



Radoslaw, 

I see you've spent a lot of time on this.  Have you taken my advise and
opened a PMR?  Even if you don't have ASKQ support I think you could
legitimately open this as defect support since you can't explain the numbers
you are seeing or there isn't sufficient documentation.   

If / when you get an explanation, please update for the archives.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Dynamic Volume Expansion to EAV?

2009-01-06 Thread Edward Jaffe

Anyone gotten this to work?

I have z/OS 1.10 on all systems in a sysplex with all recommended 
maintenance applied. In addition, USEEAV(YES) is specified in IGDSMSxx 
on all systems. My DS8100 has the latest (driver 4) code loaded (which 
now even supports zHPF).


I select a volume in the Storage Manager and attempt to dynamically 
increase its capacity to the maximum supported size shown on the screen, 
i.e. 236 MOD 1 multiples. It produces the following failure:


Tue Jan 06 06:32:19 PST 2009 - Preparing to expand volumes -
Tue Jan 06 06:32:19 PST 2009 - Expanding volumes -
Tue Jan 06 06:32:20 PST 2009 - Expanding volumes(0 of 1 volumes expanded) -
Tue Jan 06 06:32:20 PST 2009 - Failed -
Tue Jan 06 06:32:20 PST 2009 - Exception -  CMUN02561E 0339() The 
requested capacity of the logical volume that you have specified is not 
supported by the host server operating system.


What am I missing?

--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: OSA-ICC Session Configuration

2009-01-06 Thread R.S.

Laine, Rogers wrote:

I'm reviewing the requirements for installing the OSA-ICC on our z890.
 
When defining the terminal sessions there is a field called Client's IP.

The doc states it is the static IP address configured  in the
workstation platform for its network interface card.
 
Q1. Is this a required field?


No, it isn't. You can leave it undefined, then any workstation can 
connect to your ICC session. SECURITY issue.




Q2. If it is a required field must it be a static IP? Does it support
DHCP?


No. Only static IP.

--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sd Rejonowy dla m. st. Warszawy 
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, 
nr rejestru przedsibiorców KRS 025237

NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA  wynosi 
118.642.672 zote i zosta w caoci wpacony.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: OSA-ICC Session Configuration

2009-01-06 Thread Laine, Rogers
Thanks. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of ??? ?? ???
Sent: Tuesday, January 06, 2009 8:30 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: OSA-ICC Session Configuration

It is not a required field.
If you specify it, it means that only a client with that IP can connect
to the session.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Laine, Rogers
Sent: Tuesday, January 06, 2009 3:48 PM
To: IBM-MAIN@bama.ua.edu
Subject: OSA-ICC Session Configuration

I'm reviewing the requirements for installing the OSA-ICC on our z890.
 
When defining the terminal sessions there is a field called Client's IP.
The doc states it is the static IP address configured  in the
workstation platform for its network interface card.
 
Q1. Is this a required field?
 
Q2. If it is a required field must it be a static IP? Does it support
DHCP?
 
TIA, 
 
Rogers

--
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search
the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search
the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Dynamic Volume Expansion to EAV?

2009-01-06 Thread Edward Jaffe

Edward Jaffe wrote:

What am I missing?


Never mind. Stupid me. The DASD device was also online to a z/VM LPAR on 
the same CEC. Once I varied it off, the dynamic capacity increase 
worked. (Blazingly fast, too!)


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: WebSphere for z/OS List?

2009-01-06 Thread Bryan Klimek
This website has dozens of WebSphere forums:
http://ecommunity.groupintelligence.com/websphere/forums/

One of them is assigned specifically to WebSphere on z/OS. However, the 
activity is very low.

When I have general how-to questions for WebSphere for z/OS I just open an 
ETR with IBM and ask the question. My experience has been positive.

Bryan Klimek
Mayo Clinic 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Survey says...

2009-01-06 Thread P S
I'm trying to judge the level of penetration of the (relatively) new
DLL technology. So without getting into theology or categorical
imperatives, I'd be grateful if y'all could answer this question:

If you were told that to use a feature of a vendor product on z/OS,
you need to put some code in a DLL, would your reaction be:

1) No problem.
2) I think I know how to do that.
3) I should know how to do that; guess I'd better learn.
4) I don't want to do that.
5) What's a DLL?
6) (Something else)

Thanks in advance!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Survey says...

2009-01-06 Thread Mark Pace
5 - What's a DLL?

On Tue, Jan 6, 2009 at 10:03 AM, P S zosw...@gmail.com wrote:

 I'm trying to judge the level of penetration of the (relatively) new
 DLL technology. So without getting into theology or categorical
 imperatives, I'd be grateful if y'all could answer this question:

 If you were told that to use a feature of a vendor product on z/OS,
 you need to put some code in a DLL, would your reaction be:

 1) No problem.
 2) I think I know how to do that.
 3) I should know how to do that; guess I'd better learn.
 4) I don't want to do that.
 5) What's a DLL?
 6) (Something else)

 Thanks in advance!

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html




-- 
Mark Pace
Mainline Information Systems
1700 Summit Lake Drive
Tallahassee, FL. 32317

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Survey says...

2009-01-06 Thread O'Brien, David W. (NIH/CIT) [C]
5 followed by 3


From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of P S 
[zosw...@gmail.com]
Sent: Tuesday, January 06, 2009 10:03 AM
To: IBM-MAIN@bama.ua.edu
Subject: Survey says...

I'm trying to judge the level of penetration of the (relatively) new
DLL technology. So without getting into theology or categorical
imperatives, I'd be grateful if y'all could answer this question:

If you were told that to use a feature of a vendor product on z/OS,
you need to put some code in a DLL, would your reaction be:

1) No problem.
2) I think I know how to do that.
3) I should know how to do that; guess I'd better learn.
4) I don't want to do that.
5) What's a DLL?
6) (Something else)

Thanks in advance!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Survey says...

2009-01-06 Thread Farley, Peter x23353
6) Cannot do that here.  DLL requires PDSE, and homegrown SDLC systems
here do not support PDSE. (That's System Development Life Cycle, not
Synchronous Data Link Control).  Not all shops use one of the major SDLC
systems due to their exorbitant cost.

Your target audience must have auditor-approved tools to produce a DLL
before they can program it.

HTH

Peter

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
 Behalf Of P S
 Sent: Tuesday, January 06, 2009 10:03 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: Survey says...
 
 I'm trying to judge the level of penetration of the (relatively) new
 DLL technology. So without getting into theology or categorical
 imperatives, I'd be grateful if y'all could answer this question:
 
 If you were told that to use a feature of a vendor product on z/OS,
 you need to put some code in a DLL, would your reaction be:
 
 1) No problem.
 2) I think I know how to do that.
 3) I should know how to do that; guess I'd better learn.
 4) I don't want to do that.
 5) What's a DLL?
 6) (Something else)
 
 Thanks in advance!


This message and any attachments are intended only for the use of the addressee 
and
may contain information that is privileged and confidential. If the reader of 
the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your system.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Survey says...

2009-01-06 Thread Lester, Bob
 
Hi RS,

   1.

BobL

--
This e-mail transmission may contain information that is proprietary, 
privileged and/or confidential and is intended exclusively for the person(s) to 
whom it is addressed. Any use, copying, retention or disclosure by any person 
other than the intended recipient or the intended recipient's designees is 
strictly prohibited. If you are not the intended recipient or their designee, 
please notify the sender immediately by return e-mail and delete all copies. 
OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or 
disclose the content of all email communications. 
==

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: A Techie Goes to SHARE

2009-01-06 Thread Edward Jaffe

Warner Mach wrote:

I happened to read IBM-Main when there was mention that,
at the next SHARE, Sam Knutson would be doing his Fully 
Wired Topics presentation; and also that there would be 
sessions on the PDS and Review commands. So I will probably

try to get to SHARE after all.
   .
Then I received an official mailing from SHARE that outlined
the special presentations at SHARE, including SOA and 
how to virtualize everything; and I had to mentally contrast

the reasons that I go to SHARE and the reasons put forth by
the official SHARE publications.
  


This apparent conflict illustrates the real value and depth of the SHARE 
program. You can come listen to seasoned professionals who still call 
MVS MVS while, at the same time, preparing yourself for the onslaught 
of cloud computing. It's win; win.


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Survey says...

2009-01-06 Thread Steve Comstock

O'Brien, David W. (NIH/CIT) [C] wrote:

5 followed by 3


ad

We can fix that.

Our 3.5 day course, Secrets of Inter-Language Communication in z/OS
covers coding techniques in four languages (Assembler, COBOL, PL/I,
and C), static and dynamic calls, passing and receivng parameters,
and how to create and use DLLs. You can create DLLs in all four
languages, and you can invoke a DLL from all four languages, even
if the DLL was written in a different language.

Details at:
  http://www.trainersfriend.com/Language_Environment_courses/m520descr.htm


Alternatively, we have a one day course that just focuses on the DLL
part: Creating and Using DLLs in z/OS; see:

  http://www.trainersfriend.com/Language_Environment_courses/m525descr.htm

/ad





From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of P S 
[zosw...@gmail.com]
Sent: Tuesday, January 06, 2009 10:03 AM
To: IBM-MAIN@bama.ua.edu
Subject: Survey says...

I'm trying to judge the level of penetration of the (relatively) new
DLL technology. So without getting into theology or categorical
imperatives, I'd be grateful if y'all could answer this question:

If you were told that to use a feature of a vendor product on z/OS,
you need to put some code in a DLL, would your reaction be:

1) No problem.
2) I think I know how to do that.
3) I should know how to do that; guess I'd better learn.
4) I don't want to do that.
5) What's a DLL?
6) (Something else)

Thanks in advance!



Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

  z/OS Application development made easier
* Our classes include
   + How things work
   + Programming examples with realistic applications
   + Starter / skeleton code
   + Complete working programs
   + Useful utilities and subroutines
   + Tips and techniques

== Check out the Trainer's Friend Store to purchase z/OS  ==
== application developer toolkits. Sample code in four==
== programming languages, JCL to Assemble or compile, ==
== bind and test. ==
==   http://www.trainersfriend.com/TTFStore/index.html==

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Survey says...

2009-01-06 Thread Joe Aulph
5 followed by 6 (if I must learn this then I guess I will).


Joe Aulph,
Senior Systems Programmer:
850-487-8945
joe_au...@dcf.state.fl.us


   
 P S   
 zosw...@gmail.co 
 M To 
 Sent by: IBM  IBM-MAIN@bama.ua.edu
 Mainframe  cc 
 Discussion List   
 ibm-m...@bama.ua Subject 
 .edu Survey says...  
   
   
 01/06/2009 10:03  
 AM
   
   
 Please respond to 
   IBM Mainframe   
  Discussion List  
 ibm-m...@bama.ua 
   .edu   
   
   




I'm trying to judge the level of penetration of the (relatively) new
DLL technology. So without getting into theology or categorical
imperatives, I'd be grateful if y'all could answer this question:

If you were told that to use a feature of a vendor product on z/OS,
you need to put some code in a DLL, would your reaction be:

1) No problem.
2) I think I know how to do that.
3) I should know how to do that; guess I'd better learn.
4) I don't want to do that.
5) What's a DLL?
6) (Something else)

Thanks in advance!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Usage of Transactional VSAM Services

2009-01-06 Thread Nanda
Dear all,
Has anyone used Transactional VSAM Services (DFSMStvs)?  What are the 
prereqs for this software / service (like Coupling Facility or whatever)?  

We want to have concurrent (1) CICS online  batch and (2) multiple batch 
programs reading and writing to the same VSAM datasets.  Can this be done 
with DFSMStvs?  What are the alternative practices.

Thanx a ton,
Nanda

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


HSM Duplex tapes

2009-01-06 Thread O'Brien, David W. (NIH/CIT) [C]
HSM duplxing requires that both the Primary and Alternate tapes be the same 
length (or the alternate needs to be longer).

Is there any chance that requirement will change so that a 9840D could be the 
Primary while duplexing to 9840Cs, a shorter tape?

Just a rumor heard at work that I would like to confirm or deny.

Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: the Z/10 and timers.

2009-01-06 Thread Shmuel Metz (Seymour J.)
In 45d79eacefba9b428e3d400e924d36b90176a...@iwdubcormsg007.sci.local, on
01/05/2009
   at 06:34 PM, Thompson, Steve steve_thomp...@stercomm.com said:

While working in Silicon Valley in the '90s, I had someone tell me that
mainframes can't operate in a tightly coupled environment (and they
weren't joking -- the poor guy who said this worked in Milpitas with a
company that was trying to get 2 80386 CPUs to work together on the same
motherboard). I looked at him and said that the S/370

S/370? Multiprocessing on mainframes goes back at least to the late
1950's, and was common even before the S/360 was announced. Bendix,
Burroughs, General Electric and UNIVAC come to mind, but there were no
doubt others. What were they smoking?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: A Smile for the Week

2009-01-06 Thread Shmuel Metz (Seymour J.)
In f255efe0ecf08c4a9c1db6aff423541709366...@ch2wpmail1.na.ds.ussco.com,
on 01/05/2009
   at 07:32 AM, Chase, John jch...@ussco.com said:

 LAR1,13   Thirteen,

When I last taught a programming class I explained that such comments
would reduce their grades.

 SLR   R0,R0   Multiply by one,

An incorrect comment would reduce their grades even more :-(
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Usage of Transactional VSAM Services

2009-01-06 Thread John McKown
On Tue, 6 Jan 2009 09:45:06 -0600, Nanda nandakumar.pal...@hdfcbank.com wrote:

Dear all,
Has anyone used Transactional VSAM Services (DFSMStvs)?  What are the
prereqs for this software / service (like Coupling Facility or whatever)?

We want to have concurrent (1) CICS online  batch and (2) multiple batch
programs reading and writing to the same VSAM datasets.  Can this be done
with DFSMStvs?  What are the alternative practices.

Thanx a ton,
Nanda


DFSMStvs is based upon VSAM RLS. VSAM RLS has a prereq of a coupling
facility. Which means you must be in a sysplex.

Yes, the entire reason for DFSMStvs is to allow CICS and batch to safely
read and update VSAM files concurrently.

Instead of this, we use a product called SYSB-II from HW computing.
http://www.hwcs.com . This product ends up transferring the batch VSAM I/O
to the owning CICS region to do the actual I/O. It has a number of different
ways to implement it, so you'd really need to look at the web site for more
information.

We have found it to be a very good product which does what it is supposed to do.

--
John

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: A Smile for the Week

2009-01-06 Thread Howard Brazee
On 6 Jan 2009 08:01:46 -0800, shmuel+ibm-m...@patriot.net (Shmuel Metz
, Seymour J.) wrote:

 LAR1,13   Thirteen,

When I last taught a programming class I explained that such comments
would reduce their grades.

 SLR   R0,R0   Multiply by one,

An incorrect comment would reduce their grades even more :-(

An interesting case would be to have students debug a subtle bug.   Do
this later in the term weeks after talking about documentation.   But
grade them on fixing and/or enhancing the documentation that was
already in the program relevant to that bug.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


CEEPRM00 for dummies (me)

2009-01-06 Thread John Kelly
I am attempting to put in CEEPRM00 and I am having syntax/usage 
problem(s). The initTuning manual implies that 
 The valid options for each group in a parmlib member are the same 
options that are valid in the Assembler parts of the same name and the 
assembler example is : 
CEEDOPT  CSECT  
CEEDOPT  AMODE ANY  
CEEDOPT  RMODE ANY  
 CEEXOPT ABPERC=((NONE),OVR),  
 ABTERMENC=((ABEND),OVR),

So using the CEEPRM00 example and our usermod parms, I coded

CEEDOPT( 
ABPERC((NONE),OVR), 
ABTERMENC((ABEND),OVR), 

when I set the member (t cee=01), I receive the rather obtuse message that 
indicate that the member has errors. Line number would a good addition but 
I digress. The message go for a while and I think that it doesn't like the 
OVR sub option? Any help available ?
The error messages, for the first option, I think, are:

CEE3731I THE FOLLOWING MESSAGES PERTAIN TO THE SYSTEM DEFAULT RUN-TIME
OPTIONS IN THE OPTIONS GROUP CEEDOPT IN PARMLIB MEMBER 
CEEPRM01
CEE3604I THE CHARACTOR '(' IS NOT A VALID SUBOPTION DELIMITER FOR RUN-TIME 
OPTIONS.
CEE3612I TOO MANY SUBOPTIONS WERE SPECIFIED FOR THE RUN-TIME OPTION ABPERC
.
CEE3603I THE CHARACTOR ')' IS NOT A VALID RUN-TIME OPTION DELIMITER.
CEE3611I THE RUN-TIME OPTION OVR WAS AN INVALID RUN-TIME OPTION OR IS
NOT SUPPORTED IN THIS RELEASE OF LANGUAGE ENVIRONMENT. 


Jack Kelly
202-502-2390 (Office)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: CEEPRM00 for dummies (me)

2009-01-06 Thread Mark Zelden
On Tue, 6 Jan 2009 12:18:58 -0500, John Kelly john_j_ke...@ao.uscourts.gov
wrote:

I am attempting to put in CEEPRM00 and I am having syntax/usage
problem(s). The initTuning manual implies that
 The valid options for each group in a parmlib member are the same
options that are valid in the Assembler parts of the same name and the
assembler example is :

snip

OVR is not valid for CEEPRMxx.For a sample member see the
fine manual or hlq.SCEESAMP(CEEPRM00).

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: CEEPRM00 for dummies (me)

2009-01-06 Thread John Kelly
snip
OVR is not valid for CEEPRMxx.For a sample member see the fine 
manual or hlq.SCEESAMP(CEEPRM00).
unsnip

Hi Mark, 

I was leaning toward that conclusion except the example for 
CEECOPT ( 
has 
NOAUTOTASK=(OVR), 
  but I'm sure that you are right though. Other than the pecking order for 
which option take precedence, are all of the CEEPRM00 parm override(able)? 
Or can I force some options not to be overridden (NONOVR )? I can't find a 
document that describes what can be done and what can't. The LE and 
InitTuning gives examples and the LE describes what can be done in the 
exit but nada for CEEPRM00.
Thanks yet again 


Jack Kelly
202-502-2390 (Office)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


SHARE v zExpo

2009-01-06 Thread Jeffrey Deaver
Anybody know where I can find a list of the sessions held at the 2008
System z Expo?  All the old links seem to point to the generic 2009 page
now.   I'm trying to decide if my new Sys. Prog should head to SHARE or the
Expo this year.  I've only ever been to SHARE. Thanks.

Jeffrey Deaver, Engineer
Systems Engineering
jeffrey.dea...@securian.com
651-665-4231(v)
IS - Creating competitive advantage with technology.  Providing service
that excels.
OSS -  Where Innovation Happens

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SHARE v zExpo

2009-01-06 Thread P S
On Tue, Jan 6, 2009 at 1:18 PM, Jeffrey Deaver
jeffrey.dea...@securian.com wrote:
 Anybody know where I can find a list of the sessions held at the 2008
 System z Expo?  All the old links seem to point to the generic 2009 page
 now.   I'm trying to decide if my new Sys. Prog should head to SHARE or the
 Expo this year.  I've only ever been to SHARE. Thanks.

Can't help with your specific request, but my response to the
meta-request is that SHARE is a better bet: ther are more
management-oriented sessions at zExpo, and fewer real sysprog
sessions.

HTH

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: mvs preemption dispatcher

2009-01-06 Thread Ed Finnell
 
In a message dated 1/5/2009 10:22:36 P.M. Central Standard Time,  
donb...@gmail.com writes:

interrupted by some event. There are many types of events, timer pops,  I/O 
interrupts, page faults, etc. Privledged processes can run disabled  
(hopefully 
for only short periods of time), which can block most  preemptive events.



Whatever happened to the old Candle Reports.  They were one of few who
had the knowledge and wherewithal to track and  explain the evolution of the 
'dispatcher'. IIRC XA 2.1.5 was a big  rewrite and then early mid
S/390 followed by  WLM.


**New year...new news.  Be the first to know what is making 
headlines. (http://www.aol.com/?ncid=emlcntaolcom0026)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: mvs preemption dispatcher

2009-01-06 Thread Neil Duffee
On 2009-01-05 23:24, concerning Re: mvs preemption dispatcher, Don 
Williams don...@gma...com wrote to IBM-Main:

 The following is from
 http://en.wikipedia.org/wiki/Scheduling_(computing) 
 =
 Short-term Scheduler [snip]
 =
 z/OS (MVS) uses a very complex preemptive dispatcher. Processes
 represented by TCBs, SRBs, etc. are scheduled to execute on a CP until
 interrupted by some event. [snip]

For a good, higher-level description without onerous, technical 
detail, check out Section 5.5 LPAR dispatching and shared CPs in - 

ABCs of z/OS System Programming Volume 10 - pdf version:
http://www.redbooks.ibm.com/redbooks/pdfs/sg246990.pdf

Html/Java version:
http://www.redbooks.ibm.com/redbooks/SG246990/wwhelp/wwhimpl/java/html
/wwhelp.htm

--  signature = 6 lines follows --
Neil Duffee, Joe SysProg, U d'Ottawa, Ottawa, Ont, Canada
telephone:1 613 562 5800 x4585 fax:1 613 562 5161
mailto:NDuffee of uOttawa.ca http:/ /aix1.uottawa.ca/ ~nduffee
How *do* you plan for something like that? Guardian Bob, Reboot
For every action, there is an equal and opposite criticism.
Systems Programming: Guilty, until proven innocent John Norgauer 
2004

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: CEEPRM00 for dummies (me)

2009-01-06 Thread Greg Shirey
I think you are looking at the CSECT example, not the CEEPRM00 example.


According to the z/OS 1.9 LE Customization FM: 

| The OVR and NONOVR keywords cannot be specified on the options in a 
| PARMLIB member. All run-time options specified in a PARMLIB member can

| be overridden by default. 

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ceea5180/2.1.
2?SHELF=EZ2ZO10KDT=20070428050630

Greg Shirey
Ben E. Keith Co. 
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of John Kelly
Sent: Tuesday, January 06, 2009 11:42 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CEEPRM00 for dummies (me)

snip
OVR is not valid for CEEPRMxx.For a sample member see the fine 
manual or hlq.SCEESAMP(CEEPRM00).
unsnip

Hi Mark, 

I was leaning toward that conclusion except the example for 
CEECOPT ( 
has 
NOAUTOTASK=(OVR), 
  but I'm sure that you are right though. Other than the pecking order
for 
which option take precedence, are all of the CEEPRM00 parm
override(able)? 
Or can I force some options not to be overridden (NONOVR )? I can't find
a 
document that describes what can be done and what can't. The LE and 
InitTuning gives examples and the LE describes what can be done in the 
exit but nada for CEEPRM00.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


3270 session disconnects

2009-01-06 Thread Rob Jackson
Listers,

I (and many other users) are presently experiencing what appears to be 
random disconnects of our 3270 terminal emulator sessions.  The disconnects 
seem to only occur after random periods of little or no activity.  Our terminal 
emulator software is predominately Rumba (Wall Data).  I have installed and 
tested with both Mocha and Vista3270 with the same results.  I have been 
banging my head against a wall while trying to figure this one out, with little 
success.  Any advice, suggestions, diagnostic recommendations, etc are 
certainly welcome.

Thanks,
Rob


Rob Jackson 
Senior z/OS Systems Programmer 
Work phone: (615) 231-4998
Cell phone: (615) 480-4738
Fax (615) 886-9519
email: rojack...@emdeon.com 

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: CEEPRM00 for dummies (me)

2009-01-06 Thread John Kelly
Thanks Gregg that was the specification that I was looking for. I 
certainly missed that in the CD that I have.

Jack Kelly
202-502-2390 (Office)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Survey says...

2009-01-06 Thread Ted MacNEIL
Your target audience must have auditor-approved tools to produce a DLL before 
they can program it.

1. Why?
2. Auditors don't approve; they report on compliance.
-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: CEEPRM00 for dummies (me)

2009-01-06 Thread Don Imbriale
The LE customization guide discusses the CEEPRMxx member.  If nothing other 
than CEEPRMxx is used, then all options can be overridden.  You would need a 
combination of the CEExOPT modules and CEEPRMxx PARMLIB members.

Don Imbriale

On Tue, 6 Jan 2009 12:42:25 -0500, John Kelly 
john_j_ke...@ao.uscourts.gov wrote:

snip
OVR is not valid for CEEPRMxx.For a sample member see the fine
manual or hlq.SCEESAMP(CEEPRM00).
unsnip

Hi Mark,

I was leaning toward that conclusion except the example for
CEECOPT (
has
NOAUTOTASK=(OVR),
  but I'm sure that you are right though. Other than the pecking order for
which option take precedence, are all of the CEEPRM00 parm override(able)?
Or can I force some options not to be overridden (NONOVR )? I can't find a
document that describes what can be done and what can't. The LE and
InitTuning gives examples and the LE describes what can be done in the
exit but nada for CEEPRM00.
Thanks yet again



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Survey says...

2009-01-06 Thread Ted MacNEIL
We can fix that.

I hate ads!
Also, must everybody reply to the list for surveys?
-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: 3270 session disconnects

2009-01-06 Thread Martin Kline
You may be timed out by the application to which you signon. Telnet/tn3270 
may have a timeout value. TSO has a timeout value. TPX and Teleview and 
other session monitors have timeout values. CICS may have a timeout value. 
The Telnet parameters may also be set to disconnect when you end the 
application session (or it is timed out and ends). 

So, my first question would be, What is one of the applications?

2nd, what are the telnet options?


I (and many other users) are presently experiencing what appears to be 
random disconnects of our 3270 terminal emulator sessions.  The disconnects 
seem to only occur after random periods of little or no activity.  Our 
terminal 
emulator software is predominately Rumba (Wall Data).  I have installed and 
tested with both Mocha and Vista3270 with the same results.  I have been 
banging my head against a wall while trying to figure this one out, with 
little 
success.  Any advice, suggestions, diagnostic recommendations, etc are 
certainly welcome.

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Survey says...

2009-01-06 Thread Farley, Peter x23353
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
 Behalf Of Ted MacNEIL
 Sent: Tuesday, January 06, 2009 2:37 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: Survey says...
 
 Your target audience must have auditor-approved tools to produce a
DLL
 before they can program it.
 
 1. Why?

Because without using an approved tool a program/DLL cannot be put into
Production.  Developers only turn over programs to QA and Operations,
they are not allowed to put them into production themselves.  There is
only one path to perform that turnover, and only that approved path can
be used.

Here that path does not include PDSE's.  Hence no DLL's are possible.

 2. Auditors don't approve; they report on compliance.

Maybe that's how it works where you live.  It is different elsewhere.

Peter
This message and any attachments are intended only for the use of the addressee 
and
may contain information that is privileged and confidential. If the reader of 
the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your system.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: 3270 session disconnects

2009-01-06 Thread David Logan
We have been experiencing this at our shop for months. Local connections are
fine. When we logon to a mainframe on the same local network, we can stay
logged on all day. But when we logon to a mainframe across the WAN, after a
few minutes of inactivity, something times out, and it's not TSO, because
the userid stays logged on and we don't get the VTAM screen.

It's really bizarre. It doesn't happen on the AS/400 partitions or on VSE or
on VM near as I can tell. It only happens on sessions controlled by MVS
TCP/IP (with VTAM.)

David Logan
Manager of Product Development, Pitney Bowes Business Insight
http://centrus.com
W: (720) 564-3056
C: (303) 818-8222


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Martin Kline
Sent: Tuesday, January 06, 2009 12:53
To: IBM-MAIN@bama.ua.edu
Subject: Re: 3270 session disconnects

You may be timed out by the application to which you signon. Telnet/tn3270 
may have a timeout value. TSO has a timeout value. TPX and Teleview and 
other session monitors have timeout values. CICS may have a timeout value. 
The Telnet parameters may also be set to disconnect when you end the 
application session (or it is timed out and ends). 

So, my first question would be, What is one of the applications?

2nd, what are the telnet options?


I (and many other users) are presently experiencing what appears to be 
random disconnects of our 3270 terminal emulator sessions.  The disconnects

seem to only occur after random periods of little or no activity.  Our
terminal 
emulator software is predominately Rumba (Wall Data).  I have installed and

tested with both Mocha and Vista3270 with the same results.  I have been 
banging my head against a wall while trying to figure this one out, with
little 
success.  Any advice, suggestions, diagnostic recommendations, etc are 
certainly welcome.

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: 3270 session disconnects

2009-01-06 Thread Diehl, Gary
Rob,

Are these disconnects simply session drops where you can log back on
with some kind of reconnect option (like TSO has) and get right back
to where you were?  Do you lose your VTAM LU?  To what degree are you
disconnected?

If you can reconnect and get your old session back unmolested, the
problem might be network.

If you cannot reconnect and get your old session, and you end up having
to reconnect to a new LU because the old one has been released by VTAM,
then maybe it's an application timeout or session management software
timeout of some kind (or an application issue).

If you're getting a full VTAM drop, look for the IST messages that come
out at that time, and go read the sense code information in the SNA
Sense Codes table, and see where that leads you.

If all else fails, you can start a GTF for your own LU under VTAM, and
inspect what you get from that when the disconnect occurs.  Maybe one or
more GTFs will reveal what application or layer of software is signaling
the end of session.  If you get a specific abend, you might be able to
get a good SLIP trap put in for that too, but that's more of a long shot
compared to a blanket GTF for an unknown problem.

If you suspect the network, get one of your net guru's to put a sniffer
on your IP address between you and the frame, and see what it captures
at the time of failure - maybe there is a failing network component.

These kinds of problems range from simple (application timeout value,
seen that  easy fix), to thorny (dumb network cable for frame ran under
the DASD array, and at a busy time there was enough EM interference from
busy disk drives to cause occasional link failure - seen that and it
drove us nuts trying to figure it out -- moved cable  all good).

Best of luck to you and hope this helps,

Gary Diehl
Systems Administration
One machine can do the work of fifty ordinary people. No machine can do
the work of one extraordinary person. -Elbert Hubbard

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Survey says...

2009-01-06 Thread Ted MacNEIL
 1. Why?

Because without using an approved tool a program/DLL cannot be put into
Production.  Developers only turn over programs to QA and Operations,
they are not allowed to put them into production themselves.  There is
only one path to perform that turnover, and only that approved path can
be used.

Here that path does not include PDSE's.  Hence no DLL's are possible.

Okay! Your answer contributed nothing towards a definitive answer.
Almost all shops can only turn over from development through QA/OPS.
So, that is irrelevent to the issue of DLL's.

 2. Auditors don't approve; they report on compliance.

Maybe that's how it works where you live.  It is different elsewhere.

True auditors just report on compliance.
SME's define.
Compliance officers enforce.

Anything else is not a true separation of duties and is a conflict of interest.

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Survey says...

2009-01-06 Thread Hal Merritt
Well, I suppose one could say that they report on how well you comply
with -their- requirements. 

One could also say that auditors don't approve. They do insist, though,
and report perceived transgressions to your customers as heinous crimes
against humanity.   

We are Audit. You will be made to comply. Resistance is Futile   

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Ted MacNEIL
Sent: Tuesday, January 06, 2009 1:37 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Survey says...

..snip
2. Auditors don't approve; they report on compliance.
-
Too busy driving to stop for gas!

 
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: 3270 session disconnects

2009-01-06 Thread Hal Merritt
What, exactly, do you mean 'disconnect'? From the app? From the green
screen? What, exactly, do you have to do to reconnect? 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Rob Jackson
Sent: Tuesday, January 06, 2009 1:26 PM
To: IBM-MAIN@bama.ua.edu
Subject: 3270 session disconnects

Listers,

I (and many other users) are presently experiencing what appears to be 
random disconnects of our 3270 terminal emulator sessions.  The
disconnects 
seem to only occur after random periods of little or no activity.  Our
terminal 
emulator software is predominately Rumba (Wall Data).  I have installed
and 
tested with both Mocha and Vista3270 with the same results.  I have been

banging my head against a wall while trying to figure this one out, with
little 
success.  Any advice, suggestions, diagnostic recommendations, etc are 
certainly welcome.

Thanks,
Rob


Rob Jackson 
Senior z/OS Systems Programmer 
Work phone: (615) 231-4998
Cell phone: (615) 480-4738
Fax (615) 886-9519
email: rojack...@emdeon.com 

 
 
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Hope is on the way for those OUT OF OFFICE messages from IBM

2009-01-06 Thread Anton Britz
The layoff date is January 23rd. 
Approx. 16,000 employees worldwide will be affected. 
The majority from the US. 
I heard this from a 2nd line mgr. 
Confidentiality agreements were signed in the upper ranks to keep this hush, 
hush, but nothing this big stays out of the light for long. 

Good luck everyone. 

-the fix is in-

http://www.theregister.co.uk/2009/01/06/ibm_2009_layoff_rumors/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: 3270 session disconnects

2009-01-06 Thread Hal Merritt
This is a firewall issue, pure and simple. And don't let the network
folks say any different. 

Discover each network appliance in the respective paths and find the
ones that are unique to the falling path.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of David Logan
Sent: Tuesday, January 06, 2009 2:38 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: 3270 session disconnects

We have been experiencing this at our shop for months. Local connections
are
fine. When we logon to a mainframe on the same local network, we can
stay
logged on all day. But when we logon to a mainframe across the WAN,
after a
few minutes of inactivity, something times out, and it's not TSO,
because
the userid stays logged on and we don't get the VTAM screen.

It's really bizarre. It doesn't happen on the AS/400 partitions or on
VSE or
on VM near as I can tell. It only happens on sessions controlled by MVS
TCP/IP (with VTAM.)

David Logan
Manager of Product Development, Pitney Bowes Business Insight
http://centrus.com
W: (720) 564-3056
C: (303) 818-8222


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf
Of Martin Kline
Sent: Tuesday, January 06, 2009 12:53
To: IBM-MAIN@bama.ua.edu
Subject: Re: 3270 session disconnects

You may be timed out by the application to which you signon.
Telnet/tn3270 
may have a timeout value. TSO has a timeout value. TPX and Teleview and 
other session monitors have timeout values. CICS may have a timeout
value. 
The Telnet parameters may also be set to disconnect when you end the 
application session (or it is timed out and ends). 

So, my first question would be, What is one of the applications?

2nd, what are the telnet options?


I (and many other users) are presently experiencing what appears to be 
random disconnects of our 3270 terminal emulator sessions.  The
disconnects

seem to only occur after random periods of little or no activity.  Our
terminal 
emulator software is predominately Rumba (Wall Data).  I have installed
and

tested with both Mocha and Vista3270 with the same results.  I have
been 
banging my head against a wall while trying to figure this one out,
with
little 
success.  Any advice, suggestions, diagnostic recommendations, etc are 
certainly welcome.

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Survey says...

2009-01-06 Thread Hal Merritt
Yes, but who audits the auditors? 


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Ted MacNEIL
Sent: Tuesday, January 06, 2009 2:37 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Survey says...
 

True auditors just report on compliance.
SME's define.
Compliance officers enforce.

Anything else is not a true separation of duties and is a conflict of
interest.

-
 
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Survey says...

2009-01-06 Thread Ted MacNEIL
Well, I suppose one could say that they report on how well you comply with 
-their- requirements. 

That's the point.
It's not their requirements; it's those determined by the company, through 
SME's.m

One could also say that auditors don't approve. They do insist, though, and 
report perceived transgressions to your customers as heinous crimes against 
humanity.   

Most, if not all, auditors are bound by confidentiality agreements.
So, they can only report to the higher ups.

1. You are giving them too much authority.
2. You are giving them too few ethics.

If you were working as a consultant, setting up/fixing a system, would you 
report the 'stupid' configs to their customers, as 'heinous crimes against 
humanity'?

Yes, auditors can be a PITA, but they are a necessary 'evil'.
And, in most companies, they cannot enforce anything, only report.

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Survey says...

2009-01-06 Thread Ted MacNEIL
Yes, but who audits the auditors? 

Qui custodius, costodianes?

People are allowed to re-but anything in an auditor report.

If they are inaccurate (PC for lying), there is always an out.

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SHARE Session 8194: z390 and zcobol Portable Mainframe COBOL Compiler written in structured macro assembler

2009-01-06 Thread Tom Ross
for zcobol initial release at SHARE.  It doesn't test things like EXEC CICS or
Enterprise COBOL extensions such as EXTENDED-FLOAT, but it sure looks like

There is no EXTENDED-FLOAT in Enterprise COBOL.
There are floating-point data types, COMP-1, COMP-2, and external
floating-point.  There is a FLOAT-EXTENDED that is a part of the 2002
COBOL Standard that we have not yet implemented in Enterprise COBOL,
maybe you are thinking of that?

Cheers,
TomR   COBOL is the Language of the Future! 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: 3270 session disconnects

2009-01-06 Thread Scott Rowe
The first thing I would check are the TimeMark   ScanInterval TN3270 parms vs 
any timeout limits in any firewalls the traffic must traverse.

 David Logan loga3...@comcast.net 1/6/2009 3:38 PM 
We have been experiencing this at our shop for months. Local connections are
fine. When we logon to a mainframe on the same local network, we can stay
logged on all day. But when we logon to a mainframe across the WAN, after a
few minutes of inactivity, something times out, and it's not TSO, because
the userid stays logged on and we don't get the VTAM screen.

It's really bizarre. It doesn't happen on the AS/400 partitions or on VSE or
on VM near as I can tell. It only happens on sessions controlled by MVS
TCP/IP (with VTAM.)

David Logan
Manager of Product Development, Pitney Bowes Business Insight
http://centrus.com 
W: (720) 564-3056
C: (303) 818-8222


CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
confidential and privileged information intended only for the addressee.  If 
you are not the intended recipient, please be advised that you have received 
this material in error and that any forwarding, copying, printing, 
distribution, use or disclosure of the material is strictly prohibited.  If you 
have received this material in error, please (i) do not read it, (ii) reply to 
the sender that you received the message in error, and (iii) erase or destroy 
the material. Emails are not secure and can be intercepted, amended, lost or 
destroyed, or contain viruses. You are deemed to have accepted these risks if 
you communicate with us by email. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: CEEPRM00 for dummies (me)

2009-01-06 Thread Chase, John
 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of John Kelly
 Sent: Tuesday, January 06, 2009 11:19 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: CEEPRM00 for dummies (me)
 
 I am attempting to put in CEEPRM00 and I am having syntax/usage
 problem(s). The initTuning manual implies that
  The valid options for each group in a parmlib member are the same
 options that are valid in the Assembler parts of the same name and
the
 assembler example is :
 CEEDOPT  CSECT
 CEEDOPT  AMODE ANY
 CEEDOPT  RMODE ANY
  CEEXOPT ABPERC=((NONE),OVR),
  ABTERMENC=((ABEND),OVR),
 
 So using the CEEPRM00 example and our usermod parms, I coded
 
 CEEDOPT(
 ABPERC((NONE),OVR),
 ABTERMENC((ABEND),OVR),

Try it without the OVR specification and extra parens:

  CEEDOPT(  
  ABPERC(NONE), 
  ABTERMENC(ABEND),

CEEPRMxx _is_ an override..

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Auditors (was: Survey says...)

2009-01-06 Thread Ted MacNEIL
I guess our mangement forgot to read the definitions. And come to think of it, 
that has been true in every shop I've seen.

Yes. But, who carries the hammer?

Audits, especially external audits, carry a lot of weight.  The enforcement 
does not come from the auditors, but the audits do not seem to be questioned. 

Then your company is missing something in due diligence.
Any finding can (and, sometimes must) be questioned.
If not, due diligence arises again (or wimpiness).

And the audit groups seem to have their own SME which in some cases really 
stretch the definition of expert.

Again, due diligence.
Accept bad findings, curl up your toes, go belly-up and 6 feet under, or fight 
back and defend your position and job.
If you're going to lose it fighting, you're probably going to lose it accepting.

If they're accurate, suck it up and accept.

An audit finding is not necessarily gospel!

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Survey says...

2009-01-06 Thread Patrick O'Keefe
On Tue, 6 Jan 2009 19:43:51 +, Ted MacNEIL 
eamacn...@yahoo.ca wrote:

...
Also, must everybody reply to the list for surveys?
...

I believe Darren's rules forbade us from resonding on-list to 
surveys, but I think this is one survey that is worth having 
public responses.  

I expected the majority of responses to be 1  or 2.  
I was relieved to see some 3s and 5s.  This tells me that 
I'm not alone in my ignorance and others might learn from the 
answers to bonehead questions I might ask.  I see this as a 
good thing.

Pat O'Keefe

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Survey says...

2009-01-06 Thread Rick Fochtman

---snip
P S wrote:


I'm trying to judge the level of penetration of the (relatively) new
DLL technology. So without getting into theology or categorical
imperatives, I'd be grateful if y'all could answer this question:

If you were told that to use a feature of a vendor product on z/OS,
you need to put some code in a DLL, would your reaction be:

1) No problem.
2) I think I know how to do that.
3) I should know how to do that; guess I'd better learn.
4) I don't want to do that.
5) What's a DLL?
6) (Something else)

Thanks in advance!
 


---unsnip--
My answer would fall in category 6. I would be demanding detailed 
instructions on how to accomplish this.


--
Rick
--
Remember that if you’re not the lead dog, the view never changes.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: CEEPRM00 for dummies (me)

2009-01-06 Thread Rick Fochtman
In this example you post, your parentheses are badly out of balance. 
Could that be a contributing factor ??


John Kelly wrote:

I am attempting to put in CEEPRM00 and I am having syntax/usage 
problem(s). The initTuning manual implies that 
 The valid options for each group in a parmlib member are the same 
options that are valid in the Assembler parts of the same name and the 
assembler example is : 
CEEDOPT  CSECT  
CEEDOPT  AMODE ANY  
CEEDOPT  RMODE ANY  
CEEXOPT ABPERC=((NONE),OVR),  
ABTERMENC=((ABEND),OVR),


So using the CEEPRM00 example and our usermod parms, I coded

CEEDOPT( 
   ABPERC((NONE),OVR), 
   ABTERMENC((ABEND),OVR), 

when I set the member (t cee=01), I receive the rather obtuse message that 
indicate that the member has errors. Line number would a good addition but 
I digress. The message go for a while and I think that it doesn't like the 
OVR sub option? Any help available ?

The error messages, for the first option, I think, are:

CEE3731I THE FOLLOWING MESSAGES PERTAIN TO THE SYSTEM DEFAULT RUN-TIME
   OPTIONS IN THE OPTIONS GROUP CEEDOPT IN PARMLIB MEMBER 
CEEPRM01
CEE3604I THE CHARACTOR '(' IS NOT A VALID SUBOPTION DELIMITER FOR RUN-TIME 
OPTIONS.

CEE3612I TOO MANY SUBOPTIONS WERE SPECIFIED FOR THE RUN-TIME OPTION ABPERC
.
CEE3603I THE CHARACTOR ')' IS NOT A VALID RUN-TIME OPTION DELIMITER.
CEE3611I THE RUN-TIME OPTION OVR WAS AN INVALID RUN-TIME OPTION OR IS
   NOT SUPPORTED IN THIS RELEASE OF LANGUAGE ENVIRONMENT. 
   


Jack Kelly
202-502-2390 (Office)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

 



--
Rick
--
Remember that if you’re not the lead dog, the view never changes.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Auditors (was: Survey says...)

2009-01-06 Thread Patrick O'Keefe
On Tue, 6 Jan 2009 21:06:01 +, Ted MacNEIL 
eamacn...@yahoo.ca wrote:

I guess our mangement forgot to read the definitions. And come to 
think of it, that has been true in every shop I've seen.

Yes. But, who carries the hammer?

The management that called for the audits in the first place.
They have no way of evaluating the supposed SMEs, etc.
  
...
Then your company is missing something in due diligence.

Uh, yes, I'd say that describes us pretty well.  I think the FDIC 
already commented on that pretty well.  :-) or maybe :-(  

...

Pat O'Keefe

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Survey says...

2009-01-06 Thread Tom Marchant
On Tue, 6 Jan 2009 20:52:55 +, Ted MacNEIL wrote:

Most, if not all, auditors are bound by confidentiality agreements.
So, they can only report to the higher ups.

...
And, in most companies, they cannot enforce anything, only report.

I don't suppose you have any data to support those assertions, do you?

While I agree with you that auditors *should* only report compliance, that
is certainly not always the case.

I have been in environments where management was afraid to challenge the
auditors.  As a result, the auditor's word was law.  I have also been in
environments where it was the auditors who made the rules because no one
else knew what the rules should be.  Of course, neither did the auditors.

I know that there others on this list who have had similar experiences. 
Perhaps that's the subject of yet another survey.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Survey says...

2009-01-06 Thread Thompson, Steve
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Farley, Peter x23353
Sent: Tuesday, January 06, 2009 9:28 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Survey says...

6) Cannot do that here.  DLL requires PDSE, and homegrown SDLC systems
here do not support PDSE. (That's System Development Life Cycle, not
Synchronous Data Link Control).  Not all shops use one of the major SDLC
systems due to their exorbitant cost.

Your target audience must have auditor-approved tools to produce a DLL
before they can program it.

HTH

Peter
snipage

Suppose that an ISV had a new release of their product, and that the
DLL was part of the SMP/E install. Further suppose that the DLL was
built and populated as part of the install instructions.

Now, if anything were added by your site to the DLL it would be done via
++USERMOD within the SMP/E environment.

Would your site have a problem with that? And how would it be addressed?

Regards,
Steve Thompson

-- Poster's opinions may not reflect the views of poster's employer. --

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Auditors (was: Survey says...)

2009-01-06 Thread Hal Merritt
In many parts of the world, auditor behavior is spelled out in ISO 9000.
And, as I recall, that behavior is much like Ted's posts. Not so in the
US, it would seem. I wonder if that would account for the differing
experiences? 
   
To be fair, not all of the silliness is coming from the auditors. But
they are embracing it and ramming it down any handy throat.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Ted MacNEIL
Sent: Tuesday, January 06, 2009 3:06 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Auditors (was: Survey says...)

I guess our mangement forgot to read the definitions. And come to think
of it, that has been true in every shop I've seen.

Yes. But, who carries the hammer?

Audits, especially external audits, carry a lot of weight.  The
enforcement does not come from the auditors, but the audits do not seem
to be questioned. 

Then your company is missing something in due diligence.
Any finding can (and, sometimes must) be questioned.
If not, due diligence arises again (or wimpiness).

And the audit groups seem to have their own SME which in some cases
really stretch the definition of expert.

Again, due diligence.
Accept bad findings, curl up your toes, go belly-up and 6 feet under, or
fight back and defend your position and job.
If you're going to lose it fighting, you're probably going to lose it
accepting.

If they're accurate, suck it up and accept.

An audit finding is not necessarily gospel!

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Survey says...

2009-01-06 Thread Farley, Peter x23353
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
 Behalf Of Thompson, Steve
 Sent: Tuesday, January 06, 2009 4:30 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: Survey says...
Snipped
 Suppose that an ISV had a new release of their product, and that the
 DLL was part of the SMP/E install. Further suppose that the DLL
was
 built and populated as part of the install instructions.
 
 Now, if anything were added by your site to the DLL it would be done
via
 ++USERMOD within the SMP/E environment.
 
 Would your site have a problem with that? And how would it be
addressed?

Different scenario entirely.  Now you are talking about software that
the sysprogs install.  They have different rules and different tools
than application programmers.

I answered from the application developer's standpoint, not the sysprog
one.  I did assume, perhaps incorrectly, that the OP's question was
directed at the application side of the fence.  His words were to use a
feature of a vendor product on z/OS, you need to put some code in a
DLL.  Looking at it again, that could apply equally to either the
installers or to the users of the ISV product, so my answer was
one-sided.

To answer your question, I don't *think* there would be a problem
because SMP/E was doing the install, not the SDLC software used by
programmers.

OTOH I could speculate that the installers and the ISV might have to
answer serious mgmt. questions about whether, given the checkered
history of stability for PDSE's, the new product release was safe to
install into the production environment.  I could also speculate that
alternative products might be given a second look.  But I don't really
know what would happen, since that's not in my area.

Peter

This message and any attachments are intended only for the use of the addressee 
and
may contain information that is privileged and confidential. If the reader of 
the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your system.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Survey says...

2009-01-06 Thread Ed Finnell
 
In a message dated 1/6/2009 3:35:56 P.M. Central Standard Time,  
patrick.oke...@wamu.net writes:

I'm not alone in my ignorance and others might learn from the  
answers to bonehead questions I might ask.  I see this as a 
good  thing.



There's professional help! Zoomerang.com has  been doing this for
a long time. I've done a couple on the list  with varying degrees of success. 
The freebie limits you to first 100 or so  responses so you only get the most 
rabid posters first-a taste but not  necessarily representative. Haven't 
looked at rates lately but seemed to be in  the petty cash category for most. 




**New year...new news.  Be the first to know what is making 
headlines. (http://www.aol.com/?ncid=emlcntaolcom0026)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: 3270 session disconnects

2009-01-06 Thread Patrick Falcone
Wouldn't hurt to check where OMPROUTE is in WLM. If it's set too low and the 
LPAR gets busy it's possible you'll see 622 disconnects.

--- On Tue, 1/6/09, Scott Rowe scott.r...@joann.com wrote:

From: Scott Rowe scott.r...@joann.com
Subject: Re: 3270 session disconnects
To: IBM-MAIN@bama.ua.edu
Date: Tuesday, January 6, 2009, 9:03 PM

The first thing I would check are the TimeMark   ScanInterval TN3270 parms
vs any timeout limits in any firewalls the traffic must traverse.

 David Logan loga3...@comcast.net 1/6/2009 3:38 PM

We have been experiencing this at our shop for months. Local connections are
fine. When we logon to a mainframe on the same local network, we can stay
logged on all day. But when we logon to a mainframe across the WAN, after a
few minutes of inactivity, something times out, and it's not TSO, because
the userid stays logged on and we don't get the VTAM screen.

It's really bizarre. It doesn't happen on the AS/400 partitions or on
VSE or
on VM near as I can tell. It only happens on sessions controlled by MVS
TCP/IP (with VTAM.)

David Logan
Manager of Product Development, Pitney Bowes Business Insight
http://centrus.com 
W: (720) 564-3056
C: (303) 818-8222


CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains
confidential and privileged information intended only for the addressee.  If you
are not the intended recipient, please be advised that you have received this
material in error and that any forwarding, copying, printing, distribution, use
or disclosure of the material is strictly prohibited.  If you have received this
material in error, please (i) do not read it, (ii) reply to the sender that you
received the message in error, and (iii) erase or destroy the material. Emails
are not secure and can be intercepted, amended, lost or destroyed, or contain
viruses. You are deemed to have accepted these risks if you communicate with us
by email. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


given the checkered history of stability for PDSE's

2009-01-06 Thread Gibney, Dave
   Isn't this mostly out-dated and software mythology nowadays? 
Since you can't install z/OS without half a dozen PDSE's today, I expect
they can be considered stable and safe to use.

Dave Gibney
Information Technology Services
Washington State Univsersity

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: mvs preemption dispatcher

2009-01-06 Thread Dave Barry
Old Candle Reports?  I have almost a complete set going back to 1982.  I gave 
up collecting issues when CCR turned into a sales/marketing organ.

db

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Ed Finnell
Sent: Tuesday, January 06, 2009 1:55 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: mvs preemption dispatcher

Whatever happened to the old Candle Reports.  They were one of few who had the 
knowledge and wherewithal to track and  explain the evolution of the 
'dispatcher'. IIRC XA 2.1.5 was a big  rewrite and then early mid S/390 
followed by  WLM.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: mvs preemption dispatcher

2009-01-06 Thread Ed Finnell
 
In a message dated 1/6/2009 5:21:58 P.M. Central Standard Time,  
dba...@ups.com writes:

Old Candle Reports?  I have almost a complete set going back to  1982.  I 
gave up collecting issues when CCR turned into a sales/marketing  organ.



I junked mine with early retirement thinking  they'd be around forever. So 
sad
 
I forget what the arrangements were,  but Darren started a Candle list about 
the same time Ibm-main was  started. It quickly degenerated into a 'how long's 
your wick' type thing and  disappeared into the good intentions  bucket.



**New year...new news.  Be the first to know what is making 
headlines. (http://www.aol.com/?ncid=emlcntaolcom0026)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: given the checkered history of stability for PDSE's

2009-01-06 Thread Farley, Peter x23353
Watch the wrap.  This is from last year on this list.

http://bama.ua.edu/cgi-bin/wa?A2=ind0703L=ibm-mainD=0I=-3X=2632B8237
1AA460923-Y=Peter.Farley%40broadridge.comP=166123

If there is even a hint of a perception of integrity issues, then there
is still a problem.

Peter

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
 Behalf Of Gibney, Dave
 Sent: Tuesday, January 06, 2009 6:08 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: given the checkered history of stability for PDSE's
 
Isn't this mostly out-dated and software mythology nowadays?
 Since you can't install z/OS without half a dozen PDSE's today, I
expect
 they can be considered stable and safe to use.


This message and any attachments are intended only for the use of the addressee 
and
may contain information that is privileged and confidential. If the reader of 
the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your system.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: given the checkered history of stability for PDSE's

2009-01-06 Thread Gibney, Dave
  Well, closer to 2 years ago. Follow the Next in Topic buttons. As is
often the case, Ed Jaffe is the final word :)

  And as of 1.9: With SYS1.NFSLIBE, SYS1.SHASLNKE, TCPIP.SEZALOA,
SYS1.SCUNIMG, CBC.SCLBDLL2, CEE.SCEERUN2, CEE.SCEEBIND, CBC.SCCNCMP,
IXM.SIXMLOD1, SYS1.SIEALNKE, SYS1.SIEAMIGE, it really doesn't look like
they are going away.
  More likely, sometime not all that far off, SYS1.NUCLEUS will be the
only PDS left.  

Dave Gibney
Information Technology Services
Washington State Univsersity


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Farley, Peter x23353
Sent: Tuesday, January 06, 2009 3:57 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: given the checkered history of stability for PDSE's

Watch the wrap.  This is from last year on this list.

http://bama.ua.edu/cgi-bin/wa?A2=ind0703L=ibm-mainD=0I=-3X=2632B8237
1AA460923-Y=Peter.Farley%40broadridge.comP=166123

If there is even a hint of a perception of integrity issues, then there
is still a problem.

Peter

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
 Behalf Of Gibney, Dave
 Sent: Tuesday, January 06, 2009 6:08 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: given the checkered history of stability for PDSE's
 
Isn't this mostly out-dated and software mythology nowadays?
 Since you can't install z/OS without half a dozen PDSE's today, I
expect
 they can be considered stable and safe to use.


This message and any attachments are intended only for the use of the
addressee and
may contain information that is privileged and confidential. If the
reader of the 
message is not the intended recipient or an authorized representative of
the
intended recipient, you are hereby notified that any dissemination of
this
communication is strictly prohibited. If you have received this
communication in
error, please notify us immediately by e-mail and delete the message and
any
attachments from your system.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: given the checkered history of stability for PDSE's

2009-01-06 Thread Edward Jaffe

Farley, Peter x23353 wrote:

Watch the wrap.  This is from last year on this list.

http://bama.ua.edu/cgi-bin/wa?A2=ind0703L=ibm-mainD=0I=-3X=2632B8237
1AA460923-Y=Peter.Farley%40broadridge.comP=166123

If there is even a hint of a perception of integrity issues, then there
is still a problem.
  


But, Dave Gibney's point is well taken. You can't run z/OS without PDSE. 
So, issues or not, PDSE is here to stay.


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: given the checkered history of stability for PDSE's

2009-01-06 Thread Ed Finnell
 
In a message dated 1/6/2009 6:32:36 P.M. Central Standard Time,  
edja...@phoenixsoftware.com writes:

You can't run z/OS without PDSE. 
So, issues or not, PDSE is here to  stay.



Unless the auditors determine them to be a  business integrity issue?




**New year...new news.  Be the first to know what is making 
headlines. (http://www.aol.com/?ncid=emlcntaolcom0026)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html