Re: Not able to login to OMVS

2011-07-13 Thread saurabh khandelwal
I tried reipling the System with old RES volume. There was  a issue with
symbolic link defined to system.

Now it is running fine..

Thanks for help.

Regards
Saurabh

On Wed, Jul 13, 2011 at 12:33 AM, McKown, John <
john.mck...@healthmarkets.com> wrote:

> What is the output from the z/OS operator command: D OMVS,F
>
> I had something similar occur. My /dev subdirectory, along with others, did
> not get mounted. I finally found the messages in the z/OS SYSLOG. It was due
> to my not setting up all the mountpoint subdirectories in the root
> filesystem properly.
>
> --
> John McKown
> Systems Engineer IV
> IT
>
> Administrative Services Group
>
> HealthMarkets(r)
>
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone *
> john.mck...@healthmarkets.com * www.HealthMarkets.com
>
> Confidentiality Notice: This e-mail message may contain confidential or
> proprietary information. If you are not the intended recipient, please
> contact the sender by reply e-mail and destroy all copies of the original
> message. HealthMarkets(r) is the brand name for products underwritten and
> issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake
> Life Insurance Company(r), Mid-West National Life Insurance Company of
> TennesseeSM and The MEGA Life and Health Insurance Company.SM
>
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List
> > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of saurabh khandelwal
> > Sent: Tuesday, July 12, 2011 1:53 PM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Not able to login to OMVS
> >
> > Hello,
> > My system was running fine. But I have applied
> > PTF on Alternate
> > SYSRES volume and after that I did IPL.
> >
> > but After IPL, I am not able to login to OMVS. I
> > am getting
> > below .
> >
> >  No session was started.  No pseudo-TTYs are available.+
> >  Function = stat(), ending name = '/dev/ptyp', return
> > value = -1, errno
> > = 12
> > 9 (X'0081'), reason code = 0594003D, description =
> > 'EDC5129I No such
> > file or
> >  ***
> >
> > Please help me to resolve this issue.
> > --
> > Thanks & Regards
> > Saurabh Khandelwal
> >
> > --
> > 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
>



-- 
Thanks & Regards
Saurabh Khandelwal

--
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: Meet IBM's new $75,000 mainframe

2011-07-13 Thread R.S.
In fact, it nothing new. It has taken place since z/990. I mean 0-CP 
machines for CF or IFL purposes.


BTW: IMHO it's the only way to get the price from the topic.

--
Radoslaw Skorupka
Lodz, Poland


W dniu 2011-07-12 20:57, Pommier, Rex R. pisze:

So I got lucky in my guessing this time.  :-)

Thanks, John.

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
John Eells
Sent: Tuesday, July 12, 2011 1:49 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Meet IBM's new $75,000 mainframe

Pommier, Rex R. wrote:

This is probably a dumb question but I'll ask it anyway.

I noticed in the announcement letter that there is a feature code 3400, "0-way 
processor  A00".  Is this simply a placeholder for customers wanting to buy the box 
strictly to run Linux (IFLs) on it?  Otherwise, what would be the purpose of buying a 
mainframe without any processors?



I ran into one of the hardware team in the hallway, and she confirmed
that this feature code is intended for those ordering IFL- and CF-only
machines.

--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
ee...@us.ibm.com




--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie 
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem 
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania 
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by 
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie 
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo 
wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. 


BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax 
+48 (22) 829 00 33, e-mail: i...@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.2011 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.346.696 zotych.


--
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: JCL Question

2011-07-13 Thread R.S.

W dniu 2011-07-12 21:36, Ted MacNEIL pisze:

I disagree.
JCL meets all criteria to be a programming language.
It doesn't do everything, but what language does?


Watch the name: JOB CONTROL language.

In fact there is no big value in JCL classification, especially as there 
is no single exact definition of programming language. Last, but not 
least: let's imagine we would work out the classification. And ?




But, it is more complex than channel programmes, and they're considered a 
programming language.
You compare "channel programs" to "programming language". Not to mention 
that "channel programs" are functionally similar to "SCSI commands".


--
Radoslaw Skorupka
Lodz, Poland


--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie 
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem 
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania 
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by 
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie 
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo 
wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. 


BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax 
+48 (22) 829 00 33, e-mail: i...@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.2011 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.346.696 zotych.


--
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: DS8100 HDD failures

2011-07-13 Thread R.S.

W dniu 2011-07-12 20:50, Fred Lupher pisze:

When an HDD fails, the data is replicated to a spare HDD, and our CE extracts the failed 
component and ships it back to IBM to be either refurbished or destroyed.  The failed HDD 
"might" contain sensitive information, e.g. personal tax returns, and thus 
Federal auditors view this as unauthorized persons (IBM) having access.  I'd like to hear 
how other shops have addressed this.


There are two approaches:

1. Negotiate with a vendor that all the replaced disks will not leave 
your datacenter. It can be quite cheap when you negotiate it during 
purchase, and quite costly when you already have purchased the array 
(CATCH YOU!).


2. Get some paper from the supplier. A document which states, that all 
data on the disk are unreadable (not true!), or document saying that 
your disk will be secure all the time (you don't nwo whether it's true). 
In both cases supplier takes the responsibility.

IMHO good for financial data, not enough for CIA, etc. 


--
Radoslaw Skorupka
Lodz, Poland


--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie 
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem 
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania 
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by 
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie 
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo 
wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. 


BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax 
+48 (22) 829 00 33, e-mail: i...@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.2011 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.346.696 zotych.


--
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: JCL Question

2011-07-13 Thread Binyamin Dissen
On Wed, 13 Jul 2011 10:28:33 +0200 "R.S." 
wrote:

:>W dniu 2011-07-12 21:36, Ted MacNEIL pisze:
:>> I disagree.
:>> JCL meets all criteria to be a programming language.
:>> It doesn't do everything, but what language does?

:>Watch the name: JOB CONTROL language.

How many legs does a dog have, if you call a tail a leg?

Four - just because you call a tail a leg does not make it a leg.

:>In fact there is no big value in JCL classification, especially as there 
:>is no single exact definition of programming language. Last, but not 
:>least: let's imagine we would work out the classification. And ?

:>> But, it is more complex than channel programmes, and they're considered a 
programming language.
:>You compare "channel programs" to "programming language". Not to mention 
:>that "channel programs" are functionally similar to "SCSI commands".

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
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: HOWTO question: Linking non-XPLINK C with a shared object (.so) library

2011-07-13 Thread Miklos Szigetvari

Hi

Don't understand why do you want to link together XPLINK and NON XPLINK 
code, and not call the DLL

The boundary for XPLINK  NON XPLINK code is a DLL, so a DLL is XPLINK or not
In  SHARE there was a number of very good presentations about the DLL's 
and XPLINK


On 7/12/2011 11:25 PM, Farley, Peter x23353 wrote:

I posted the below HOWTO request last Friday to the MVS-OE list and I tried to 
wait a reasonable amount of time for responses there, but have received none 
yet.  I thought perhaps I should widen the audience for the question and 
decided to post here as well.  If anyone here can answer my questions I would 
greatly appreciate it.

To preempt some follow-up questions that I can see coming, this effort is on a 
z//OS V1.12 system, the SYSLMOD for the bind is a PDSE, and the following are 
examples of an IMPORT control card and error message from the binder, even 
though the IMPORT control card for this entry point gets no error message at 
all (the messages are not adjacent in the binder listing):

IEW2322I 1220  18IMPORT CODE,'/usr/lib/iewbndd.so','__iew_fd_getN'
. . .
IEW2456E 9207 SYMBOL __iew_fd_getN UNRESOLVED.  MEMBER COULD NOT BE INCLUDED 
FROM THE DESIGNATED CALL LIBRARY.

> From the RTFM I have done on the C/C++ shelf it appears that I should be able 
to use LONGNAME,GOFF,RENT for a non-XPLINK compile and bind as long as the binder 
output is PDSE or a unix system services directory.  I just can't figure out how 
to get it to actually work yet.

TIA for any help you can give to cure my ignorance.

Peter

-Original Message-
From: Farley, Peter x23353
Sent: Friday, July 08, 2011 10:31 AM
To: 'MVS OpenEdition'
Subject: HOWTO question: Linking non-XPLINK C with a unix shared object

I am trying to figure out how to link a plain C module, non-XPLINK, with an 
IBM-supplied shared-object (= DLL, right?).  This is the IEWAPCCC example in 
the Program Management Advanced Services manual.  IBM provides (at release 
1.12) sample JCL for an XPLINK compile, bind and execute, but no JCL for a 
non-XPLINK compile, bind and execute.  The XPLINK sample works just as 
documented, but I would like to have non-XPLINK access to these services, so 
I'm trying to get the example working as a non-XPLINK program.

I have the compile working using the EDCCB PROC from IBM (compile and bind, 
non-XPLINK) with options LONGNAME and GOFF added for the compile.  However, 
using the IBM-supplied IMPORT statements for the non-XPLINK shared library code 
('/usr/lib/iewbndd.x') still leaves me with unresolved external references for 
all of the binder API entry points, even though the IMPORT statements get no 
errors.

I tried creating a copy of the IMPORT statements and adding the '/usr/lib' 
directory to each IMPORT request; IBM's copy says, for example:

IMPORT CODE,'iewbndd.so','__iew_addA'

So I changed them all to look like this one:

IMPORT CODE,'/usr/lib/iewbndd.so','__iew_addA'

But that did not help.  I also tried adding a DD statement with 
PATH='/usr/lib/iewbndd.so' to the end of the binder SYSLIB DD concatenation, 
but that's a no-no that gets you a specific complaint and an RC=12 from the 
binder.

TIA for anything you can do to help cure my ignorance.

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




--
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: Z/OS Newbie question

2011-07-13 Thread Binyamin Dissen
On Tue, 12 Jul 2011 07:16:19 -0400 "Shmuel Metz (Seymour J.)"
 wrote:

:>In , on 07/11/2011
:>   at 10:35 PM, Binyamin Dissen  said:

:>>Yes it is. And I have done it.

:>No; you have done somthing very different.

You win. Yours is bigger.

:>>One doubts that VSE reports on programs directly read into memory.

:>Nor did I claim that it did. 

Perhaps you should take the time to read the original request. Oooops, I
forgot. Yours is bigger.

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
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: HOWTO question: Linking non-XPLINK C with a shared object (.so) library

2011-07-13 Thread Leopold Strauss

Hi.

I would suggest, that you try to understand 
language-environment-functionality and the way, how XPLINK works.


In the meantime you can be sure, that it is simply not possible to do 
that, what you want.


The boundary is simply a loadable object ( either exe-file or DLL, and 
independent, if PDSE- or USS-file). Mixture is not possible.


br

Leo

On 12.07.2011 23:25, Farley, Peter x23353 wrote:

I posted the below HOWTO request last Friday to the MVS-OE list and I tried to 
wait a reasonable amount of time for responses there, but have received none 
yet.  I thought perhaps I should widen the audience for the question and 
decided to post here as well.  If anyone here can answer my questions I would 
greatly appreciate it.

To preempt some follow-up questions that I can see coming, this effort is on a 
z//OS V1.12 system, the SYSLMOD for the bind is a PDSE, and the following are 
examples of an IMPORT control card and error message from the binder, even 
though the IMPORT control card for this entry point gets no error message at 
all (the messages are not adjacent in the binder listing):

IEW2322I 1220  18IMPORT CODE,'/usr/lib/iewbndd.so','__iew_fd_getN'
. . .
IEW2456E 9207 SYMBOL __iew_fd_getN UNRESOLVED.  MEMBER COULD NOT BE INCLUDED 
FROM THE DESIGNATED CALL LIBRARY.

> From the RTFM I have done on the C/C++ shelf it appears that I should be able 
to use LONGNAME,GOFF,RENT for a non-XPLINK compile and bind as long as the binder 
output is PDSE or a unix system services directory.  I just can't figure out how 
to get it to actually work yet.

TIA for any help you can give to cure my ignorance.

Peter

-Original Message-
From: Farley, Peter x23353
Sent: Friday, July 08, 2011 10:31 AM
To: 'MVS OpenEdition'
Subject: HOWTO question: Linking non-XPLINK C with a unix shared object

I am trying to figure out how to link a plain C module, non-XPLINK, with an 
IBM-supplied shared-object (= DLL, right?).  This is the IEWAPCCC example in 
the Program Management Advanced Services manual.  IBM provides (at release 
1.12) sample JCL for an XPLINK compile, bind and execute, but no JCL for a 
non-XPLINK compile, bind and execute.  The XPLINK sample works just as 
documented, but I would like to have non-XPLINK access to these services, so 
I'm trying to get the example working as a non-XPLINK program.

I have the compile working using the EDCCB PROC from IBM (compile and bind, 
non-XPLINK) with options LONGNAME and GOFF added for the compile.  However, 
using the IBM-supplied IMPORT statements for the non-XPLINK shared library code 
('/usr/lib/iewbndd.x') still leaves me with unresolved external references for 
all of the binder API entry points, even though the IMPORT statements get no 
errors.

I tried creating a copy of the IMPORT statements and adding the '/usr/lib' 
directory to each IMPORT request; IBM's copy says, for example:

IMPORT CODE,'iewbndd.so','__iew_addA'

So I changed them all to look like this one:

IMPORT CODE,'/usr/lib/iewbndd.so','__iew_addA'

But that did not help.  I also tried adding a DD statement with 
PATH='/usr/lib/iewbndd.so' to the end of the binder SYSLIB DD concatenation, 
but that's a no-no that gets you a specific complaint and an RC=12 from the 
binder.

TIA for anything you can do to help cure my ignorance.

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





--
Mit freundlichen Grüßen / Kind Regards,

Leopold Strauss
Research and Development

ISIS Information Systems GmbH
Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria
T: +43 - 2236 – 27551, F: +43 - 2236 - 21081
@ leopold.stra...@isis-papyrus.com

Visit our brand new extended Website at www.isis-papyrus.com

This e-mail is only intended for the recipient and not legally binding.
Unauthorised use, publication, reproduction or disclosure of the content
of this e-mail is not permitted. This e-mail has been checked for known
viruses, but ISIS accepts no responsibility for malicious or inappropriate
content.

--
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: 1.12 upgrade, required PTFs I missed.

2011-07-13 Thread Richards, Robert B.
As a follow-up for those that might be interested, I performed the SETCON 
MODE=DISTRIBUTED "on the fly" without incident this last weekend.

I am not sure our shop is big enough to notice the "performance improvements" 
alluded to in the documentation. Regardless, that is one more thing out of the 
way that should not bite me in the near future. :-)

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Knutson, Sam
Sent: Friday, June 17, 2011 8:07 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: 1.12 upgrade, required PTFs I missed.

We did this in 4Q2009 dynamically migrated 3 Sysplexes which have all been 
operating in distributed mode without any problems.
We tested fallback in the test Sysplex but never had to go back other than for 
that test.  It just works.


Best Regards,

Sam Knutson, GEICO
System z Team Leader
mailto:sknut...@geico.com
(office)  301.986.3574
(cell) 301.996.1318

"Think big, act bold, start simple, grow fast..."


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Richards, Robert B.
Sent: Friday, June 17, 2011 7:44 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: 1.12 upgrade, required PTFs I missed.

I am curious. Has anyone performed the dynamic "on the fly" switchover of 
*SETCON MODE=DISTRIBUTED* and had any problems with it?

According to the fine manual, it is supported as long as all systems in the 
sysplex are 1.10 or higher. To find out if dynamic migration is supported, 
issue: D OPDATA,MODE

Bob

--
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: JCL Question

2011-07-13 Thread R.S.

W dniu 2011-07-13 10:44, Binyamin Dissen pisze:

On Wed, 13 Jul 2011 10:28:33 +0200 "R.S."
wrote:

:>W dniu 2011-07-12 21:36, Ted MacNEIL pisze:
:>>  I disagree.
:>>  JCL meets all criteria to be a programming language.
:>>  It doesn't do everything, but what language does?

:>Watch the name: JOB CONTROL language.

How many legs does a dog have, if you call a tail a leg?

Four - just because you call a tail a leg does not make it a leg.


No, in general it is matter of definition. My English is poor, but let 
me present another example, as off topic as dog's one:
A car. In my country, Combi (Wagon) car is named in folders as 5-doors 
car. Hatchback is also 5-doors or 3-doors. Does anyone use the tailgate 
as a doors?


Definition of leg is common and quite well specified/understood. For 
ages. Definition of programming language is not and IMHO it could evolve 
significantly during last 40 years.
Last, but not least: since we talk about PROGRAMMING language that means 
there are non-programming (but computer-related) languages.


--
Radoslaw Skorupka
Lodz, Poland


--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie 
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem 
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania 
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by 
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie 
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo 
wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. 


BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax 
+48 (22) 829 00 33, e-mail: i...@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.2011 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.346.696 zotych.


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


2074 console - messages not displayed

2011-07-13 Thread jagadishan perumal
Hi,

Our 2074 Console got hanged and we made it up by using the 2074
recovery floppy drive. Now the consoles are coming up but we dont find any
Console messages getting displayed. Has anyone undergone this situation and
resolved it. If so kindly provide me your suggestions or Hint to overcome
this issue.

Regards,
Jags

