Re: Job scheduling

[Rashmi Nijaguni Mogali]

J O B S C H E D U L E R   


--  



 Select the jobs you want to schedule:



   TSSE011_

   TSSE041_

   TSSI050A-59A  _

   TSSI101 _

   TSSI206 _

   TSSI207A-207J _

   TSSI600 _

   TSSI605 _



 
I am planning to do it in an interactive way via a panel. Something
which looks like this:




Here the user will be able to select the jobs which he needs to schedule
by typing 'S' adjacent to the job. Here again, TSSE041 will be scheduled
after the successful execution of TSSE011 and so on..if the user has
typed 'S' adjacent to the 2 jobs. Also the output of TSSE011 is the
input to TSSE041.



Regards,

Rashmi



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Steve Comstock
Sent: Wednesday, April 12, 2006 5:57 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Job scheduling



Rashmi Nijaguni Mogali wrote:

> Hi,

>

>

>

>

> I need to schedule the execution of 26 jobs.

>

> This has to happen such that the 2nd job should start after the

> successful execution of the 1st job, the 3rd after the 2nd and so on.

>

> Moreover the output of 1st job is the input to the 2nd job.

>

> How do I accomplish this using Clist?

>

> Any documents available on Clist would be most helpful.

>



1. Why would you use CLIST instead of REXX?



2. So, what research / experiments have you run so far?



Kind regards,



-Steve Comstock



--

For IBM-MAIN subscribe / signoff / archive access instructions,

send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO

Search the archives at http://bama.ua.edu/archives/ibm-main.html

   



 CAUTION - Disclaimer *
This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely 
for the use of the addressee(s). If you are not the intended recipient, please 
notify the sender by e-mail and delete the original message. Further, you are 
not to copy, disclose, or distribute this e-mail or its contents to any other 
person and any such actions are unlawful. This e-mail may contain viruses. 
Infosys has taken every reasonable precaution to minimize this risk, but is not 
liable for any damage you may sustain as a result of any virus in this e-mail. 
You should carry out your own virus checks before opening the e-mail or 
attachment. Infosys reserves the right to monitor and review the content of all 
messages sent to or from this e-mail address. Messages sent to or from this 
e-mail address may be stored on the Infosys e-mail system.
***INFOSYS End of Disclaimer INFOSYS***

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

Re: Another fine mess

[Vernooy, C.P. - SPLXM]

<[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>...
> Our tech people can't find the source of this problem and I am looking for 
> any guesses you might have.
> 
> Sysplex in question has 11 lpars on 5 CECs
> 
> zOS 1.4 with 1.7 being tested.  Sometimes this summer some of the lpars in 
> this plex will be running 1.7 if all goes well.  (So far it hasn't.)
> 
> I am told GRS used to propagate ENQ in star configuration.
> 
> Batch job on lpar 1 builds VSAM file called N.  At the end of the build > job 
> is a step using a program to frontend IDCAMS.  The frontend issues an 
> ENQ RET=NONE with scope of SYSTEMS.  It then links to IDCAMS.  IDCAMS > 
> renames C to O and renames N to C, effectively bringing a new version of C 
> into play.  When IDCAMS ends, the frontend issues DEQ.
> 
> Meanwhile on lpar 2, a batch job using program called BT689 wants to use > 
> file C.  It calls a linked subroutine BS689 which issues an ENQ with the > 
> same scope as mentioned above.  The ENQ does not specify RET=NONE, but > that 
> is the default.  It does specify RNL=NO, which is not the default. 
> That should not matter since both ENQ have scope of SYSTEMS.
> 


You don't have CA-MIM? MIM skips ENQs with RNL=NO, in which case both ENQs are 
handled differently.

Kees.


**
For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), 
its subsidiaries and/or its employees shall not be liable for the incorrect or 
incomplete transmission of this e-mail or any attachments, nor responsible for 
any delay in receipt.
**

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

Cancel a job after 10 min runtime

[Miklos Szigetvari]

Hi 


How can I cancel a job after 10 minutes runtime ? 
(Tried with JESPARM TIME but seems tom me, it has no effect)

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

Re: Moving BACK to the mainframe

[Timothy Sipples]

I'll have to officially call this a "rumor" and only specify the general 
parameters, but I'll see what I can say.

Apparently there's some group sponsored by some software company that 
alleges that it makes business sense to move everything away from the 
mainframe to an unreliable, expensive, proprietary, inefficient, 
worm/virus-infested platform that the software company happens to sell. 
I'm sure I don't know any group like that.

Well, the group scheduled a conference, prepared a schedule, and sent the 
schedule out to prospective attendees.  The schedule included a "success 
story" of a company that had allegedly managed to make this very peculiar 
move (or at least declared its intentions).  The company also provided a 
testimonial.  (Rumor has it that a Google search shows the testimonial 
available on the vendor's Web site.)

Right after the schedule went out, the success story

1. Fired its CIO.
2. Purchased a new mainframe (a z890 as it happens).
3. Redoubled its mainframe software investment and development projects to 
address actual business issues rather than their ever-swelling IT budget.

I'm sure it would be interesting to compare the first conference schedule 
with the actual delivered schedule.

Rumor has it, of course.

- - - - -
Timothy F. Sipples
Consulting Enterprise Software Architect, z9/zSeries
IBM Japan, Ltd.
E-Mail: [EMAIL PROTECTED]

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

Re: Kudos to IBM's promotion

[Timothy Sipples]

My esteemed colleague writes:
>I think you hit the nail on the head here Steve.  I volunteer to help 
with 
>Universities in Arizona for the IBM Academic Initiative.  2 of the 3 
>Universities have been approached in Arizona and the heads of the CS 
>departments have stopped IBM in their tracks saying mainframes are not a 
>technology that they see any future for and scoff at the idea of adding 
>some curriculum to support them.  These schools have been offered many 
>incentives, but the bottom line is they don't want it.  They don't 
>understand the role mainframes play.  On an upbeat note, one professor in 

>the 3rd school has just introduced mainframes as part of his OS class and 

>will be attempting to get an upper class z/OS introduction class into 
>their curriculum.  IBM Academic Initiative is working with companies to 
>try to bring them to the Universities to speak to the CS departments to 
>convince them of the need for these skills.  They are tired of hiring 
>senior level programmers to do entry level jobs.  IBM is actively 
>soliciting Universities to try to introduce more curriculum. So hopefully 

>its moving in the right direction. Unfortunately, its an uphill climb at 
>this point.

There's really a simple and straightforward solution to this problem, one 
which most of you on IBM-MAIN can execute: hire college interns. (IBM 
certainly is.) That's what most directly impacts campus perceptions. Knock 
on the college doors and say, "We want three interns next summer -- with 
X, Y, and Z preparation if possible."

College interns are extremely inexpensive, to be totally blunt. (The 
career investment can cost a little more, but first things first.) And 
they have secondary benefits for your own organization (e.g. morale). Hire 
them, now.

So is anyone hiring from college? I'll start. Yes, my department has 
offers out to five new college graduates -- we call them "vitality hires" 
-- one of which was a summer intern last year in my office. (I was her 
mentor, actually.) I believe four have accepted (including our intern). 
They will all undergo intense training(*) and mentoring for several months 
in mainframe technical roles. And this is just software, just one part of 
the world, just what my own second line manager is doing. We hope all of 
them will stay with IBM for 30+ years (if they succeed and if we're able), 
although quite possibly some of you will enjoy having them available as 
professional employees after we've trained them, should they desire a 
change of venue for whatever reason.

Anybody want to go next?

(*)This part sounds like something Steve could help your company do, yes?

- - - - -
Timothy F. Sipples
Consulting Enterprise Software Architect, z9/zSeries
IBM Japan, Ltd.
E-Mail: [EMAIL PROTECTED]

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

Re: IBM Announces WebSphere Application Server V6.1 for z/OS

[Timothy Sipples]

Clark Morris writes:
>So will you be able to compile COBOL programs that can run in 64 bit
>mode inside of Websphere?  Can they interoperate with JAVA and will
>they finally recognize IEEE floating point so that NO conversions are
>needed to work with JAVA.

Really good questions. All I know at this point is that IBM provided a 
"technology preview" (starting a couple years ago) describing how you 
could compile COBOL in such a way as to run as EJBs inside WebSphere 
Application Server for z/OS.  You had to follow certain rules 
(thread-safe, extreme care in how to do I/O, etc.), but it's an intriguing 
technology.

Before anyone asks, no, I don't have the reference for this technology. 
IBM may be hiding the information now -- it's not popping up in my 
searches of the IBM Internet Web sites. Talk with your friendly local 
WebSphere and/or mainframe specialist about it. Just because it's possible 
doesn't mean it's necessarily a good idea, especially post-zAAP.

As you might know, here's what IBM is officially saying about 64-bit 
COBOL:

- - - - -

http://www-03.ibm.com/servers/eserver/zseries/zos/installation/zos_cobol_faqs.html

Question: Will there be a version of COBOL and/or the BINDER that will 
create 64-bit COBOL load modules to run under z/OS?

Answer: We have no plans for 64-bit addressing support in COBOL. The 
BINDER already supports 64-bit assembler programs and will support 64-bit 
C/C++ programs in the future. We have not heard of any customers requiring 
64-bit addressing in COBOL programs. If you have a need for that, please 
send your requirements to us with details about why 31-bit addressing is 
not enough. Please use the Contact z/OS link below.

- - - - -

Now, is this a problem (with respect to the COBOL EJB technology preview)? 
I don't know, but it's interesting that we'll have both 31-bit and 64-bit 
Java support in the same WebSphere Application Server release. I was 
thinking in terms of how it'd be useful for smooth Java migration 
(especially for ultra-cautious customers), but COBOL interoperability 
(with COBOL EJBs) might be another such area. If you're working with the 
COBOL EJB technology then I would check with your IBM contact on that to 
see what he/she says. I guess we'll all find out more as the 64-bit 
delivery gets closer how this all fits together in the various mixed-mode 
permutations. It's a little early for me yet. My educated guess is that it 
will be very flexible.

With respect to the IEEE floating point question, obviously the current 
situation functions just fine, but I think you're referring to a question 
of overhead and efficiency (which I get the impression is good, but 
engineers always look for better). I believe the official line on this is, 
"We understand." For slightly less official information I'd recommend 
SHARE forums, possibly combined with alcohol. :-)

- - - - -
Timothy F. Sipples
Consulting Enterprise Software Architect, z9/zSeries
IBM Japan, Ltd.
E-Mail: [EMAIL PROTECTED]

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

Re: Migrating me from linux/bsd to zOS

[Gerhard Postpischil]

Charles Mills wrote:

Gee, how hard could it be to write COPY 'DSN1' 'DSN2' in Rexx? I suppose the
"entire PDS" would be a little tricky. I'd leave out the bug-prone numbering
options. What does LRECL/RECFM do? Let you re-block if you are creating an
entire dataset? ASCII? I probably skip that also. If you need the data in
ASCII, you must need it somewhere else, so let FTP translate it.


To use REXX for these functions, you need a supporting environment. 
Under TSO you need SYSDSN or a similar function, and ALLOCATE. If you 
are allocating a new PDS member, or need a member list, the ISPF/PDF 
LMxxx services are handy. To copy a PDS in its entirety, it's probably 
easier to allocate the files and invoke IEBCOPY than to use REXX I/O.


Not quite ten years ago I worked on a project for which this support was 
required under the covers, and it wasn't pretty. It would have been 
faster to write, and execute, written in assembler using DESERV and 
access methods, but management decided that the REXX code would be 
easier to maintain in the long run.


Gerhard Postpischil
Bradford, VT

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

Re: IBM Announces WebSphere Application Server V6.1 for z/OS

[Timothy Sipples]

Kirk Wolf writes:
>I don't see the SOD re: Apache in the referenced announcement.  Can
>you provide a link?

It's on page 6 (left hand column, about 40% from the top) in the 
announcement letter:

http://www.ibm.com/common/ssi/rep_ca/7/897/ENUS206-077/ENUS206-077.PDF

Just search on "Apache" if you cannot find it easily and it'll pop up (as 
the second hit, I think).  Hope that helps!

- - - - -
Timothy F. Sipples
Consulting Enterprise Software Architect, z9/zSeries
IBM Japan, Ltd.
E-Mail: [EMAIL PROTECTED]

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

Re: Looking for binary to character translation utility

[Paul Gilmartin]

In a recent note, Charles Mills said:

> Date: Wed, 12 Apr 2006 18:13:11 -0700
> 
> My mainframe to mainframe sequence is FTP from my mainframe to my desktop
> using desktop FTP client. Open file in NoteTab*. Copy to clipboard. Toggle
> to remote desktop Hummingbird. Transfer file from clipboard to host file. I
> can batch this up somewhat - transfer multiple files with FTP and open
> multiple files in NoteTab. Moved a lot of source code this way on Monday.
> Reverse works roughly the same way.
> 
Y'know, Kermit was invented to solve problems like this.
but I suspect even Kermit would balk at this configuration.

Unload with TSO TRANSMIT.  Think about XMITIP -- I'm
sure it does base64.  Can you XMITIP from your MF to
your desktop?  Can you capture the raw mail text (still
base64) on your desktop?  If not, XMITIP to your MF
account; capture the mailbox with SDSF (or 3.8?).

Now you gotta undo the base64.  Rexx.  Shave off the
whiskers.  TRANSLATE; C2D; 
right(D2C(((c0*64+c1)*64+c2)*64+c3, 3, '00'x);
string 'em together (yes, teD, "catenate" is a word.)

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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

Re: Mainframe & Evil

[Ed Gould]

On Apr 12, 2006, at 9:35 PM, Bruce Black wrote:



Welcome to the Borg Collection.
Actually it is Bord Collective.  The Borg Collection is probably  
something you buy from one of those collectible stores 



Bruce,

I think he misspoke I think he meant Welcome to the CA Imperial Army  
(otherwise known as the CIA:)


Ed

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

Re: Mainframe & Evil

[Richards.Bob]

All the best in your new endeavors from Rebecca and I.

Bob 

 -Original Message-
From:   IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]  On Behalf Of 
Craddock, Chris
Sent:   Wednesday, April 12, 2006 9:57 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject:Re: Mainframe & Evil


BTW> after the IBM disclosure meetings this week the cat is out of the
bag and a lot of the other CA guys have been dying for me to "de-cloak"
so here goes... Check the email address. 
  
  
  
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. 
  
Seeing Beyond Money is a service mark of SunTrust Banks, Inc. 
[ST:XCL] 
 
 
 
 

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

Re: Mainframe & Evil

[Bruce Black]

Welcome to the Borg Collection.
Actually it is Bord Collective.  The Borg Collection is probably 
something you buy from one of those collectible stores 


--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.com 


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

Re: A very basic question

[Bruce Black]

There have been some good discussions in the past which suggest that the
DFP access methods don't use STARTIO directly.  
Sam, that sounds like semantics.  Most of the non-VSAM access methods 
(xSAM, BPAM, BDAM) issue EXCP SVCs, and EXCP invokes STARTIO.  In that 
sense they are indirect.  VSAM uses Media Manager, which invokes 
STARTIO, so that could also be considered indirect, I guess.  Same for 
PDSE and HFS.


--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.com 


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

Re: Mainframe & Evil

[Norman Hollander]

At the risk of starting a never ending thread:

Today, we just don't look at how much mainframe hardware and software costs.
Rather, we need to look at the value it brings in support of a business's
strategic
direction.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Craddock, Chris
Sent: Wednesday, April 12, 2006 SYSN 6:57 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Mainframe & Evil

Ed Gould wrote;
> I cannot say if the cost is more in PC land than in MF land.
> I just don't have the background in the PC arena. The two
> (was three) major vendors have been raked over the  coals by
> just about everyone on here. So there is no use in namimg
> them again.

Not to pick on Ed, but everything costs more on the MF no matter what
anyone says. That's because of the costs of doing business in this
market space and the relatively small (tiny!!) size of the market in
terms of customers, if not dollars. No matter what anyone says, IT and
especially MF systems software is a very people-intensive business. It
did not get this way over night.

You can argue whether it's what the market will bear or just gouging,
but the reality is that people don't work for altruism. This is a
business like any other and as such it has to charge enough to pay the
bills and give a return to the shareholders. If there were more large
systems customers the costs would be spread wider and they would be
lower on average than today. PC software only looks "cheap" FSVO cheap
because the costs are spread over a much much larger number of
customers. Building PC software costs a ton of money too.

CC

BTW> after the IBM disclosure meetings this week the cat is out of the
bag and a lot of the other CA guys have been dying for me to "de-cloak"
so here goes... Check the email address.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Mainframe & Evil

[Norman Hollander]

Welcome to the Borg Collection.  Resistance is futile!

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Craddock, Chris
Sent: Wednesday, April 12, 2006 SYSN 6:57 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Mainframe & Evil

Ed Gould wrote;
> I cannot say if the cost is more in PC land than in MF land.
> I just don't have the background in the PC arena. The two
> (was three) major vendors have been raked over the  coals by
> just about everyone on here. So there is no use in namimg
> them again.

Not to pick on Ed, but everything costs more on the MF no matter what
anyone says. That's because of the costs of doing business in this
market space and the relatively small (tiny!!) size of the market in
terms of customers, if not dollars. No matter what anyone says, IT and
especially MF systems software is a very people-intensive business. It
did not get this way over night.

You can argue whether it's what the market will bear or just gouging,
but the reality is that people don't work for altruism. This is a
business like any other and as such it has to charge enough to pay the
bills and give a return to the shareholders. If there were more large
systems customers the costs would be spread wider and they would be
lower on average than today. PC software only looks "cheap" FSVO cheap
because the costs are spread over a much much larger number of
customers. Building PC software costs a ton of money too.

CC

BTW> after the IBM disclosure meetings this week the cat is out of the
bag and a lot of the other CA guys have been dying for me to "de-cloak"
so here goes... Check the email address.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Mainframe & Evil

[Craddock, Chris]

Ed Gould wrote;
> I cannot say if the cost is more in PC land than in MF land.
> I just don't have the background in the PC arena. The two
> (was three) major vendors have been raked over the  coals by
> just about everyone on here. So there is no use in namimg
> them again.

Not to pick on Ed, but everything costs more on the MF no matter what
anyone says. That's because of the costs of doing business in this
market space and the relatively small (tiny!!) size of the market in
terms of customers, if not dollars. No matter what anyone says, IT and
especially MF systems software is a very people-intensive business. It
did not get this way over night.

You can argue whether it's what the market will bear or just gouging,
but the reality is that people don't work for altruism. This is a
business like any other and as such it has to charge enough to pay the
bills and give a return to the shareholders. If there were more large
systems customers the costs would be spread wider and they would be
lower on average than today. PC software only looks "cheap" FSVO cheap
because the costs are spread over a much much larger number of
customers. Building PC software costs a ton of money too.

CC

BTW> after the IBM disclosure meetings this week the cat is out of the
bag and a lot of the other CA guys have been dying for me to "de-cloak"
so here goes... Check the email address.

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

Re: Fw: Anquish of JCL (Was: Migrating me from linux/bsd to zOS)

[Aaron Peterson]

On 4/12/06, Ted MacNEIL <[EMAIL PROTECTED]> wrote:

> My point was that all OS's have a LIST command.
> I was told that LIST was an invalid description of what the command did.
> What word would you pick?

I would use

grep '.*'

or perhaps

awk '{print}'

or you could even just use

dd

and leave out the "wc -c" since dd prints how many bytes it
transferred at the end of its output

Cheers :-),