--
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: 2074 console - messages not displayed

2011-07-13 Thread Larry Macioce
After they are online you need to vary them as console
v ,console
Mace

--
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: performance differences between java versions

2011-07-13 Thread Scott Chapman
As somebody else stated, I wouldn't draw any conclusions from just running java 
-version.  A couple thoughts though:

1) Java 1.4 is really pretty old.  Java 6 came out in something like 2006 or 
2007, IIRC.  I believe Java 7 is due soon.  It's unfortunate that Java doesn't 
do as good a job of maintaining backwards compatibility as one might like.  

2) I've noted some strange and significant variations in CPU time for Java 
worklaods recently.  I didn't try the older versions. 

3) On my test system this morning, "time" shows Java -version executing in 
about 0.3 to 1.3s for 1.4 and 0.7 to 1.8s for Java 6.  Java5 seemed to be kind 
of in the middle.  That's on a z10 EC with zAAPs.  So I'm going to say that 
yes, for me there might be a half second difference of elapsed time.  Not sure 
whether that's really significant though.

4) Tuning to improve performance between releases undoubtedly would focus on 
real workloads, or at least workloads that should be somewhat representative of 
"real" workloads.  If that caused a regression for the trivial workload of 
"java -version", I wouldn't view that as a problem.

5) Elapsed time is inherently variable, and so I generally look to the CPU time 
consumed to deteremine performance changes.  But CPU time is getting more 
variable too, and especially so for Java workloads.  So the rule of running 
multiple test iterations is all the more important today.

--
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: 2074 console - messages not displayed

2011-07-13 Thread jagadishan perumal
I did that with the command : V CN(*),ACT => console activation process
complete. but still i dont see any messages getting displayed in the
console.

On Wed, Jul 13, 2011 at 4:53 PM, Larry Macioce  wrote:

> After they are online you need to vary them as console
> v ,console
> Mace
>
> --
> 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: 2074 console - messages not displayed

2011-07-13 Thread Lizette Koehler
> I did that with the command : V CN(*),ACT => console activation process
complete.
> but still i dont see any messages getting displayed in the console.
> 
> On Wed, Jul 13, 2011 at 4:53 PM, Larry Macioce  wrote:
> 
> > After they are online you need to vary them as console v ,console
> > Mace
> >

I am not sure that V CN(*),ACT is the same as V x,ONLINE followed by V
,CONSOLE

Please try the commands specified.  

If you do not see the console you will need to route the vary commands to
the target system.

For example LPAR1 is up but LPAR2's consoles not seen.

>From LPAR1 issue RO LPAR2,V ,ONLINE  RO LPAR2,V
,CONSOLE

Lizette

--
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: WLM Resource Group & zIIP

2011-07-13 Thread Scott Chapman
According to what support told me, workloads do not accumulate specialty engine 
SUs towards the resource caps.  The SUs on the specialty engines count towards 
period aging, but not towards the resource group caps or minimums.  Which seems 
inconsistent, but probably makes some sense.  But the ideal answer would 
probably be that we'd have resource cap specifications per processor type.

--
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: performance differences between java versions

2011-07-13 Thread Schneck.Glenn
Warning..sarcasm alert...

And how is this better than good old COBOL and ASSEMBLER???

Sarcasm alert off.

Glenn


Glenn A. Schneck 
AVP, Transaction Services 
SunTrust Banks, Inc. 
Tel: 407-762-3514 Mobile: 407-625-2596 
Normal Business Hours - 7 AM - 4PM Eastern Time
Office - Monday, Tuesday, Friday
WFH  - Wednesday, Thursday

Live Solid. Bank Solid. 



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Scott Chapman
Sent: Wednesday, July 13, 2011 7:33 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: performance differences between java versions

As somebody else stated, I wouldn't draw any conclusions from just
running java -version.  A couple thoughts though:

1) Java 1.4 is really pretty old.  Java 6 came out in something like
2006 or 2007, IIRC.  I believe Java 7 is due soon.  It's unfortunate
that Java doesn't do as good a job of maintaining backwards
compatibility as one might like.  

2) I've noted some strange and significant variations in CPU time for
Java worklaods recently.  I didn't try the older versions. 

3) On my test system this morning, "time" shows Java -version executing
in about 0.3 to 1.3s for 1.4 and 0.7 to 1.8s for Java 6.  Java5 seemed
to be kind of in the middle.  That's on a z10 EC with zAAPs.  So I'm
going to say that yes, for me there might be a half second difference of
elapsed time.  Not sure whether that's really significant though.

4) Tuning to improve performance between releases undoubtedly would
focus on real workloads, or at least workloads that should be somewhat
representative of "real" workloads.  If that caused a regression for the
trivial workload of "java -version", I wouldn't view that as a problem.

5) Elapsed time is inherently variable, and so I generally look to the
CPU time consumed to deteremine performance changes.  But CPU time is
getting more variable too, and especially so for Java workloads.  So the
rule of running multiple test iterations is all the more important
today.

--
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 
  
  
  
LEGAL DISCLAIMER 
The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer. 
  
SunTrust is a federally registered service mark of SunTrust Banks, Inc. Live 
Solid. Bank Solid. is a service mark of SunTrust Banks, Inc. 
[ST:XCL] 
 
 
 
 

--
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: Empty output in netstat home z/OS 1.10

2011-07-13 Thread Jorge Garcia
Hello:

 We've solved the problem. We've followed the next steps with the IBM Support:

- Copy the /usr/lpp/tcpip/lib/nls/msg/C/IBM/EZACDNMS from test partition to 
production partition with replace. Idem with 
/usr/lpp/tcpip/lib/nls/msg/C/netmsg.cat. The nestat TSO command and D 
TCPIP,TCPIP,NETSTAT,CON console command works fine. Both files (or one of them) 
were corrupted.

Regards

--
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: performance differences between java versions

2011-07-13 Thread Mark Jacobs
From a technology standpoint it isn't. From a management standpoint it 
is. Why hire, train, and pay highly competent people to write and 
maintain legacy programs, where real knowledge is needed when you can 
cheaply hire people who can build applications in a IDE environment?


When these people get too expensive, replace them with new newbie's.

Mark Jacobs

On 07/13/11 07:34, Schneck.Glenn wrote:

Warning..sarcasm alert...

And how is this better than good old COBOL and ASSEMBLER???

Sarcasm alert off.

Glenn


Glenn A. Schneck
AVP, Transaction Services
SunTrust Banks, Inc.
Tel: 407-762-3514 Mobile: 407-625-2596
Normal Business Hours - 7 AM - 4PM Eastern Time
Office - Monday, Tuesday, Friday
WFH  - Wednesday, Thursday

Live Solid. Bank Solid.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Scott Chapman
Sent: Wednesday, July 13, 2011 7:33 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: performance differences between java versions

As somebody else stated, I wouldn't draw any conclusions from just
running java -version.  A couple thoughts though:

1) Java 1.4 is really pretty old.  Java 6 came out in something like
2006 or 2007, IIRC.  I believe Java 7 is due soon.  It's unfortunate
that Java doesn't do as good a job of maintaining backwards
compatibility as one might like.

2) I've noted some strange and significant variations in CPU time for
Java worklaods recently.  I didn't try the older versions.

3) On my test system this morning, "time" shows Java -version executing
in about 0.3 to 1.3s for 1.4 and 0.7 to 1.8s for Java 6.  Java5 seemed
to be kind of in the middle.  That's on a z10 EC with zAAPs.  So I'm
going to say that yes, for me there might be a half second difference of
elapsed time.  Not sure whether that's really significant though.

4) Tuning to improve performance between releases undoubtedly would
focus on real workloads, or at least workloads that should be somewhat
representative of "real" workloads.  If that caused a regression for the
trivial workload of "java -version", I wouldn't view that as a problem.

5) Elapsed time is inherently variable, and so I generally look to the
CPU time consumed to deteremine performance changes.  But CPU time is
getting more variable too, and especially so for Java workloads.  So the
rule of running multiple test iterations is all the more important
today.

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



LEGAL DISCLAIMER
The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer.

SunTrust is a federally registered service mark of SunTrust Banks, Inc. Live 
Solid. Bank Solid. is a service mark of SunTrust Banks, Inc.
[ST:XCL]





--
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 Jacobs
Time Customer Service
Tampa, FL


Some people are electrifying, they light up
a room when they leave.

--
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: running Assembler I/O macro code as AMODE 31, RMODE ANY

2011-07-13 Thread Barkow, Eileen
As per this item, RMODE(SPLIT) cannot be used for COBOL.

https://www-304.ibm.com/support/docview.wss?uid=swg21253383



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
john gilmore
Sent: Tuesday, July 12, 2011 11:43 AM
To: IBM-MAIN@bama.ua.edu
Subject: running Assembler I/O macro code as AMODE 31, RMODE ANY



If you cannot dispense with your RYO I/O routines, use RMODE(SPLIT), which is 
discussed in the z/OS Program Management User's Guide.  I have used it in these 
situations many times.



John Gilmore Ashland, MA 01721-1817 USA

--

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: 2074 console - messages not displayed

2011-07-13 Thread jagadishan perumal
Hi Group

Issue resolved and thanks lot.

Regards,
Jags

On Wed, Jul 13, 2011 at 5:22 PM, Lizette Koehler wrote:

> > I did that with the command : V CN(*),ACT => console activation process
> complete.
> > but still i dont see any messages getting displayed in the console.
> >
> > On Wed, Jul 13, 2011 at 4:53 PM, Larry Macioce 
> wrote:
> >
> > > After they are online you need to vary them as console v ,console
> > > Mace
> > >
>
> I am not sure that V CN(*),ACT is the same as V x,ONLINE followed by V
> ,CONSOLE
>
> Please try the commands specified.
>
> If you do not see the console you will need to route the vary commands to
> the target system.
>
> For example LPAR1 is up but LPAR2's consoles not seen.
>
> From LPAR1 issue RO LPAR2,V ,ONLINE  RO LPAR2,V
> ,CONSOLE
>
> Lizette
>
> --
> 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: JCL Question

2011-07-13 Thread McKown, John
I'd likely use JES exit 2 to insert 

// SET DATE=...
// SET TIME=...

and so on into the JCL stream immediately after the JOB card.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Brian Westerman
> Sent: Wednesday, July 13, 2011 1:00 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: JCL Question
> 
> I have a UJV exit that we market which allows you to create 
> variables for BATCH jobs as well as STC's.  At our customer 
> sites we use it to control the DSN's of the backups and 
> hundreds of other jobs.  The users also take advantage of the 
> capabilities, (the ones that know how to read the manual :)).
> 
> You can license ours, or you can download a very similar one 
> from www.cbttape.org/ file 573 that has a few less 
> capabilities (but should be able to do the below), but is free.
> 
> i.e.
> 
> //   SET BKPDSN='D&ZYEAR.&ZMONTH.&ZDAY..T&ZTIME.'
> 
> 
> //BACKUP00 EXEC PGM=ADRDSSU,REGION=0M  
> //SYSPRINT DD SYSOUT=* 
> //DISK0DD UNIT=3390,DISP=SHR,VOL=SER=FC6C00
> //TAPE0DD UNIT=3480,DISP=(,CATLG),LABEL=(1,SL),
> //DSN=SYSTAPE.Z13DL1.&BKPDSN,VOL=(,RETAIN,,10)
> 
> ends up with a DSN (assuming the job runs today at 22:59) of:
> 
> SYSTAPE.Z13DL1.D110712.T2259 
> 
> There are literally hundreds (well, maybe "a lot" is a better 
> term) of JCL variables that you can create using the exit and 
> you are not limited to running as a Started Task for any of them.
> 
> Some people don't like using exits, I personally feel that a 
> good exit is worth it's weight in gold.  Eventually IBM will 
> come around and support doing this natively, and (currently) 
> there are a lot of reasons why they can't, but there is no 
> reason you shouldn't do it on your own until then.
> 
> 
> Brian
> 
> --
> 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: performance differences between java versions

2011-07-13 Thread Staller, Allan
http://www.cmg.org/measureit/issues/mit78/m_78_5.pdf



It does take quite a bit longer to load the newer versions, and the 64
bit take longer to initially load than the 31bit ones, but the actually
"execution" of "your" user Java code under the newer versions is quite a
bit faster, especially between 1.4 and 1.6.