Aaron Peterson
Versailles, KY

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

Re: Looking for binary to character translation utility

[Charles Mills]

Whose security? Someone's job security? I don't know. Seriously, the
client's security. In fairness, let me say the client has more reason than
most to be careful about such things.

Nope, no e-mail on remote desktop. That would be too easy. A very bare-bones
Windows desktop with Hummingbird and the Hummingbird X-Server called Exceed
or Excess or something like that (not having the pleasure of being on it at
the moment) and not much else other than very basic Windows utilities such
as Notepad. No FTP.

No FTP on client mainframe, or rather, no FTP between the client mainframe
and the real world. The only way "in and out" for files that I have found is
Hummingbird and IND$FILE. The Hummingbird IND$FILE client has a nice feature
- lets you transfer to and from the Windows clipboard.

My mainframe to mainframe sequence is FTP from my mainframe to my desktop
using desktop FTP client. Open file in NoteTab*. Copy to clipboard. Toggle
to remote desktop Hummingbird. Transfer file from clipboard to host file. I
can batch this up somewhat - transfer multiple files with FTP and open
multiple files in NoteTab. Moved a lot of source code this way on Monday.
Reverse works roughly the same way.

Yeah, e-mail attachments are base 64, right? But how do I take advantage of
that? What about UNIX od? Will it go both ways? Will it do base 64? I wonder
if I have OMVS access on the client machine. Probably not.

*Quick plug: NoteTab is a GREAT text type editor for Windows. Light version
is free. Google knows where to find it. One nice feature for this use:
single step copy-to-clipboard without first having to do a Select All.

Charles



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Paul Gilmartin
Sent: Wednesday, April 12, 2006 5:29 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Looking for binary to character translation utility


In a recent note, Charles Mills said:

> Date: Wed, 12 Apr 2006 16:54:19 -0700
> 
> I've got a situation where I must access a client mainframe through
> Hummingbird running on MS Remote Desktop. I can't get a file from my PC to
> the remote desktop due to "security," but I can get a clipboard full of
> 
Whose "security"?  Yours or theirs?  Can you E-mail?

I'm thinking of something like:

TRANSMIT OUTDSN()

FTP to local desktop

E-mail as base64 attachment to remote desktop

Save decoded attachment on remote desktop

FTP to remote mainframe

RECEIVE INDSN()

I suppose this breaks somewhere or you'd have thought
of it.  But where?

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

Re: Fw: Anquish of JCL (Was: Migrating me from linux/bsd to zOS)

[Ted MacNEIL]

>However it's reason
d'etre is indicated by its name, short for catenate.  It's purpose is
to take multiple files and catenate all the input into a single output
stream.

And, catenate is intuitive?

My point was that all OS's have a LIST command.
I was told that LIST was an invalid description of what the command did.
What word would you pick?

I saw UNIX before I saw TSO (not before I saw JCL)!
What's with these strange names?
That has been my complaint since 1976!

And, what kind of word is catenate?
Concatenate is a valid english word!

-
-teD

O-KAY! BLUE! JAYS!
Let's PLAY! BALL!

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

Re: Fw: Anquish of JCL (Was: Migrating me from linux/bsd to zOS)

[Aaron Peterson]

On 4/12/06, Ted MacNEIL <[EMAIL PROTECTED]> wrote:
> Excuse me?
> List/type/cat displays a file to the STDOUT.
>
> Are you saying that that is an incorrect statement?

Most UNIX comands display their output to STDOUT.  The normal behavior
of "cat" is to print its *output* to STDOUT.  However it's reason
d'etre is indicated by its name, short for catenate.  It's purpose is
to take multiple files and catenate all the input into a single output
stream.  Many people happen to use it to list the contents of single
files, and it works great for that.  I happen to prefer "less" for
simple text file viewing.

Anyway, "cat" was superfluous in the example we are arguing about,
because the output of the previous commands was already destined for
STDOUT.  So using "cat" to read from STDIN and send to STDOUT without
any other modification to the data was completely unnecessary.  Come
to think of it, the whole chain of commands seems contrived and
doesn't result in any useful output that I can discern.

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

Re: Migrating me from linux/bsd to zOS

[Ed Gould]

IIRC the proper name is TSO Command Utilities (5734-???)
25+ years ago bits are starting to drop.

Ed

On Apr 12, 2006, at 5:25 PM, Charles Mills wrote:

Where's TSO COPY documented? I just got to wondering idly how hard  
it would
be to write a clone or semi-clone (without the bugs, or at least  
with new
and better bugs) in Rexx. It's not in the TSO commands manual  
(okay, it's
not a TSO command). I don't see any likely manual in the TSO  
bookshelf.

What's the name of the TSO add-on product that includes COPY?

It's not in the bibliography of the TSO commands manual under related
publications - that would make this z/OS programming stuff too easy.

Charles

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Another fine mess

[Gerhard Adam]

>1) Could RNL=NO be the issue that causes the ENQ to fail?

>3) Is there latency in the updating of the catalog by IDCAMS?

What makes you think the ENQ has failed?  There is certainly latency in 
updating the catalog between the catalog address spaces on the different 
systems.  Are you using the coupling facility within a plex?  Are you relying 
on each LPAR to detect the change and update it's own catalog address space?  
Does the problem ever happen within the same LPAR? or only is it when sharing 
between LPAR's?

Anyway ... those are some of the questions I have.

Adam

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

Re: Mainframe & Evil

[Ed Gould]

On Apr 12, 2006, at 3:30 PM, Chase, John wrote:


-Original Message-
From: IBM Mainframe Discussion List On Behalf Of George Bly

[ snip ]

Last upgrade in my small shop cost for just ISV software was
$300,000 in just upgrade fees.  I didn't need to change one
piece of code.  That's hard to defend.


To put it bluntly, it's indefensible.



John,

Agreed... but some PC software cost (Oracle and the like) do charge  
by the number of processors, so its not just the MF software ISV's  
that are the problem. That being said we have all heard of horror  
stories that another processor cost. I cannot say if the cost is more  
in PC land than in MF land. I just don't have the background in the  
PC arena. The two (was three) major vendors have been raked over the  
coals by just about everyone on here. So there is no use in namimg  
them again.


Ed
 


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

Re: Looking for binary to character translation utility

[Paul Gilmartin]

In a recent note, Charles Mills said:

> Date: Wed, 12 Apr 2006 16:54:19 -0700
> 
> I've got a situation where I must access a client mainframe through
> Hummingbird running on MS Remote Desktop. I can't get a file from my PC to
> the remote desktop due to "security," but I can get a clipboard full of
> 
Whose "security"?  Yours or theirs?  Can you E-mail?

I'm thinking of something like:

TRANSMIT OUTDSN()

FTP to local desktop

E-mail as base64 attachment to remote desktop

Save decoded attachment on remote desktop

FTP to remote mainframe

RECEIVE INDSN()

I suppose this breaks somewhere or you'd have thought
of it.  But where?

I don't suppose either desktop lets you export or import
raw .mbox files, which are text.  I could do it with
OS X, but you probably aren't that lucky twice.

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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

Re: Fw: Anquish of JCL (Was: Migrating me from linux/bsd to zOS)

[Ted MacNEIL]

>Print is usually synonymous with list in DP circles, and since the statement 
>is wrong either way, ...

Excuse me?
List/type/cat displays a file to the STDOUT.

Are you saying that that is an incorrect statement?

Are we arguing semantics?

What word would you like to use to say:

"Take the contents of a file/input and display/copy it to another device/file?"

LIST has been a term used for years, would you like to pick another.

Or, are you just obsfuscating your error with baffle-gab?


-
-teD

O-KAY! BLUE! JAYS!
Let's PLAY! BALL!

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

Looking for binary to character translation utility

[Charles Mills]

I'm looking for a free or very inexpensive utility ***available in source
code form*** that would convert an arbitrary mainframe file to a character
(such as hex) format, and back again.
 
I've got a situation where I must access a client mainframe through
Hummingbird running on MS Remote Desktop. I can't get a file from my PC to
the remote desktop due to "security," but I can get a clipboard full of
ASCII data from one desktop to the other. I'd like to be able to get TSO
TRANSMIT files from my mainframe to my desktop, and from my desktop to the
remote desktop, and from the remote desktop to the client mainframe. I can
do this with character files, such as source code, using a fairly elaborate
series of FTP, cut-and-paste, and IND$FILE, but binary data does not make
the journey gracefully.
 
I could write something in Rexx to convert a file to vanilla hex with some
sort of "record descriptors" and another Rexx program to reassemble the
original file. Better than hex would be base 64 because the character file
would be considerably smaller. It has to be something that runs on z/OS
because I have no way of getting an executable PC program onto the remote
desktop. It can't be an executable (not source code, in other words)
mainframe program because I have no way of getting a binary file onto the
mainframe -- but I can get Rexx source from here to there.
 
But why re-invent the wheel? Is there something on the CBT tape? I searched
file 001 for "binary" and didn't get any promising hits. Some of you guys
seem to have the CBT tape memorized and I would welcome your assistance.
 
Why can't I have the client install binary files for me? The client is the
most compartmentalized group I have ever worked with. Names omitted to
protect the guilty. Suffice it to say I can write a Rexx program faster than
this would happen.
 
Is it just me or could the CBT tape use a better index? File 001 is the
whole history of western civilization. It would be nice to have a smaller
file that just had the file number and a paragraph summarizing what the file
did. Or am I missing something? But I digress ...

Charles Mills


 

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

Re: Migrating me from linux/bsd to zOS

[Chris Mason]

All this chat about COPY, FORMAT, LIST, MERGE.

It seems a lot of people didn't think much of this product - more later.

Fortunately I didn't know how rubbishy this product was and I found a good
use for it, specifically COPY.

I used to run a number of systems under VM which shared a "system" volume
and each had their own "read/write" volume - and I liked to keep these
volumes clean and tidy.

My "application" for the COPY command was in a sequence ALLOCATE, COPY,
DELETE within a REXX Clist used generally for partitioned data sets in order
to tidy up a data set which had had a lot of activity: much member editing
or regeneration of load modules. I used a command - I forget what it was
now - which enabled me to work out what the size of the data set and the
size of the directory were in order to work out what numbers to use in the
allocate. Clearly I used the same "organization" and I probably had a
uniform default block size - adjusted, if necessary for record size.

The particular use was to consolidate a data set which had run into multiple
extents and to allocate additional directory space when it was getting
tight - or had run out. By default the data set was considered still
"active" and needed maybe 10% more space and directory than were currently
in use.I recall running the Clist against whole screen-fulls of data sets
after a burst of activity - and going off to get a plastic cup of coffee.

I remember having a policy for allocation in units of 5 tracks (if 5 or more
tracks were needed) as some sort of anti-fragmentation measure - or maybe
the results just ended up looking more tidy on the ISPF volume panel - this
is all quite a while ago now. I also remember having some very tight checks
that the COPY command had completed its job successfully before going on to
the DELETE for the original data set. (Do I really need an emoticon here?)

I think it was during my time running these test/education systems that the
PDSE came along which I decided I didn't need - possibly because I had this
nice tool available to me and maybe also because COPY is incompatible with
PDSE - did I see that somewhere in this thread before I was really paying
attention?

I remember also having to make a special request to have this product
5734-UT1 - doesn't that product number date it? - and the guy in charge of
MVS locally was very doubtful about it. I think he made sure that only my
systems used it and eventually I had to make a private copy so that I didn't
depend on it being available from one "clone" of the production installation
to another - as disapproval turned to denial.

Incidentally, in case it hasn't been mentioned and I see someone suggests it
may still be orderable, URL
http://www-306.ibm.com/common/ssi/fcgi-bin/ssialias?infotype=OC&subtype=NA&htmlfid=897/ENUS5734-UT1&appname=totalstorage
says "(For IBM US, No Longer Available as of February 19, 1997)"

Chris Mason

- Original Message - 
From: "Skip Robinson" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Thursday, 13 April, 2006 12:38 AM
Subject: Re: Migrating me from linux/bsd to zOS


> From the TSO HELP members:
>
> COPY
>
> )F FUNCTION-
>   THE COPY COMMAND IS USED TO DUPLICATE A SEQUENTIAL OR
>   PARTITIONED DATA SET OR A MEMBER OF A PARTITIONED DATA
>   SET, TO ADD A MEMBER TO AN EXISTING PARTITIONED DATA SET,
>   OR TO MERGE TWO PARTITIONED DATA SETS.
> )X SYNTAX  -
>  COPY   'DSNAME1'  'DSNAME2'
> RENUM('BEGIN INTEGER'  'INCREMENT')
>
> NUM('BEGIN COLUMN'  'FIELD LENGTH')
>OR
> NONUM
>
> NUM2('BEGIN COLUMN'  'FIELD LENGTH')
> LRECL(RECORDSIZE)  BLOCK(BLOCKSIZE)
> RECFM(U/V/F/D)
> ASCII
>
>   NOTE - U MAY BE FOLLOWED BY T.
>  V MAY BE FOLLOWED BY B/T/BT.
>  F MAY BE FOLLOWED BY B/S/T/BS/BT/ST/BST.
>  D MAY BE FOLLOWED BY B/BA.
>  F V OR U MAY BE FOLLOWED BY AN A OR M.
>   REQUIRED - 'DSNAME1' AND 'DSNAME2'
>   DEFAULTS - NONUM
>
>
> FORMAT
>
> )F FUNCTION -
>   THE FORMAT COMMAND PROVIDES COMPREHENSIVE FORMATTING
>   CAPABILITIES THAT ARE APPLICABLE TO TEXT-ORIENTED OUTPUT
>   OPERATIONS. THIS COMMAND ALLOWS THE USER TO:
>  PLACE FORMATTED OUTPUT IN A DATA SET
>  PRINT HEADINGS ON EACH PAGE
>  CENTER LINES OF TEXT BETWEEN MARGINS
>  CONTROL THE AMOUNT OF SPACE FOR ALL FOUR MARGINS
>  JUSTIFY RIGHT AND LEFT MARGINS OF LINES OF TEXT
>  NUMBER PAGES OF OUTPUT CONSECUTIVELY
>  HALT PRINTING WHEN DESIRED
>  PRINT MULTIPLE COPIES OF SELECTED PAGES
>  CONTROL THE LINE AND PAGE LENGTH
>  CONTROL PARAGRAPH INDENTATION
> )X SYNTAX  -
>  FORMAT   'DSLIST'
>   'INTEGER1'  'INTEGER2'
>OR
>   PAGE('INTEGER3'  'INTEGER4')
>   PAUSE/PAUSE1/NOPAUSE
>   NUM/NONUM/S

Re: Migrating me from linux/bsd to zOS

[Skip Robinson]

To put some perspective on the 'upward compatibility' issue with respect 
to various platforms: our copies of the TSO DATA UTILITIES were last link 
edited in 1976. They work as well today as when they were installed. 

We had a bit of a battle during Y2K remediation because some people felt 
that anything that old could not possibly survive the calendar rollover. 
Of course they suffered not a bit. ;-)

.
.
JO.Skip Robinson
Southern California Edison Company
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
[EMAIL PROTECTED]

IBM Mainframe Discussion List  wrote on 04/12/2006 
04:04:28 PM:

> Not on the V2R10 CDs but I may have an earlier one somewhere.
> 
> > maybe it's still orderable.
> 
> Not THAT curious! 
> 
> Charles
> 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On 
Behalf
> Of Ray Mullins
> Sent: Wednesday, April 12, 2006 3:31 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Migrating me from linux/bsd to zOS
> 
> 
> Try to find a copy of "TSO Data Utilities: COPY, FORMAT, LIST, MERGE 
User's
> Guide and Reference ".   I haven't looked, but I went to OS/390 V2R4 and 
did
> a search in the TSO bookshelf, and found that hit.
> 
> Check the pubs site - maybe it's still orderable.

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

Re: Migrating me from linux/bsd to zOS

[Charles Mills]

Thanks. I was too lazy to see if my (not licensed for the add-on product)
TSO HELP had this info. Unlike some of you folks, I'm not signed onto TSO
all day.

Gee, how hard could it be to write COPY 'DSN1' 'DSN2' in Rexx? I suppose the
"entire PDS" would be a little tricky. I'd leave out the bug-prone numbering
options. What does LRECL/RECFM do? Let you re-block if you are creating an
entire dataset? ASCII? I probably skip that also. If you need the data in
ASCII, you must need it somewhere else, so let FTP translate it.

Charles



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Skip Robinson
Sent: Wednesday, April 12, 2006 3:39 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Migrating me from linux/bsd to zOS


>From the TSO HELP members:

COPY

)F FUNCTION- 
  THE COPY COMMAND IS USED TO DUPLICATE A SEQUENTIAL OR 
  PARTITIONED DATA SET OR A MEMBER OF A PARTITIONED DATA 
  SET, TO ADD A MEMBER TO AN EXISTING PARTITIONED DATA SET, 
  OR TO MERGE TWO PARTITIONED DATA SETS. 
)X SYNTAX  - 
 COPY   'DSNAME1'  'DSNAME2' 
RENUM('BEGIN INTEGER'  'INCREMENT') 
 
NUM('BEGIN COLUMN'  'FIELD LENGTH') 
   OR 
NONUM 
 
NUM2('BEGIN COLUMN'  'FIELD LENGTH') 
LRECL(RECORDSIZE)  BLOCK(BLOCKSIZE) 
RECFM(U/V/F/D) 
ASCII 
 
 

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

Re: Migrating me from linux/bsd to zOS

[Charles Mills]

Not on the V2R10 CDs but I may have an earlier one somewhere.

> maybe it's still orderable.

Not THAT curious! 

Charles



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Ray Mullins
Sent: Wednesday, April 12, 2006 3:31 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Migrating me from linux/bsd to zOS


Try to find a copy of "TSO Data Utilities: COPY, FORMAT, LIST, MERGE User's
Guide and Reference ".   I haven't looked, but I went to OS/390 V2R4 and did
a search in the TSO bookshelf, and found that hit.

Check the pubs site - maybe it's still orderable.

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

Re: COBOL2 Issues

[Harold Zbiegien]

what are the bytes around the PSW address, particularly before, It would be
nice to see the instruction that caused the error and a few leading up to
it.
- Original Message - 
From: "David DeBervec" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Wednesday, April 12, 2006 6:14 PM
Subject: Re: COBOL2 Issues


> Sorry I haven't had a chance to respond you your assistance and replies,
> but there was more pressing business that required my attention.   I'm
> presently rounding up all the pieces that I can find that make up the load
> module.  I have secured the Enterprise COBOL manuals.  I checked linklst
> and it contains no COBOL2 load libraries. I am including a portion of the
> ABEND-AID dump that was produced.  I hope to have more information and
> questions in the near future.
>
> Thank you for your assistance,
>
> David
>
>
> Abend-Aid piece:
>
>  The IBM message that corresponds to the condition is:
> 0CEE3204S The system detected a protection exception (System
>   Completion Code=0C4).
>
>
>
>
>
>
>  ***
>  * Error Location  *
>  ***
> 0The next sequential instruction to be executed in program OFDBINIT was
>  at displacement 1C74.
> 0The program was compiled on 22 MAR 2006 and is 6AC8 bytes long.
> 0It is part of load module DBINIT.
> 0The module was loaded from JOBLIB library
>  TDM692.PRIVATE.CORE.R122005.LOADLIBB.
> 0The module was link edited on 24 MAR 2006 and is 00021668 bytes long.
> 0The last known I/O request or call in the program above was issued with
>  a return address at displacement 1C62.
>
>
>  ***
>  *   Call Trace Summary*
> 1  A B E N D - A I DPAGE   3
> 0***
>
>  ***Calling***  Return   ***Called
>  Load-Mod  Program  Type Value   Program  Load-Mod
>
>  *SYSTEMLinks to BLB3050  BLB3050
>
>  BLB3050   BLB3050  CallsCEEBTOR  CEEBINIT
>
> CEEBINIT  CEEBTOR  CallsBLB3050  BLB3050
>
> BLB3050   BLB3050  DISP  083E  CallsINITOFFL BLB3050
>
> BLB3050   INITOFFL DISP  1916  CallsDBIO BLB3050
>
> BLB3050   DBIO DISP  0BFE  CallsIGZCFCC  IGZCPAC
>
> IGZCPAC   IGZCFCC  DISP  0320  CallsIGZCD24  IGZCD24
>
> IGZCD24   IGZCD24  DISP  006A  CallsDBINIT   DBINIT
>
> DBINITDBINIT   DISP  00C4  CallsOFDBINIT DBINIT   *
>
> DBINITOFDBINIT DISP  1C62  CallsDBFILEIO DBINIT
>
> DBINITDBFILEIO Calls CEEPLPKA
>
> CEEPLPKA   DISP  048300B6  CallsLEAIDLEAID
>
>  LEAID LEAIDDISP  0ADC  CallsSNAPAID  LEAID
>
>Program Causing Error  *
> 0One or more modules loaded from the LINKLIST.
>  Current LINKLIST library set is LNKLST00
>
>
>  --- 
>  Load-ModAmode  Rmode  Resides in
>
>  DBINIT   24 24TDM692.PRIVATE.CORE.R122005.LOADLIBB
>  BLB3050  24 24TEC414.TLR.COBOL.LOAD
>  CEEBINIT 24 24CEE.SCEERUN
>  IGZCPAC  31ANYCEE.SCEERUN
>  IGZCD24  31 24CEE.SCEERUN
>  CEEPLPKA 31ANYEPLPA
>  LEAID31ANYSYS3.AA.R090500.SPAALOAD
>  --- 
>
>
>  ***
>  * Application Program Attributes  *
>  ***
> 1  A B E N D - A I DPAGE   4
> 0
>  Load-Mod  Program   Compile Date  LengthLanguage
>
>  BLB3050   BLB3050   06 APR 2006   8F9F  COBOL Z/OS V3R3M1
>
>  BLB3050   INITOFFL  24 MAR 2006   39FC  COBOL Z/OS V3R3M1
>
>  BLB3050   DBIO  24 MAR 2006   1074  COBOL Z/OS V3R3M1
>
>  DBINITDBINIT22 MAR 2006   1ADE  HLASM
>
>  DBINITOFDBINIT  22 MAR 2006   6AC8  COBOL Z/OS V3R3M1
>
>  DBINITDBFILEIO  22 MAR 2006   2001  HLASM
>
>
>  ***
>  *  Supporting Environmental Data  *
>  ***
>
>   Abend PSW - 078D 000920EC   A(OFDBINIT) + 1C74
>   Prog PSW  - 078D 000920EC   A(OFDBINIT) + 1C74
>   Load Module - DBINITEntry Point Address - 0008E998
>   ILC - 06,   INTC - 04   Load  Point Address - 0008E998
>Registers at time of error  (Descriptions based on 24 bit addresses)
> 0REG HEX   Decimal Description
>  R0  0005E528 386,344  A(0003C000) + 00022528, PVT SP=001 ALLOC
>  R1 

Re: IRA400E

[Steve Comstock]

Richard Pinion wrote:

Wait a minute, I thought the State of Colorado doesn't have mainframes anymore!



No. The new CIO of the Colorado Revenue Department
was just quoted as saying "No one uses mainframes
anymore". They do, but this was his way of saying
he was amazed to find it out.

Kind regards,

-Steve Comstock

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

Re: Migrating me from linux/bsd to zOS

[Skip Robinson]

>From the TSO HELP members:

COPY

)F FUNCTION- 
  THE COPY COMMAND IS USED TO DUPLICATE A SEQUENTIAL OR 
  PARTITIONED DATA SET OR A MEMBER OF A PARTITIONED DATA 
  SET, TO ADD A MEMBER TO AN EXISTING PARTITIONED DATA SET, 
  OR TO MERGE TWO PARTITIONED DATA SETS. 
)X SYNTAX  - 
 COPY   'DSNAME1'  'DSNAME2' 
RENUM('BEGIN INTEGER'  'INCREMENT') 
 
NUM('BEGIN COLUMN'  'FIELD LENGTH') 
   OR 
NONUM 
 
NUM2('BEGIN COLUMN'  'FIELD LENGTH') 
LRECL(RECORDSIZE)  BLOCK(BLOCKSIZE) 
RECFM(U/V/F/D) 
ASCII 
 
  NOTE - U MAY BE FOLLOWED BY T. 
 V MAY BE FOLLOWED BY B/T/BT. 
 F MAY BE FOLLOWED BY B/S/T/BS/BT/ST/BST. 
 D MAY BE FOLLOWED BY B/BA. 
 F V OR U MAY BE FOLLOWED BY AN A OR M. 
  REQUIRED - 'DSNAME1' AND 'DSNAME2' 
  DEFAULTS - NONUM 


FORMAT

)F FUNCTION - 
  THE FORMAT COMMAND PROVIDES COMPREHENSIVE FORMATTING 
  CAPABILITIES THAT ARE APPLICABLE TO TEXT-ORIENTED OUTPUT 
  OPERATIONS. THIS COMMAND ALLOWS THE USER TO: 
 PLACE FORMATTED OUTPUT IN A DATA SET 
 PRINT HEADINGS ON EACH PAGE 
 CENTER LINES OF TEXT BETWEEN MARGINS 
 CONTROL THE AMOUNT OF SPACE FOR ALL FOUR MARGINS 
 JUSTIFY RIGHT AND LEFT MARGINS OF LINES OF TEXT 
 NUMBER PAGES OF OUTPUT CONSECUTIVELY 
 HALT PRINTING WHEN DESIRED 
 PRINT MULTIPLE COPIES OF SELECTED PAGES 
 CONTROL THE LINE AND PAGE LENGTH 
 CONTROL PARAGRAPH INDENTATION 
)X SYNTAX  - 
 FORMAT   'DSLIST' 
  'INTEGER1'  'INTEGER2' 
   OR 
  PAGE('INTEGER3'  'INTEGER4') 
  PAUSE/PAUSE1/NOPAUSE 
  NUM/NONUM/SNUM 
  PRINT('DSNAME'. T/PS/PC) 
  REQUIRED - 'DSLIST' 
  DEFAULTS - 'SNUM'  'NOPAUSE'  'T' 


LIST

)F FUNCTION - 
  THE LIST COMMAND IS USED TO PRINT OUT PART OR ALL OF A SEQUENTIAL 
  DATA SET OR MEMBER OF A PARTITIONED DATA SET. 
)X SYNTAX  - 
 LIST 'DSLIST'  'INTEGER1' 'INTEGER2' 
 NUM('BEGIN INTEGER' 'LENGTH')/ 
 SNUM('BEGIN COLUMN' 'LENGTH')/NONUM 
 COL('BEGIN COLUMN' 'END COLUMN') 
  REQUIRED - DSLIST 
  DEFAULTS - NUM 


MERGE

)F FUNCTION- 
  THE MERGE COMMAND IS USED TO COMBINE DATA SETS OR PARTS OF DATA SE
  AND ALSO TO COPY A DATA SET OR PARTIAL DATA SET. 
)X SYNTAX - 
 MERGE   'DSNAME1'  'INTEGER1'  'INTEGER2' 
 'DSNAME2'  'INTEGER3' 
 NUM('BEGIN INTEGER'  'LENGTH') OR  NONUM 
 NUM2('BEGIN INTEGER'  'LENGTH') OR  NONUM2 
 RENUM('BEGIN INTEGER'   'INCREMENT') 
 BASIC 
  REQUIRED - 'DSNAME1' AND 'DSNAME2' 
  DEFAULTS - 'NUM' AND 'NUM2' 
  NOTE - IF 'INTEGER2' IS OMITTED THE LINE SPECIFIED BY 
 'INTEGER1' IS MERGED. 
 IF 'INTEGER1' IS ALSO OMITTED THE ENTIRE DATA SET IS 
 MERGED OR COPIED. 