There is a doc on the IBM site (I can't remember the name), but it was
created for 1.6 and it compared execution environments to show what was
faster under the "new" release.  Everything was, but they didn't cover
the load of the initial environment (probably because they already knew
it was going to be slower).


--
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: most efficient method to determine "used cpu time" within a particular subtask

2011-07-13 Thread Peter Relson
If by "within a particular subtask" you mean "not my task, but a subtask 
of it", then you're mostly on your own.  There are no programming 
interfaces provided to accomplish that. And no control block fields that 
contain time for a task are programming interfaces.

If you're interested in time for "my task", and if you happen to be 
running on a machine with the ECTG instruction available, then
TIMEUSED ECTG=YES,STORADR=x is far and away the best. The output is not in 
"MIC", it will be in TOD clock units.
Alternately, TIMEUSED ECTG=COND,STORADR=x,LINKAGE=SYSTEM can be used. It 
will get the fast path if ECTG is available, and a slower PC-entered path 
if ECTG is not available.

As Binyamin correctly pointed out, if you look at system control blocks 
(such as TCBTTIME) you will not pick up the time since the last dispatch.

Peter Relson
z/OS Core Technology Design

--
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: 2074 console - messages not displayed

2011-07-13 Thread Larry Macioce
And you did what??? to resolve
mace

--
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: HOWTO question: Linking non-XPLINK C with a shared object (.so) library

2011-07-13 Thread Farley, Peter x23353
I do not want to mix XPLINK and non-XPLINK code, I want to write non-XPLINK C 
code to use the non-XPLINK shared-object API subroutines.  IBM supplies both an 
XPLINK shared-object file (iewbnddx.so) AND a non-XPLINK shared-object file 
(iewbndd.so).  IBM provides sample JCL showing how to use only the XPLINK 
shared-object file.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Miklos Szigetvari
Sent: Wednesday, July 13, 2011 5:49 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: HOWTO question: Linking non-XPLINK C with a shared object (.so) 
library

 Hi

Don't understand why do you want to link together XPLINK and NON XPLINK
code, and not call the DLL.
The boundary for XPLINK  NON XPLINK code is a DLL, so a DLL is XPLINK or not.
In SHARE there was a number of very good presentations about the DLL's
and XPLINK
--

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: most efficient method to determine "used cpu time" within a particular subtask

2011-07-13 Thread Charles Mills
> if you look at system control blocks (such as TCBTTIME) you will not pick
up the time since the last dispatch.

Which may or may not be satisfactory.

If you are computing pi to a million digits on an otherwise idle machine and
would like to know how much CPU time each pass through the main loop
consumes, then TCBTIME is totally unsatisfactory.

OTOH if you have a more normal sort of some IO/some computing/some system
services type of program and would just like to know roughly how much CPU
time you have consumed up to this point, then TCBTIME should be totally
satisfactory.

IMHO

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Peter Relson
Sent: Wednesday, July 13, 2011 8:56 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: most efficient method to determine "used cpu time" within a
particular subtask

If by "within a particular subtask" you mean "not my task, but a subtask of
it", then you're mostly on your own.  There are no programming interfaces
provided to accomplish that. And no control block fields that contain time
for a task are programming interfaces.

If you're interested in time for "my task", and if you happen to be running
on a machine with the ECTG instruction available, then TIMEUSED
ECTG=YES,STORADR=x is far and away the best. The output is not in "MIC", it
will be in TOD clock units.
Alternately, TIMEUSED ECTG=COND,STORADR=x,LINKAGE=SYSTEM can be used. It
will get the fast path if ECTG is available, and a slower PC-entered path if
ECTG is not available.

As Binyamin correctly pointed out, if you look at system control blocks
(such as TCBTTIME) you will not pick up the time since the last dispatch.

--
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: JDBC type 2 with java6

2011-07-13 Thread Matan Cohen
I checked and my current available JDBC Driver is support Java 5 ,
this is the last Driver supporting DB2 V8 :
https://www-304.ibm.com/support/docview.wss?uid=swg1PM32360
and it don't mention the supported Java version , so I'm stuck.
any help will be very much appreciate .

On Tue, Jul 12, 2011 at 9:58 AM, Matan Cohen wrote:

> thanks , I'll check it and get back with answers.
>
>
> On Tue, Jul 12, 2011 at 12:32 AM, Robert Burgess wrote:
>
>> Hello,
>>
>> Given that class name in the error message starts with com.ibm.db2.jcc, I
>> believe that you are using the newer "Data Server Driver for JDBC and SQLJ"
>> and not the older "JDBC/SQLJ Driver for OS/390 and z/OS".
>>
>> By running "java com.ibm.db2.jcc.DB2Jcc -configuration" (using the same
>> CLASSPATH etc. as used when running actual application) I believe you should
>> be able to see what version of the JDBC driver you are running and what Java
>> (JRE) versions are supported with that JDBC driver version.
>>
>> At 
>> http://www-01.ibm.com/support/**docview.wss?uid=swg21428742,
>>  there is a list of the current "Data Server Driver for JDBC and SQLJ"
>> driver versions compatible with different DB2 versions.
>>
>> Given the error message, I'm guessing you will need to upgrade to a newer
>> JDBC driver version in order to run it using Java 6 (aka 1.6).
>>
>> If you need more help, please tell me..
>>
>> Regards,
>>   Robert
>>
>>
>>
>> On 2011-07-11 10:59, Matan Cohen wrote:
>>
>>> Hi,
>>> please excuse me for any lack of knowledge in this area,
>>>
>>> I have a compenet running under USS which used the JDBC jars from DB2
>>> 8.10V
>>> .
>>> I needed to upgrade it to run under  J6.0
>>>
>>> */Z110/usr/lpp/java/J6.0/bin:>**./java -version
>>>   *
>>> *java version "1.6.0"
>>>  *
>>> *Java(TM) SE Runtime Environment (build pmz3160-20071123_01)
>>> *
>>> *IBM J9 VM (build 2.4, J2RE 1.6.0 IBM J9 2.4 z/OS s390-31
>>> jvmmz3160-20071121_1501*
>>> *5 (JIT enabled)
>>> *
>>> *J9VM - 20071121_015015_bHdSMr
>>> *
>>> *JIT  - r9_20071121_1330
>>> *
>>> *GC   - 20071031_AA)
>>> *
>>> *JCL  - 20071118_01  *
>>>
>>> when starting the compenet with Java 6 i get this error :
>>> com.ibm.db2.jcc.b.**SqlException: ÝDB2/T2zOS¨ÝJDBC/SQLJ¨ Incompatable
>>> JVM. The
>>> Dri
>>> ver REQUIRES Java 2 support and is not compatible with the JVM:1.6.0
>>>
>>>
>>> from DB2 literature :
>>> *"**JDBC/SQLJ Driver for OS/390 and z/OS (deprecated)*
>>> *
>>>
>>> The JDBC/SQLJ Driver for OS/390® and z/OS is a type 2 driver that
>>> contains
>>> most of the functions that are described in the JDBC 1.2 specification.
>>> This
>>> driver also includes some of the functions that are described in the JDBC
>>> 2.0 specification.
>>>
>>> The JDBC/SQLJ 2.0 Driver for OS/390 and z/OS supports these functions:
>>>
>>>- Global transactions that run under WebSphere Application Server
>>> Version
>>>4.0 and above
>>>- Implementation of Java user-defined functions and stored procedures
>>>- SQLJ statements that perform equivalent functions to all JDBC
>>> methods
>>>- Connection pooling
>>>
>>> To use this driver, you need Java 2 Technology Edition, SDK 1.3 or later.
>>> To
>>> implement Java stored procedures or user-defined functions, you need Java
>>> 2
>>> Technology Edition, SDK 1.3.1, SDK 1.4.1 or later."
>>> *
>>> I wonder if this is one of the reason it is label as depracated ?
>>>
>>>
>>>
>>
>>
>
>
> --
> best regards,
> matan cohen
> MF System Administrator.
>
>


-- 
best regards,
matan cohen
MF System Administrator.

--
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: JCL Question

2011-07-13 Thread Gerhard Postpischil

On 7/13/2011 6:52 AM, R.S. wrote:

No, in general it is matter of definition. My English is poor,
but let me present another example, as off topic as dog's one:
A car. In my country, Combi (Wagon) car is named in folders as
5-doors car. Hatchback is also 5-doors or 3-doors. Does anyone
use the tailgate as a doors?


Since we're already off-topic - yes. Some years ago the locks on 
my station wagon froze (we have fairly cold winters), and I had 
to get into the car through the back.



Gerhard Postpischil
Bradford, VT

--
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: Internet Service Retrieval services question

2011-07-13 Thread Kurt Quackenbush

  


Is this really the name of your HTTP proxy server, or is the above just 
for illustration?  Do you really have and require an HTTP proxy server?







Same question, is this really the name of your FTP proxy sever, or is 
the above just for illustration?  Do you really have and require an FTP 
proxy server?




EZA1554I Connecting to: local.ftpproxy.com 208.87.32.75 port: 21.
EZA2589E Connection to server interrupted or timed out. Initial connection
EZA1735I Std Return Code = 1, Error Code = 8


The trouble seems to be in connecting to your specified FTP proxy 
server.  Again, is that the correct server name?  You'll likely need to 
investigate logs or such on the proxy server for more information.


If you have not done so already, you should also check out the SMP/E 
User's Guide, section 4.5.3 "Options that affect FTP operations" for 
hopefully some useful information 
(http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/GIMUSR42/4.5.3?SHELF=GIM2BK80&DT=20100603135959).


Kurt Quackenbush -- IBM, SMP/E Development

--
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: Overriding client FTP . DATA

2011-07-13 Thread Chris Mason
Robert

The best list for questions relating to z/OS Communications Server (CS), 
especially the IP component of z/OS CS, is the following:

For IBMTCP-L subscribe / signoff / archive access instructions, send email to 
lists...@vm.marist.edu with the message: INFO IBMTCP-L

-

I assume you found Table 14, "FTP client search orders" in the z/OS 
Communications Server IP User’s Guide and Commands manual and you have been 
trying to work out how best to exploit the possibilities.



TSO shell

1. SYSFTPD DD statement
2. tso_prefix.FTP.DATA
3. userid.FTP.DATA
4. /etc/ftp.data
5. SYS1.TCPPARMS(FTPDATA) data set
6. tcpip_hlq.FTP.DATA file

z/OS UNIX shell

1. $HOME/ftp.data
2. userid.FTP.DATA
3. /etc/ftp.data
4. SYS1.TCPPARMS(FTPDATA) data set
5. tcpip_hlq.FTP.DATA file



> I have looked at FTP client search orders in the IP manuals for some kind of 
> global FTP.DATA, but it is unclear to me the best way to handle this issue.

I wasn't sure whether this was an "issue" or a "problem" since, with the 
widespread misuse of the word "issue" these days - most regrettably among those 
who I would guess from their names do not use English as their first language, 
it is always so very murky. However in ...

>  Besides CA7, we have a few people that submit FTP batch jobs thru TSO. I 
> would rather not have to add SYSFTPD DD statements.

... the "would rather not have to add" implies that this is more to be 
characterised as a *problem* rather than an *issue*  so my initial instinct 
simply to translate "issue" to "problem" in order best to understand what was 
intended - so very difficult with this wholesale discarding of a perfectly 
serviceable word in the interests of some sort of quite unnecessary euphemism - 
would appear to be correct.

I believe that the "couple of problems" you mentioned before but which you did 
not appear to describe actually *include* this matter - a word I am now obliged 
to use in order to be clear what I am talking about, a word which probably 
would have been "issue" in the past before it was misappropriated by so many - 
of which of the options for overriding the default FTP parameters fits which 
circumstances.

I believe I am closing in on the now clearly identified *problem* as follows:

1. You initially tried to get by using only default specifications for the FTP 
client instances operating from your z/OS system with the z/OS CS IP FTP client 
program invoked either in batch - via CA7 - or TSO.

2. You discovered that the batch client programs which relied on a tape mount 
failed unless you managed to change "AUTOTAPEMOUNT FALSE", the default value of 
the parameter for the FTP client program, to "AUTOTAPEMOUNT FALSE".

3. You appreciated that "AUTOTAPEMOUNT FALSE" was the appropriate setting for 
the parameter in the case of TSO users to guard against operational problems 
should the TSO user suffer from "finger trouble" and mistype data set names.

I can't see what is wrong with exploiting the rich variety of options present 
with most z/OS CS IP parameter data sets and doing what you propose, namely

> Could I make a CA7.FTP.DATA and have all jobs submitted thru CA7 
> automatically use this file?

Assuming, as you appear to suggest, *all* these batch FTP jobs take on the 
"userid" CA7 and TSO users never do, Yes!

> (I suppose TSO users would have tso_prefix.FTP.DATA when needed).

I would suggest another couple of possibilities:

a. Enter whatever FTP subcommand changes the parameter where necessary and 
available

b. Set up a changed generically named "FTP.DATA" data set and "ALLOCate" it 
with DD-name SYSFTPD prior to invoking the FTP command

I'm going to have to confess not having tried b and I don't have facilities to 
hand in order to try it but I *think* it should work and maybe someone reading 
this can confirm whether or not it works.

Incidentally, should you discover that you really need to change one or more 
default parameters for *all* users of the FTP client program, I would suggest 
tcpip_hlq.FTP.DATA as your installation default data set, where I gather that 
"tcpip_hlq" is "TCPIP" in your case.

If you would like to get some background on IBM's view of this topic of how to 
exploit the variety of options for z/OS CS IP configuration data sets, let me 
bring to your attention these sentences from the "Configuration data set naming 
conventions" section in the z/OS CS IP Configuration Guide manual:



1.2.5.1 Configuration data set naming conventions

When searching for configuration files, you can explicitly tell TCP/IP where 
most configuration files are by using DD statements in the JCL procedures or by 
setting environment variables. Otherwise, you can let TCP/IP dynamically 
determine the location of the configuration files, based on search orders shown 
in Table 1 in topic 1.2.5.1.2.

For example, in Table 1 in topic 1.2.5.1.2, for the FTP server application, if 
the installation did not code the //SYSFTPD DD statement, the FTP server would 
search for

Re: DS8100 HDD failures

2011-07-13 Thread Steve Dover
On Tue, 12 Jul 2011 13:50:33 -0500, Fred Lupher  
wrote:

>When an HDD fails, the data is replicated to a spare HDD, and our CE extracts 
>the failed component and ships it back to IBM to be either refurbished or 
>destroyed.  The failed HDD "might" contain sensitive information, e.g. 
>personal tax returns, and thus Federal auditors view this as unauthorized 
>persons (IBM) having access.  I'd like to hear how other shops have addressed 
>this.

I know of one bank that "owns" every disk drive in the data center.  If a drive 
goes bad, a security guard accompanies the engineer to swap the drive, then the 
bad drive platter is drilled, before being shredded, all in house.  If an array 
leaves the data center, all drives are removed.  This even goes for HMC hard 
drives.

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


SMPE used to flag this as an error

2011-07-13 Thread Schwarz, Barry A
I ran the following apply check

APPLY   CHECK
 GROUP
 FUNCTIONS
 PTFS
 APARS
 USERMODS
 SOURCEID (
ESO1107
)
 EXCLUDE  (
UA56444
)
 BYPASS   (
HOLDSYSTEM (
 RESTART
 IPL
 DOC
 ENH
 AO
 MULTSYS
 ACTION
 DYNACT
 EC
 MSGSKEL
 DEP
 EXIT
 DOWNLD
 DELETE
 )
)
 NOJCLINREPORT.

SMPE generated the following diagnostics

GIM38201WTHERE IS A MODID ERROR FOR MACUPD ENTRY $BUFFER IN SYSMOD UA56739.
GIM31902ISYSMOD UA56739 DOES NOT SPECIFY AAJESTA ON THE PRE OR SUP OPERAND.
 AAJESTA IS A UMID FOR MACUPD $BUFFER THAT IS CURRENTLY INSTALLED.
GIM38201WTHERE IS A MODID ERROR FOR MACUPD ENTRY $HASPEQU IN SYSMOD UA56739.
GIM31902ISYSMOD UA56739 DOES NOT SPECIFY AAJESTA ON THE PRE OR SUP OPERAND.
 AAJESTA IS A UMID FOR MACUPD $HASPEQU THAT IS CURRENTLY INSTALLED.

It also marked the PTF as applied

UA56739  APPLIED   PTF   HJE7760  PRE  UA47335   UA48021   UA48275   
UA48380   UA49239   UA49270
   UA49848   UA50641   UA50744   
UA52851   UA53795   UA54558
  HOLDEEA34563
  HOLDS   *DOC(UA56739)   *IPL(UA56739) 
  *MULTSYS(UA56739)

And generated the following Regression Report

REGRESSINGREGRESSEDCOMMON   ELEMENTS   CURRENTOTHER POTENTIALLY
SYSMODSYSMOD   TYPE NAME   RMID   REGRESSED SYSMODS

UA56739   AAJESTA  MACRO$BUFFER
   MACRO$HASPEQU

Since I did not specify BYPASS(ID), shouldn't the MODID mismatches be errors 
instead of warnings?  Shouldn't the PTF be marked NOGO?

The SMPE Commands manual on the z/OS 1.11 DVD (V3R5) states that regression 
"can occur only when BYPASS(ID) is used to ignore such errors."  Shouldn't the 
Regression Report be suppressed and the PTF show up in the Causer Report?

--
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: most efficient method to determine "used cpu time" within a particular subtask

2011-07-13 Thread Walt Farrell
On Wed, 13 Jul 2011 09:29:51 -0400, Charles Mills  wrote:

>> if you look at system control blocks (such as TCBTTIME) you will not pick
>up the time since the last dispatch.
>
>Which may or may not be satisfactory.
>
>If you are computing pi to a million digits on an otherwise idle machine and
>would like to know how much CPU time each pass through the main loop
>consumes, then TCBTIME is totally unsatisfactory.
>
>OTOH if you have a more normal sort of some IO/some computing/some system
>services type of program and would just like to know roughly how much CPU
>time you have consumed up to this point, then TCBTIME should be totally
>satisfactory.

But if you have that kind of program, and a rough answer would suffice, do you 
really need to figure out the most efficient way of getting it? (Conversely, if 
you do want the most efficient way, doesn't that (perhaps) imply that you don't 
have that kind of program?)

-- 
Walt

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


EZANS - No output for CICSsock?

2011-07-13 Thread Lester, Bob
Hi Folks,

 I'm running z/OS 1.11 and EZANS that says it was packaged on February, 4 
2011.

 Wonderful tool.  However, I can't seem to get it to give me any output for 
option 91 (CICSsock).   I've got multiple regions using CICS sockets and can 
see them via EZANS using the ALLCON display.   My CICS version is CICS/TS 3.2.

 Anyone got an idea?

Thanks!
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: 2074 console - messages not displayed

2011-07-13 Thread jagadishan perumal
made the DEVNUM online and issued V DEVNUM,CONSOLE.

On Wed, Jul 13, 2011 at 6:27 PM, Larry Macioce  wrote:

> And you did what??? to resolve
> mace
>
> --
> 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: most efficient method to determine "used cpu time" within a particular subtask

2011-07-13 Thread Shane
On Wed, 13 Jul 2011 09:26:27 -0500 Walt Farrell wrote:

> But if you have that kind of program, and a rough answer would
> suffice, do you really need to figure out the most efficient way of
> getting it? (Conversely, if you do want the most efficient way,
> doesn't that (perhaps) imply that you don't have that kind of
> program?)

Personally, I would consider the pursuit of "most efficient" a most
worthy aim - always.
Mindlessly chasing "exact" might be another matter.

Shane ...

--
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: Overriding client FTP . DATA

2011-07-13 Thread Paul Gilmartin
On Wed, 13 Jul 2011 09:09:50 -0500, Chris Mason wrote:
>
>I assume you found Table 14, "FTP client search orders" in the z/OS 
>Communications Server IP User’s Guide and Commands manual and you have been 
>trying to work out how best to exploit the possibilities.
>
>
>
>TSO shell
>
>1. SYSFTPD DD statement
>2. tso_prefix.FTP.DATA
>3. userid.FTP.DATA
>4. /etc/ftp.data
>5. SYS1.TCPPARMS(FTPDATA) data set
>6. tcpip_hlq.FTP.DATA file
>
>z/OS UNIX shell
>
>1. $HOME/ftp.data
>2. userid.FTP.DATA
>3. /etc/ftp.data
>4. SYS1.TCPPARMS(FTPDATA) data set
>5. tcpip_hlq.FTP.DATA file
>
>
>
Plus:

See the z/OS Communications Server: IP Programmer's Guide and Reference
for a description of the FTP.DATA search order used when FTP is started from
the FTP Client API. 

And this says nothing about JCL "EXEC PGM=FTP", and leaves
need for clarification if in IRXJCL I either "address ATTCHMVS FTP"
or "address SYSCALL spawn /bin/ftp" (UNIX, but no shell).
Apparently this can be controlled by a PARM option.

And there are similar questions about the search order for .netrc.

And what determines whether command input comes from:

o DD INPUT

o TSO terminal

o POSIX descriptor 0

(It's easy to concoct multiple situations in which all 3 are available.)
Is there a PARM option to control this?

This is all needlessly and painfully complicated.

-- gil

--
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: Overriding client FTP . DATA

2011-07-13 Thread Hal Merritt
I think a key might be that the member name is often FTPCDATA. You might find 
FTPDATA as the general repository for both client and server, FTPCDATA for the 
client specific settings, and FTPSDATA for the server specific settings.  

We use the SYSFTPD DD for exceptions.   

I suppose you could use an exit to have CA7 inject a SYSFTPD DD, but that seems 
a little messy to me. Ideally, I would submit that each FTP should be crafted 
to best suit that partner. Doing that can make a dramatic difference in 
performance, line utilization, and throughput.  A 'cookie cutter' approach 
works great for cookies. 

HTH and good luck.  
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Johnston, Robert E
Sent: Tuesday, July 12, 2011 5:01 PM
To: IBM-MAIN@bama.ua.edu
Subject: Overriding client FTP . DATA

We started out years ago with CA's TCP/IP and FTP and it has remained the 
standard FTP in Production since then. A new project came up involving lots of 
new batch FTP jobs to a Windows machine and I suggested they use IBM FTP. It 
has gone well for the most part and the couple of problems encountered were 
fixed, but I'm not sure it was the "best" fix for the problems.

All production batch is submitted via CA-7 scheduler. The userid associated 
with all jobs submitted is "CA7". For some FTP from tape we had to add a 
SYSFTPD DD to batch jobs to add "AUTOTAPEMOUNT TRUE".

I have looked at FTP client search orders in the IP manuals for some kind of 
global FTP.DATA, but it is unclear to me the best way to handle this issue. 
Besides CA7, we have a few people that submit FTP batch jobs thru TSO. I would 
rather not have to add SYSFTPD DD statements.

Could I make a CA7.FTP.DATA and have all jobs submitted thru CA7 automatically 
use this file? (I suppose TSO users would have tso_prefix.FTP.DATA when needed).

We don't have a SYS1.TCPPARMS(FTPDATA) or TCPIP.FTP.DATA. Is that the way to go?

I'm interesting in hearing how others handle their ftp.data for batch clients. 
Thanks for any information or advice.

Robert Johnston
UAMS - Little Rock
Confidentiality Notice: This e-mail message, including any attachments, is for 
the sole use of the intended recipient(s) and may contain confidential and 
privileged information.  Any unauthorized review, use, disclosure or 
distribution is prohibited.  If you are not the intended recipient, please 
contact the sender by reply e-mail and destroy all copies of the original 
message..

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


DFHSM QUESTION - PRIMARY SPACE MANAGEMENT

2011-07-13 Thread willie bunter
Hallo To All,
 
I am trying to track down a problem of a missing dataset.  The dsn was used by 
a STC however for some unexplainable reason it "disappeared".  In the STC the 
dsn is DISP=SHR.  I checked all the SMF records -TYPE 17, 18, 61, 62, 63, 64, 
65, 67, 68, 136, 138 & 139- but there is no record of it having been deleted.  
My suspicion is HSM.  I checked the ACTIVITY logs for 2 weeks however there is 
no trace of the dsn being deleted i.e. ACTION=DELETED or ACTION=SCRATCH or 
ACTON=EXPIRED.  According to the MANAGEMENT CLASS which has the following 
expiration attributes:
Expiration Attributes  
   
  Expire after Days Non-usage  . : 540 
  Expire after Date/Days . . . . : NOLIMIT 
  Retention Limit  . . . . . . . : 0   
   
My understanding is that even though the dsn could be expired after 540 days, 
since there is a NOLIMIT, this would override the Expire after Days Non-usage 
of 540 days.  Please correct me if my understanding is skewered.  Also, could 
any one suggest where else I could look for the cause of the missing dsn?
 
Thanks in advance for your help.

--
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: HOWTO question: Linking non-XPLINK C with a shared object (.so) library

2011-07-13 Thread Don Poitras
Peter,
  Did you supply the DLL compiler option? Usually, it's better to just
include the DLL side file (/usr/lib/iewbndd.x) rather than trying to
write all these yourself. Remember at runtime, you must set LIBPATH to
be able to find the DLL.


Farley, Peter x23353 wrote:
> 
> I do not want to mix XPLINK and non-XPLINK code, I want to write non-XPLINK C 
> code to use the non-XPLINK shared-object API subroutines.  IBM supplies both 
> an XPLINK shared-object file (iewbnddx.so) AND a non-XPLINK shared-object 
> file (iewbndd.so).  IBM provides sample JCL showing how to use only the 
> XPLINK shared-object file.
> 
> Peter
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf 
> Of Miklos Szigetvari
> Sent: Wednesday, July 13, 2011 5:49 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: HOWTO question: Linking non-XPLINK C with a shared object (.so) 
> library
> 
>  Hi
> 
> Don't understand why do you want to link together XPLINK and NON XPLINK
> code, and not call the DLL.
> The boundary for XPLINK  NON XPLINK code is a DLL, so a DLL is XPLINK or not.
> In SHARE there was a number of very good presentations about the DLL's
> and XPLINK
> --

-- 
Don Poitras - zSeries R & D  -  SAS Institute Inc. -  SAS Campus Drive 
mailto:sas...@sas.com   (919)531-5637  Fax:677- Cary, NC 27513

--
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: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT

2011-07-13 Thread Staller, Allan
   
  Expire after Days Non-usage  . : 540 
  Expire after Date/Days . . . . : NOLIMIT 
  Retention Limit  . . . . . . . : 0   


Indicates to delete the dataset 540 days after last use. The NOLIMIT
allows the user to override the default by specifying label=retpd
Or label=expdt. Retention limit specifies the maximum value allowed for
the override. 

Read the online help or the fine manual *carefully*.

Is this a GDG? If so, check the "rolled off GDS action" column.

I would be more like to suspect a "fat finger syndrome" on the part of
the end-user. 
Your SMF analysis should go back to the last known date the file was
available.

DAF is your friend. CBT file 094, IIRC.

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: EZANS - No output for CICSsock?

2011-07-13 Thread Chris Mason
Bob

The greatest concentration of specialists with the IP component of z/OS 
Communications Server can be found on the following list:

For IBMTCP-L subscribe / signoff / archive access instructions, send email to 
lists...@vm.marist.edu with the message: INFO IBMTCP-L

I'm sure any of them who actually have systems with which to play - unlike me - 
take a keen interest in EZANS.

You should post your query there.

Until you get a response, you should be sure you have exhausted any online 
information regarding EZANS such as the following:

The IBM z/OS Communications Server Network Utility Assistant

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

and

04-Feb 2011  IBM z/OS Communications Server Network Utility Assistant

ftp://public.dhe.ibm.com/software/network/commserver/downloads/Network_Utility_Assist.txt

I've seen a customer use this package with alacrity but I'm not sure how easy 
it is to detect what underlying command is being issued for each of the options.

I noted that the Readme states V1R12 - not V1R11 - in the first level panel and 
so I checked the z/OS V1R12 Communications Server IP System Administrator's 
Commands manual:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1C290/

Curiously, there was not too much encouragement that there was any command 
described that had anything to do with CICS.

When all else fails, Google!

I tried "ezans cicssock" and guess what I found. OK, I'll tell you. Out of 4 
"hits", apart from some guy complaining he couldn't get "cicssock" to work and 
some "readme" that presented a panel with "cicssock" as a selection - yes, 
we've covered these already, in case you were wondering, since that's a test 
that Google is doing its job! - I found the following:

- [PDF] TCP/IP for CICS Systems Programmers

This is a presentation by the venerable Alfred Christensen which as far as I 
can see explains what "cicssock" is all about. The reason it doesn't show up in 
the z/OS V1R12 Communications Server IP System Administrator's Commands manual 
is that the "tailoring" of the NETSTAT commands eventually (English not 
"continental" meaning) issued are controlled by another EZANS panel - as far as 
I can see from the quickest of perusals of this presentation.

- [PDF] What's New in z/OS Communications Server

This is perhaps a more general presentation on what's to be found in z/OS V1R12 
Communications Server and merely mentions EZANS with a picture of the main 
panel.

-

Anyhow the answer to your problem is that you need to upgrade to V1R12 in order 
that whatever NETSTAT commands following the "cicssock" option relies upon are 
available.

After you've checked the presentation, perhaps you can post again in order to 
enlighten us all.

Thank you.

Chris Mason

On Wed, 13 Jul 2011 14:36:03 +, Lester, Bob  
wrote:

>Hi Folks,
>
> I'm running z/OS 1.11 and EZANS that says it was packaged on February, 4 
> 2011.
>
> Wonderful tool.  However, I can't seem to get it to give me any output 
> for option 91 (CICSsock).   I've got multiple regions using CICS sockets and 
> can see them via EZANS using the ALLCON display.   My CICS version is CICS/TS 
> 3.2.
>
> Anyone got an idea?
>
>Thanks!
>BobL

--
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: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT

2011-07-13 Thread willie bunter
Allan,
 
Thanks for correcting my understanding.  The dsn is not a gdg.  I checked again 
the SMF tapes but nothing.  Again, if the dsn was deleted by a TSO user 
wouldn't it show up in the SMF records?

--- On Wed, 7/13/11, Staller, Allan  wrote:


From: Staller, Allan 
Subject: Re: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT
To: IBM-MAIN@bama.ua.edu
Received: Wednesday, July 13, 2011, 8:42 AM


                                              
  Expire after Days Non-usage  . : 540         
  Expire after Date/Days . . . . : NOLIMIT     
  Retention Limit  . . . . . . . : 0       
    

Indicates to delete the dataset 540 days after last use. The NOLIMIT
allows the user to override the default by specifying label=retpd
Or label=expdt. Retention limit specifies the maximum value allowed for
the override. 

Read the online help or the fine manual *carefully*.

Is this a GDG? If so, check the "rolled off GDS action" column.

I would be more like to suspect a "fat finger syndrome" on the part of
the end-user. 
Your SMF analysis should go back to the last known date the file was
available.

DAF is your friend. CBT file 094, IIRC.

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

--
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: EZANS - No output for CICSsock?

2011-07-13 Thread Lester, Bob
Hi Chris,

 Thanks for the reply and the doc references.

 However, I'm not seeing that z/OS 1.12 is required for CICSsock in EZANS.

 I'll keep digging.  As you mentioned, I may also post this query on 
IBMTCP-L as I'm also subscribed there.

Thanks!
BobL

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Chris Mason
Sent: Wednesday, July 13, 2011 10:04 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: EZANS - No output for CICSsock?

Bob

The greatest concentration of specialists with the IP component of z/OS 
Communications Server can be found on the following list:

For IBMTCP-L subscribe / signoff / archive access instructions, send email to 
lists...@vm.marist.edu with the message: INFO IBMTCP-L

I'm sure any of them who actually have systems with which to play - unlike me - 
take a keen interest in EZANS.

You should post your query there.

Until you get a response, you should be sure you have exhausted any online 
information regarding EZANS such as the following:

The IBM z/OS Communications Server Network Utility Assistant

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

and

04-Feb 2011  IBM z/OS Communications Server Network Utility Assistant

ftp://public.dhe.ibm.com/software/network/commserver/downloads/Network_Utility_Assist.txt

I've seen a customer use this package with alacrity but I'm not sure how easy 
it is to detect what underlying command is being issued for each of the options.

I noted that the Readme states V1R12 - not V1R11 - in the first level panel and 
so I checked the z/OS V1R12 Communications Server IP System Administrator's 
Commands manual:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1C290/

Curiously, there was not too much encouragement that there was any command 
described that had anything to do with CICS.

When all else fails, Google!

I tried "ezans cicssock" and guess what I found. OK, I'll tell you. Out of 4 
"hits", apart from some guy complaining he couldn't get "cicssock" to work and 
some "readme" that presented a panel with "cicssock" as a selection - yes, 
we've covered these already, in case you were wondering, since that's a test 
that Google is doing its job! - I found the following:

- [PDF] TCP/IP for CICS Systems Programmers

This is a presentation by the venerable Alfred Christensen which as far as I 
can see explains what "cicssock" is all about. The reason it doesn't show up in 
the z/OS V1R12 Communications Server IP System Administrator's Commands manual 
is that the "tailoring" of the NETSTAT commands eventually (English not 
"continental" meaning) issued are controlled by another EZANS panel - as far as 
I can see from the quickest of perusals of this presentation.

- [PDF] What's New in z/OS Communications Server

This is perhaps a more general presentation on what's to be found in z/OS V1R12 
Communications Server and merely mentions EZANS with a picture of the main 
panel.

-

Anyhow the answer to your problem is that you need to upgrade to V1R12 in order 
that whatever NETSTAT commands following the "cicssock" option relies upon are 
available.

After you've checked the presentation, perhaps you can post again in order to 
enlighten us all.

Thank you.

Chris Mason

On Wed, 13 Jul 2011 14:36:03 +, Lester, Bob  
wrote:

>Hi Folks,
>
> I'm running z/OS 1.11 and EZANS that says it was packaged on February, 4 
> 2011.
>
> Wonderful tool.  However, I can't seem to get it to give me any output 
> for option 91 (CICSsock).   I've got multiple regions using CICS sockets and 
> can see them via EZANS using the ALLCON display.   My CICS version is CICS/TS 
> 3.2.
>
> Anyone got an idea?
>
>Thanks!
>BobL

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


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

Re: HOWTO question: Linking non-XPLINK C with a shared object (.so) library

2011-07-13 Thread Miklos Szigetvari

Hi

Sorry didn't read everything
Now I  compiled the SAMPLE with EDCCB and DLL option , and in z/OS 1.12 
it is o.k. for me

(Without DLL even not compile for me)

On 7/13/2011 3:15 PM, Farley, Peter x23353 wrote:

I do not want to mix XPLINK and non-XPLINK code, I want to write non-XPLINK C 
code to use the non-XPLINK shared-object API subroutines.  IBM supplies both an 
XPLINK shared-object file (iewbnddx.so) AND a non-XPLINK shared-object file 
(iewbndd.so).  IBM provides sample JCL showing how to use only the XPLINK 
shared-object file.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Miklos Szigetvari
Sent: Wednesday, July 13, 2011 5:49 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: HOWTO question: Linking non-XPLINK C with a shared object (.so) 
library

  Hi

Don't understand why do you want to link together XPLINK and NON XPLINK
code, and not call the DLL.
The boundary for XPLINK  NON XPLINK code is a DLL, so a DLL is XPLINK or not.
In SHARE there was a number of very good presentations about the DLL's
and XPLINK
--

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

2011-07-13 Thread Bill Fairchild
You could also read the PDS directory with QSAM, since all blocks have the same 
key length and data length, and the last block is followed by an end-of-file 
record.

Bill Fairchild

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Robert A. Rosenberg
Sent: Tuesday, July 12, 2011 10:53 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Startio

At 13:28 -0500 on 07/08/2011, Rick Fochtman wrote about Re: Startio:

>Grey area here. I would say that depends a great deal on the experience 
>and skill levels of the programmer.  Not to mention the final intended 
>purpose. I've used QSAM to access individual members of a PDS, in name 
>sequence, but it's not a practice I'd recommend to the novice.
>
>Rick

It is not that hard. You read the directory (assuming it is a PDS and not a 
PDSE  [Which I am not sure will act like a PDS for reading the
directory]) one block at  a time using BSAM. You then use OPENJ or
SVC99 to allocate the member and read it as a normal QSAM file [ie: 
Read it as if you allocated it via a DD with DSN=DATASET(MEMBER)]. So long as a 
member is allocated it is treated as a SEQ file by QSAM (just make sure to open 
as INPUT - Using this method for PUTs is asking for problems).

--
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: SMPE used to flag this as an error

2011-07-13 Thread Don Imbriale
I believe that with CHECK specified, SMP/E will check for regressed sysmods
rather than showing them as NOGO and putting them in the causer report.

- Don Imbriale

On Wed, Jul 13, 2011 at 10:23 AM, Schwarz, Barry A <
barry.a.schw...@boeing.com> wrote:

> I ran the following apply check
>
> APPLY   CHECK
> GROUP
> FUNCTIONS
> PTFS
> APARS
> USERMODS
> SOURCEID (
>ESO1107
>)
> EXCLUDE  (
>UA56444
>)
> BYPASS   (
>HOLDSYSTEM (
> RESTART
> IPL
> DOC
> ENH
> AO
> MULTSYS
> ACTION
> DYNACT
> EC
> MSGSKEL
> DEP
> EXIT
> DOWNLD
> DELETE
> )
>)
> NOJCLINREPORT.
>
> SMPE generated the following diagnostics
>
> GIM38201WTHERE IS A MODID ERROR FOR MACUPD ENTRY $BUFFER IN SYSMOD
> UA56739.
> GIM31902ISYSMOD UA56739 DOES NOT SPECIFY AAJESTA ON THE PRE OR SUP
> OPERAND.
> AAJESTA IS A UMID FOR MACUPD $BUFFER THAT IS CURRENTLY
> INSTALLED.
> GIM38201WTHERE IS A MODID ERROR FOR MACUPD ENTRY $HASPEQU IN SYSMOD
> UA56739.
> GIM31902ISYSMOD UA56739 DOES NOT SPECIFY AAJESTA ON THE PRE OR SUP
> OPERAND.
> AAJESTA IS A UMID FOR MACUPD $HASPEQU THAT IS CURRENTLY
> INSTALLED.
>
> It also marked the PTF as applied
>
> UA56739  APPLIED   PTF   HJE7760  PRE  UA47335   UA48021   UA48275
>   UA48380   UA49239   UA49270
>   UA49848   UA50641   UA50744
> UA52851   UA53795   UA54558
>  HOLDEEA34563
>  HOLDS   *DOC(UA56739)
> *IPL(UA56739)   *MULTSYS(UA56739)
>
> And generated the following Regression Report
>
> REGRESSINGREGRESSEDCOMMON   ELEMENTS   CURRENTOTHER POTENTIALLY
> SYSMODSYSMOD   TYPE NAME   RMID   REGRESSED SYSMODS
>
> UA56739   AAJESTA  MACRO$BUFFER
>   MACRO$HASPEQU
>
> Since I did not specify BYPASS(ID), shouldn't the MODID mismatches be
> errors instead of warnings?  Shouldn't the PTF be marked NOGO?
>
> The SMPE Commands manual on the z/OS 1.11 DVD (V3R5) states that regression
> "can occur only when BYPASS(ID) is used to ignore such errors."  Shouldn't
> the Regression Report be suppressed and the PTF show up in the Causer
> Report?
>
>

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

2011-07-13 Thread Paul Gilmartin
On Tue, 12 Jul 2011 23:53:16 -0400, Robert A. Rosenberg wrote:

>At 13:28 -0500 on 07/08/2011, Rick Fochtman wrote about Re: Startio:
>
>>final intended purpose. I've used QSAM to access individual members
>>of a PDS, in name sequence, but it's not a practice I'd recommend to
>>the novice.
>
>It is not that hard. You read the directory (assuming it is a PDS and
>not a PDSE  [Which I am not sure will act like a PDS for reading the
>
It does.  They fake it.  I believe it's documented.  Don't know about
UNIX files, which can be read, but not written, by BPAM.

>directory]) one block at  a time using BSAM. You then use OPENJ or
>
Or even QSAM.  I've done it with Rexx; I think that's QSAM.

>(just make sure to open as INPUT - Using this method for PUTs is
>asking for problems).
> 
Amen.

-- gil

--
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: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT

2011-07-13 Thread Jonathan Goossen
Could it have been renamed?

Thank you and have a Terrific day!

Jonathan Goossen, ACS, CL
Tape Specialist
ACT Mainframe Storage Group
Personal: 651-361-4541
Department Support Line: 651-361-

IBM Mainframe Discussion List  wrote on 07/13/2011 
10:23:31 AM:

> From: willie bunter 
> To: IBM-MAIN@bama.ua.edu
> Date: 07/13/2011 10:26 AM
> Subject: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT
> Sent by: IBM Mainframe Discussion List 
> 
> Hallo To All,
>  
> I am trying to track down a problem of a missing dataset.  The dsn 
> was used by a STC however for some unexplainable reason it 
> "disappeared".  In the STC the dsn is DISP=SHR.  I checked all the 
> SMF records -TYPE 17, 18, 61, 62, 63, 64, 65, 67, 68, 136, 138 & 
> 139- but there is no record of it having been deleted.  My suspicion
> is HSM.  I checked the ACTIVITY logs for 2 weeks however there is no
> trace of the dsn being deleted i.e. ACTION=DELETED or ACTION=SCRATCH
> or ACTON=EXPIRED.  According to the MANAGEMENT CLASS which has the 
> following expiration attributes:
> Expiration Attributes  
>
>   Expire after Days Non-usage  . : 540 
>   Expire after Date/Days . . . . : NOLIMIT 
>   Retention Limit  . . . . . . . : 0   
>
> My understanding is that even though the dsn could be expired after 
> 540 days, since there is a NOLIMIT, this would override the Expire 
> after Days Non-usage of 540 days.  Please correct me if my 
> understanding is skewered.  Also, could any one suggest where else I
> could look for the cause of the missing dsn?
>  
> Thanks in advance for your help.
> 
> --
> 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


This e-mail message and all attachments transmitted with it may
contain legally privileged and/or confidential information intended
solely for the use of the addressee(s). If the reader of this
message is not the intended recipient, you are hereby notified that
any reading, dissemination, distribution, copying, forwarding or
other use of this message or its attachments is strictly
prohibited. If you have received this message in error, please
notify the sender immediately and delete this message and all
copies and backups thereof. 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: most efficient method to determine "used cpu time" within a particular subtask

2011-07-13 Thread Charles Mills
Frankly, one could always make an argument for using a supported API in all
but the most extreme of situations.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Walt Farrell
Sent: Wednesday, July 13, 2011 10:26 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: most efficient method to determine "used cpu time" within a
particular subtask

>OTOH if you have a more normal sort of some IO/some computing/some 
>system services type of program and would just like to know roughly how 
>much CPU time you have consumed up to this point, then TCBTIME should 
>be totally satisfactory.

But if you have that kind of program, and a rough answer would suffice, do
you really need to figure out the most efficient way of getting it?
(Conversely, if you do want the most efficient way, doesn't that (perhaps)
imply that you don't have that kind of program?)

--
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: HOWTO question: Linking non-XPLINK C with a shared object (.so) library

2011-07-13 Thread Farley, Peter x23353
Thank you Miklos, using the DLL compiler option was the key.  I've got the 
non-XPLINK sample working now.

Peter

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Miklos Szigetvari
> Sent: Wednesday, July 13, 2011 12:18 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: HOWTO question: Linking non-XPLINK C with a shared object
> (.so) library
> 
>  Hi
> 
> Sorry didn't read everything
> Now I  compiled the SAMPLE with EDCCB and DLL option , and in z/OS 1.12
> it is o.k. for me (Without DLL even not compile for me)
> 
> On 7/13/2011 3:15 PM, Farley, Peter x23353 wrote:
> > I do not want to mix XPLINK and non-XPLINK code, I want to write non-
> XPLINK C code to use the non-XPLINK shared-object API subroutines.  IBM
> supplies both an XPLINK shared-object file (iewbnddx.so) AND a non-XPLINK
> shared-object file (iewbndd.so).  IBM provides sample JCL showing how to
> use only the XPLINK shared-object file.
> >
> > Peter
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Miklos Szigetvari
> > Sent: Wednesday, July 13, 2011 5:49 AM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Re: HOWTO question: Linking non-XPLINK C with a shared object
> (.so) library
> >
> >   Hi
> >
> > Don't understand why do you want to link together XPLINK and NON XPLINK
> > code, and not call the DLL.
> > The boundary for XPLINK  NON XPLINK code is a DLL, so a DLL is XPLINK or
> > not.
> > In SHARE there was a number of very good presentations about the DLL's
> > and XPLINK
--

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: SMPE used to flag this as an error

2011-07-13 Thread Starr, Alan
Barry,

That's a good one that I don't believe I've seen before (and I used to teach 
SMP/E courses).

I believe that I have found the answer. The key is that SYSMOD UA56739 is 
performing a MACUPD to macros that have AAJESTA as a UMID (not RMID).

Careful reading of the first System Action provided for message GIM38201W 
indicates that SMP/E will proceed with the APPLY (and produce a regression 
report):

The SYSMOD supplies an update element, and the PRE and 
SUP operands (1) specify the RMID of the previously
processed version of the element but (2) do not specify
all UMIDs of the previously processed version of the   
element.   
   
In this case, message GIM319xx or message GIM430xx 
follows this message and names the updates in the  
previously processed version of the element that the   
SYSMOD does not supersede or specify as a prerequisite.
SMP/E processes the update supplied by the SYSMOD. 


Cheers,
Alan

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Schwarz, Barry A
Sent: Wednesday, July 13, 2011 7:24 AM
To: IBM-MAIN@bama.ua.edu
Subject: SMPE used to flag this as an error

I ran the following apply check

APPLY   CHECK
 GROUP
 FUNCTIONS
 PTFS
 APARS
 USERMODS
 SOURCEID (
ESO1107
)
 EXCLUDE  (
UA56444
)
 BYPASS   (
HOLDSYSTEM (
 RESTART
 IPL
 DOC
 ENH
 AO
 MULTSYS
 ACTION
 DYNACT
 EC
 MSGSKEL
 DEP
 EXIT
 DOWNLD
 DELETE
 )
)
 NOJCLINREPORT.

SMPE generated the following diagnostics

GIM38201WTHERE IS A MODID ERROR FOR MACUPD ENTRY $BUFFER IN SYSMOD UA56739.
GIM31902ISYSMOD UA56739 DOES NOT SPECIFY AAJESTA ON THE PRE OR SUP OPERAND.
 AAJESTA IS A UMID FOR MACUPD $BUFFER THAT IS CURRENTLY INSTALLED.
GIM38201WTHERE IS A MODID ERROR FOR MACUPD ENTRY $HASPEQU IN SYSMOD UA56739.
GIM31902ISYSMOD UA56739 DOES NOT SPECIFY AAJESTA ON THE PRE OR SUP OPERAND.
 AAJESTA IS A UMID FOR MACUPD $HASPEQU THAT IS CURRENTLY INSTALLED.

It also marked the PTF as applied

UA56739  APPLIED   PTF   HJE7760  PRE  UA47335   UA48021   UA48275   
UA48380   UA49239   UA49270
   UA49848   UA50641   UA50744   
UA52851   UA53795   UA54558
  HOLDEEA34563
  HOLDS   *DOC(UA56739)   *IPL(UA56739) 
  *MULTSYS(UA56739)

And generated the following Regression Report

REGRESSINGREGRESSEDCOMMON   ELEMENTS   CURRENTOTHER POTENTIALLY
SYSMODSYSMOD   TYPE NAME   RMID   REGRESSED SYSMODS

UA56739   AAJESTA  MACRO$BUFFER
   MACRO$HASPEQU

Since I did not specify BYPASS(ID), shouldn't the MODID mismatches be errors 
instead of warnings?  Shouldn't the PTF be marked NOGO?

The SMPE Commands manual on the z/OS 1.11 DVD (V3R5) states that regression 
"can occur only when BYPASS(ID) is used to ignore such errors."  Shouldn't the 
Regression Report be suppressed and the PTF show up in the Causer Report?

--
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: HOWTO question: Linking non-XPLINK C with a shared object (.so) library

2011-07-13 Thread Farley, Peter x23353
Yes, the DLL compiler option was the key, as Miklos told me.

Yes, the LIBPATH is required to be set at runtime.  The IBM-supplied JCL sample 
provides this in the PARM to the executable sample program:

//GOWAPCCC EXEC PGM=*.IEWAPCCC.BIND.SYSLMOD, 
// PARM='ENVAR("LIBPATH=/usr/lib"),MSGFILE(MYSTDERR)//bin/sh'

Peter

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Don Poitras
> Sent: Wednesday, July 13, 2011 11:19 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: HOWTO question: Linking non-XPLINK C with a shared object
> (.so) library
> 
> Peter,
>   Did you supply the DLL compiler option? Usually, it's better to just
> include the DLL side file (/usr/lib/iewbndd.x) rather than trying to
> write all these yourself. Remember at runtime, you must set LIBPATH to
> be able to find the DLL.
--

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: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT

2011-07-13 Thread willie bunter
I don't think so because the STC was using it until July 10 at 04:00 a.m.  
When the user attempted to bring up the STC on July 11 she received a jcl error 
- dsn not found.
 

--- On Wed, 7/13/11, Jonathan Goossen  wrote:


From: Jonathan Goossen 
Subject: Re: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT
To: IBM-MAIN@bama.ua.edu
Received: Wednesday, July 13, 2011, 9:42 AM


Could it have been renamed?

Thank you and have a Terrific day!

Jonathan Goossen, ACS, CL
Tape Specialist
ACT Mainframe Storage Group
Personal: 651-361-4541
Department Support Line: 651-361-

IBM Mainframe Discussion List  wrote on 07/13/2011 
10:23:31 AM:

> From: willie bunter 
> To: IBM-MAIN@bama.ua.edu
> Date: 07/13/2011 10:26 AM
> Subject: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT
> Sent by: IBM Mainframe Discussion List 
> 
> Hallo To All,
>  
> I am trying to track down a problem of a missing dataset.  The dsn 
> was used by a STC however for some unexplainable reason it 
> "disappeared".  In the STC the dsn is DISP=SHR.  I checked all the 
> SMF records -TYPE 17, 18, 61, 62, 63, 64, 65, 67, 68, 136, 138 & 
> 139- but there is no record of it having been deleted.  My suspicion
> is HSM.  I checked the ACTIVITY logs for 2 weeks however there is no
> trace of the dsn being deleted i.e. ACTION=DELETED or ACTION=SCRATCH
> or ACTON=EXPIRED.  According to the MANAGEMENT CLASS which has the 
> following expiration attributes:
> Expiration Attributes                          
>                                                
>   Expire after Days Non-usage  . : 540         
>   Expire after Date/Days . . . . : NOLIMIT     
>   Retention Limit  . . . . . . . : 0           
>                                                
> My understanding is that even though the dsn could be expired after 
> 540 days, since there is a NOLIMIT, this would override the Expire 
> after Days Non-usage of 540 days.  Please correct me if my 
> understanding is skewered.  Also, could any one suggest where else I
> could look for the cause of the missing dsn?
>  
> Thanks in advance for your help.
> 
> --
> 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


This e-mail message and all attachments transmitted with it may
contain legally privileged and/or confidential information intended
solely for the use of the addressee(s). If the reader of this
message is not the intended recipient, you are hereby notified that
any reading, dissemination, distribution, copying, forwarding or
other use of this message or its attachments is strictly
prohibited. If you have received this message in error, please
notify the sender immediately and delete this message and all
copies and backups thereof. 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


Re: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT

2011-07-13 Thread Staller, Allan

Again, if the dsn was deleted by a TSO user wouldn't it show up in the
SMF records?


Absolutely. 

Since you indicated in another post the data set was "in use" as of July
10th by an STC, I would go back at least to the start date/time of that
STC for you SMF hunt.

Again, DAF is your friend. Just feed it the raw SMF data...

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: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT

2011-07-13 Thread Martinez, Frank J
If you collected SMF records for that day, I think your best bet is going 
through them and find out who deleted or altered that dataset.


 
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
willie bunter
Sent: Wednesday, July 13, 2011 1:02 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT

I don't think so because the STC was using it until July 10 at 04:00 a.m.  
When the user attempted to bring up the STC on July 11 she received a jcl error 
- dsn not found.
 

--- On Wed, 7/13/11, Jonathan Goossen  wrote:


From: Jonathan Goossen 
Subject: Re: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT
To: IBM-MAIN@bama.ua.edu
Received: Wednesday, July 13, 2011, 9:42 AM


Could it have been renamed?

Thank you and have a Terrific day!

Jonathan Goossen, ACS, CL
Tape Specialist
ACT Mainframe Storage Group
Personal: 651-361-4541
Department Support Line: 651-361-

IBM Mainframe Discussion List  wrote on 07/13/2011 
10:23:31 AM:

> From: willie bunter 
> To: IBM-MAIN@bama.ua.edu
> Date: 07/13/2011 10:26 AM
> Subject: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT
> Sent by: IBM Mainframe Discussion List 
> 
> Hallo To All,
>  
> I am trying to track down a problem of a missing dataset.  The dsn 
> was used by a STC however for some unexplainable reason it 
> "disappeared".  In the STC the dsn is DISP=SHR.  I checked all the 
> SMF records -TYPE 17, 18, 61, 62, 63, 64, 65, 67, 68, 136, 138 & 
> 139- but there is no record of it having been deleted.  My suspicion
> is HSM.  I checked the ACTIVITY logs for 2 weeks however there is no
> trace of the dsn being deleted i.e. ACTION=DELETED or ACTION=SCRATCH
> or ACTON=EXPIRED.  According to the MANAGEMENT CLASS which has the 
> following expiration attributes:
> Expiration Attributes                          
>                                                
>   Expire after Days Non-usage  . : 540         
>   Expire after Date/Days . . . . : NOLIMIT     
>   Retention Limit  . . . . . . . : 0           
>                                                
> My understanding is that even though the dsn could be expired after 
> 540 days, since there is a NOLIMIT, this would override the Expire 
> after Days Non-usage of 540 days.  Please correct me if my 
> understanding is skewered.  Also, could any one suggest where else I
> could look for the cause of the missing dsn?
>  
> Thanks in advance for your help.
> 
> --
> 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


This e-mail message and all attachments transmitted with it may
contain legally privileged and/or confidential information intended
solely for the use of the addressee(s). If the reader of this
message is not the intended recipient, you are hereby notified that
any reading, dissemination, distribution, copying, forwarding or
other use of this message or its attachments is strictly
prohibited. If you have received this message in error, please
notify the sender immediately and delete this message and all
copies and backups thereof. 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

--
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: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT

2011-07-13 Thread Michael Wickman
Allocated in the STC and referenced to change the usage date are two different 
things.  It's possible it could have been expired by HSM.


Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
willie bunter
Sent: Wednesday, July 13, 2011 12:02 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: [IBM-MAIN] DFHSM QUESTION - PRIMARY SPACE MANAGEMENT

I don't think so because the STC was using it until July 10 at 04:00 a.m.  
When the user attempted to bring up the STC on July 11 she received a jcl error 
- dsn not found.
 

--- On Wed, 7/13/11, Jonathan Goossen  wrote:


From: Jonathan Goossen 
Subject: Re: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT
To: IBM-MAIN@bama.ua.edu
Received: Wednesday, July 13, 2011, 9:42 AM


Could it have been renamed?

Thank you and have a Terrific day!

Jonathan Goossen, ACS, CL
Tape Specialist
ACT Mainframe Storage Group
Personal: 651-361-4541
Department Support Line: 651-361-

IBM Mainframe Discussion List  wrote on 07/13/2011 
10:23:31 AM:

> From: willie bunter 
> To: IBM-MAIN@bama.ua.edu
> Date: 07/13/2011 10:26 AM
> Subject: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT
> Sent by: IBM Mainframe Discussion List 
> 
> Hallo To All,
>  
> I am trying to track down a problem of a missing dataset.  The dsn 
> was used by a STC however for some unexplainable reason it 
> "disappeared".  In the STC the dsn is DISP=SHR.  I checked all the 
> SMF records -TYPE 17, 18, 61, 62, 63, 64, 65, 67, 68, 136, 138 & 
> 139- but there is no record of it having been deleted.  My suspicion
> is HSM.  I checked the ACTIVITY logs for 2 weeks however there is no
> trace of the dsn being deleted i.e. ACTION=DELETED or ACTION=SCRATCH
> or ACTON=EXPIRED.  According to the MANAGEMENT CLASS which has the 
> following expiration attributes:
> Expiration Attributes                          
>                                                
>   Expire after Days Non-usage  . : 540         
>   Expire after Date/Days . . . . : NOLIMIT     
>   Retention Limit  . . . . . . . : 0           
>                                                
> My understanding is that even though the dsn could be expired after 
> 540 days, since there is a NOLIMIT, this would override the Expire 
> after Days Non-usage of 540 days.  Please correct me if my 
> understanding is skewered.  Also, could any one suggest where else I
> could look for the cause of the missing dsn?
>  
> Thanks in advance for your help.
> 
> --
> 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


This e-mail message and all attachments transmitted with it may
contain legally privileged and/or confidential information intended
solely for the use of the addressee(s). If the reader of this
message is not the intended recipient, you are hereby notified that
any reading, dissemination, distribution, copying, forwarding or
other use of this message or its attachments is strictly
prohibited. If you have received this message in error, please
notify the sender immediately and delete this message and all
copies and backups thereof. 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








"This email is intended to be reviewed by only the intended recipient
 and may contain information that is privileged and/or confidential.
 If you are not the intended recipient, you are hereby notified that
 any review, use, dissemination, disclosure or copying of this email
 and its attachments, if any, is strictly prohibited.  If you have
 received this email in error, please immediately notify the sender by
 return email and delete this email 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


SHOWMVS and DFSORT 1.10 ICEPRMxx

2011-07-13 Thread Randy Hoekstra
Going from z/OS 1.9 to 1.11 and using SHOWMVS to check some options. We 
implemented the new with z/OS 1.10 PARMLIB support for DFSORT installtion 
defaults (ICEPRMxx). Has anyone else noticed that SHOWMVS appears to be picking 
up the IBM DFSORT defaults, perhaps expecting the linked options module, not 
the ICEPRMxx options.

--
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: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT

2011-07-13 Thread willie bunter
I went back as far as July 01 SMF records and nothing showed despite searching 
for records 14 15 17 18 61 62 63 64 65 67 68 136 & 139

--- On Wed, 7/13/11, Staller, Allan  wrote:


From: Staller, Allan 
Subject: Re: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT
To: IBM-MAIN@bama.ua.edu
Received: Wednesday, July 13, 2011, 10:08 AM



Again, if the dsn was deleted by a TSO user wouldn't it show up in the
SMF records?


Absolutely. 

Since you indicated in another post the data set was "in use" as of July
10th by an STC, I would go back at least to the start date/time of that
STC for you SMF hunt.

Again, DAF is your friend. Just feed it the raw SMF data...

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

--
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: SHOWMVS and DFSORT 1.10 ICEPRMxx

2011-07-13 Thread Greg Dorner
I'm running SHOWMVS 720 and I get this display:

BROWSEGSF Utilities - SHOWzOS R720  
Command ===>

   Item   JCL(ICEAM1)  INV(ICEAM2)  TSO(ICEAM3)  TSOINV(ICEAM4) 
   --    -- 
   Release  : 1.12 1.12 1.12 1.12   
   Module   : ICEAM1   ICEAM2   ICEAM3   ICEAM4 
   APAR lvl : BASE BASE BASE BASE   
   Compiled : 06/22/10 06/22/10 06/22/10 06/22/10   
   Enable   : NONE NONE NONE NONE   
   ABCODE   : MSG  MSG  MSG  MSG
   ALTSEQ   : No ReportNo ReportNo ReportNo Report  
   ARESALL  : 0000  
   ARESINV  : 0000  
   CFW  : YYYY  
   CHALT: AAAA  
   CHECK: YYYY  
   CINV : YYYY  
   COBEXIT  : 2222  
   DIAGSIM  : NNNN  
   DSA  : 64   64   64   64 
   DSPSize  : MAX  MAX  MAX  MAX
   DYNALOC  : (SYSDA,0)(SYSDA,0)(SYSDA,0)(SYSDA,0)  
   DYNAUTO  : YYYY  
   DYNSPC   : 256  256  256  256

--
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: Binder error in SMPE Apply of IBM PTF

2011-07-13 Thread Shmuel Metz (Seymour J.)
In
,
on 07/12/2011
   at 10:15 AM, "Schwarz, Barry A"  said:

>Can someone suggest a method for correcting the problem the Binder is
>reporting.  I confirmed that the PTF UA56011 has a ++MOD for
>HWICHAPI.  As near as I can tell, the Binder control statements are
>generated by SMPE.

Probably from LMOD(HWICMAPI) or ++JCLIN within the MCS.

> IEW2322I 1220  4INCLUDE SMPWRK3(HWICHAPI)  UA56011
> IEW2322I 1220  5 IDENTIFY HWICHAPI('UA56011')

I asume that there is  a SRC(HWICHAPI) and that SMP did an assembly of
it. What do you see in the asssembly listing?

> IEW2454W 9203 SYMBOL CEESG003 UNRESOLVED.  NO AUTOCALL (NCAL)
>SPECIFIED.

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

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


Re: SHOWMVS and DFSORT 1.10 ICEPRMxx

2011-07-13 Thread Frank Yaeger
Randy Hoekstra at IBM Mainframe Discussion List 
wrote on 07/13/2011 10:12:15 AM:
> Going from z/OS 1.9 to 1.11 and using SHOWMVS to check some options.
> We implemented the new with z/OS 1.10 PARMLIB support for DFSORT
> installtion defaults (ICEPRMxx). Has anyone else noticed that
> SHOWMVS appears to be picking up the IBM DFSORT defaults, perhaps
> expecting the linked options module, not the ICEPRMxx options.
>
> --
> 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

I don't know anything about SHOWMVS and what it does/expects (and I suspect
the author of
SHOWMVS doesn't know anything about how I implemented the ICEPRMxx
options).

>From a DFSORT perspective, you should use the DEFAULTS operator of DFSORT's
ICETOOL
to check your DFSORT installation defaults.  I updated DEFAULTS to
understand ICEPRMxx
options and produce a report with complete details on the DFSORT
installation options.

Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com
Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration

 => DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort

--
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: RES: RES: Console COMMAND

2011-07-13 Thread Shmuel Metz (Seymour J.)
In
,
on 07/12/2011
   at 11:36 AM, ITURIEL DO NASCIMENTO NETO
<4254.itur...@bradesco.com.br> said:

>I agree, but he is using SYSREXX.

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

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


Re: running Assembler I/O macro code as AMODE 31, RMODE ANY

2011-07-13 Thread Shmuel Metz (Seymour J.)
In
,
on 07/12/2011
   at 11:06 AM, "Barkow, Eileen"  said:

>We have some old Cobol programs that are being upgraded to Enterprise
>Cobol and the users would like to be able to link them as AMODE 31
>RMODE ANY. The problem is that some of these programs call assembler
>modules to do the i/o via QSAM and VSAM macros (TESTCB, SHOWCB, GET,
>PUT, PUTX, etc) and the only way these can work is by linking
>everything as AMODE 24, RMODE BELOW.

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

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


Re: Meet IBM's new $75,000 mainframe

2011-07-13 Thread Shmuel Metz (Seymour J.)
In <0056862955946830.wa.mace1953gmail@bama.ua.edu>, on 07/12/2011
   at 09:37 AM, Larry Macioce  said:

>So does it run MVS or VM, the article doesn't say.

It runs z/OS, z/VM and anything else that a z196 will run, memory
permitting.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


Re: running Assembler I/O macro code as AMODE 31, RMODE ANY

2011-07-13 Thread Barkow, Eileen
I meant that linking everything AMODE 24 was the 'only' way the users could get 
it to work - that is why they
were asking for other ways to do it.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Shmuel Metz (Seymour J.)
Sent: Wednesday, July 13, 2011 1:48 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: running Assembler I/O macro code as AMODE 31, RMODE ANY

In
,
on 07/12/2011
   at 11:06 AM, "Barkow, Eileen"  said:

>We have some old Cobol programs that are being upgraded to Enterprise
>Cobol and the users would like to be able to link them as AMODE 31
>RMODE ANY. The problem is that some of these programs call assembler
>modules to do the i/o via QSAM and VSAM macros (TESTCB, SHOWCB, GET,
>PUT, PUTX, etc) and the only way these can work is by linking
>everything as AMODE 24, RMODE BELOW.

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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@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: Binder error in SMPE Apply of IBM PTF

2011-07-13 Thread Tom Marchant
On Wed, 13 Jul 2011 13:35:45 -0400, Shmuel Metz (Seymour J.) wrote:

>In
>,
>on 07/12/2011
>   at 10:15 AM, "Schwarz, Barry A"  said:
>
>> IEW2454W 9203 SYMBOL CEESG003 UNRESOLVED.  NO AUTOCALL (NCAL)
>>SPECIFIED.
>
>Is a library missing from SYSLIB?

Not likely.  For one thing, with NCAL, the binder will not search SYSLIB.
For another, in SMP/E, SYSLIB is used for macros, not for AUTOCALL.

-- 
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: running Assembler I/O macro code as AMODE 31, RMODE ANY

2011-07-13 Thread Steve Comstock

On 7/13/2011 11:53 AM, Barkow, Eileen wrote:

I meant that linking everything AMODE 24 was the 'only' way the users could get 
it to work - that is why they
were asking for other ways to do it.


So how have you resolved the problem?




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Shmuel Metz (Seymour J.)
Sent: Wednesday, July 13, 2011 1:48 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: running Assembler I/O macro code as AMODE 31, RMODE ANY

In
,
on 07/12/2011
at 11:06 AM, "Barkow, Eileen"  said:


We have some old Cobol programs that are being upgraded to Enterprise
Cobol and the users would like to be able to link them as AMODE 31
RMODE ANY. The problem is that some of these programs call assembler
modules to do the i/o via QSAM and VSAM macros (TESTCB, SHOWCB, GET,
PUT, PUTX, etc) and the only way these can work is by linking
everything as AMODE 24, RMODE BELOW.


That is *a* way; it is *NOT* the only way.




--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

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

* Special promotion: 15% off on all DB2 training classes
scheduled by September 1, taught by year end 2011

* Check out our entire DB2 curriculum at:
http://www.trainersfriend.com/DB2_and_VSAM_courses/DB2curric.htm

--
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: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT

2011-07-13 Thread Elardus Engelbrecht
willie bunter wrote:

>I went back as far as July 01 SMF records and nothing showed despite searching 
>for records 14 15 17 18 61 62 63 64 65 67 68 136 & 139

No RACF SMF records? Hmmm? I hope you have really LOGOPTIONS=ALWAYS for dataset 
RACF class...

Are *all* your SMF processes running 100% fine with no loss of records at all?

Why SMF record type 138 and 139? What product is generating them?

Or it was deleted / renamed / moved from another LPAR? 

Groete / Greetings
Elardus Engelbrecht

--
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: Overriding client FTP . DATA

2011-07-13 Thread Johnston, Robert E
Good stuff. Thanks to everyone who responded. I wanted to get some outside 
opinions quickly before things got carved in stone here. The FTP jobs they are 
creating now will be the models for more to come - whether they be good models 
or not! With a little more experimenting I think we will be ok.
Thanks again,
Robert

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

--
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: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT

2011-07-13 Thread Schwarz, Barry A
Is the dataset VSAM or not?  If there is no record type 14, 15, or 62 for the 
dataset, then your STC is not opening it.  In that case, it could very well be 
deleted after 540 days of non-use.

In the 20+ hours between the last successful execution of the STC and the first 
time it was missing, there is plenty of time for the dataset to be deleted, 
renamed, or uncataloged.  Also, the catalog search order could have been 
altered (e.g., someone added an alias or disconnected a user catalog).  Or 
maybe the VTOCIX is damaged.  Have you looked at the volume the dataset is 
supposed to be on to determine if it is really gone?

What tool are you using to search the SMF records?  Why did you skip record 
type 66?  For that matter, unless you are using OS/390 V1, there are no record 
types 63, 67, or 68 anymore.  What are record types 136 and 139?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
willie bunter
Sent: Wednesday, July 13, 2011 10:20 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT

I went back as far as July 01 SMF records and nothing showed despite searching 
for records 14 15 17 18 61 62 63 64 65 67 68 136 & 139

--- On Wed, 7/13/11, Staller, Allan  wrote:


From: Staller, Allan 
Subject: Re: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT
To: IBM-MAIN@bama.ua.edu
Received: Wednesday, July 13, 2011, 10:08 AM



Again, if the dsn was deleted by a TSO user wouldn't it show up in the
SMF records?


Absolutely.

Since you indicated in another post the data set was "in use" as of July
10th by an STC, I would go back at least to the start date/time of that
STC for you SMF hunt.

Again, DAF is your friend. Just feed it the raw SMF data...

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

--
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: running Assembler I/O macro code as AMODE 31, RMODE ANY

2011-07-13 Thread Barkow, Eileen
I passed all the info I got from this list onto the programmers and they can 
decide what to do.

John Gilmore sent the info about using RMODE(SPLIT) and Charles Mills sent a 
very comprehensive document (previously presented to the list) that he wrote 
about
 how to convert assembler code doing such i/o's to 31 bit rmode(any).

Thanks to all who responded.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Steve Comstock
Sent: Wednesday, July 13, 2011 2:19 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: running Assembler I/O macro code as AMODE 31, RMODE ANY

On 7/13/2011 11:53 AM, Barkow, Eileen wrote:
> I meant that linking everything AMODE 24 was the 'only' way the users could 
> get it to work - that is why they
> were asking for other ways to do it.

So how have you resolved the problem?


>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf 
> Of Shmuel Metz (Seymour J.)
> Sent: Wednesday, July 13, 2011 1:48 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: running Assembler I/O macro code as AMODE 31, RMODE ANY
>
> In
> ,
> on 07/12/2011
> at 11:06 AM, "Barkow, Eileen"  said:
>
>> We have some old Cobol programs that are being upgraded to Enterprise
>> Cobol and the users would like to be able to link them as AMODE 31
>> RMODE ANY. The problem is that some of these programs call assembler
>> modules to do the i/o via QSAM and VSAM macros (TESTCB, SHOWCB, GET,
>> PUT, PUTX, etc) and the only way these can work is by linking
>> everything as AMODE 24, RMODE BELOW.
>
> That is *a* way; it is *NOT* the only way.
>


-- 

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

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

* Special promotion: 15% off on all DB2 training classes
 scheduled by September 1, taught by year end 2011

* Check out our entire DB2 curriculum at:
 http://www.trainersfriend.com/DB2_and_VSAM_courses/DB2curric.htm

--
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: JCL Question

2011-07-13 Thread Shmuel Metz (Seymour J.)
In
,
on 07/12/2011
   at 03:35 PM, Jonathan Goossen  said:

>Job Control Language

Gesundheit! That's not even a claim that it's a programming language.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


Re: Startio

2011-07-13 Thread Shmuel Metz (Seymour J.)
In , on 07/12/2011
   at 11:42 PM, "Robert A. Rosenberg"  said:

>Working with EXCP is fun at times. I once had to write a routine to 
>simulate doing READ BACKWARDS from tape by accessing the file from 
>DASD (to allow reading an archive log so I could do data back-out). I
> used EXCP to read the CKD field

ITYM the count field. Unless it was a really old device, it would have
been easier to just read the entire track.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


Re: Startio

2011-07-13 Thread Shmuel Metz (Seymour J.)
In , on 07/12/2011
   at 11:53 PM, "Robert A. Rosenberg"  said:

>It is not that hard.
That depends on what "it" is. I interpret Rick as having read multiple
members with a single OPEN of a QSAM DCB. That's more difficult than
doing an OPENJ for each member.


>using BSAM

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

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


Re: JCL Question

2011-07-13 Thread Shmuel Metz (Seymour J.)
In
<887215793-1310501180-cardhu_decombobulator_blackberry.rim.net-1377146756-@b12.c1.bise6.blackberry>,
on 07/12/2011
   at 08:06 PM, Ted MacNEIL  said:

>Looping constructs are not required to make it a programming
>language.

The ability to iterate is. Of course, that can be done with recursion
rather than explicit loops, but JCL doesn't have that either.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


Re: Binder error in SMPE Apply of IBM PTF

2011-07-13 Thread Schwarz, Barry A
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Shmuel Metz (Seymour J.)
> Sent: Wednesday, July 13, 2011 10:36 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Binder error in SMPE Apply of IBM PTF
>
> In
> ,
> on 07/12/2011
>at 10:15 AM, "Schwarz, Barry A"  said:
>
> >Can someone suggest a method for correcting the problem the Binder is
> >reporting.  I confirmed that the PTF UA56011 has a ++MOD for
> >HWICHAPI.  As near as I can tell, the Binder control statements are
> >generated by SMPE.
>
> Probably from LMOD(HWICMAPI) or ++JCLIN within the MCS.
>
> > IEW2322I 1220  4INCLUDE SMPWRK3(HWICHAPI)  UA56011
> > IEW2322I 1220  5 IDENTIFY HWICHAPI('UA56011')
>
> I asume that there is  a SRC(HWICHAPI) and that SMP did an assembly of
> it. What do you see in the asssembly listing?

As I stated above, there was a ++MOD, not a ++SRC

>
> > IEW2454W 9203 SYMBOL CEESG003 UNRESOLVED.  NO AUTOCALL (NCAL)
> >SPECIFIED.
>
> Is a library missing from SYSLIB?

How would that affect a Binder run with NCAL specified?

--
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: JCL Question

2011-07-13 Thread Shmuel Metz (Seymour J.)
In <45e5f2f45d7878458ee5ca679697335502e25...@usdaexch01.kbm1.loc>, on
07/12/2011
   at 12:57 PM, "Staller, Allan"  said:

>IIRC, static system symbols can be substituted in JCL.

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

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


Re: performance differences between java versions

2011-07-13 Thread Ed Finnell
Think it was the CEO of pets.com on Bloomberg yesterday saying it  used to 
cost $5M to deploy a server. Know they can lease space on the 'cloud'  for 
$100 per month.
 
 
In a message dated 7/13/2011 7:36:57 A.M. Central Daylight Time,  
mark.jac...@custserv.com writes:

maintain  legacy programs, where real knowledge is needed when you can 
cheaply hire  people who can build applications in a IDE environment?

When these  people get too expensive, replace them with new  newbie's.



--
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: Where's the official announcement?

2011-07-13 Thread Shmuel Metz (Seymour J.)
In <4e1c833b.5040...@trainersfriend.com>, on 07/12/2011
   at 11:24 AM, Steve Comstock  said:

>I've seen comments on stories about the new mainframe,
>and I knew the announcement was coming. But I haven't
>seen the official IBM announcement letter.

Asynchronous processing is wonderful. I've seen at least two messages
with a link. Try
.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


Re: Z/OS Newbie question

2011-07-13 Thread Shmuel Metz (Seymour J.)
In , on 07/13/2011
   at 01:09 PM, Binyamin Dissen  said:

>Perhaps you should take the time to read the original request.

Perhaps someone should. It had nothing to do with the specific claim
that I was rebutting. I was rebutting your claim to Gerhard.

>Oooops, I forgot.

Indeed.

>Yours is bigger.

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

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


Re: JCL Question

2011-07-13 Thread Shmuel Metz (Seymour J.)
In
<1340844227-1310499369-cardhu_decombobulator_blackberry.rim.net-208261873-@b12.c1.bise6.blackberry>,
on 07/12/2011
   at 07:36 PM, Ted MacNEIL  said:

>I disagree.
>JCL meets all criteria to be a programming language.

Nonsense.

>It doesn't do everything, but what language does?

Irrelevant. The question isn't whether it does everything, the
question is whether it does at least the minimum. It doesn't.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


Re: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT

2011-07-13 Thread Elardus Engelbrecht
Elardus Engelbrecht wrote:

>willie bunter wrote:
>>I went back as far as July 01 SMF records and nothing showed despite 
>>searching for records 14 15 17 18 61 62 63 64 65 67 68 136 & 139

>Why SMF record type 138 and 139? What product is generating them?

Aw, f**  s***, I really mean SMF type 136, not 138! Damn that stupid fingers of 
me! ;-D

Groete / Greetings
Elardus Engelbrecht

--
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: running Assembler I/O macro code as AMODE 31, RMODE ANY

2011-07-13 Thread Steve Comstock

On 7/13/2011 12:32 PM, Barkow, Eileen wrote:

I passed all the info I got from this list onto the programmers and they can 
decide what to do.

John Gilmore sent the info about using RMODE(SPLIT) and Charles Mills sent a 
very comprehensive document (previously presented to the list) that he wrote 
about
  how to convert assembler code doing such i/o's to 31 bit rmode(any).



I was curious if you saw my post with the three papers mentioned.



Thanks to all who responded.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Steve Comstock
Sent: Wednesday, July 13, 2011 2:19 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: running Assembler I/O macro code as AMODE 31, RMODE ANY

On 7/13/2011 11:53 AM, Barkow, Eileen wrote:

I meant that linking everything AMODE 24 was the 'only' way the users could get 
it to work - that is why they
were asking for other ways to do it.


So how have you resolved the problem?




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Shmuel Metz (Seymour J.)
Sent: Wednesday, July 13, 2011 1:48 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: running Assembler I/O macro code as AMODE 31, RMODE ANY

In
,
on 07/12/2011
 at 11:06 AM, "Barkow, Eileen"   said:


We have some old Cobol programs that are being upgraded to Enterprise
Cobol and the users would like to be able to link them as AMODE 31
RMODE ANY. The problem is that some of these programs call assembler
modules to do the i/o via QSAM and VSAM macros (TESTCB, SHOWCB, GET,
PUT, PUTX, etc) and the only way these can work is by linking
everything as AMODE 24, RMODE BELOW.


That is *a* way; it is *NOT* the only way.







--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

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

* Special promotion: 15% off on all DB2 training classes
scheduled by September 1, taught by year end 2011

* Check out our entire DB2 curriculum at:
http://www.trainersfriend.com/DB2_and_VSAM_courses/DB2curric.htm

--
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: Binder error in SMPE Apply of IBM PTF

2011-07-13 Thread Schwarz, Barry A
Thank you. That solved the problem by SUPing UA56011.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Staller, Allan
> Sent: Tuesday, July 12, 2011 10:25 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Binder error in SMPE Apply of IBM PTF
>
> https://www-304.ibm.com/support/docview.wss?uid=isg1OA34001
>
> UA56309
>
>
> Can someone suggest a method for correcting the problem the Binder
> is reporting.  I confirmed that the PTF UA56011 has a ++MOD for
> HWICHAPI.  As near as I can tell, the Binder control statements are
> generated by SMPE.
>
> z/OS V1 R11 BINDER 09:25:26 TUESDAY JULY 12, 2011
>  BATCH EMULATOR  JOB(LASEC08J) STEP(S1  ) PGM= HEWLH096
>  IEW2278I B352 INVOCATION PARAMETERS -
> LIST,LET,NCAL,XREF,RENT,AMODE=31,CASE(MIXED),NCAL
>  IEW2322I 1220  1INCLUDE SMPWRK3(HWICMCTR)  UA53984
> SEQ # 000284
>  IEW2322I 1220  2 IDENTIFY HWICMCTR('UA53984')
>  IEW2322I 1220  3 SETSSI 01113984
>  IEW2322I 1220  4INCLUDE SMPWRK3(HWICHAPI)  UA56011
>  IEW2322I 1220  5 IDENTIFY HWICHAPI('UA56011')
>  IEW2315E 1369 IDENTIFY DATA COULD NOT BE ADDED TO HWICHAPI BECAUSE THE
> SECTION DOES NOT EXIST.
>  IEW2322I 1220  6 SETSSI 01116011
>  IEW2322I 1220  7INCLUDE SMPWRK3(HWICMAPI)  UA56011
>  IEW2322I 1220  8INCLUDE AIEALNKE(HWICHTTI) LMODBLD
>  IEW2322I 1220  9INCLUDE AOSC5(HWIPHCPI)LMODBLD
>  IEW2322I 1220  10INCLUDE AOSC5(HWIPHCPR)LMODBLD
>  IEW2322I 1220  11INCLUDE AOSC5(HWIPHRES)LMODBLD
>  IEW2322I 1220  12INCLUDE AOSC5(HWIVMCCT)LMODBLD
>  IEW2322I 1220  13NAME HWICMAPI(R)   MAX
> ACCEPTABLE RC=00
>  IEW2454W 9203 SYMBOL CEESG003 UNRESOLVED.  NO AUTOCALL (NCAL)
> SPECIFIED.
>  (55 additional NCAL messages which I don't think are part of the
> problem)
>  IEW2454W 9203 SYMBOL HWIPHCPI UNRESOLVED.  NO AUTOCALL (NCAL)
> SPECIFIED.  NAME SPACE = 3

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

2011-07-13 Thread Bill Fairchild
If you know the record IDs are "regular format" (meaning the CCHH part always 
equals the CCHH of the track on which the records are stored and the R part is 
monotonically increasing), then you can easily read the records on the track 
backwards by doing direct reads of R(n), R(n-1), ..., R(1).  Of course, this 
method will require n revolutions of the device on ancient non-cached devices.  
On modern devices, the first access will cause the whole track to be cached, so 
only one revolution will be necessary, the same as if you read the whole track 
into storage with a modern command like Read Track and then work backwards 
through the data in storage.  Working backwards will be straightforward if the 
record lengths are regular (key lengths all the same and data lengths all the 
same).  Otherwise you will first have to scan forward through the track buffer, 
find the beginning of each record, save its offset in a table, and then process 
the records in reverse order starting with the !
 last entry in the table.

Bill Fairchild
Rocket Software

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Shmuel Metz (Seymour J.)
Sent: Wednesday, July 13, 2011 1:19 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Startio

In , on 07/12/2011
   at 11:42 PM, "Robert A. Rosenberg"  said:

>Working with EXCP is fun at times. I once had to write a routine to 
>simulate doing READ BACKWARDS from tape by accessing the file from DASD 
>(to allow reading an archive log so I could do data back-out). I  used 
>EXCP to read the CKD field

ITYM the count field. Unless it was a really old device, it would have been 
easier to just read the entire track.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@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: running Assembler I/O macro code as AMODE 31, RMODE ANY

2011-07-13 Thread Barkow, Eileen
Steve,

I am sorry but I did not see your post with the 3 papers mentioned.
When was it sent? I hope I did not delete it - I get copies of alot of error 
msg email that I send out to users and am
constantly deleting them so I sometimes delete things by mistake.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Steve Comstock
Sent: Wednesday, July 13, 2011 2:56 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: running Assembler I/O macro code as AMODE 31, RMODE ANY

On 7/13/2011 12:32 PM, Barkow, Eileen wrote:
> I passed all the info I got from this list onto the programmers and they can 
> decide what to do.
>
> John Gilmore sent the info about using RMODE(SPLIT) and Charles Mills sent a 
> very comprehensive document (previously presented to the list) that he wrote 
> about
>   how to convert assembler code doing such i/o's to 31 bit rmode(any).
>

I was curious if you saw my post with the three papers mentioned.


> Thanks to all who responded.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf 
> Of Steve Comstock
> Sent: Wednesday, July 13, 2011 2:19 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: running Assembler I/O macro code as AMODE 31, RMODE ANY
>
> On 7/13/2011 11:53 AM, Barkow, Eileen wrote:
>> I meant that linking everything AMODE 24 was the 'only' way the users could 
>> get it to work - that is why they
>> were asking for other ways to do it.
>
> So how have you resolved the problem?
>
>
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf 
>> Of Shmuel Metz (Seymour J.)
>> Sent: Wednesday, July 13, 2011 1:48 PM
>> To: IBM-MAIN@bama.ua.edu
>> Subject: Re: running Assembler I/O macro code as AMODE 31, RMODE ANY
>>
>> In
>> ,
>> on 07/12/2011
>>  at 11:06 AM, "Barkow, Eileen"   said:
>>
>>> We have some old Cobol programs that are being upgraded to Enterprise
>>> Cobol and the users would like to be able to link them as AMODE 31
>>> RMODE ANY. The problem is that some of these programs call assembler
>>> modules to do the i/o via QSAM and VSAM macros (TESTCB, SHOWCB, GET,
>>> PUT, PUTX, etc) and the only way these can work is by linking
>>> everything as AMODE 24, RMODE BELOW.
>>
>> That is *a* way; it is *NOT* the only way.
>>
>
>


-- 

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

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

* Special promotion: 15% off on all DB2 training classes
 scheduled by September 1, taught by year end 2011

* Check out our entire DB2 curriculum at:
 http://www.trainersfriend.com/DB2_and_VSAM_courses/DB2curric.htm

--
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: JCL Question

2011-07-13 Thread Bryan Klimek
We create thousands of datasets with a date stamp as a qualifier. See example:

//BJKBR14  JOB 1,'BRYAN K.',CLASS=Z,MSGCLASS=X,MSGLEVEL=(1,1) 
//INCL INCLUDE MEMBER=MCDATE  
//STEP005  EXEC PGM=IEFBR14   
//DD1  DD   DSN=SHRT.DUMMY.D&MCDATE,UNIT=VIO,SPACE=(TRK,(1,1))

The expanded JCL after execution looks like this:

1 //BJKBR14  JOB 1,'BRYAN K.',CLASS=Z,MSGCLASS=X,MSGLEVEL=(1,1)   
JOB54091 
2 //INCL INCLUDE MEMBER=MCDATE  
   
  XX*   SET A VARIABLE FOR THE CURRENT DATA 
   
3 XXDTSTAMP  SET MCDATE=2011194 
   
4 //STEP005  EXEC PGM=IEFBR14   
   
5 //DD1  DD   DSN=SHRT.DUMMY.D&MCDATE,UNIT=VIO,SPACE=(TRK,(1,1))
   
  IEFC653I SUBSTITUTION JCL - 
DSN=SHRT.DUMMY.D2011194,UNIT=VIO,SPACE=(TRK,(1,1))   

The trick is to run a process at 23:59:59 everyday to update the MCDATE member 
in a proclib that is in your JES2 proclib concatenation. We've done this for 
years and it works well. 

I guess the only downside is if the automation task somehow fails to update the 
MCDATE member at midnight.

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


Re: Startio

2011-07-13 Thread Rick Fochtman

-

Grey area here. I would say that depends a great deal on the 
experience and skill levels of the programmer.  Not to mention the 
final intended purpose. I've used QSAM to access individual members 
of a PDS, in name sequence, but it's not a practice I'd recommend to 
the novice.


Rick



It is not that hard. You read the directory (assuming it is a PDS and 
not a PDSE  [Which I am not sure will act like a PDS for reading the 
directory]) one block at  a time using BSAM. You then use OPENJ or 
SVC99 to allocate the member and read it as a normal QSAM file [ie: 
Read it as if you allocated it via a DD with DSN=DATASET(MEMBER)]. So 
long as a member is allocated it is treated as a SEQ file by QSAM 
(just make sure to open as INPUT - Using this method for PUTs is 
asking for problems).


---
That's all well and good, but I did it by updating the next-block field 
in the open DCB.


Rick

--
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: running Assembler I/O macro code as AMODE 31, RMODE ANY

2011-07-13 Thread Steve Comstock

On 7/13/2011 1:21 PM, Barkow, Eileen wrote:

Steve,

I am sorry but I did not see your post with the 3 papers mentioned.
When was it sent? I hope I did not delete it - I get copies of alot of error 
msg email that I send out to users and am
constantly deleting them so I sometimes delete things by mistake.


I wondered. It was sent yesterday at 9:26 am;

  extracting:

VSAM can work AMODE 31 just fine.

For QSAM, there are a number of approaches that allow you
to code file processing in AMODE 31 without switching back
and forth using BSM and the like.

Visit

  http://www.trainersfriend.com/General_content/Book_site.htm

check out these papers:

* Applications Assembler Programming for z

* Writing Reentrant Programs (In Assembler)

* I/O and AMODE 31

they're all free and have some tidbits you might find helpful.





-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Steve Comstock
Sent: Wednesday, July 13, 2011 2:56 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: running Assembler I/O macro code as AMODE 31, RMODE ANY

On 7/13/2011 12:32 PM, Barkow, Eileen wrote:

I passed all the info I got from this list onto the programmers and they can 
decide what to do.

John Gilmore sent the info about using RMODE(SPLIT) and Charles Mills sent a 
very comprehensive document (previously presented to the list) that he wrote 
about
   how to convert assembler code doing such i/o's to 31 bit rmode(any).



I was curious if you saw my post with the three papers mentioned.



Thanks to all who responded.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Steve Comstock
Sent: Wednesday, July 13, 2011 2:19 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: running Assembler I/O macro code as AMODE 31, RMODE ANY

On 7/13/2011 11:53 AM, Barkow, Eileen wrote:

I meant that linking everything AMODE 24 was the 'only' way the users could get 
it to work - that is why they
were asking for other ways to do it.


So how have you resolved the problem?




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Shmuel Metz (Seymour J.)
Sent: Wednesday, July 13, 2011 1:48 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: running Assembler I/O macro code as AMODE 31, RMODE ANY

In
,
on 07/12/2011
  at 11:06 AM, "Barkow, Eileen"said:


We have some old Cobol programs that are being upgraded to Enterprise
Cobol and the users would like to be able to link them as AMODE 31
RMODE ANY. The problem is that some of these programs call assembler
modules to do the i/o via QSAM and VSAM macros (TESTCB, SHOWCB, GET,
PUT, PUTX, etc) and the only way these can work is by linking
everything as AMODE 24, RMODE BELOW.


That is *a* way; it is *NOT* the only way.










--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

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

* Special promotion: 15% off on all DB2 training classes
scheduled by September 1, taught by year end 2011

* Check out our entire DB2 curriculum at:
http://www.trainersfriend.com/DB2_and_VSAM_courses/DB2curric.htm

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


Java Environmental Checkout Program/Script

2011-07-13 Thread Mark Jacobs
I remember having to execute an IBM supplied program that would validate 
that the Java environment is correctly setup and working. Can't seem to 
find it now.


Can anyone point me to where it lives, or can be downloaded from?

--
Mark Jacobs
Time Customer Service
Tampa, FL


Some people are electrifying, they light up
a room when they leave.

--
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: running Assembler I/O macro code as AMODE 31, RMODE ANY

2011-07-13 Thread Barkow, Eileen
Thanks a lot Steve. I just saw the note that you sent yesterday - sorry I 
missed it.
I will pass your info along to the programmers.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Steve Comstock
Sent: Wednesday, July 13, 2011 3:48 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: running Assembler I/O macro code as AMODE 31, RMODE ANY

On 7/13/2011 1:21 PM, Barkow, Eileen wrote:
> Steve,
>
> I am sorry but I did not see your post with the 3 papers mentioned.
> When was it sent? I hope I did not delete it - I get copies of alot of error 
> msg email that I send out to users and am
> constantly deleting them so I sometimes delete things by mistake.

I wondered. It was sent yesterday at 9:26 am;

   extracting:

VSAM can work AMODE 31 just fine.

For QSAM, there are a number of approaches that allow you
to code file processing in AMODE 31 without switching back
and forth using BSM and the like.

Visit

   http://www.trainersfriend.com/General_content/Book_site.htm

check out these papers:

* Applications Assembler Programming for z

* Writing Reentrant Programs (In Assembler)

* I/O and AMODE 31

they're all free and have some tidbits you might find helpful.



>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf 
> Of Steve Comstock
> Sent: Wednesday, July 13, 2011 2:56 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: running Assembler I/O macro code as AMODE 31, RMODE ANY
>
> On 7/13/2011 12:32 PM, Barkow, Eileen wrote:
>> I passed all the info I got from this list onto the programmers and they can 
>> decide what to do.
>>
>> John Gilmore sent the info about using RMODE(SPLIT) and Charles Mills sent a 
>> very comprehensive document (previously presented to the list) that he wrote 
>> about
>>how to convert assembler code doing such i/o's to 31 bit rmode(any).
>>
>
> I was curious if you saw my post with the three papers mentioned.
>
>
>> Thanks to all who responded.
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf 
>> Of Steve Comstock
>> Sent: Wednesday, July 13, 2011 2:19 PM
>> To: IBM-MAIN@bama.ua.edu
>> Subject: Re: running Assembler I/O macro code as AMODE 31, RMODE ANY
>>
>> On 7/13/2011 11:53 AM, Barkow, Eileen wrote:
>>> I meant that linking everything AMODE 24 was the 'only' way the users could 
>>> get it to work - that is why they
>>> were asking for other ways to do it.
>>
>> So how have you resolved the problem?
>>
>>
>>>
>>> -Original Message-
>>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf 
>>> Of Shmuel Metz (Seymour J.)
>>> Sent: Wednesday, July 13, 2011 1:48 PM
>>> To: IBM-MAIN@bama.ua.edu
>>> Subject: Re: running Assembler I/O macro code as AMODE 31, RMODE ANY
>>>
>>> In
>>> ,
>>> on 07/12/2011
>>>   at 11:06 AM, "Barkow, Eileen"said:
>>>
 We have some old Cobol programs that are being upgraded to Enterprise
 Cobol and the users would like to be able to link them as AMODE 31
 RMODE ANY. The problem is that some of these programs call assembler
 modules to do the i/o via QSAM and VSAM macros (TESTCB, SHOWCB, GET,
 PUT, PUTX, etc) and the only way these can work is by linking
 everything as AMODE 24, RMODE BELOW.
>>>
>>> That is *a* way; it is *NOT* the only way.
>>>
>>
>>
>
>


-- 

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

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

* Special promotion: 15% off on all DB2 training classes
 scheduled by September 1, taught by year end 2011

* Check out our entire DB2 curriculum at:
 http://www.trainersfriend.com/DB2_and_VSAM_courses/DB2curric.htm

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


9840 error code

2011-07-13 Thread Nigel Salway
Can anyone point me to an online resource for 9840 error codes? We have a drive 
that won't connect and it shows 2C11:Dmp1 in the display. 
 
TIA   
--
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: running Assembler I/O macro code as AMODE 31, RMODE ANY

2011-07-13 Thread Barkow, Eileen
Thank you Otto -

I just saw your post as well as Steve's.
I missed a lot of stuff yesterday morning.

The DATA(24) option sounds like a simple thing to use and does not require any 
code changes.
I will pass this info along to the programmers.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Schumacher, Otto
Sent: Tuesday, July 12, 2011 11:31 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: running Assembler I/O macro code as AMODE 31, RMODE ANY

To fix this problem of allowing all storage to be above the line the Assembler 
I/O subroutines will need to be rewritten. You can have the Cobol program 
compile specifying the compiler option DATA(24) this will indicate to the COBOL 
compile to obtain working storage below the line. This action will allow you to 
call the assembler module that is Amode(24). The Cobol module will then link as 
a Amode 31 Rmode any program.  This compiler option change will allow the 
program code to move above the line but will leave the COBOL programs working 
storage below the line.   

Regards
Otto Schumacher
 
HP Enterprise Services
Infrastructure Specialist
Ahold Account
CICS & Capacity Technical Support
P.O. Box 6462
2000 Wade Hampton Blvd.
LC1-302
Greenville,  South Carolina, 29606
Cell: 864 569--5338
Tel: 864 987-1417
Fax: 864 987-4500
E-mail: otto.schumac...@hp.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Barkow, Eileen
Sent: Tuesday, July 12, 2011 11:06 AM
To: IBM-MAIN@bama.ua.edu
Subject: running Assembler I/O macro code as AMODE 31, RMODE ANY

We have some old Cobol programs that are being upgraded to Enterprise Cobol and
the users would like to be able to link them as AMODE 31 RMODE ANY.
The problem is that some of these programs call assembler modules to do the i/o 
via
QSAM and VSAM macros (TESTCB, SHOWCB, GET, PUT, PUTX, etc) and the only way 
these can work is
by linking everything as AMODE 24, RMODE BELOW.

Is there any way (like by using LE enabled Assembler), that the assembler macro 
code can run
AMODE 31, RMODE ANY? I know that one way is to reset the mode dynamically via 
BSM and other mode setting
instructions so that the data areas can be moved to 24 bit areas before the 
macros are issued and then moving
them back to AMODE 31 areas to be passed back to the Cobol programs.
But is there a simpler way to do this?


--
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: running Assembler I/O macro code as AMODE 31, RMODE ANY

2011-07-13 Thread Barkow, Eileen
Thank you Peter.
I missed your post yesterday morning as well as some others.
I am beginning to think that there was delay in the email yesterday morning and 
the msgs were delivered later in the
Day so I did not notice the earlier ones.

Option #1 sounds simpler than 2 since it does not require any code changes.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Farley, Peter x23353
Sent: Tuesday, July 12, 2011 11:32 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: running Assembler I/O macro code as AMODE 31, RMODE ANY

Option #1: Use COBOL dynamic CALL (CALL variable-name-containing-module-name) 
to invoke the assembler modules and compile with DATA(24) so that the data 
areas in WORKING-STORAGE are below the line.  Link COBOL as RMODE=ANY and 
AMODE=31.

Option #2: Also uses dynamic COBOL call but compiled with DATA(31).  Use LE 
callable storage subroutines (CEEGTST, CEEFRST) to obtain below-the-line 
storage for data areas to be passed to the assembler subroutines.  Define the 
24-bit data areas in the LINKAGE section, not WORKING-STORAGWE, and use SET 
ADDRESS OF 24-bit-data-area TO pointer-returned-by-LE to address those data 
areas.  Move data from 31-bit WORKING-STORAGE to the LINKAGE-defined 24-bit 
areas to pass to the subroutines.

HTH

Peter

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Barkow, Eileen
> Sent: Tuesday, July 12, 2011 11:06 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: running Assembler I/O macro code as AMODE 31, RMODE ANY
> 
> We have some old Cobol programs that are being upgraded to Enterprise
> Cobol and the users would like to be able to link them as AMODE 31 RMODE
> ANY. The problem is that some of these programs call assembler modules to
> do the i/o via QSAM and VSAM macros (TESTCB, SHOWCB, GET, PUT, PUTX, etc)
> and the only way these can work is by linking everything as AMODE 24,
> RMODE BELOW.
> 
> Is there any way (like by using LE enabled Assembler), that the assembler
> macro code can run AMODE 31, RMODE ANY? I know that one way is to reset
> the mode dynamically via BSM and other mode setting instructions so that
> the data areas can be moved to 24 bit areas before the macros are issued
> and then moving them back to AMODE 31 areas to be passed back to the Cobol
> programs. But is there a simpler way to do this?
--

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: JCL Question

2011-07-13 Thread Gross, Randall [GCG-PFS]
How about EZACFSM1? 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Mosley, George
Sent: Tuesday, July 12, 2011 1:28 PM
To: IBM-MAIN@bama.ua.edu
Subject: JCL Question

Hello All.

We're trying to set up a batch job that will append a datestamp to a
dataset name.
For example:

//S0 EXEC PGM=EMCSRDF
//SYSPRINT DD DSN=STRG.SRDF.INVTRKS.JUL09.@1408,
//STORCLAS=BASE,MGMTCLAS=MEDIUM,
//DISP=(,CATLG),
//SPACE=(TRK,(15,15),RLSE),
//DCB=(RECFM=FBA,LRECL=133,BLKSIZE=0)
//SYSINDD *
EMC-SQ VOL,44FA,INV_TRKS
/*  

When we run this job, we hard code JUL09.@1408 to the end of the
SYSPRINT dataset name.
Is there a way to have the JCL automatically add the datestamp?

George (ICBC)

This email and any attachments are intended only for the named recipient
and may contain confidential and/or privileged material.
Any unauthorized copying, dissemination or other use by a person other
than the named recipient of this communication is prohibited.
 If you received this in error or are not named as a recipient, please
notify the sender and destroy all copies of this email immediately.

--
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: Java Environmental Checkout Program/Script

2011-07-13 Thread Kirk Wolf
Mark,

What you are thinking of is "jdkiv", which was a compiled REXX program that
you used to be able to get from the support center.

Here's the only published reference to it that I can find:
http://publib.boulder.ibm.com/infocenter/javasdk/v1r4m2/index.jsp?topic=%2Fcom.ibm.java.doc.diagnostics.142%2Fhtml%2Fid1958.html

But I'm not actually sure that it exists any more.   You might send a note
to jvmcookb...@uk.ibm.com or open a ETR to see.

Kirk Wolf
Dovetailed Technologies
http://dovetail.com


On Wed, Jul 13, 2011 at 2:48 PM, Mark Jacobs wrote:

> I remember having to execute an IBM supplied program that would validate
> that the Java environment is correctly setup and working. Can't seem to find
> it now.
>
> Can anyone point me to where it lives, or can be downloaded from?
>
> --
> Mark Jacobs
> Time Customer Service
> Tampa, FL
> 
>
> Some people are electrifying, they light up
> a room when they leave.
>
> --**--**--
> 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: SMPE used to flag this as an error

2011-07-13 Thread Skip Robinson
I had a big go-around with IBM last year on this topic because I 
inadvertently installed a JES2 PTF on top of a test-fix ++APAR whose 
sysmod id was not SUPed in MCL. I had not read the fine print in APPLY 
CHECK that the MODID regression was a 'warning' rather than an error. In 
this particular case, no actual problem occurred because the PTF did match 
the ++APAR exactly. I got lucky.

I opened a PMR because I thought there was a problem with SMPE. The 
eventual outcome was that no, SMPE was working as intended. 
Especially--these days almost exclusively--for JES2, which supplies source 
and macro *updates* rather than full element replacements, SMPE needs to 
work this way in order for routine maintenance to install at all. JES2 
development routinely insists that ++APARs be RESTOREd before installing a 
PTF because the final PTF may not exactly match the ++APAR, a situation 
that could lead to calamity. 

I just hope I can remember all this the next time the situation occurs...

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   "Starr, Alan" 
To: IBM-MAIN@bama.ua.edu
Date:   07/13/2011 09:56 AM
Subject:Re: SMPE used to flag this as an error
Sent by:IBM Mainframe Discussion List 



Barry,

That's a good one that I don't believe I've seen before (and I used to 
teach SMP/E courses).

I believe that I have found the answer. The key is that SYSMOD UA56739 is 
performing a MACUPD to macros that have AAJESTA as a UMID (not RMID).

Careful reading of the first System Action provided for message GIM38201W 
indicates that SMP/E will proceed with the APPLY (and produce a regression 
report):

The SYSMOD supplies an update element, and the PRE and 
SUP operands (1) specify the RMID of the previously 
processed version of the element but (2) do not specify
all UMIDs of the previously processed version of the 
element. 
 
In this case, message GIM319xx or message GIM430xx 
follows this message and names the updates in the 
previously processed version of the element that the 
SYSMOD does not supersede or specify as a prerequisite.
SMP/E processes the update supplied by the SYSMOD. 


Cheers,
Alan

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On 
Behalf Of Schwarz, Barry A
Sent: Wednesday, July 13, 2011 7:24 AM
To: IBM-MAIN@bama.ua.edu
Subject: SMPE used to flag this as an error

I ran the following apply check

APPLY   CHECK
 GROUP
 FUNCTIONS
 PTFS
 APARS
 USERMODS
 SOURCEID (
ESO1107
)
 EXCLUDE  (
UA56444
)
 BYPASS   (
HOLDSYSTEM (
 RESTART
 IPL
 DOC
 ENH
 AO
 MULTSYS
 ACTION
 DYNACT
 EC
 MSGSKEL
 DEP
 EXIT
 DOWNLD
 DELETE
 )
)
 NOJCLINREPORT.

SMPE generated the following diagnostics

GIM38201WTHERE IS A MODID ERROR FOR MACUPD ENTRY $BUFFER IN SYSMOD 
UA56739.
GIM31902ISYSMOD UA56739 DOES NOT SPECIFY AAJESTA ON THE PRE OR SUP 
OPERAND.
 AAJESTA IS A UMID FOR MACUPD $BUFFER THAT IS CURRENTLY 
INSTALLED.
GIM38201WTHERE IS A MODID ERROR FOR MACUPD ENTRY $HASPEQU IN SYSMOD 
UA56739.
GIM31902ISYSMOD UA56739 DOES NOT SPECIFY AAJESTA ON THE PRE OR SUP 
OPERAND.
 AAJESTA IS A UMID FOR MACUPD $HASPEQU THAT IS CURRENTLY 
INSTALLED.

It also marked the PTF as applied

UA56739  APPLIED   PTF   HJE7760  PRE  UA47335   UA48021   UA48275 
  UA48380   UA49239   UA49270
   UA49848   UA50641   UA50744 
  UA52851   UA53795   UA54558
  HOLDEEA34563
  HOLDS   *DOC(UA56739) *IPL(UA56739)  
*MULTSYS(UA56739)

And generated the following Regression Report

REGRESSINGREGRESSEDCOMMON   ELEMENTS   CURRENTOTHER 
POTENTIALLY
SYSMODSYSMOD   TYPE NAME   RMID   REGRESSED 
SYSMODS

UA56739   AAJESTA  MACRO$BUFFER
   MACRO$HASPEQU

Since I did not specify BYPASS(ID), shouldn't the MODID mismatches be 
errors instead of warnings?  Shouldn't the PTF be marked NOGO?

The SMPE Commands manual on the z/OS 1.11 DVD (V3R5) states that 
regression "can occur only when BYPASS(ID) is used to ignore such errors." 
 Shouldn't the Regression Repo

Re: running Assembler I/O macro code as AMODE 31, RMODE ANY

2011-07-13 Thread Farley, Peter x23353
Option #1 is simpler, that is true.  I also forgot to say that the COBOL 
compiler option DYNAM will also be required so that if the 24-bit assembler 
program is called using CALL literal (like CALL 'MYASMIO'), then it will be 
loaded at run time instead of linked in statically.  I assume from your 
original post that this must be your case, otherwise the programmers would not 
be worrying about including the 24-bit program as part of the link step.

However, Option #2 does have the advantage of allowing the WORKING-STORAGE of 
the COBOL programs to grow much larger in 31-bit storage without worrying about 
using up all available 24-bit storage.  If growth of internal tables or data in 
the COBOL programs over time is a possible future maintenance headache for 
using DATA(24), it might be better (though more work) to bite the bullet and 
take option #2 now instead of later.

OTOH getting that 24-bit assembler I/O program correctly converted to 31-bit is 
the better long-term option over all, and DATA(24) plus DYNAM gives you time to 
do that as a priority.  When that is done you can switch the COBOL compiles to 
DATA(31) and you're done.

Good luck, and feel free to ask more questions if you need to.

HTH

Peter

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Barkow, Eileen
> Sent: Wednesday, July 13, 2011 4:06 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: running Assembler I/O macro code as AMODE 31, RMODE ANY
> 
> Thank you Peter.
> I missed your post yesterday morning as well as some others.
> I am beginning to think that there was delay in the email yesterday
> morning and the msgs were delivered later in the
> Day so I did not notice the earlier ones.
> 
> Option #1 sounds simpler than 2 since it does not require any code
> changes.
--

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


  1   2   >