.
.
JO.Skip Robinson
Southern California Edison Company
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
[EMAIL PROTECTED]

IBM Mainframe Discussion List  wrote on 04/12/2006 
03:31:17 PM:

> Try to find a copy of "TSO Data Utilities: COPY, FORMAT, LIST, MERGE 
User's
> Guide and Reference ".   I haven't looked, but I went to OS/390 V2R4 and 
did
> a search in the TSO bookshelf, and found that hit.
> 
> Check the pubs site - maybe it's still orderable.
> 
> Later,
> Ray
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:[EMAIL PROTECTED] On Behalf Of Charles Mills
> > Sent: Wednesday April 12 2006 15:26
> > To: IBM-MAIN@BAMA.UA.EDU
> > Subject: Re: Migrating me from linux/bsd to zOS
> > 
> > Where's TSO COPY documented? I just got to wondering idly how 
> > hard it would be to write a clone or semi-clone (without the 
> > bugs, or at least with new and better bugs) in Rexx. It's not 
> > in the TSO commands manual (okay, it's not a TSO command). I 
> > don't see any likely manual in the TSO bookshelf.
> > What's the name of the TSO add-on product that includes COPY?
> > 
> > It's not in the bibliography of the TSO commands manual under 
> > related publications - that would make this z/OS programming 
> > stuff too easy.

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

Re: SHARE Baltimore

[(IBM Mainframe Discussion List)]

 
 
In a message dated 4/12/2006 1:10:11 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

>Does anyone know when SHARE - Baltimore registration will be  available?
Keep checking their website at _http://www.share.org/_ 
(http://www.share.org/)  or this one 
_http://www.share.org/events/Baltimore/index.cfm_ 
(http://www.share.org/events/Baltimore/index.cfm) 


Bill  Fairchild


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

Re: Migrating me from linux/bsd to zOS

[Ray Mullins]

Try to find a copy of "TSO Data Utilities: COPY, FORMAT, LIST, MERGE User's
Guide and Reference ".   I haven't looked, but I went to OS/390 V2R4 and did
a search in the TSO bookshelf, and found that hit.

Check the pubs site - maybe it's still orderable.

Later,
Ray

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Charles Mills
> Sent: Wednesday April 12 2006 15:26
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Migrating me from linux/bsd to zOS
> 
> Where's TSO COPY documented? I just got to wondering idly how 
> hard it would be to write a clone or semi-clone (without the 
> bugs, or at least with new and better bugs) in Rexx. It's not 
> in the TSO commands manual (okay, it's not a TSO command). I 
> don't see any likely manual in the TSO bookshelf.
> What's the name of the TSO add-on product that includes COPY?
> 
> It's not in the bibliography of the TSO commands manual under 
> related publications - that would make this z/OS programming 
> stuff too easy.

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

Re: Migrating me from linux/bsd to zOS

[Charles Mills]

Where's TSO COPY documented? I just got to wondering idly how hard it would
be to write a clone or semi-clone (without the bugs, or at least with new
and better bugs) in Rexx. It's not in the TSO commands manual (okay, it's
not a TSO command). I don't see any likely manual in the TSO bookshelf.
What's the name of the TSO add-on product that includes COPY?

It's not in the bibliography of the TSO commands manual under related
publications - that would make this z/OS programming stuff too easy.

Charles

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

Re: COBOL2 Issues

[David DeBervec]

Sorry I haven't had a chance to respond you your assistance and replies, 
but there was more pressing business that required my attention.   I'm 
presently rounding up all the pieces that I can find that make up the load 
module.  I have secured the Enterprise COBOL manuals.  I checked linklst 
and it contains no COBOL2 load libraries. I am including a portion of the 
ABEND-AID dump that was produced.  I hope to have more information and 
questions in the near future.

Thank you for your assistance,

David


Abend-Aid piece:

 The IBM message that corresponds to the condition is: 
0CEE3204S The system detected a protection exception (System 
  Completion Code=0C4). 
 
 
 
 
 
 
 *** 
 * Error Location  * 
 *** 
0The next sequential instruction to be executed in program OFDBINIT was 
 at displacement 1C74. 
0The program was compiled on 22 MAR 2006 and is 6AC8 bytes long. 
0It is part of load module DBINIT. 
0The module was loaded from JOBLIB library 
 TDM692.PRIVATE.CORE.R122005.LOADLIBB.  
0The module was link edited on 24 MAR 2006 and is 00021668 bytes long. 
0The last known I/O request or call in the program above was issued with 
 a return address at displacement 1C62. 
 
 
 *** 
 *   Call Trace Summary* 
1  A B E N D - A I DPAGE   3 
0*** 
 
 ***Calling***  Return   ***Called 
 Load-Mod  Program  Type Value   Program  Load-Mod 
 
 *SYSTEMLinks to BLB3050  BLB3050 
 
 BLB3050   BLB3050  CallsCEEBTOR  CEEBINIT 
 
CEEBINIT  CEEBTOR  CallsBLB3050  BLB3050 
 
BLB3050   BLB3050  DISP  083E  CallsINITOFFL BLB3050 
 
BLB3050   INITOFFL DISP  1916  CallsDBIO BLB3050 
 
BLB3050   DBIO DISP  0BFE  CallsIGZCFCC  IGZCPAC 
 
IGZCPAC   IGZCFCC  DISP  0320  CallsIGZCD24  IGZCD24 
 
IGZCD24   IGZCD24  DISP  006A  CallsDBINIT   DBINIT 
 
DBINITDBINIT   DISP  00C4  CallsOFDBINIT DBINIT   *
 
DBINITOFDBINIT DISP  1C62  CallsDBFILEIO DBINIT 
 
DBINITDBFILEIO Calls CEEPLPKA 
 
CEEPLPKA   DISP  048300B6  CallsLEAIDLEAID 
 
 LEAID LEAIDDISP  0ADC  CallsSNAPAID  LEAID 
 
   Program Causing Error  * 
0One or more modules loaded from the LINKLIST. 
 Current LINKLIST library set is LNKLST00 
 
 
 --- 
 Load-ModAmode  Rmode  Resides in 
 
 DBINIT   24 24TDM692.PRIVATE.CORE.R122005.LOADLIBB 
 BLB3050  24 24TEC414.TLR.COBOL.LOAD 
 CEEBINIT 24 24CEE.SCEERUN 
 IGZCPAC  31ANYCEE.SCEERUN 
 IGZCD24  31 24CEE.SCEERUN 
 CEEPLPKA 31ANYEPLPA 
 LEAID31ANYSYS3.AA.R090500.SPAALOAD 
 --- 
 
 
 *** 
 * Application Program Attributes  * 
 *** 
1  A B E N D - A I DPAGE   4 
0 
 Load-Mod  Program   Compile Date  LengthLanguage 
 
 BLB3050   BLB3050   06 APR 2006   8F9F  COBOL Z/OS V3R3M1 
 
 BLB3050   INITOFFL  24 MAR 2006   39FC  COBOL Z/OS V3R3M1 
 
 BLB3050   DBIO  24 MAR 2006   1074  COBOL Z/OS V3R3M1 
 
 DBINITDBINIT22 MAR 2006   1ADE  HLASM 
  
 DBINITOFDBINIT  22 MAR 2006   6AC8  COBOL Z/OS V3R3M1 
 
 DBINITDBFILEIO  22 MAR 2006   2001  HLASM 
 
 
 *** 
 *  Supporting Environmental Data  * 
 *** 
 
  Abend PSW - 078D 000920EC   A(OFDBINIT) + 1C74 
  Prog PSW  - 078D 000920EC   A(OFDBINIT) + 1C74 
  Load Module - DBINITEntry Point Address - 0008E998 
  ILC - 06,   INTC - 04   Load  Point Address - 0008E998 
   Registers at time of error  (Descriptions based on 24 bit addresses) 
0REG HEX   Decimal Description 
 R0  0005E528 386,344  A(0003C000) + 00022528, PVT SP=001 ALLOC 
 R1  0003E2F8 254,712  A(0003C000) + 22F8, PVT SP=001 ALLOC 
 R2  000B50B8 741,560  A(000B) + 50B8, PVT SP=002 ALLOC 
 R3  00E34040  14,893,120  A(ISPSUBX ) + 1040 
 R4  000B0038 720,952  A(000B) + 0038, PVT SP=002 ALLOC 
 R5  F738  63,288  A(BLB3050 ) + 79A8 
 R6     0 
 R7  00063200 406,016  A(00063000)

Re: Migrating me from linux/bsd to zOS

[Ray Mullins]

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.)
> Sent: Wednesday April 12 2006 13:27
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Migrating me from linux/bsd to zOS
> 
> In <[EMAIL PROTECTED]>, on 04/11/2006
>at 07:52 PM, Ed Gould <[EMAIL PROTECTED]> said:
> 
> >Its been ages but I do remember a bug that was a PITA in COPY that 
> >screwed up the copy if the output dataset contained sequence numbers 
> >that weren't 8 positions, but I could be wrong its been ages.
> 
> That sounds painfully familiar. I'd bet that you're not wrong.

Oh, yeah.  VSBASIC.  Used VB/255 with sequence numbers in cols 1-5.  If you
forgot to specify the right parameters on the COPY command, oy.

Thank you for bringing back 26 year-old nightmares from college.

Later,
Ray

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

Re: Region size for batch processing

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on
04/12/2006
   at 02:29 PM, andy corpes <[EMAIL PROTECTED]> said:

>Currently, we use region=0M for all of our batch jobs without any
>noticeable problems.

It's not my dog.

>What is the groups opinion on this issue.

I don't know about the group, but IMHO you're living dangerously.
 
-- 
 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Migrating me from linux/bsd to zOS

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 04/11/2006
   at 07:52 PM, Ed Gould <[EMAIL PROTECTED]> said:

>Never heard of ASI.. is that like Palm Beach computing?

West Palm Beach. They're the outfit that used to sell an extremely
simple, but useful, piece of hardware called FileGard.

>The copy command would have to be changed slightly to allow PDSe's  
>and some small other changes as well.

Perhaps, but I'd bet that it would be easier to augment the ASI
product than the old IBM can of worms.

>Format could be tossed AFAIK  
>extremely few people used it AFAIK.

Probably because it never worked. Besides, after a while most shops
had Script, which was far more powerful.

>IIRC MOVE would need some help as well.

Calling Dr. Kevorkian!

>Its been ages but I do remember a bug that was a PITA in COPY that 
>screwed up the copy if the output dataset contained sequence numbers 
>that weren't 8 positions, but I could be wrong its been ages.

That sounds painfully familiar. I'd bet that you're not wrong.

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

Re: Fw: Anquish of JCL (Was: Migrating me from linux/bsd to zOS)

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on
04/12/2006
   at 12:00 AM, Ted MacNEIL <[EMAIL PROTECTED]> said:

>I originally said:

>"cat -- list ..."

Okay, then list is not what it does.

>Where was the word PRINT?

Print is usually synonymous with list in DP circles, and since the
statement is wrong either 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Fw: Anquish of JCL (Was: Migrating me from linux/bsd to zOS)

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 04/12/2006
   at 04:39 PM, "R.S." <[EMAIL PROTECTED]> said:

>Presonally I prefer ed, because I can work with it.

vi includes ed.

>I cannot use vi. I use computers for years, people say, I'm not 
>idiot.

I would be the last person to defend vi[1], but an awful lot of people
have managed to learn it, not all of them particularly bright. That
doesn't mean, of course, that they like it, or that some of them don't
use it only under duress, but if you're goping to deal with the Unix
world then really you need to hold your nose and learn it.

>Anything except getting beeping termial.

That's its user friendly error message ;-)

[1] I call it the Editor from Hell.
 
-- 
 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

COBOL2 Issues

[Tom Ross]

>We ran into a program that was compiled and executed in a COBOL2
>environment successfully.  When we re-compiled and executed the program
>with Enterprise COBOL, it returned a S0C4 abend (rc4).  The load module
>is a combination of COBOL and assembler code. Anyone know if this is a
>COBOL issue or LE?

The first thing I would check is if you have the (typical) invalid LNKLST
concatenation order of VS COBOL II (COB2LIB) ahead of LE (SCEERUN).  Both
libraries have the same names except for the bootstrap routine, so if
COB2LIB is ahead of SCEERUN and you try to run an Enterprise COBOL program
you will get the LE library starting up and then VS COBOL II trying to run!
0C4 would be a typical result.  See the COBOL Migration Guide, it was never
supported to have VS COBOL II ahead of SCEERUN for Enterprise COBOL
programs.  I recommend migrating to LE first (remove COB2LIB from LNKLST)
and then you can start using the new compiler.  Note that COB2LIB is not
supported at all, even behind LE in LNKLST.  If you want to create a
real mess, start using STEPLIB for each program that gets recompiled
from VS COBOL II to Enterprise COBOL!!

Cheers,
Tom Ross  >> COBOL is the Language of the Future! <<

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

Re: Mainframe & Evil

[Ted MacNEIL]

>I know of at least one ISV that charges a remarkably low flat rate for all of 
>their software, regardless of size or speed of mainframe.

IBM does (did?) that for NOTES and (IIRC) WebSphere.
The cost was per CPU, whether stand-alone, or in a multi-processor 
configuration.

This was after NALC and before the late (unlamented) ILM.

-
-teD

O-KAY! BLUE! JAYS!
Let's PLAY! BALL!

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

Don't go there ...

[Shane]

On Wed, 2006-04-12 at 15:47 -0500, McKown, John wrote:

> Well, if we're going to be off-topic, I've just discovered "kate" on my
> Linux system.

The spark to start a (yet another) KDE vs. Gnome flame-war ???.
Here of all places, in the land of (disappearing ???) Dinos ...

Shane ...

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

Re: Mainframe & Evil

[Dave Salt]

From: "Chase, John" <[EMAIL PROTECTED]>
> Last upgrade in my small shop cost for just ISV software was
> $300,000 in just upgrade fees.  I didn't need to change one
> piece of code.  That's hard to defend.

To put it bluntly, it's indefensible.

-jc-



Gouging by ISV's is a large part of the reason why mainframes are seen by 
many as being uncompetitive. It has to stop. Fortunately, IBM has realized 
this and has started competing directly against some of the "offending" 
ISV's with products of its own. Witness for example the new line of IBM File 
Manager products, which generally cost a fraction of what it costs to 
license competing ISV products.


Having said that, not all ISV's try to gouge their customers. I know of at 
least one ISV that charges a remarkably low flat rate for all of their 
software, regardless of size or speed of mainframe.


Dave Salt

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

Re: LDAP in z/OS 1.6 question

[Klein, Kevin]

Semi-LDAP rookie here(z/OS 1.4).  Don't you have to say which objectclasses you 
need any time you're adding a new record.
 
Does it work if you include the 
objectclass=top 
objectclass=OnCallNotes 
lines in your LDIF file when adding the NoteNumber=6 record? 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Kevin 
Mullin
Sent: Wednesday, April 12, 2006 11:40 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: LDAP in z/OS 1.6 question



This is a code issue.  I'm trying to do something, and its not working, and I 
need some help from someone who knows LDAP in z/OS 1.6.  Here is a statement of 
my problem.  By the way, I am cloning an existing system, one that I wrote, to 
come up with a similar system to achieve a similar result, an LDAP database 
with information that can be used in a web application to display data to end 
users on their web browsers using CGI programs written in REXX to generate HTML 
to go back to the client browser. 

I've defined a schema for my new data, and have run ldapmodify to add the 
schema, and that works quite nicely.  Here are portions of that: 


objectclasses: ( 
  9.9.99.9.9.10.91 
  NAME 'OnCallNotes' 
  DESC 'Defines the OnCallNotes object' 
  SUP top 
  Structural 
  MUST ( NoteNumber ) 
  MAY (Date $ OnCallCUID $ Summary $ Notes ) 
  ) 
objectclasses: ( 
  9.9.99.9.9.10.92 
  NAME 'OCLastNumber' 
  DESC 'Last OnCallNote number generated' 
  SUP top 
  Structural 
  MUST ( NoteNumber ) 
  ) 

of course the rest of this file contains attribute definitions for Date, 
OnCallCuid, Summary and Notes.  The addition was fine.  Then I tried to add 
some data with ldapadd and a text file that contained: 

NoteNumber=4, ou=OnCallNotes, o=ccss 
objectclass=top 
objectclass=OnCallNotes 
NoteNumber=4 
Date=2006/04/11 
OnCallCUID=KMULLIN 
Summary=This is the first test note 
Notes=This is a long note of what happened in an on call situation. 

And it worked quite nicely, but then I tried to add this with LDAP add: 

NoteNumber=6, ou=OCLastNumber, o=ccss 
NoteNumber=6 

and it failed with: 
adding new entry NoteNumber=6, ou=OCLastNumber, o=ccss 
ldap_add: Object class violation 
ldap_add: additional info: R001071 Entry did not contain an object class. 
(schem 
aimpl.c|1.74.2.2|1558), (schemaimpl.c|1.74.2.2|1578), (tdbm_add.c|1.90.1.3|816) 

Can someone help me by telling me what I did wrong? 



#
Attention:
The information contained in this message and or attachments is intended
only for the person 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 of any action in reliance upon,
this information by persons or entities other than the intended recipient
is prohibited. If you received this in error, please contact the sender and
delete the material from any system and destroy any copies.
#

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

Re: A very basic question

[Shmuel Metz (Seymour J.)]

In
<[EMAIL PROTECTED]>,
on 04/12/2006
   at 11:04 AM, "Knutson, Sam" <[EMAIL PROTECTED]> said:

>There have been some good discussions in the past which suggest that
>the DFP access methods don't use STARTIO directly.

Which DFP access methods? There's not much of a code overlap between
[B|D|I|Q]SAM and VSAM. I haven't seen anything to suggest that VSAM
has gone from the old STARTIO code to using EXCP.

>http://bama.ua.edu/cgi-bin/wa?A2=ind9803&L=ibm-main&P=R66905&I=1

That doesn't even mention VSAM.
 
-- 
 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: A very basic question

[Rugen, Len]

I just pulled this from one of our CICS transactions:
 
Overall Elapsed time: 4.109s  
*---·*
|   Dispatch time . . . : 0.453s|   Suspend time . . . . . . : 3.656s|
|   QR TCB elapsed time : 0.453s|   Total I/O wait times . . : 3.655s|
|   Other TCBs elapsed  : 0.000s|   Total other wait times . : 0.114s|
|   CPU time  . . . . . : 0.389s|   1st dispatch delay . . . : 0.000s|
|   RLS CPU time  . . . : 0.000s|   Re-dispatch wait . . . . : 0.114s|
|   RMI elapsed time  . : 0.000s|   Exception wait time  . . : 0.000s|
|   JVM elapsed time  . : 0.000s|   Program load elapsed time: 0.000s|
|   |   Syncpoint elapsed time . : 0.002s|
*---·*
 *-·--*
|   Task number . . . . . : 64195 |  Transaction ID  . . . . : UFO   |
|   Browses . . . . . . . : 271   |  Gets  . . . . . . . . . : 281   |
|   Adds  . . . . . . . . : 0 |  Puts  . . . . . . . . . : 0 |
|   Deletes . . . . . . . : 268   |  Total requests  . . . . : 1359  |
|   Total VSAM calls  . . : 1896  |  |
*-·--*  
   
 
If you know that a transaction did 2K VSAM I/O reads (maybe 20K CICS calls, if 
each CI holds 10 records) and had a long elapsed time, I don't think you still 
know what the real problem was.  In the case above, of 4.1 sec, 3.7 was I/O 
wait, so I think I know.  But if re-dispatch wait went up by 10 seconds, it 
wouldn't be the fault of THIS transaction.  It could be contention from other 
transactions (maybe the same appliction, maybe not) in the region, other z/OS 
tasks or even other LPAR's.  (If someone takes a SYSDUMP, the lights can go dim 
on a uni processor).
 
My management once decided that we could fix all our problems if we upgraded a 
148 to a 158, we were out of CPU.  The sysprog team said no, that I/O was the 
problem, but all they saw was 100% CPU.  Of the 100% CPU, about 40% was supvr. 
state, while the OS looked for a I/O to post complete.  
 
The 158 also ran 100% cpu, the only difference was that it was about 60% supvr 
state and very little, if any, more USER work was accomplished.  We put a 
string of 3350's on the "extra" DASD controller included in the 158 are really 
improved thruput, basiclly added 150% more disk I/O capeability.  
 
Ever heard of TP Westi?  It drove 3270 applications as an alternative to CICS 
for tiny DOS systems.  
 
 
 

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

Re: Cics Transaction I/O computation [was: A very basic question]

[Neil Duffee]

No definitive answers by a long shot but another coupla straws to 
consider grasping at.
-
On 2006-04-11 at 15:29, Ted MacNEIL <[EMAIL PROTECTED]> wrote 
about "re: Cics Transaction I/O computation" to IBM-Main:

> >[snip]
> There is no contention unless you consider 2000 I/O's contentious.
> OMEGAMON shows this as the main bottleneck. Seek analysis drops it
> right inside this dataset. It is doing un-indexed reads (BROWSEs),
> even though the file is indexed. 

Since you know it's browsing, you've likely done a CEDF to verify the 
vendor is, at least, doing an EXEC CICS STARTBR before EXEC CICS 
READNEXT.  Personally, I'd expect any READNEXTs to be un-indexed 
since they're, by definition, in key order.  You'd also get a chance, 
with CEDF, to see the keys (RIDFLD) that come back ascertaining that 
they're also not reading *past* a reasonable location.  Might give 
you some leverage with the vendor.  (I use PF9: Stop Conditions to 
scream past the un-wanted output until EXEC CICS LINK comes up with 
the desired sub-program.)

> I checked all those things [snip] CICS is going in spurts because it's
> waiting for the I/O to complete, then it starts up again, then it
> waits. The problem is there is too much I/O for a single CICS region
> to handle on a sustained basis. 
> 
> The solution is to reduce the I/O. [snip]
> The vendor (niche product) refuses to change the application.
> [snip] management wants a justification to re-do this one.
> 
> I guess I'll have to go elsewhere.
> Nobody here wants to answer my question.

*want* may be too strong a word.  "Unable" (without research) is more 
likely but you already know that.  *grin*

For your direct question on actual cost, would the CPU for a specific 
CICS TCB help narrow down the guesstimation?  I'm no Cics SysProg but 
my cursory glimpse (ie. 15-30 min) at the Cics Perf. Guide mentions 
reporting on CPU time for individual TCB's.  Isn't file I/O or even 
the Vsam I/O done by a specific one?  (That's as far as my knowledge 
takes me.)  Maybe you could collect the SMF records for the specific 
transaction id involved and sum the results for actual usage ie. 
DSGACT, DSGTCBNM, USRCPUT, DSCPUT, or QRCPUT?

I'm looking at "Transaction dispatch time and CPU time" under "Notes 
on the performance data" in "Chapter 6. The CICS monitoring facility" 
on pg 71 of the Cics Perf. Guide for TS2.2.  Knowing my luck, this 
data is not available on a transaction basis but is only part of 
interval data.  Crossin' my fingers...
-->  signature = 6 lines follows <--
Neil Duffee, Joe SysProg, U d'Ottawa, Ottawa, Ont, Canada
telephone:1 613 562 5800 x4585 fax:1 613 562 5161
mailto:NDuffee of uOttawa.ca http:/ /aix1.uottawa.ca/ ~nduffee
"How *do* you plan for something like that?" Guardian Bob, Reboot
"For every action, there is an equal and opposite criticism."
"Systems Programming: Guilty, until proven innocent" John Norgauer 
2004

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

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

Re: Fw: Anquish of JCL (Was: Migrating me from linux/bsd to zOS)

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Richard Tsujimoto
> Sent: Wednesday, April 12, 2006 3:31 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Fw: Anquish of JCL (Was: Migrating me from 
> linux/bsd to zOS)
> 
> 
> On a few of our unix boxes, we actually have ISPF installed for a few 
> crippled mainframers who have to do work on unix.  Personally, I feel 
> *when in Rome, ...*
> 

Well, if we're going to be off-topic, I've just discovered "kate" on my
Linux system. Now THAT is a nice little "editor". Side pane has a
directory listing from which I can click on a file. That file is then
brought into the editor. I can have multiple files in the editor in a
single pane or split (vertical or horizontal) pane view. On the bottom
is a terminal pane where I can enter UNIX commands, including other
applications (such as staying in a DB2 interactive session). Did I
mention that the editor has syntax highlighting for many file types and,
if needed, you can create you own syntax highlighting via an XML encoded
parameter file? I haven't tried that yet.

Before this, I was a "vi" user. Yes, I'll admit it .

--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited. 
 

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

Re: Mainframe & Evil

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of George Bly
> Sent: Wednesday, April 12, 2006 3:24 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Mainframe & Evil
> 
> 
> It is not just the low cost of entry but also the cost of change.  
> 
> The way technology is changing it is cheap to change to double the
> technology in two years. 
> 
> When you add another processor to a sun box the only cost is 
> the additional
> processor.  No software increase and no license changes.

What are you running on the Sun? I was under the impression that Oracle
was licensed by the number of processors. So adding a processor would,
usually, increase the Oracle license cost. But that is "hear-say". This
does not apply here (I am told) because we have a "site license" and can
run as many Oracle instances as we want on anything that we want. (again
hear-say).

> 
> You have more bodies to give to projects and for a lot of 
> things you can
> hire someone right out of college that has grown up with the 
> technology. 

Very true. But "right out of college", I was a danger. I didn't know as
much as I believed. Without mentoring and "real world" experience, I
could have easily caused harm. Unfortunately, today's environment rarely
allows for mentoring. So we end up with code (and I've seen some) that
is horrendous. Yes, I'm talking about some Windows/IIS application code
that I've seen.

> 
> Last upgrade in my small shop cost for just ISV software was 
> $300,000 in
> just upgrade fees.  I didn't need to change one piece of 
> code.  That's hard
> to defend.

Total agreement. When we upgraded last from a z800-0A2 to a z890-250, I
was told that the software upgrade fee (mainly to OEM vendors) was about
US $1,000,000! Did we "get something" for that? NO! We needed the CPU
increase for in-house written software, not vendor software use. But the
vendors got some "windfall" profits from us, none-the-less. As everybody
will say: "This stinks!" (perhaps in stronger language).

> 
> George 
> 


--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited. 
 

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

Re: A very basic question

[(IBM Mainframe Discussion List)]

 
 
In a message dated 4/12/2006 5:46:05 A.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

>AFAIK it uses STARTIO, which has a shorter path length than EXCP  or
>even EXCPVR.
You're right.  VSAM is officially defined as an IOS Driver in the  IOSB DSECT 
in the Driver ID field.  Therefore VSAM uses STARTIO with a  much shorter 
path length than either EXCP or EXCPVR.
 
Bill  Fairchild




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

Re: Fw: Anquish of JCL (Was: Migrating me from linux/bsd to zOS)

[Richard Tsujimoto]

On a few of our unix boxes, we actually have ISPF installed for a few 
crippled mainframers who have to do work on unix.  Personally, I feel 
*when in Rome, ...*

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

Re: Space in MB?

[Ted MacNEIL]

>give you the value in Kb (or KiBi for the purists)

Actually on disk it's KB.
In memory, it's KiBi.


(Also your replyto is set, so I had to over-ride to get to IBM-Main)

-
-teD

O-KAY! BLUE! JAYS!
Let's PLAY! BALL!

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

Re: Mainframe & Evil

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of George Bly
> 
> [ snip ]
> 
> Last upgrade in my small shop cost for just ISV software was 
> $300,000 in just upgrade fees.  I didn't need to change one 
> piece of code.  That's hard to defend.

To put it bluntly, it's indefensible.

-jc-

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

Re: Mainframe & Evil

[Ted MacNEIL]

>Things run well on the server side for a fraction of the cost so how can I
defend the mainframe in our environment. 

How many users in the server environment?
How many support personell?

Ditto (both) for the mainframe?

Compare & contrast.

-
-teD

O-KAY! BLUE! JAYS!
Let's PLAY! BALL!

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

Re: Another fine mess

[Richard Tsujimoto]

Is it possible that someone isn't using the front-end?

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

Re: Mainframe & Evil

[George Bly]

It is not just the low cost of entry but also the cost of change.  

The way technology is changing it is cheap to change to double the
technology in two years. 

When you add another processor to a sun box the only cost is the additional
processor.  No software increase and no license changes.

You have more bodies to give to projects and for a lot of things you can
hire someone right out of college that has grown up with the technology. 

Last upgrade in my small shop cost for just ISV software was $300,000 in
just upgrade fees.  I didn't need to change one piece of code.  That's hard
to defend.

George 

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

Re: A very basic question

[Richard Tsujimoto]

So, it seems that this package is used to perform some sort of computation 
based on zip codes, or something along those lines.  If this is the 
primary (or part of) application on this CICS region, then it's quite 
conceivable that during a peak period, the region is, in effect, doing a 
lot of computations, which effectively prevents 
other CICS tasks from running.  There are a limited number of TCBs used to 
run CICS tasks, and if these tasks start doing a lot of computational 
work, the end-users will be looking slow R/T.  I don't see 2K I/O's per 
sec. being the culprit.  It's the package, how it's architected and how it 
really isn't designed to play nice in CICS if it becomes the primary 
workload.  But, I'm not answering the question, because I'm one of those 
who doesn't want to answer it.

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

No subject

[Pamela Christina in sunny Endicott NY]

Subject:May 3 IBM Webcast -  The IBM System z(tm): Rethinking the Role of the 
Mainframe
Cross-posted to IBMVM,IBM-MAIN,and LINUX listservs for your reading pleasure

 Date:Wednesday, May 3, 2006
 Time:  2:00pm - 3:30pm EDT
 Register:   http://www.ibm.com/systems/z/2006

This webcast looks to be for IBM Mainframe customers in the
Americas-- IBM Americas marketing is sponsoring the telecast.

Regards,
Pam C of z/VM Land (Endicott, NY)

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

Re: Run CLIST/Edit marco without SYSEXEC

[Barry Schwarz]

CLISTs belong in SYSPROC, not SYSEXEC.  (REXX's can go in either.)
   
  You can change the SYSEXEC/SYSPROC allocation after logon with the ALLOCATE 
command.  This will allow your macro to be in any library you like.
   
  You can also use the ALTLIB command to set up a "temporary" library that will 
be searched first .

Jeff Guan <[EMAIL PROTECTED]> wrote:
  Hi all,
We used an Clist/edit marco to custmised some keyword. To run the clist, we 
just enter the clist name on the command line while in ISPF editing a PDS 
member.
The Clist is just like below:
--
ISREDIT MACRO 
ISREDIT C 'SYSALLDA' '3390' ALL
ISREDIT C 'SYSDA' '3390' ALL
--

Normally to run the clist, it must in the ISPF logon procedure's SYSEXEC 
dataset.
Is there any way without put it in SYSEXEC ds and run it from edit command 
line?


-
Love cheap thrills? Enjoy PC-to-Phone  calls to 30+ countries for just 2¢/min 
with Yahoo! Messenger with Voice.

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

Re: Job scheduling

[Knutson, Sam]

ftp://phoenixsoftware.com/pub/demo/JES3_White_Paper.pdf

A point Ed makes very well in his white paper worth reading even for
JES2 folks BTW.

Thanks, Sam

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ed Finnell
Sent: Wednesday, April 12, 2006 10:13 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Job scheduling
 
In a message dated 4/12/2006 8:24:30 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:

In this  case, two jobs are submitted simultaneously.  We use
CA-Scheduler for  production and other test job streams.  I thought that
a scheduler was  included with the operating system, but I am just an
application  programmer, not a sysprog. 

>>
JES2 does not run sequentially. If you sub 2 jobs they may run
1 then 2 or 2 then 1 or 1 and 2. JES3 has the concept of /*NET which
will order a network of JOBs. Schedulers are not part of  the base
equation.
 
The old timey way was to have the last step of Job 1 sub job 2 or punch
it to the internal reader based on condition codes.


This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

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

Re: Mainframe & Evil

[Hal Merritt]

You can't. PC folks lack a frame of reference and tend to ignore
significant parts of the TCO.  

Server farms are entry level and are cost effective for that mission.
However, as the load grows past some point, the TCO of the server farm
begins to skyrocket. The MF costs also rise, but at a rate much lower
than the workload increase. 

Where server farms do not scale up well, MF's do not scale down well.
This is the same reason you do not use a tank truck to bring home
gasoline for the lawn mower, and you don't use two gallon cans to
deliver gasoline to a service station. 

Another way to look at things is to quantify the business contribution
vs the percent of budget. Values of 50% and 50% would mean that the MF
is of equal cost benefit. More of the time than not, the ratio looks
like 60/40, or 60% of the business at 40% of the budget. 

Meanwhile, check out z/os.e. Could save you some serious bucks (90%) if
you qualify.

HTH and good luck. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of George Bly
Sent: Wednesday, April 12, 2006 1:09 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Mainframe & Evil

Evil according to a small shop!  

I work with a younger staff that has played with computers since birth. 

My boss who is not yet thirty (I'm over thirty) can buy 36 4 processor
servers a quarter for what we pay in software costs alone for the
mainframe.
I am a small shop 1 CPU, 1 chip, small staff big money. 

He thinks just the cost alone would justify getting rid of the
mainframe.  

Our 8 server guys stand behind him and agree.  They are just amazed at
the
mainframe cost. 

Things run well on the server side for a fraction of the cost so how can
I
defend the mainframe in our environment.  



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Mainframe & Evil

[Ed Finnell]

 
In a message dated 4/12/2006 1:09:58 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

Things  run well on the server side for a fraction of the cost so how can I
defend  the mainframe in our environment.  




Cost per butt?

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

Re: Moving BACK to the mainframe

[Ed Finnell]

 
In a message dated 4/12/2006 12:57:28 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

Yup.  Keep 'em coming, y'all.



Did the boothill website die from lack of use or lack of  inclination?

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

Re: Region size for batch processing

[Knutson, Sam]

ABEND40D, ABEND0F9, ... are what you can get running REGION=0M without
any intervention by IEFUSI so your systems programmers are right. This
has been discussed at length before search terms REGION and IEFUSI will
get you tons of hits in the archives.   We use an IEFUSI I updated from
one Mike Loos wrote.

http://www.cbttape.org/ftp/cbt/CBT425.zip

Mine has less code than Mike's did so if you want to secure REGION=0M
then his might be a better starting place.  I just have two modes of
operation REGION=0M gets you maximum that you can get safely with a
buffer reserved above and below otherwise set maximum less buffer below
and a 1G default above.

It will be here file 518 later today probably
http://www.cbttape.org/updates.htm 

Mike Loos gave an excellent presentation on IEFUSI at SHARE a few years
back.  Search the archives using REGION=0M or IEFUSI as a keyword and
you will locate numerous discussions of virtual storage management.
Visit the SHARE web site http://www.share.org/ for Mike's foils From
SHARE in Boston - July, 2000.

http://shareweb.share.org/proceedings/sh95/share00s.htm 

2891 - Use of the IEFUSI Exit to Limit (or not) Region Size  

http://shareweb.share.org/proceedings/sh95/data/S2891A.PDF

http://shareweb.share.org/proceedings/sh95/data/S2891B.PDF

http://www.cbttape.org/ftp/cbt/CBT425.zip

also of interest is Chris Craddock's foils from this Virtual Storage
session last seen in NYC I believe

2829 - z/OS Virtual Storage Mystery Tour

http://ew.share.org/client_files/callpapers/attach/SHARE_in_New_York/S28
29.pdf

Best Regards, 

Sam Knutson, GEICO 
Performance and Availability Management 
mailto:[EMAIL PROTECTED] 
(office)  301.986.3574 

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

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Chris Hoelscher
Sent: Wednesday, April 12, 2006 8:47 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Region size for batch processing

our sysprogs discourage (prevent?) 0M on the belief (fact?) that if such
a job were to run-away and consume all available memoryon its way to
ebending, there would be no room to set up abend-related control blocks
in memory when it did abend - thus we are constrained to use 2047M 


Chris Hoelscher
IDMS & DB2 Database Administrator
Humana Inc
502-710-3038
[EMAIL PROTECTED]

This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

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

Re: A very basic question

[Knutson, Sam]

There have been some good discussions in the past which suggest that the
DFP access methods don't use STARTIO directly.  Those few dedicated
vivisectionists of I/O working at ISVs and the IBM folks working in
DFSMSdfp & z/OS IOS can talk about this with some authority but with OCO
and withdrawal of PLM's there is precious little externalized
documentation.

http://www.naspa.com/PDF/2003/0503/T0305009.pdf

http://bama.ua.edu/cgi-bin/wa?A2=ind0507&L=ibm-main&P=R20338&I=1

http://bama.ua.edu/cgi-bin/wa?A2=ind9803&L=ibm-main&P=R66905&I=1

Best Regards, 

Sam Knutson, GEICO 
Performance and Availability Management 
mailto:[EMAIL PROTECTED] 
(office)  301.986.3574 

The important thing is not to stop questioning. Curiosity has its own
reason for existing. One cannot help but be in awe when he contemplates
the mysteries of eternity, of life, of the Marvelous structure of
reality. It is enough if one tries merely to comprehend a little of this
mystery every day. Never lose a holy curiosity. - Albert Einstein

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Shmuel Metz (Seymour J.)
Sent: Tuesday, April 11, 2006 7:49 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: A very basic question

In <[EMAIL PROTECTED]>, on 04/11/2006
   at 09:43 AM, "(IBM Mainframe Discussion List)" <[EMAIL PROTECTED]>
said:

>I also believe that VSAM uses EXCPVR,

AFAIK it uses STARTIO, which has a shorter path length than EXCP or even
EXCPVR.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT

This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

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

Re: Message to: Mohammad Khan <[EMAIL PROTECTED]>

[A. Harry Williams]

On Wed, 12 Apr 2006 19:55:03 +0100 Terry Sambrooks said:
>Hi Mohammed,
>You recent contributes to the "Re: Kudos to IBM's promotion" to the effect 
>that "..The poster child of IBM education initiative, Marist College,
>does not even reply to emails, the phone number listed on the web page either 
>does not work or leads to a fax machine..."
>I cannot comment on the telephone and fax numbers, but I sent you a private 
>e-mail yesterday, and have no idea whether you received it.
>It occurs to me that if you didn't then perhaps Marist might have responded 
>but they e-mails might not be getting through for some reason.


I'm going to bet we didn't respond. There was some staff turnover, and
some web pages were not properly updated, and some tasks were not
turned over.  Just a dropped ball.  I think we've gotten it back
together, and hopefully someone here should be contacting him soon.

I'm not always able to keep up with IBM-MAIN, but try to on email with
subjects of this nature.  (which is why a good subject is important)
Someone else offered to help get people in contact with the
Academic Initiative folks.  I'll make the same offer if anyone
needs assistance, or wants more details.


>Kind regards - Terry
/ahw

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

Re: Moving BACK to the mainframe

[Steve Comstock]

Dave Salt wrote:

Steve,

I've contacted the 2 people off list and forwarded your email to them. I've
explained the situation, and left it up to them whether they want to 
contact you or not. 


Absolutely. That's terrific. Thanks.


I hope they do, but of course it's up to them and their
management. Sometimes, management isn't too keen to have their "Oops we 
made

a big mistake" story posted on a web site!

BTW: For the first story, the plan was to eventually move off the mainframe
entirely. They hadn't fully succeeded in doing that yet, so luckily they 
had
the option to fall back to the mainframe once they realized how 
expensive it

was going to be to keep their MicroFocus licenses up-to-date.


Gotcha'. Thanks again for the stories.

Kind regards,

-Steve Comstock

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

Message to: Mohammad Khan <[EMAIL PROTECTED]>

[Terry Sambrooks]

Hi Mohammed,

You recent contributes to the "Re: Kudos to IBM's promotion" to the effect that 
"..The poster child of IBM education initiative, Marist College,
does not even reply to emails, the phone number listed on the web page either 
does not work or leads to a fax machine..." 

I cannot comment on the telephone and fax numbers, but I sent you a private 
e-mail yesterday, and have no idea whether you received it.

It occurs to me that if you didn't then perhaps Marist might have responded but 
they e-mails might not be getting through for some reason.

Kind regards - Terry

P.S. My apologies for an off topic post, but hopefully it may help a fellow 
contributor.

Terry Sambrooks
Director
KMS-IT Limited
228 Abbeydale Road South
Dore
Sheffield
S17 3LA
UK

Tel: +44 (0)114 262 0933
WEB:
www.legac-e.co.uk
www.kmsitltd.co.uk

Reg: England & Wales 3767263 at the above address

All outgoing E-mails are scanned but it remains the recipients responsibility 
to ensure that their system is protected from viruses, trojans, worms, and 
spy-ware.

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

Moving BACK to the mainframe

[Dave Salt]

Steve,

I've contacted the 2 people off list and forwarded your email to them. I've
explained the situation, and left it up to them whether they want to contact
you or not. I hope they do, but of course it's up to them and their
management. Sometimes, management isn't too keen to have their "Oops we made
a big mistake" story posted on a web site!

BTW: For the first story, the plan was to eventually move off the mainframe
entirely. They hadn't fully succeeded in doing that yet, so luckily they had
the option to fall back to the mainframe once they realized how expensive it
was going to be to keep their MicroFocus licenses up-to-date.

Dave Salt
SimpList(tm) - The easiest, most powerful way to surf a mainframe!
http://www.mackinney.com/products/SIM/simplist.htm

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

Abend B00 using IBM Debug Tool

[Ken Deering/TBS Software Inc.]

I've searched all the IBM sites I can get to on this with no luck. I can't 
shake the feeling that we've done something stupid here ourselves.

We're running z/OS 1.6 and trying to run an C++ app compiled under that 
level of  z/OS UNIX with the TEST/ parm and we get 3 consecutive B00 
abends and then the product carries on like nothing happened.

The message IEW2702S D40B GET DIRECTORY ENTRY FAILED FOR MEMBER 
NAMECLB3D001, DDNAME NAME
 -LNKLST-.  DIRECTORY SERVICES ISSUED RETURN CODE  36 AND REASON 
CODE 
 270A0447.  
is issued for the 1st abend and the same message is issued for the next 2 
with the member names EDC4L120 and EDC4L103. 

I can find all of these modules in our LNKLST and can browse them all with 
no problem.

Running the same app without TEST/ in the parm field generates no abends.

Is it time to open up a problem with IBM or can anyone help shed some 
light on this?

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

Re: Another fine mess

[Kirk Talman]

Replies in [[ ]]

IBM Mainframe Discussion List  wrote on 04/12/2006 
02:11:13 PM:

> Are you SURE that your batch job on LPAR 1 is the problem? That is, are 
you
> sure there is not some other factor outside of what you have described 
here?
> Is it possible something else is deleting or renaming C?

[[I own C.  If at any point, there is no C, jobs begin to fail as the one 
on lpar 2 did.  At peak period, jobs can fail every minute.  As for any 
other issues, I am looking for suggestions.]]

> The reason I ask is that it seems to me that even if you totally dropped 
the
> ENQs the situation you described would be unlikely. I don't mean you 
should
> drop the ENQs or that the situation would be sufficiently unlikely for
> mainframe production, I just mean that you would be unlikely to hit it 
in
> any given day, and therefore this must be something else. File N does 
not
> exist for only a fraction of a second (rename to rename) - what's the 
odds
> that a batch job would hit that more than once in a blue moon? (Again, 
too
> often to go that way in production, but I am just doing a mental 
exercise
> here.)

[[The odds are very slim.  And it happens every so often.  It's not a big 
hole I am closing.  It is a hole.  And I can't find the mouse.  I just 
need the name of the mouse so I know whose mouse it is.]]

> After BS689 fails, does C still not exist? Or has it reappeared?

[[In human time the dataset always exists.  Only computers can see the 
hole in time the cybermouse goes through.]]

> Any chance that the rename in your job is failing and you are not 
checking
> return codes correctly?

[[If rename fails, and there is no C, subsequent jobs fail.  If rename 
fails, and there is a C, I could detect that N still existed and that 
dataset timestamps were wrong.]]

> Have you checked timestamps? Have you confirmed that BS689 failed at the
> exact instant that your job was doing the rename?

[[Timestamps the same to the second.  Both steps take less than a second.

It should be mentioned that in the past, to correct this kind of problem, 
rename was limited only to the cluster name of the KSDS since failure 
would happen between the rename of the cluster and the rename of the 
components.

This problem has been happening sporadically for several years.]]


> Charles

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On 
Behalf
> Of Kirk Talman
> Sent: Wednesday, April 12, 2006 10:41 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Another fine mess

> Our tech people can't find the source of this problem and I am looking 
for 
> any guesses you might have.

> Sysplex in question has 11 lpars on 5 CECs

> zOS 1.4 with 1.7 being tested.  Sometimes this summer some of the lpars 
in 
> this plex will be running 1.7 if all goes well.  (So far it hasn't.)

> I am told GRS used to propagate ENQ in star configuration.

> Batch job on lpar 1 builds VSAM file called N.  At the end of the build 
> job is a step using a program to frontend IDCAMS.  The frontend issues 
an 
> ENQ RET=NONE with scope of SYSTEMS.  It then links to IDCAMS.  IDCAMS 
> renames C to O and renames N to C, effectively bringing a new version of 
C 
> into play.  When IDCAMS ends, the frontend issues DEQ.

> Meanwhile on lpar 2, a batch job using program called BT689 wants to use 

> file C.  It calls a linked subroutine BS689 which issues an ENQ with the 

> same scope as mentioned above.  The ENQ does not specify RET=NONE, but 
> that is the default.  It does specify RNL=NO, which is not the default. 
> That should not matter since both ENQ have scope of SYSTEMS.

> After it obtains the ENQ, BS689 does SVC 99 to dynamically allocate the 
> file.  BT689 uses the file for a few reads and then ends.

> Previously the job on lpar 1 would fail periodically because the file 
was 
> in use.

> This time the program BT689 on lpar 2 failed with message in its log

> R15=>0004 S99INFO=>0002 S99ERROR=>1708

> IKJ56228I DATA SET C NOT IN CATALOG OR CATALOG CAN NOT BE ACCESSED



-
The information contained in this communication (including any
attachments hereto) is confidential and is intended solely for the
personal and confidential use of the individual or entity to whom
it is addressed.  The information may also constitute a legally
privileged confidential communication.  If the reader of this
message is not the intended recipient or an agent responsible for
delivering it to the intended recipient, you are hereby notified
that you have received this communication in error and that any
review, dissemination, copying, or unauthorized use of this
information, or the taking of any action in reliance on the
contents of this information is strictly prohibited.  If you have
received this communication in error, please notify us immediately
by e-mail, and delete the original message.  Thank you

--
For IB

Re: Mainframe & Evil

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of George Bly
> Sent: Wednesday, April 12, 2006 1:09 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Mainframe & Evil
> 
> 
> Evil according to a small shop!  
> 
> I work with a younger staff that has played with computers 
> since birth. 
> 
> My boss who is not yet thirty (I'm over thirty) can buy 36 4 processor
> servers a quarter for what we pay in software costs alone for 
> the mainframe.
> I am a small shop 1 CPU, 1 chip, small staff big money. 
> 
> He thinks just the cost alone would justify getting rid of 
> the mainframe.  
> 
> Our 8 server guys stand behind him and agree.  They are just 
> amazed at the
> mainframe cost. 
> 
> Things run well on the server side for a fraction of the cost 
> so how can I
> defend the mainframe in our environment.  

Well, from what I have been told, the hardware/software costs for the
"distributed" side of the house here (Windows/Intel and Sun) is over
twice the cost of the z/OS hardware/software. I have also been told that
the "cost" of a Windows or Sun "sysprog" is similar to the cost of a
z/OS "sysprog". We are a 2086-250 sized shop. Of course, for a truly
small organization, this does not apply. As I see it, IBM is not
interested in the "smaller" shops anymore. We are barely at the
"critical mass" to be of any interest. I don't know why this is, so I
will not speculate about it.

The main thing that Windows (or Linux) has over zSeries is the "low cost
of entry".

--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited. 
 

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

Re: Space in MB?

[Neil Duffee]

On 2006-04-11 at 15:19, Lester, Bob <[EMAIL PROTECTED]> wrote 
about "Space in MB?" to IBM-Main:

>  I have a need to produce a listing (via batch) of MVS datasets by
> dataset pattern.  I'd like 1 line per dsname with the space used
> expressed in GB instead of cylinders,tracks,blocks, etc. 
> 
>  Anyone know of a tool (IBM or otherwise) that'll do this? 

Bob :   check out ISMF | Perform Functions Against Data Sets (Option 
1 for me).  If you "Acquire Data from Volume", then the field "Alloc 
Space" will give you the value in Kb (or KiBi for the purists) as per 
the cut/paste from the help below.  ISMF reports can be produced in 
batch as well.  (for subsequent parsing, etc.)  

ALLOC SPACE : The value in this data column represents the total 
amount of space (in kilobytes, k=1024 bytes) on the volume allocated 
to this data set.  This value is determined by converting  the number 
of tracks listed in the VTOC to kilobytes, and rounding to the 
nearest kilobyte.   Possible values:  0 to 999  

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

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

Re: Mainframe & Evil

[Ray Mullins]

What about factoring in personnel costs?  8 x salary for servers versus 1 x
salary for mainframe seems to be an obvious arguing point.

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of George Bly
> Sent: Wednesday April 12 2006 11:09
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Mainframe & Evil
> 
> Evil according to a small shop!  
> 
> I work with a younger staff that has played with computers 
> since birth. 
> 
> My boss who is not yet thirty (I'm over thirty) can buy 36 4 
> processor servers a quarter for what we pay in software costs 
> alone for the mainframe.
> I am a small shop 1 CPU, 1 chip, small staff big money. 
> 
> He thinks just the cost alone would justify getting rid of 
> the mainframe.  
> 
> Our 8 server guys stand behind him and agree.  They are just 
> amazed at the mainframe cost. 
> 
> Things run well on the server side for a fraction of the cost 
> so how can I defend the mainframe in our environment.  

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

Re: Another fine mess

[Charles Mills]

Are you SURE that your batch job on LPAR 1 is the problem? That is, are you
sure there is not some other factor outside of what you have described here?
Is it possible something else is deleting or renaming C?

The reason I ask is that it seems to me that even if you totally dropped the
ENQs the situation you described would be unlikely. I don't mean you should
drop the ENQs or that the situation would be sufficiently unlikely for
mainframe production, I just mean that you would be unlikely to hit it in
any given day, and therefore this must be something else. File N does not
exist for only a fraction of a second (rename to rename) - what's the odds
that a batch job would hit that more than once in a blue moon? (Again, too
often to go that way in production, but I am just doing a mental exercise
here.)

After BS689 fails, does C still not exist? Or has it reappeared?

Any chance that the rename in your job is failing and you are not checking
return codes correctly?

Have you checked timestamps? Have you confirmed that BS689 failed at the
exact instant that your job was doing the rename?

Charles



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Kirk Talman
Sent: Wednesday, April 12, 2006 10:41 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Another fine mess


Our tech people can't find the source of this problem and I am looking for 
any guesses you might have.

Sysplex in question has 11 lpars on 5 CECs

zOS 1.4 with 1.7 being tested.  Sometimes this summer some of the lpars in 
this plex will be running 1.7 if all goes well.  (So far it hasn't.)

I am told GRS used to propagate ENQ in star configuration.

Batch job on lpar 1 builds VSAM file called N.  At the end of the build 
job is a step using a program to frontend IDCAMS.  The frontend issues an 
ENQ RET=NONE with scope of SYSTEMS.  It then links to IDCAMS.  IDCAMS 
renames C to O and renames N to C, effectively bringing a new version of C 
into play.  When IDCAMS ends, the frontend issues DEQ.

Meanwhile on lpar 2, a batch job using program called BT689 wants to use 
file C.  It calls a linked subroutine BS689 which issues an ENQ with the 
same scope as mentioned above.  The ENQ does not specify RET=NONE, but 
that is the default.  It does specify RNL=NO, which is not the default. 
That should not matter since both ENQ have scope of SYSTEMS.

After it obtains the ENQ, BS689 does SVC 99 to dynamically allocate the 
file.  BT689 uses the file for a few reads and then ends.

Previously the job on lpar 1 would fail periodically because the file was 
in use.

This time the program BT689 on lpar 2 failed with message in its log

R15=>0004 S99INFO=>0002 S99ERROR=>1708

IKJ56228I DATA SET C NOT IN CATALOG OR CATALOG CAN NOT BE ACCESSED

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

SHARE Baltimore

[Bielskie, Stephen]

Does anyone know when SHARE - Baltimore registration will be available?  I want 
to get in early to assure a piece of the education budget.

Steve




==
Please access the attached hyperlink for an important electronic communications 
disclaimer: 

http://www.credit-suisse.com/legal/en/disclaimer_email_ib.html
==

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

Re: Mainframe & Evil

[George Bly]

Evil according to a small shop!  

I work with a younger staff that has played with computers since birth. 

My boss who is not yet thirty (I'm over thirty) can buy 36 4 processor
servers a quarter for what we pay in software costs alone for the mainframe.
I am a small shop 1 CPU, 1 chip, small staff big money. 

He thinks just the cost alone would justify getting rid of the mainframe.  

Our 8 server guys stand behind him and agree.  They are just amazed at the
mainframe cost. 

Things run well on the server side for a fraction of the cost so how can I
defend the mainframe in our environment.  



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Moving BACK to the mainframe

[Steve Comstock]

Dave Salt wrote:

From: Warner Mach <[EMAIL PROTECTED]>
I have been reading IBM-Main off and on for awhile and one of the
reoccurring concerns
is, of course, the phasing out of the mainframe at various shops.



Very recently I've been talking to two different people at two different 
shops who both share a similar story (names and companies withheld).


[can you leak them to me offlist, or point them to our
website?]




In the first case, management decreed many years ago to move everyone 
off the mainframe. As part of that effort, MicroFocus was brought in and 
everyone was told to use it. More recently, the company wanted to move 
to a newer version of Windows, but found their old copies of MicroFocus 
wouldn't run on Windows XP. They looked into upgrading all their 
MicroFocus licenses, only to discover it was going to cost them a small 
fortune. So, they abandoned MicroFocus and their developers have now 
moved back to the mainframe.


Well, that's good news; but the developers only moved back
to the mainframe as their development tool: they never really
left the mainframe as their production platform, it sounds
like. Still, a heartwarming story.




In the second case, management decided quite recently they were going to 
get rid of their mainframe and use MicroFocus to run existing COBOL 
applications on smaller platforms. After wasting 12 months and a very 
large sum of money, the promises of the vendor weren't materializing. 
Not only has management scrapped the project, but they're now investing 
in a bigger and faster mainframe.


Now that's great.




We often hear stories about companies getting rid of their mainframe, so 
I thought people on this list might find it refreshing to know opposing 
stories also exist.


Yup. Keep 'em coming, y'all.


Kind regards,

-Steve Comstock

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

Another fine mess

[Kirk Talman]

Our tech people can't find the source of this problem and I am looking for 
any guesses you might have.

Sysplex in question has 11 lpars on 5 CECs

zOS 1.4 with 1.7 being tested.  Sometimes this summer some of the lpars in 
this plex will be running 1.7 if all goes well.  (So far it hasn't.)

I am told GRS used to propagate ENQ in star configuration.

Batch job on lpar 1 builds VSAM file called N.  At the end of the build 
job is a step using a program to frontend IDCAMS.  The frontend issues an 
ENQ RET=NONE with scope of SYSTEMS.  It then links to IDCAMS.  IDCAMS 
renames C to O and renames N to C, effectively bringing a new version of C 
into play.  When IDCAMS ends, the frontend issues DEQ.

Meanwhile on lpar 2, a batch job using program called BT689 wants to use 
file C.  It calls a linked subroutine BS689 which issues an ENQ with the 
same scope as mentioned above.  The ENQ does not specify RET=NONE, but 
that is the default.  It does specify RNL=NO, which is not the default. 
That should not matter since both ENQ have scope of SYSTEMS.

After it obtains the ENQ, BS689 does SVC 99 to dynamically allocate the 
file.  BT689 uses the file for a few reads and then ends.

Previously the job on lpar 1 would fail periodically because the file was 
in use.

This time the program BT689 on lpar 2 failed with message in its log

R15=>0004 S99INFO=>0002 S99ERROR=>1708

IKJ56228I DATA SET C NOT IN CATALOG OR CATALOG CAN NOT BE ACCESSED

I own the job on lpar 1, which is time scheduled.  The jobs on lpar 2 
(which could be any of 5 lpars in theory) run at various times 7x24 and 
are not under my control.

This situation could happen on any of 11 plexes but only fails on the 
largest plex.  If it matters, all plexes use CICS, but the large plex has 
the least usage of MQ, IMS and DB2.  Plexes do not share DASD and 
therefore do not share catalogues.

The questions I have are:

1) Could RNL=NO be the issue that causes the ENQ to fail?

2) Because of the large number of lpars in the plex, could there be 
latency in the processing and propagation of the ENQ?  That is could 
control return after the ENQ before propagation is finished?

3) Is there latency in the updating of the catalog by IDCAMS?

4) Should WAITs be added after the ENQs? Should WAIT be added before the 
DEQ?

This question is becoming more serious as the number of jobs using BT689 
increase.  Eventually it could be used multiple times in each batch job 
that produces a report on each plex.


-
The information contained in this communication (including any
attachments hereto) is confidential and is intended solely for the
personal and confidential use of the individual or entity to whom
it is addressed.  The information may also constitute a legally
privileged confidential communication.  If the reader of this
message is not the intended recipient or an agent responsible for
delivering it to the intended recipient, you are hereby notified
that you have received this communication in error and that any
review, dissemination, copying, or unauthorized use of this
information, or the taking of any action in reliance on the
contents of this information is strictly prohibited.  If you have
received this communication in error, please notify us immediately
by e-mail, and delete the original message.  Thank you

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

Re: Kudos to IBM's promotion

[Justin Eastman]

>But you have to have a two-pronged approach. It's nice
>to have the universities offer z/OS-related training,
>but you (IBM) still need to win the hearts and minds
>of young techies and managers back to the values of the
>platform, or they will never select or sustain it.
>
>We've discussed this to death: small to medium shops
>either are getting off their mainframes or never going
>there; large shops continue to enlarge their mainframe
>capacity but are outsourcing their applications development
>and maintenance. [And a number of large shops I know of
>are looking to devise a long term strategy to get off
>the mainframe.]
>
>If you don't grow the z/OS base, it will die; and sooner
>rather than later.

I sympathize with your point.

But, tomorrow's techies/managers are the students in the Universities.  
These are the people that will influence the future of the z/OS base 
growth/death.  Its hard to convince a shop to go BIG when they don't have 
the people to run it.  I don't see an end to the mainframe anytime soon, 
possibly a slow very long drawn out death.  Mainframes for big fortune 
100/500 are a necessity rather than a choice.  I don't want my bank 
account managed by a window/linux system, the RAS/Security is not there. 
Additionally, there are many legacy programs that are blackbox and the 
time and expertise to rewrite these programs is expensive and again 
requires the people to do it.

SMB is a whole different story, I am a developer not a marketer so I 
cannot really comment on how to address that kind of problem.

Lets not beat the dead horse... just wanted to comment on the educational 
front as I am involved and have a vested interest.

Justin   

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

Moving BACK to the mainframe

[Dave Salt]

From: Warner Mach <[EMAIL PROTECTED]>
I have been reading IBM-Main off and on for awhile and one of the
reoccurring concerns
is, of course, the phasing out of the mainframe at various shops.


Very recently I've been talking to two different people at two different 
shops who both share a similar story (names and companies withheld).


In the first case, management decreed many years ago to move everyone off 
the mainframe. As part of that effort, MicroFocus was brought in and 
everyone was told to use it. More recently, the company wanted to move to a 
newer version of Windows, but found their old copies of MicroFocus wouldn't 
run on Windows XP. They looked into upgrading all their MicroFocus licenses, 
only to discover it was going to cost them a small fortune. So, they 
abandoned MicroFocus and their developers have now moved back to the 
mainframe.


In the second case, management decided quite recently they were going to get 
rid of their mainframe and use MicroFocus to run existing COBOL applications 
on smaller platforms. After wasting 12 months and a very large sum of money, 
the promises of the vendor weren't materializing. Not only has management 
scrapped the project, but they're now investing in a bigger and faster 
mainframe.


We often hear stories about companies getting rid of their mainframe, so I 
thought people on this list might find it refreshing to know opposing 
stories also exist.


Dave Salt
SimpList(tm) - The easiest, most powerful way to surf a mainframe!
http://www.mackinney.com/products/SIM/simplist.htm

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

LDAP in z/OS 1.6 question

[Kevin Mullin]

This is a code issue.  I'm trying
to do something, and its not working, and I need some help from someone
who knows LDAP in z/OS 1.6.  Here is a statement of my problem.  By
the way, I am cloning an existing system, one that I wrote, to come up
with a similar system to achieve a similar result, an LDAP database with
information that can be used in a web application to display data to end
users on their web browsers using CGI programs written in REXX to generate
HTML to go back to the client browser.

I've defined a schema for my new data,
and have run ldapmodify to add the schema, and that works quite nicely.
 Here are portions of that:


objectclasses: (
  9.9.99.9.9.10.91
  NAME 'OnCallNotes'
  DESC 'Defines the OnCallNotes
object'
  SUP top
  Structural
  MUST ( NoteNumber )
  MAY (Date $ OnCallCUID $ Summary
$ Notes )
  )
objectclasses: (
  9.9.99.9.9.10.92
  NAME 'OCLastNumber'
  DESC 'Last OnCallNote number
generated'
  SUP top
  Structural
  MUST ( NoteNumber )
  )

of course the rest of this file contains
attribute definitions for Date, OnCallCuid, Summary and Notes.  The
addition was fine.  Then I tried to add some data with ldapadd and
a text file that contained:

NoteNumber=4, ou=OnCallNotes, o=ccss
objectclass=top
objectclass=OnCallNotes
NoteNumber=4
Date=2006/04/11
>
Summary=This is the first test note
Notes=This is a long note of what happened
in an on call situation.

And it worked quite nicely, but then
I tried to add this with LDAP add:

NoteNumber=6, ou=OCLastNumber, o=ccss
NoteNumber=6

and it failed with:
adding new entry NoteNumber=6, ou=OCLastNumber,
o=ccss
ldap_add: Object class violation
ldap_add: additional info: R001071 Entry
did not contain an object class. (schem
aimpl.c|1.74.2.2|1558), (schemaimpl.c|1.74.2.2|1578),
(tdbm_add.c|1.90.1.3|816)

Can someone help me by telling me what
I did wrong?







Kevin Mullin
Sr. Analyst
IBM Corporation
(206) 345-7068
[EMAIL PROTECTED]

Re: Kudos to IBM's promotion

[Steve Comstock]

Kristine Harper wrote:

Justin,

That is interesting to hear!  I just graduated from U of AZ last year
and ran into the exact same problems - they have no idea what power the
mainframe has and think it is something that won't have importance in
the future.  Everyone thought I was pretty crazy for wanting to pursue a
career in mainframes...and I think they still do!

Kristine M. Harper


But your dad seemed to think your future was bright.
[As long as you stay in systems and don't get into that
applications stuff, anyway.]

Kind regards,

-Steve Comstock

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

Re: Kudos to IBM's promotion

[Steve Comstock]

Justin Eastman wrote:
I think you hit the nail on the head here Steve.  I volunteer to help with 
Universities in Arizona for the IBM Academic Initiative.  2 of the 3 
Universities have been approached in Arizona and the heads of the CS 
departments have stopped IBM in their tracks saying mainframes are not a 
technology that they see any future for and scoff at the idea of adding 
some curriculum to support them.  These schools have been offered many 
incentives, but the bottom line is they don't want it.  They don't 
understand the role mainframes play.  On an upbeat note, one professor in 
the 3rd school has just introduced mainframes as part of his OS class and 
will be attempting to get an upper class z/OS introduction class into 
their curriculum.  IBM Academic Initiative is working with companies to 
try to bring them to the Universities to speak to the CS departments to 
convince them of the need for these skills.  They are tired of hiring 
senior level programmers to do entry level jobs.  IBM is actively 
soliciting Universities to try to introduce more curriculum. So hopefully 
its moving in the right direction. Unfortunately, its an uphill climb at 
this point.


If the interest is there to participate in convincing these Universities 
by anyone, I can most likely get you in contact with IBM Academic 
Initiative personel that are the reps in your area. 



Justin Eastman


But you have to have a two-pronged approach. It's nice
to have the universities offer z/OS-related training,
but you (IBM) still need to win the hearts and minds
of young techies and managers back to the values of the
platform, or they will never select or sustain it.

We've discussed this to death: small to medium shops
either are getting off their mainframes or never going
there; large shops continue to enlarge their mainframe
capacity but are outsourcing their applications development
and maintenance. [And a number of large shops I know of
are looking to devise a long term strategy to get off
the mainframe.]

If you don't grow the z/OS base, it will die; and sooner
rather than later.

Kind regards,

-Steve Comstock

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

Re: IRA400E

[Richard Pinion]

Wait a minute, I thought the State of Colorado doesn't have mainframes anymore!

>>> [EMAIL PROTECTED] 4/12/2006 12:24:35 PM >>>
I had the same problem at this site a month ago.  My Low and OK
thresholds for frame stealing were already set at 4000,4500.  I doubted
that adding a few hundred more to the OK threshold would make a
difference.
What I found was that all of the batch jobs using up memory are running
SyncSort's bettergener and each was getting 4mb of fixed storage.  I
checked SyncSort mincore and it was setup for 4mb.  Mincore was reduced
to 320K and the problem has gone away.   So far I have not seen any
repercussions from reducing mincore for SyncSort.

Leif Rundberget
MVS, VM, Linux Operating Systems Support
Mainframe Network Administrator
State of Colorado
Department of Personnel & Administration (DPA)
Division of Information Technologies (DoIT)
690 Kipling Street,  Room 2060
Lakewood,  CO  80215-5844
Phone:  (303) 239-4357

E-mail correspondence to and from this address may be subject to the Colorado 
Public Records law. It may be subject to monitoring
 and disclosed to third parties, including law enforcement personnel by an 
authorized state official.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IRA400E

[Leif Rundberget]

I had the same problem at this site a month ago.  My Low and OK
thresholds for frame stealing were already set at 4000,4500.  I doubted
that adding a few hundred more to the OK threshold would make a
difference.
What I found was that all of the batch jobs using up memory are running
SyncSort's bettergener and each was getting 4mb of fixed storage.  I
checked SyncSort mincore and it was setup for 4mb.  Mincore was reduced
to 320K and the problem has gone away.   So far I have not seen any
repercussions from reducing mincore for SyncSort.

Leif Rundberget
MVS, VM, Linux Operating Systems Support
Mainframe Network Administrator
State of Colorado
Department of Personnel & Administration (DPA)
Division of Information Technologies (DoIT)
690 Kipling Street,  Room 2060
Lakewood,  CO  80215-5844
Phone:  (303) 239-4357

E-mail correspondence to and from this address may be subject to the Colorado 
Public Records law. It may be subject to monitoring
and disclosed to third parties, including law enforcement personnel by an 
authorized state official.

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

Re: Region size for batch processing

[Hal Merritt]

If your system is not set up to deal with very large address spaces, a
malfunctioning task can cause you some serious problems. On the other
hand, if you are not set up for large address spaces, you could be
underutilizing you main storage and hurting overall throughput. Some
argue that that is a serious problem in its own right.  

It is not like you can just arbitrarily limit the address space size any
more. I suspect these brave new application worlds are going to
*require* address space sizes far beyond what many gray haired folks
would consider obscene.   

Even 'standard' batch often contains many sorts, and there is no better
way to improve sort performance than to give them all the storage you
can. Big buffers can also work minor miracles.  

Ideally, I vote for REGION=0m for production but not test. The reality
is that testers rarely have enough information to choose an 'optimal'
region size. 

Therefore, I guess the best compromise is to select a region size that
is the largest possible on your system that does not pose undue risk to
the system.  That is a bit easier to sell to those that don't
understand. 

HTH. 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of andy corpes
Sent: Wednesday, April 12, 2006 7:29 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Region size for batch processing

Hi All,

We are having discisisons regarding an optimal region size for our
"standard" batch processing.

Currently, we use region=0M for all of our batch jobs without any
noticeable
problems.

Is this subparm useful anymore? it would appear that our system does not
care too much, but i am concerned about an slowly increasing number of
JAVA
programs that have required up to 128meg to execute

What is the groups opinion on this issue.

--
Andy

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Kudos to IBM's promotion

[Kristine Harper]

Justin,

That is interesting to hear!  I just graduated from U of AZ last year
and ran into the exact same problems - they have no idea what power the
mainframe has and think it is something that won't have importance in
the future.  Everyone thought I was pretty crazy for wanting to pursue a
career in mainframes...and I think they still do!

Kristine M. Harper

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Justin Eastman
Sent: Wednesday, April 12, 2006 10:37 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Kudos to IBM's promotion

I think you hit the nail on the head here Steve.  I volunteer to help
with 
Universities in Arizona for the IBM Academic Initiative.  2 of the 3 
Universities have been approached in Arizona and the heads of the CS 
departments have stopped IBM in their tracks saying mainframes are not a

technology that they see any future for and scoff at the idea of adding 
some curriculum to support them.  These schools have been offered many 
incentives, but the bottom line is they don't want it.  They don't 
understand the role mainframes play.  On an upbeat note, one professor
in 
the 3rd school has just introduced mainframes as part of his OS class
and 
will be attempting to get an upper class z/OS introduction class into 
their curriculum.  IBM Academic Initiative is working with companies to 
try to bring them to the Universities to speak to the CS departments to 
convince them of the need for these skills.  They are tired of hiring 
senior level programmers to do entry level jobs.  IBM is actively 
soliciting Universities to try to introduce more curriculum. So
hopefully 
its moving in the right direction. Unfortunately, its an uphill climb at

this point.

If the interest is there to participate in convincing these Universities

by anyone, I can most likely get you in contact with IBM Academic 
Initiative personel that are the reps in your area. 


Justin Eastman

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Kudos to IBM's promotion

[Ed Finnell]

 
In a message dated 4/12/2006 10:37:48 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

senior  level programmers to do entry level jobs.  IBM is actively 
soliciting  Universities to try to introduce more curriculum. So hopefully 
its moving  in the right direction. Unfortunately, its an uphill climb at 
this  point.



>>
Guess the perception is that they want trained workers, but aren't  
participating in the development. And that once they reach a quota
they'll pull the rug or drop support altogether like they did with
OS/2 and HESC.

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

Re: Region size for batch processing

[R.S.]

andy corpes wrote:


Hi All,

We are having discisisons regarding an optimal region size for our
"standard" batch processing.

Currently, we use region=0M for all of our batch jobs without any noticeable
problems.


IMHO it's like lack of fuse in a circuit. Fuse is not needed ...unless 
something goes wrong.



Is this subparm useful anymore? it would appear that our system does not
care too much, but i am concerned about an slowly increasing number of JAVA
programs that have required up to 128meg to execute

What is the groups opinion on this issue.


My humble opinion is you should specify any finite value. It can be big, 
but finite. You can even specify it in JESPARM as default, just to 
forget about the problem. It is no waste of resources, since REGION does 
not imply "memory allocation", just "potential limit". Very different 
from SPACE parameter. Most "legacy" programs have static memory 
allocation, so they won't use higher limit. Some, i.e. DFSORT can use 
higher limit giving better performance.

However no limit does not sound reasonable for application jobs.

My $0.02

--
Radoslaw Skorupka
Lodz, Poland

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

Re: Region size for batch processing

[Rugen, Len]

I have a SAF call in IEFUSI, you get over 256M if you DESERVE it.

I think you can address the under 16M vs. 0M limit in IEFUSI as well, I
think you could set the region size to a suitable value less than
GDAPVTSZ.  


-Original Message-


I don't have a problem with that.
Where I have a problem is with application programmes using it.
At one place we had an exit (UJI?), that over-rode regular Batch and TSO
to a non-zero region specification.
If you needed more, you could specify it.
You just couldn't specify 0M.
Also, if you specify anything over 16M, you still have the same problem
below the line that you have with 0M.

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

Re: Region size for batch processing

[Ted MacNEIL]

>'ve lost track of the times I've told people why 0M is a bad idea for a 
>server-type program, and in general is a bad idea. 

IBM has shipped 0M for 'server-types', for years.
VTAM, NETVIEW, IMS, DB2, MQ-Series, to name a few.

I don't have a problem with that.
Where I have a problem is with application programmes using it.
At one place we had an exit (UJI?), that over-rode regular Batch and TSO to a 
non-zero region specification.
If you needed more, you could specify it.
You just couldn't specify 0M.
Also, if you specify anything over 16M, you still have the same problem below 
the line that you have with 0M.
The cushion (IEALIMIT) is gone.


-
-teD

O-KAY! BLUE! JAYS!
Let's PLAY! BALL!

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

Re: Kudos to IBM's promotion

[Justin Eastman]

I think you hit the nail on the head here Steve.  I volunteer to help with 
Universities in Arizona for the IBM Academic Initiative.  2 of the 3 
Universities have been approached in Arizona and the heads of the CS 
departments have stopped IBM in their tracks saying mainframes are not a 
technology that they see any future for and scoff at the idea of adding 
some curriculum to support them.  These schools have been offered many 
incentives, but the bottom line is they don't want it.  They don't 
understand the role mainframes play.  On an upbeat note, one professor in 
the 3rd school has just introduced mainframes as part of his OS class and 
will be attempting to get an upper class z/OS introduction class into 
their curriculum.  IBM Academic Initiative is working with companies to 
try to bring them to the Universities to speak to the CS departments to 
convince them of the need for these skills.  They are tired of hiring 
senior level programmers to do entry level jobs.  IBM is actively 
soliciting Universities to try to introduce more curriculum. So hopefully 
its moving in the right direction. Unfortunately, its an uphill climb at 
this point.

If the interest is there to participate in convincing these Universities 
by anyone, I can most likely get you in contact with IBM Academic 
Initiative personel that are the reps in your area. 


Justin Eastman

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

Re: Kudos to IBM's promotion

[Darren Evans-Young]

On Wed, 12 Apr 2006, Ed Finnell wrote:

>So the exposure starts much younger and is continuous 'til they get to
>'higher ed'. Now who's gonna opt for JCL and TSO after they've
>been ICON'd and auto updated for a decade? The CS departments dropped ALC
>and COBOL at least 12 years in favor of C++, .html, and
>JAVA.
>

Not at a university I know of Ed!  C++ is a weedout class and not much
is taught after the first 2 classes. html is not taught, use FrontPage.
Not sure if JAVA is taught...if so, it's a 400 level course. MFC is
what is taught..soon to be replaced with .NET.  I'll try to find out
for sure what is really being taught.

Darren

Darren Evans-Young
Unix System Administrator
Network and Computing Support
The University of Alabama

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

Re: Region size for batch processing

[Ray Mullins]

When I was in support many years ago, many times customers would call asking
us about an S40D or S0DC abends - "it just went away!"  (For the peanut
gallery, the problem is that there is no more left in below-the-line private
to acquire LSQA for the RTM control blocks.)  

I've lost track of the times I've told people why 0M is a bad idea for a
server-type program, and in general is a bad idea.   

A couple of weeks ago, I had to explain this to one of our developers, who
has gray hair/beard (but I don't know about the hairy chest).

Later,
Ray

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Chris Hoelscher
> Sent: Wednesday April 12 2006 05:47
> 
> our sysprogs discourage (prevent?) 0M on the belief (fact?) 
> that if such a job were to run-away and consume all available 
> memoryon its way to ebending, there would be no room to set 
> up abend-related control blocks in memory when it did abend - 
> thus we are constrained to use 2047M 

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

Re: Job scheduling

[Terry Sambrooks]

Hi,

A recent post posed the question:

"I need to schedule the execution of 26 jobs.

This has to happen such that the 2nd job should start after the successful 
execution of the 1st job, the 3rd after the 2nd and so on.

Moreover the output of 1st job is the input to the 2nd job.

How do I accomplish this using Clist?"

If an aim of the list is to foster best practice surely a distinction here 
needs to be made between Production and Development requirements.

For Development, then using a CLIST, or better yet REXX, may well be adequate. 
As may any number of alternatives using PDS(E) members and a favourite utility 
to submit successive jobs via the internal reader. Yes in an in JES3 the //*NET 
statement fits the bill nicely, provided other measures are taken to ensure 
that sentence 3 of the requirement is met.  

For Production use it is surely better to use the installation Job Scheduling 
package. Whilst it is possible that an installation may not have such a 
product, most sites with modest to sizable batch loads would have one I 
suspect. Job Scheduler products may not be uppermost in a developers mind if 
they are divorced from the installation by either politics, geography or both.

This is not an attempt to run with the open-sore of out-sourcing, there is 
enough bile and puss there already. It is an attempt to look at a possible 
bigger picture.

Kind regards - Terry



Terry Sambrooks
Director
KMS-IT Limited
228 Abbeydale Road South
Dore
Sheffield
S17 3LA
UK

Tel: +44 (0)114 262 0933
WEB:
www.legac-e.co.uk
www.kmsitltd.co.uk

Reg: England & Wales 3767263 at the above address

All outgoing E-mails are scanned but it remains the recipients responsibility 
to ensure that their system is protected from viruses, trojans, worms, and 
spy-ware.

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

Re: Fw: Anquish of JCL (Was: Migrating me from linux/bsd to zOS)

[R.S.]

Darren Evans-Young wrote:
[...]

vi used to be the only editor included on standard Unix installations.
Now, the vendors include other editors. However, if you have to boot from
the CD to recover a system in single user mode, vi is usually the only
editor available. You better know if you need to edit a file like
/etc/vfstab to get a system bootable again.

[...]

IMHO there also ed.

Presonally I prefer ed, because I can work with it. I cannot use vi. I 
use computers for years, people say, I'm not idiot. I met many editors, 
some of them were unconvenient, but I swear, I cannot do anything in vi. 
Anything except getting beeping termial.


--
Radoslaw Skorupka
Lodz, Poland

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