Re: Need email address of Rich Packer

[Gary Green]

Howard,

If you could send me your email address offline, I think I may have it.  I
would rather not post it in the clear.

Gary at evergreen (dash or hyphen)  systems dot com 


Gary Green
Never use a 2x4 when a 2x6 will do just as well!

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Howard Rifkind
Sent: Wednesday, April 29, 2009 9:22 AM
To: IBM-MAIN@bama.ua.edu
Subject: Need email address of Rich Packer

Would any of you good folks know the email address of Rich Packer at AIG in
Livingston, N.J.?


  

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

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

Re: Possible new SYSTEM symbols in JCL.

[Gary Green]

John,

Not certain if this helps but I have some Rexx code which I execute in
batch.  This particular Rexx will take input file(s) and process each line
from each input file and resolve any symbolics it finds and then passes the
input line to a specific output DD name.  I use the standard system
symbolics and a few of my own.

The output file is then passed down to another step in the job which never
knows where the SYSIN control cards came from.

Works like a champ.  

Perhaps you could put something together like this?  I would offer to pass
it along but I would need permission first. (new employer)


Gary Green
Never use a 2x4 when a 2x6 will do just as well!

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of John McKown
Sent: Tuesday, April 28, 2009 12:47 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Possible new SYSTEM symbols in JCL.

On Tue, 28 Apr 2009 11:36:31 -0500, Rick Fochtman  wrote:

>John, geting the JOBNAME shouldn't be too much of a problem; the value 
>could be set at conversion time. Getting the job number might be more 
>of a problem, since JES would have to get involved here.
>
>You might wanty to consider an Assember routine that will query JES2 
>for job number and your ASCB for the job name. Then do a dynamic 
>allocation of the HFS/ZFS file and create the appropriate JCL, then 
>pump it through the internal reader for your PERL step. Consider using 
>the DYNAM routine from the CBTTAPE to do the allocation.
>
>--
>Rick

I could do the above. If I did not feel so tired that even typing this email
is difficult (ongoing medical condition). I guess what I should really do if
I want any "new system symbols" is simply write a JES2 exit 2 to insert a
bunch of 

// SET symbol=value

cards immediately after the JOB card. But that is way too much trouble too.
And, in any case, that would violate our standard of "No mods, no exits, no
customization! Plain vanilla or death!"

--
John

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

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

Re: Wacked again - One time post.

[Gary Green]

Howard,

Just to let you know...  There have been a ton of postings for this area on
New Jersey.  And, unless I am mistaken, they are all for the same position
at AIG.

If you do score an interview, I know, or did know, one of the hiring
managers.  His name is Rich Packer.  Rich is a contractor there but has been
onsite for some time.  Of course, he may not be enthusiastic about hearing
my name, I turned down his offer last summer.  But you can decide..

If it matters, the head hunter I worked with was a Geri Firth.

Geri Firth 
Senior Account Manager
Office 201-291-2737 
Cell  201-637-0747
see us at www.dtg-usa.com

She seemed okay but was not that technical; as it seems most of the head
hunters out there.

If anything passes my way, and a lot does, I'll send them along. 


Gary Green
Never use a 2x4 when a 2x6 will do just as well!

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Howard Rifkind
Sent: Monday, April 06, 2009 4:00 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Wacked again - One time post.

Thanks...will do ASAP

--- On Mon, 4/6/09, Michael liberatore  wrote:

> From: Michael liberatore 
> Subject: Re: Wacked again - One time post.
> To: IBM-MAIN@bama.ua.edu
> Date: Monday, April 6, 2009, 3:27 PM
> Just his this afternoon. System
> Programmer/Storage - contract in Livingston, NJ. Hope this helps!!!
> 
> 
> Greetings,
> My name is Vera Etinger and I'm a Recruiter at Info Technologies Inc.  
> You've received this email because the skills in your resume matched 
> our search criteria for a System Programmer/Storage - Senior (6+ yrs) 
> - Hourly in our database.  It is possible that you may not be best 
> suited for this particular position, but we have multiple positions 
> available in all areas and levels of IT where you may be interested 
> and better suited.
> 
> Please respond if you are qualified, available, interested, planning 
> to make a change, or know of a friend who might have the required 
> qualifications and interest in working with us as we have an excellent 
> referral program.
> 
> Below is the job description to which I am referring for a current job 
> opening located in Livingston, NJ:
> 
> Senior mainframe storage management consultant position to provide 
> support to the mainframe storage team for Project GIFT, business unit 
> divestitures, and occasional BAU backfill activities.
> 
> Administers all aspects of the mainframe storage environment for DASD. 
> Responsibilities include mainframe Systems Managed Storage 
> customization, DASD provisioning and reclamation, all aspects of ICF 
> catalog administration and recovery, disaster recovery backup 
> administration, DASD replication administration, DASD and tape 
> maintenance JCL administration, VTOC/VVDS diagnosis and corrective 
> action, assisting users with storage related issues and questions,
> 24x7 support, recommend and implement changes to the environment to 
> ensure reliable cost-effective use of all tiers of mainframe storage, 
> maintain and enhance in-house written SAS and REXX scripts, project 
> duties as required to support the business and clients.
> 
> Please reply with updated resume asap.
> Thank you.
> Sincerely yours,
> Vera Etinger
> (212) 710-5524
> vetin...@infotechnologiesinc.com
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On 
> Behalf Of Howard Rifkind
> Sent: Monday, April 06, 2009 9:49 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Wacked again - One time post.
> 
> Wacked again.
> 
> This time in less the a year, boy that makes two lost jobs in less 
> then 18 months.  What’s going on?  Laid off in a 20% cut back.
> 
> Anyone on the list who has any knowledge of any z/VM or z/OS openings 
> in the NYC Metro area please be kind enough to advise off line.
> 
> Also, know any really reliable head hunters?  Seem there are 5 jobs 
> around and 25 head hunters trying go get my resume in the door.
> 
> Any help is appreciated.
> 
> Thanks
> 
> 
> 
>       
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO 
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO 
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 


  

--
For IBM-MAIN subscribe /

Re: New GDG question

[Gary Green]

Well, this may be a bit too clever  But it works flawlessly for me.

At 1 second past midnight, I run some REXX which produces a series of JCL
SET SYMBOL statements and stores these statements in a production JCL
Procedure library. (send me a PM and I'll send you an example of what JCL
this REXX produces...)  Anyway, these statements are included in many
production jobs and these jobs in turn include other JCL based on the
value(s) of these set statements.

One of the set statements is CDOW (for Current Day of Week).  So, on a
Monday, the value of the CDOW symbol is MON.  Any jobs that needs to run
different JCL based on the day of the week, would have a statement like

  //  INLUCDE MEMBER=JCL&CDOW

Each day the job runs, it brings in a different set of canned JCL.

There is also a SET symbol for CBOW and CEOW for Current Beginning of Week
and Current End of Week.  These values are 1 or 0, as in True or False.
These symbols can then be used in COND statements which would execute, or
not, a step the first or last day of the week.  This is based on YOUR BOW
and EOW.  It could also be used to bring in one series of JCL for the BOW or
not.  The same goes for EOW.

The job streams that depend on this process run every day and never fail.
Of course, the JCL is well documented in case the runaway garbage truck ever
strikes me...

Oh, in another thread I noted that I alias all of my SMF GDG's so they can
be accessed with an English name, i.e. TS.SMFDATA.DAILY.JAN2709 or
TS.SMFDATA.MONTHLY.JAN2009, instead of TS.SMFDATA.DAILY(0) or is it (-1) or
(-2), etc  The REXX code that produces the SET symbol statements also
produces a series of similarly named symbols, but are prefixed with SMF (as
in SMFDOW, SMFBOW, etc...).  Since SMF is one day behind and the CDOW is not
the same as SMFDOW.  The values of these SMF set symbols allow me to
generate the alias name for the related GDG...  As I said, works like a
charm.

HTH

Gary Green
Never use a 2x4 when a 2x6 will do just as well!

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Frank Swarbrick
Sent: Tuesday, January 27, 2009 8:04 PM
To: IBM-MAIN@bama.ua.edu
Subject: New GDG question

Consider the following...

A file is received (via FTP) 7 days a week from somewhere.  The FTP writes
to generation +1.

Problem:  The program that uses the file(s) runs only every business day.
On a regular Tuesday-Friday it needs to only read the most recent generation
(0).  But on Monday it needs to read (0), (-1) and (-2).  And of course
there are holidays to consider.

Thoughts on how this can be addressed?

Thanks,
Frank

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

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

Re: Resolving an ALIAS

[Gary Green]

Yes, the process is automated.  I created some REXX code which I enough
information to determine what to alias and the alias name to use and it does
the rest.  Works like a champ, well almost. :(  I need to fix a bug but it
should be ready in another day or so.  

I received a few other private requests for the code.  Please send me a PM
and I will place you in the list. 


Gary Green
Never use a 2x4 when a 2x6 will do just as well!

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Linda Mooney
Sent: Thursday, January 22, 2009 8:28 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Resolving an ALIAS

Hey Gary,

Don't feel bad.  Turns out you replied with something useful for ME!  We
have exactly the same issue you described.  So how did you implement your
dataset alias solution?  Is it automated?  Can you share some code?

TIA,

Linda Mooney

-- Original message --
From: Gary Green  

> Boy, do I feel stupid. For some reason I thought the OP asked a 
> different question.
> 
> Really sorry for the topic drift. :(
> 
> 
> Gary Green
> Never use a 2x4 when a 2x6 will do just as well! 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On 
> Behalf Of Gary Green
> Sent: Thursday, January 22, 2009 6:47 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Resolving an ALIAS
> 
> I use aliases all the time with the spin-off SMF files, especially the 
> monthlies.
> 
> I/we create at least ten different daily and monthly SMF data files 
> (we feed SMF data to other areas), I noticed that some of the other 
> areas that use the monthly files, sometimes run the same file through 
> their software more than a few times. Turns out they forgot which GDG 
> version number represented which monthly tape. I did that myself on 
> occasion. It's even more of a pain when processing daily files... 
> Monday the input is, say..., (-1), but on Tuesday it's (-2) and so. 
> Same thing with the monthly files, especially around the end of the month.
> 
> So, in our daily SMF processing cycle, every GDG that we create is 
> also assigned a statically named alias. For example..., 
> SMF.MONTHLY.G0011V00 is
> SMF.SYSTEM.DATA.JAN2008 and the same convention is used for daily files. 
> Best thing about this method is when the base file goes away, i.e. the 
> GDG, the alias goes away with it.
> 
> It works great. 
> 
> 
> Gary Green
> Never use a 2x4 when a 2x6 will do just as well! 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On 
> Behalf Of Rob Lister
> Sent: Thursday, January 22, 2009 5:36 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Resolving an ALIAS
> 
> Hi,
> 
> Wonder if anyone can help with a small issue I'm having, trying to 
> understand how an ALIAS gets resolved.
> 
> We are installing a product on a zOS system that utilises MQ to pass 
> messages to/from a DB2 Subsystem.
> 
> When we asked the client for certain MQ dataset names, they came back 
> with
> 
> SYS5.MQ..whatever
> 
> saying that the  was using an ALIAS to determine which version was 
> being used. Therefore, we wouldn't need to change the dataset names 
> when/if we used a new version.
> 
> Could anyone explain how that works or, point me to a manual that 
> could explain it.
> 
> Many thanks,
> 
> Rob
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO 
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO 
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO 
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

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

Re: Resolving an ALIAS

[Gary Green]

Boy, do I feel stupid.  For some reason I thought the OP asked a different
question.

Really sorry for the topic drift. :(


Gary Green
Never use a 2x4 when a 2x6 will do just as well!

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Gary Green
Sent: Thursday, January 22, 2009 6:47 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Resolving an ALIAS

I use aliases all the time with the spin-off SMF files, especially the
monthlies.

I/we create at least ten different daily and monthly SMF data files (we feed
SMF data to other areas), I noticed that some of the other areas that use
the monthly files, sometimes run the same file through their software more
than a few times.  Turns out they forgot which GDG version number
represented which monthly tape.  I did that myself on occasion.  It's even
more of a pain when processing daily files...  Monday the input is, say...,
(-1), but on Tuesday it's (-2) and so.  Same thing with the monthly files,
especially around the end of the month.

So, in our daily SMF processing cycle, every GDG that we create is also
assigned a statically named alias. For example..., SMF.MONTHLY.G0011V00 is
SMF.SYSTEM.DATA.JAN2008 and the same convention is used for daily files.
Best thing about this method is when the base file goes away, i.e. the GDG,
the alias goes away with it.  

It works great.


Gary Green
Never use a 2x4 when a 2x6 will do just as well!

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Rob Lister
Sent: Thursday, January 22, 2009 5:36 PM
To: IBM-MAIN@bama.ua.edu
Subject: Resolving an ALIAS

Hi,

Wonder if anyone can help with a small issue I'm having, trying to
understand how an ALIAS gets resolved.

We are installing a product on a zOS system that utilises MQ to pass
messages to/from a DB2 Subsystem. 

When we asked the client for certain MQ dataset names, they came back with

SYS5.MQ..whatever

saying that the  was using an ALIAS to determine which version was being
used. Therefore, we wouldn't need to change the dataset names when/if we
used a new version.

Could anyone explain how that works or, point me to a manual that could
explain it.

Many thanks,

Rob

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

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

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

Re: Resolving an ALIAS

[Gary Green]

I use aliases all the time with the spin-off SMF files, especially the
monthlies.

I/we create at least ten different daily and monthly SMF data files (we feed
SMF data to other areas), I noticed that some of the other areas that use
the monthly files, sometimes run the same file through their software more
than a few times.  Turns out they forgot which GDG version number
represented which monthly tape.  I did that myself on occasion.  It's even
more of a pain when processing daily files...  Monday the input is, say...,
(-1), but on Tuesday it's (-2) and so.  Same thing with the monthly files,
especially around the end of the month.

So, in our daily SMF processing cycle, every GDG that we create is also
assigned a statically named alias. For example..., SMF.MONTHLY.G0011V00 is
SMF.SYSTEM.DATA.JAN2008 and the same convention is used for daily files.
Best thing about this method is when the base file goes away, i.e. the GDG,
the alias goes away with it.  

It works great.


Gary Green
Never use a 2x4 when a 2x6 will do just as well!

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Rob Lister
Sent: Thursday, January 22, 2009 5:36 PM
To: IBM-MAIN@bama.ua.edu
Subject: Resolving an ALIAS

Hi,

Wonder if anyone can help with a small issue I'm having, trying to
understand how an ALIAS gets resolved.

We are installing a product on a zOS system that utilises MQ to pass
messages to/from a DB2 Subsystem. 

When we asked the client for certain MQ dataset names, they came back with

SYS5.MQ..whatever

saying that the  was using an ALIAS to determine which version was being
used. Therefore, we wouldn't need to change the dataset names when/if we
used a new version.

Could anyone explain how that works or, point me to a manual that could
explain it.

Many thanks,

Rob

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

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

You can't escape, even in space.

[Gary Green]

It's not mainframe related, but just too good to not pass along.  Watch the 
wrap.

(So slap my hand, it's the first one this month for me). 

http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9113654&source=NLT_VVR&nlid=37

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

Teaching Linux on Mainframe

[Gary Green]

Interesting article about Linux being taught on a mainframe instead of an x86 
box.

Watch the wrap.

http://searchenterpriselinux.techtarget.com/news/article/0,289142,sid39_gci1327045,00.html?track=NL-795&ad=657824&asrc=EM_NLN_4320237&uid=1900046#

--
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: Way... Back question...

[Gary Green]

I was wondering who it would be that could not resist the reference.  I
guess we know who, don't we...? 

A slightly related side story...

For a while I collected limited edition prints by a wildlife artist named
Robert Bateman.  During my collecting phase, I wound up with a couple of
prints, one titled "Winter Sunset Moose" and the other was titled "Black
Squirrel".

Well, after we remodeled our living room into the media room, I placed those
prints on one of the walls.  The squirrel print was slightly above and to
the left the moose print and the two creatures actually "faced" each other.
I placed them like that as an homage to "Rocky & Bullwinkle".

Of all the people that went into that room to watch movies, chat,
whatever..., only one person ever caught the reference.  That was my son who
had not even been born when "Rocky & Bullwinkle" were on.  

Gary Green
Never use a 2x4 when a 2x6 will do just as well!

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Chris Hoelscher
Sent: Tuesday, August 19, 2008 4:33 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Way... Back question...

since this is a wayback question,
perhaps we should enlist the aid and assistance of Mr Peabody (and his pet
boy Sherman)  wayback machine .

Chris Hoelscher
Senior IDMS & DB2 Database Administrator Humana Inc
502-476-2538
[EMAIL PROTECTED]

The information transmitted is intended only for the person or entity to
which it is addressed and may contain CONFIDENTIAL material.  If you receive
this material/information in error, please contact the sender and delete or
destroy the material/information.

--
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 virus found in this incoming message.
Checked by AVG - http://www.avg.com
Version: 8.0.138 / Virus Database: 270.6.5/1620 - Release Date: 8/19/2008
6:04 AM

--
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: Way... Back question...

[Gary Green]

I guess that's a perfect example of "ask, and yee shall receive". :)

Thanks John!


Gary Green
Never use a 2x4 when a 2x6 will do just as well!

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of John Eells
Sent: Tuesday, August 19, 2008 3:58 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Way... Back question...

Gary Green wrote:
> Thanks for the reference Lizette.
> 
> Another list member reminded me of the name of the utility.
> 
> Even though other processes could provide the same function, I was always
fond of using the IPOUPDTE, now CPPUPDTE (which makes sense), utility.  Some
shops would not allow me to install non-approved software, other than my own
toolkit of course.  So, even though PDSMAN has always been an option, I
could never depend on it being at a new client site, hence IPOUPDTE.
> 
> 


You might find this enlightening:

http://www-03.ibm.com/systems/z/os/zos/installation/sampdisc.html


--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
[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

No virus found in this incoming message.
Checked by AVG - http://www.avg.com
Version: 8.0.138 / Virus Database: 270.6.5/1620 - Release Date: 8/19/2008
6:04 AM

--
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: Way... Back question...

[Gary Green]

So that was what IPOUPDTE looked for with the BLDL...  Interesting.  Thanks for 
that piece of trivia.

I just zapped the BC after the BLDL and made it a B.


 On Tue Aug 19 12:06 , Wayne Driscoll <[EMAIL PROTECTED]> sent:

>Gary,
>The program was named IPOUPDTE and the "trick" to make it work was the 
>existence of a member name (IIRC) $$$COIBM.
>Search the CBT tape, I believe that a similar program does exist.
>
>Wayne Driscoll
>Product Developer
>NOTE:  All opinions are strictly my own.
>
>
>
>
>-Original Message-
>From: IBM Mainframe Discussion List [EMAIL PROTECTED]','','','')">[EMAIL 
>PROTECTED] On Behalf Of Gary Green
>Sent: Tuesday, August 19, 2008 11:45 AM
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Way... Back question...
>
>All you IBM'ers out there reading this, please delete this message and keep 
>moving...  I'm serious now, move on...  There is nothing for you to see 
>here... 
>.
>.
>.
>
>Now that they're gone...
>
>Way, WAY back, IBM provided a utility in IPO1.LINKLIB (at least I think that's 
>where it was) which would allow one to perform mass changes (edits) against a 
>typical 80/80 PDS; JCL, TEXT, etc...  IBM provided it to mass-edit IPO type 
>datasets during the system build process.  The last time I recall getting a 
>copy was during an OS/390 upgrade...  I think is was called something like, 
>SYSUPDAT or something along those lines.
>
>While an extremely useful utility, it was coded to only allow changes against 
>IBM "supplied" datasets.  However, if one knew exactly where to ZAP the load 
>module, the utility could be used against any PDS; which is what I did, and 
>boy, was that thing useful while performing a couple of my day-to-day 
>responsibilities...
>
>When I would move from shop to shop, that was when I worked for the consulting 
>company, I would take my "toolkit" (every TSO PDS I had) with me, unload the 
>toolkit to disk at the new site, including an XMI and IEBCOPY format of the 
>loadlib which contained the utility, run this utility against every text-based 
>PDS I brought with me and I would be up and ready to pickup where I left off.  
>It was great!
>
>Well, I lost my, er..., copy during a hard drive failure a few years ago; on 
>one of our in-house P/390's.  Now that I am moving on to another shop, I find 
>I will need it again.  I have at least 4 dozen PDS's I will need to "mass 
>edit" when I get to my next shop.  I would really like another copy of this 
>utility to make the mass changes necessary.  Does anyone know OF this utility 
>and if so, is it still around and if so, where could I find it?
>
>I looked in the CPAC loadlib(s) and it's not there.
>
>Thanks in advance for any help.
>
>--
>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: Way... Back question...

[Gary Green]

Thanks for the reference Lizette.

Another list member reminded me of the name of the utility.

Even though other processes could provide the same function, I was always fond 
of using the IPOUPDTE, now CPPUPDTE (which makes sense), utility.  Some shops 
would not allow me to install non-approved software, other than my own toolkit 
of course.  So, even though PDSMAN has always been an option, I could never 
depend on it being at a new client site, hence IPOUPDTE.


 On Tue Aug 19  9:58 , Lizette Koehler <[EMAIL PROTECTED]> sent:

>Gary,
>
>I believe you are thinking of IPOUPDTE.  I am not sure about the zapping part 
>or if it is even shipped any more.
>
>Today there are many options that can do a similar process.  There may even be 
>something on the CBT tape with the PDS command.
>
>But, PDSMAN if available can do what you are looking for.
>
>Lizette
>
>
>> 
>> Way, WAY back, IBM provided a utility in IPO1.LINKLIB (at least I think
>> that's where it was) which would allow one to perform mass changes
>> (edits) against a typical 80/80 PDS; JCL, TEXT, etc...  IBM provided it
>> to mass-edit IPO type datasets during the system build process.  The
>> last time I recall getting a copy was during an OS/390 upgrade...  I
>> think is was called something like, SYSUPDAT or something along those
>> lines.
>> 
>> While an extremely useful utility, it was coded to only allow changes
>> against IBM "supplied" datasets.  However, if one knew exactly where to
>> ZAP the load module, the utility could be used against any PDS; which
>> is what I did, and boy, was that thing useful while performing a couple
>> of my day-to-day responsibilities...
>> 
>> When I would move from shop to shop, that was when I worked for the
>> consulting company, I would take my "toolkit" (every TSO PDS I had)
>> with me, unload the toolkit to disk at the new site, including an XMI
>> and IEBCOPY format of the loadlib which contained the utility, run this
>> utility against every text-based PDS I brought with me and I would be
>> up and ready to pickup where I left off.  It was great!
>> 
>> Well, I lost my, er..., copy during a hard drive failure a few years
>> ago; on one of our in-house P/390's.  Now that I am moving on to
>> another shop, I find I will need it again.  I have at least 4 dozen
>> PDS's I will need to "mass edit" when I get to my next shop.  I would
>> really like another copy of this utility to make the mass changes
>> necessary.  Does anyone know OF this utility and if so, is it still
>> around and if so, where could I find 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
>

--
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: Way... Back question...

[Gary Green]

I KNEW someone on this list would recall that thing... :)

Thanks!

Oh, I found it in the *.SCPPLOAD PDS...


 On Tue Aug 19 11:57 , "Field, Alan C."  sent:

>Program is called CPPUPDTE now.
>
>This was the zap for IPOUPDTE:
>
>NAME  IPOUPDTE IPOUPDTE
>VER 0548 0A12   BLDL
>REP 0548 1BFF   SR   15,1R
>
>-Original Message-
>From: IBM Mainframe Discussion List [EMAIL PROTECTED]','','','')">[EMAIL 
>PROTECTED] On
>Behalf Of Gary Green
>Sent: Tuesday, August 19, 2008 11:45
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Way... Back question...
>
>
>I looked in the CPAC loadlib(s) and it's not there.
>
>Thanks in advance for any help.
>
>--
>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

Way... Back question...

[Gary Green]

All you IBM'ers out there reading this, please delete this message and keep 
moving...  I'm serious now, move on...  There is nothing for you to see here... 
.
.
.

Now that they're gone...

Way, WAY back, IBM provided a utility in IPO1.LINKLIB (at least I think that's 
where it was) which would allow one to perform mass changes (edits) against a 
typical 80/80 PDS; JCL, TEXT, etc...  IBM provided it to mass-edit IPO type 
datasets during the system build process.  The last time I recall getting a 
copy was during an OS/390 upgrade...  I think is was called something like, 
SYSUPDAT or something along those lines.

While an extremely useful utility, it was coded to only allow changes against 
IBM "supplied" datasets.  However, if one knew exactly where to ZAP the load 
module, the utility could be used against any PDS; which is what I did, and 
boy, was that thing useful while performing a couple of my day-to-day 
responsibilities...

When I would move from shop to shop, that was when I worked for the consulting 
company, I would take my "toolkit" (every TSO PDS I had) with me, unload the 
toolkit to disk at the new site, including an XMI and IEBCOPY format of the 
loadlib which contained the utility, run this utility against every text-based 
PDS I brought with me and I would be up and ready to pickup where I left off.  
It was great!

Well, I lost my, er..., copy during a hard drive failure a few years ago; on 
one of our in-house P/390's.  Now that I am moving on to another shop, I find I 
will need it again.  I have at least 4 dozen PDS's I will need to "mass edit" 
when I get to my next shop.  I would really like another copy of this utility 
to make the mass changes necessary.  Does anyone know OF this utility and if 
so, is it still around and if so, where could I find it?

I looked in the CPAC loadlib(s) and it's not there.

Thanks in advance for any help.

--
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: California's COBOL payroll system

[Gary Green]

In other words, you got out in time?  Or before it got worse?




 On Wed Aug  6 13:55 , Tom Harper <[EMAIL PROTECTED]> sent:

>Well, don't include "me" in your "we". I didn't elect them. I moved to
>Texas in 1983.
>
>Tom Harper
>IMS Utilities Development Team
>NEON Enterprise Software, Inc.
>Sugar Land, TX
>

--
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: California's COBOL payroll system

[Gary Green]

.re 
>I agree 100%. Unfortunately, too many organizations depend on a "college 
>degree", rather than any demonstration of good sense or experience. Any 
>dummy with a MBA (which really means very little) can get a job in 
>management of nearly any organization

This reminds me of a contract I did once back in the 80's.  Although I was not 
qualified enough to be hired by a certain company because I did not have a 
college degree, I was qualified enough to charge them an arm and a leg to teach 
their BA's and MBA's how to write software, in COBOL no less, how to read 
dumps, how to design software, how to code JCL, heck, how to think!etc...

While I was a bit ticked when they turned me down for a fulltime job, the year 
before, I felt vindicated when they had to contract with me to teach those that 
were "more educated".

--
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: STOPX37 & SMS loop

[Gary Green]

Does STOPX37 not have a special DD card you code that tells it to ignore
processing for this step.  Something like //PROIGNOR or //IGNORPRO,
something like that?   


Gary Green
While the big event is over, there is still time for you to help me with my
efforts to assist those stricken with cancer!
Please support my efforts by visiting:
http://www.active.com/donate/tntsonj/tntsonjGGreen 
 
Thank you.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Patrick O'Keefe
Sent: Tuesday, August 05, 2008 8:24 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: STOPX37 & SMS loop

Has anybody using STOPX37 seen a problem where it gets in a loop
fighting with SMS over an insufficient space condition?   Anybody
have suggestions on how to avoid it?

Details:
A process is submitted via CONNECT:Direct (aka NDM) specifying SMS STORCLAS,
MGMTCLAS, and DATACLAS  that result in selection of volumes with too little
space for the dataset being transfered. 
1. SMS says
IGD17272I VOLUME SELECTION HAS FAILED FOR INSUFFICIENT SPACE FOR DATASET ...


2. STOPX37 says
SVM4000I ...  ATTEMPTING SPACPRIM FOR ...

3.  SMS repeats indefinitely
IGD17272I VOLUME SELECTION HAS FAILED FOR INSUFFICIENT SPACE FOR DATASET ...


Is there some way to cause a hard failure in situations like this?

I don't think CONNECT:Direct is significant in this except that this request
is coming from an outside business partner.  We have absolutely no control
over the size of the dataset or SMS parms specified.  

BTW, SMS and STOPX37 are way out of my areas of responsibility
and expertise.   I'm going to have to convey any suggestions to 
others that don't read IBM-Main.   Don't assume comprehension
on my part.

Pat O'Keefe

--
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 virus found in this incoming message.
Checked by AVG - http://www.avg.com
Version: 8.0.138 / Virus Database: 270.5.12/1592 - Release Date: 8/5/2008
6:03 AM

--
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: Can't read newly created procedure

[Gary Green]

I see the name of the PROC in what you provided below.  However, is it at
all possible the MEMBER name in the JES2 Proclib PDS is not the same?
Perhaps a slight finger-check caused the name to be something just slightly
different than SY065X?  Perhaps something like SYO65X (as in O, not zero)?

Just a thought. 


Gary Green
While the big event is over, there is still time for you to help me with my
efforts to assist those stricken with cancer!
Please support my efforts by visiting:
http://www.active.com/donate/tntsonj/tntsonjGGreen 
 
Thank you.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Howard Rifkind
Sent: Tuesday, August 05, 2008 4:24 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Can't read newly created procedure

Hello all,

I just created a procedure in a procedure library which is part of the
SYSPROC JES concatenation as shown below.

I tried to do a test run with TYPERUN=SCAN in the JCL go back the follow
also.  I know it's there I can edit it etc.

Any ideas with be appreciated.

Thanks

//JES2 PROC MEM=JES2PARM,ALT=JES2OLD
//IEFPROC  EXEC PGM=HASJES20,   
//DPRTY=(15,15),TIME=1440,PERFORM=9 
//ALTPARM  DD DISP=SHR,DSN=SYS2.PARMLIB(&ALT)   
//HASPPARM DD DISP=SHR,DSN=SYS2.PARMLIB(&MEM)   
//PROC00   DD DISP=SHR,DSN=SYS2.PROCLIB 
// DD DISP=SHR,DSN=SYS1.PROCLIB 
// DD DISP=SHR,DSN=SYS1.IBM.PROCLIB 
//PROC01   DD DISP=SHR,DSN=PRUN.UTILITY.CUR.PROCLIB 
// DD DISP=SHR,DSN=PRUN.ONLBANK.CUR.PROCLIB 
// DD DISP=SHR,DSN=PRUN.PRINTFAC.CUR.PROCLIB
// DD DISP=SHR,DSN=PRUN.SYSPROG.CUR.PROCLIB 


2 //SY065X   EXEC PROC=SY065X, 
  // FUNCTION=OPERLOG, <=== VM FUNCTION REQUESTED (SYS DEF FILE
  // TYPE=CURRENT, <=== CURRENT DAYS LOG OR OTHER (080211) 
  // ENV=E18823,   <=== OPERATING ENVIRONMENT  
  // TIMEOUT=360,  <=== TIME TO WAIT BEFORE ABENDING   
  // IMAGE=
. MESSAGE  
2 IEFC612I PROCEDURE SY065X WAS NOT FOUND  





  

--
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 virus found in this incoming message.
Checked by AVG - http://www.avg.com
Version: 8.0.138 / Virus Database: 270.5.12/1592 - Release Date: 8/5/2008
6:03 AM

--
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: Politics - California state computers can't handle pay cut, controller says - sacbee.com

[Gary Green]

Ya know... It's crap and FUD like this that makes my blood boil!!!

COBOL, an antique language, not taught anymore and difficult to maintain.

Where do I start?

How about I offer to go in there, analyze the situation, come up with a 
solution that would work with their existing system, write it all myself and 
then charge them only a few hundred grand?

Idiots!


 On Tue Aug  5 14:38 , 'McKown, John' <[EMAIL PROTECTED]> sent:

>http://www.sacbee.com/111/story/1132588.html
>
>
>The massive pay cut would exhaust the state's antiquated payroll system,
>which is built on a Vietnam-era computer language so outdated that many
>college students don't even bother to learn it anymore.
>
>...
>
>The state payroll system is based on the COBOL, or Common Business
>Oriented Language, programming language - a code first introduced in
>1959 and popularized in the 1960s and 1970s.
>
>"COBOL programmers are hard to come by these days," said Fred Forrer,
>the Sacramento-based CEO of MGT of America, a public-sector consulting
>firm. "It's certainly not a language that is taught. Oftentimes, you
>have to rely on retired annuitants to come back and help maintain the
>system until you're able to find a replacement."
>
>
>
>--
>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

Did anyone else receive this marketing stuff?

[Gary Green]

The below email arrived in my inbox (actually, the Junk Email box) earlier
today.  Did anyone else receive something like it?

Just curious. 


Gary Green
While the big event is over, there is still time for you to help me with my
efforts to assist those stricken with cancer!
Please support my efforts by visiting:
http://www.active.com/donate/tntsonj/tntsonjGGreen 
 
Thank you.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: Friday, August 01, 2008 1:54 PM
To: [EMAIL PROTECTED]
Subject: Mainframe CD Pack ver 6.0 is available now

Dear IBMMainframes.com Member,


We're happy to introduce the flagship product of IBMMAINFRAMES.com Team -
"MASTER the MAINFRAMES" CD Pack Ver 6.0 (10 Computer CDs in one Pack)


This product is available in 3 flavors as:

Student Edition (5 CDs, CD-1 to 5):  Rs. 2000/- 
Professional Edition (10 CDs):   Rs. 5000/-
Business Edition (10 CDs):   Rs. 10,000/-



MASTER MAINFRAMES Ver 6.0 - CD I contains the following Products:

-- IBMMAINFRAMES.com TrainerKit Pro ver 3.0 (Only in Professional & Business
Edition)
-- IBMMAINFRAMES.com IBMMF3270 Mainframe Emulator Ver 3.0  (Only in Business
Edition)
-- IBMMAINFRAMES.com Teach Yourself Ver 2.0
-- IBMMAINFRAMES.com Companies Corner Pro ver 3.0
-- IBMMAINFRAMES.com Interview Preparation Box 3.0
-- IBMMAINFRAMES.com ONLINE BROWSER Ver 2.0
-- IBMMAINFRAMES.com OFFLINE BROWSER Ver 2.0
-- IBMMAINFRAMES.com ABEND ASSIST Ver 2.0
-- Other Mainframe Software Products
-- Compilers & Interpreters

MASTER MAINFRAMES Ver 6.0 - CD II contains Collection of 1. Reference
Manuals, 2. Tutorials, 3. PowerPoint Presentations, 4. Articles & Research
Papers, 5. Live ScreenShots, 6. CBTs, 7. FAQ & Interview Questions, 8.
Sample Programs and 9. Reference materials for:

-- COBOL/370
-- VS COBOL II
-- IBM COBOL for OS390
-- ENTERPRISE COBOL
-- MVS JCL
-- JCL for OS390
-- z/OS JCL
-- CICS/ESA
-- CICS/TS for OS390
-- CICS TS for z/OS
-- DB2 ver 6
-- DB2 ver 7
-- DB2 ver 8
-- DB2 ver 9



MASTER MAINFRAMES Ver 6.0 - CD III  Contains Reference Manuals and Tutorials
prepared by "IBMMAINFRAMES.com Research & Training Division" with Live
Screenshots & Slideshow Presentations, Example Programs and Articles
retrieved from various points on the internet for:

-- FILEAID
-- XPEDITER
-- INTERTEST
-- EASYTRIEVE
-- ENDEVOR
-- DFSORT
-- ASSEMBLER
-- CLIST
-- REXX
-- PL/I
-- TSO
-- ISPF for OS390
-- ISPF z/OS
-- ISPF for z/VM


MASTER MAINFRAMES Ver 6.0 - CD IV contains the following Products:

-- MVS Work Bench Mainframe Simulator Full Version

-- Contains Articles & Tutorials about
 ES/9000
 S/390 MP3000 & S390 G5/6
 z900 & z800
 z990 & z890
 z9 EC & BC
 ES7000
 LX6100
 LX7100
 Clearpath Libra & Dorado 

-- Contains Documents, Tutorials & E-Books for
   Interview Tips & Sample QA
   Resume Preparation & Career Guidance
   Communication & Body Language Guidelines



MASTER MAINFRAMES Ver 4.0 - CD V contains the following Products:

-- VISION Mainframe Simulator Full Version
-- Hercules Mainframe Simulator Full Version
-- MicroFocus Mainframe Simulator Trial Version


MASTER MAINFRAMES Ver 6.0 - CD VI contains Reference Manuals and Tutorials
prepared by "IBMMAINFRAMES.com Research & Training Division" with Live
Screenshots & Slideshow Presentations, Example Programs and Articles
retrieved from various points on the internet for:

-- ABENDAID
-- ADABAS
-- ADGEN
-- CA-7
-- CA-11
-- CA DATACOM
-- CA SCHEDULER
-- CA TELON
-- CA TopSecret
-- CHANGEMAN
-- COOLGEN
-- DFSMS
-- FOCUS
-- IDMS
-- IMS
-- MQSERIES
-- NATURAL
-- PANVALET
-- QMF
-- QUICKSTART/MVS
-- STROBE
-- SYNCSORT


MASTER MAINFRAMES Ver 6.0 - CD VII contains Reference Manuals and Tutorials
prepared by "IBMMAINFRAMES.com Research & Training Division" with Live
Screenshots & Slideshow Presentations, Example Programs and Articles
retrieved from various points on the internet for:

-- CA APAS
-- CA ROSCOE
-- COMPAREX
-- CONTROL M
-- C & C++
-- DATA XPERT
-- DITTO
-- CA VISION/DYL280
-- IBM DEBUG TOOL
-- INFOMAN
-- INSYNC
-- XML
-- IOF
-- JES2
-- JES3
-- LE
-- PACBASE
-- TRACEMASTER
-- RACF
-- SAS
-- SCLM
-- TCP IP
-- TPF & z/TPF
-- VM
-- LINUX/390
-- MVS
-- OS/390
-- z/OS
-- z/VM
-- z/VSE
-- Linux on z
-- Mainframe Java
-- Connect Direct
-- SDSF
-- SDF II
-- CA CPM
-- CA View



MASTER MAINFRAMES Ver 6.0 - CD VIII contains the following Products:

-- DB2 Certification Documents, Manuals, Tutorials and Sample Question
Answers for
   Exam 700 -- DB2 UDB V8.1 Family Fundamentals
   Exam 702 -- DB2 UDB V8.1 for z/OS Database Administration
   Exam 703 -- DB2 UDB V8.1 Family Application Development
   Exam 705 -- Business Intelligence Solutions V8.1
   Exam 512 -- DB2 UDB V7.1 Family Fundamentals
   Exam 514 -- DB2 UDB V7.1 Family Application Development
   Exam

Re: Share Attendance

[Gary Green]

Not that I will be there, but I must ask... WHICH Doctor Who will it be?


 On Mon Jul 28 12:19 , Lizette Koehler <[EMAIL PROTECTED]> sent:

>Gang,
>
>My boss approved me going to Share in San Jose next weekend.  If you would 
>like to meet the face behind the emails, I will be wearing my Doctor Who 
>Tee-shirt at SCIDS.  Just come up and say hi.
>
>Would love to meet the faces behind the names.
>
>Lizette
>
>--
>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

Interesting Article

[Gary Green]

on the H1B Visa program.  I know it's not specific to mainframes but all of us 
are affected by it one way or another.  Some even more so... :(

http://cwflyris.computerworld.com/t/3367772/68381743/127066/2/

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

Disaster in the making

[Gary Green]

We plan and plan and plan to make sure everything is correct with the systems 
and such that we are responsible for.  Then along comes someone that make a 
decision that makes it all moot.

You gotta read this article.  If it were not so serious, it would be funny.

http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9109498&source=NLT_DIS&nlid=14

--
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: TSO/ISPF Screen Swap

[Gary Green]

It's a simple parm change in the ISPF config assembly.  Perhaps a free lunch 
for the person responsible would get you that update.  Of course, since you 
discovered the back-door approach, it's probably a moot point now. ;)


 On Mon Jul 14 11:14 , Tom Marchant <[EMAIL PROTECTED]> sent:

>On Mon, 14 Jul 2008 09:35:07 -0400, Gary Green wrote:
>>
>>And since I usually control the system I change the ISPF CONFIG 
>>to allow 32 split screens.
>
>I don't control the system here, but I have been frustrated by the need for
>> 8 splits.  I created a customized ISPCFIGU in my private load library
>concatenated to ISPLLIB.
>
>-- 
>Ton Marchant
>
>--
>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: TSO/ISPF Screen Swap

[Gary Green]

What you're thinking of is "SWAP NEXT" or "SWAP PREV".  Next goes to the next 
ISPF screen in the list.  Prev does the reverse (it goes backwards).

If it matters,  I have ALL my "swap related keys" coded as

PF2  SPLIT NEW
PF9  SWAP NEXT
PF14 SPLIT LIST
PF21 SWAP PREV

And since I usually control the system I change the ISPF CONFIG to allow 32 
split screens.  And, usually, I am the only one that takes advantage of this 
capability (multiple, i.e. more than 2, split screens).

Works like a charm!


 On Mon Jul 14  5:11 , Howard Rifkind <[EMAIL PROTECTED]> sent:

>I used to have the PF keys on my PC set put to swap between different screens 
>but I'm no longer in possession of that PC and I can't recall how I did this.
>
>I'm opening up several screens with the start command and I would like to know 
>how to switch between them.
>
>If I open up three screens and use the swap command I seem to only be able to 
>switch between two of them.
>
>Also, how do I go about seeing which screen are available, I used to see this 
>also with a PF key setting and then select the one I wanted.
>
>Thanks...
>
>
>  
>
>--
>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: WebSphere Question

[Gary Green]

Thank You Tim!

I'll be passing this along in about 30 seconds. 


Gary Green
While the big event is over, there is still time for you to help me with my
efforts to assist those stricken with cancer!
Please support my efforts by visiting:
http://www.active.com/donate/tntsonj/tntsonjGGreen 
 
Thank you.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Timothy Sipples
Sent: Friday, July 11, 2008 10:38 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: WebSphere Question

You mean WebSphere Application Server for z/OS, right?

It *could* be WAS V6.0x on z/OS 1.4 -- that is technically possible. WAS
V6.1x requires a higher z/OS release level, though (1.7 minimum I think).

OK, a few suggestions:

1. It sounds like there's a strong suspicion there's an application problem.
Starting with a free solution, I'd recommend getting this tool
pronto:

http://www.alphaworks.ibm.com/tech/jinsightlive

It'll help figure out what's going on in the application. If you want to add
a commercial tool to your kit bag -- and there are good reasons to do that
-- then you have a number of choices. I'm most familiar with IBM's Tivoli
Composite Application Manager (ITCAM), but there are others out there as
well such as CA's Wily Introscope.

2. I'm glad to hear there's a plan to leapfrog up to z/OS 1.9 (via 1.7).
That's because starting in 1.6 you can take advantage of zAAPs. For any
non-trivial amount of Java workload it makes perfect sense to get at least
one zAAP. Also a very good idea to get moving on the DB2 front, because
there are likely performance benefits that accrue with many WAS
applications. For example, you can get some zIIP benefit if you're crossing
LPARs for JDBC access.

3. One basic thing you want to look at is garbage collection. There's a
switch you can throw in WAS to log each garbage collection event, and it's
extremely lightweight so you can turn it on in production. As I recall the
rule of thumb is that if you garbage collect more than every 10 seconds or
so you've got a problem. You can solve that problem by increasing the Java
heap size per servant, increasing the number of servants, fixing the
application (to use fewer/smaller objects and/or avoid "leaking"), or some
combination.

4. Are the servants abending (almost always due to an application abend)?
If so, that'll put demands on the system as it starts new servants to keep
the business running.

5. IBM has published some very good problem determination guides. Here are
some links to check:

http://www.redbooks.ibm.com/abstracts/redp6880.html
http://www.redbooks.ibm.com/abstracts/sg246880.html
http://www.redbooks.ibm.com/abstracts/sg247461.html
http://www.redbooks.ibm.com/abstracts/redp6001.html
http://www.redbooks.ibm.com/abstracts/redp6002.html

Hope that helps get you started.

- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect Specializing in Software
Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM
Asia-Pacific
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

No virus found in this incoming message.
Checked by AVG - http://www.avg.com
Version: 8.0.138 / Virus Database: 270.4.7/1546 - Release Date: 7/11/2008
6:47 AM

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

[Gary Green]

Forbid Project...   I believe that was me a few weeks back.  My son got a
copy from Netflix for me and after he watched it at his place, his mother
and I watched it here; on the BIG screen. ;)

Well, those thoughts sound very plausible and logical.  My first thought was
memory leakage but I'm not close enough to the product to say that with any
semblance of experience/knowhow.

I appreciate the comments and will be passing them along in a few.

Thanks.


Gary Green
While the big event is over, there is still time for you to help me with my
efforts to assist those stricken with cancer!
Please support my efforts by visiting:
http://www.active.com/donate/tntsonj/tntsonjGGreen 
 
Thank you.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Patrick Falcone
Sent: Friday, July 11, 2008 12:38 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: WebSphere Question

Hi Gary,
   
  We had a similar problem back at my last place and *sucks the life out of
the machine* is about right.
   
  Sounds like it could be a storage leak/creep within the heap that is
causing the Java heap to go into more frequent garbage collections,
especially if the heap is lightly allocated - hopefully it's at least 512 MB
or above, as free space diminishes over time to the point where a compaction
of the Java heap may be occurring. The compaction process takes considerable
CPU to complete. I'm not sure of the reporting at this point with version 6
of WAS but turning on verbose GC, garbage collection, may shed some light on
this anomaly and if it is indeed heap space related. BTDTGTS.
   
  Of course this could also be a runaway thread, bad logic, in which case
you'll need some tracing to find the culprit but would lean on the above if
it is happening, like, late afternoons around the same time.
   
  I also wonder if log offloads might be causing this but I can't seem to
remember if this was a cause of significant CPU within WAS. I'm sure we'll
get more elegant responses in the morning.
   
  A bit off topic, sorry, I just got done watching the Forbin Project with
my son, great movie, I forget who recommended it but thanks
  
Gary Green <[EMAIL PROTECTED]> wrote:
  If someone knows where I should ask this question, please tell me where to
go. ;)

Otherwise...

I was chatting with the manager of the tech support group at another company
and he was telling me that in his shop they experience a terrible slowdown
in WebSphere most afternoons; "sucks the life out of the machine" comes to
mind. They do not have anyone that does performance or capacity work to "run
the numbers"; and they collect very little SMF data even if they did or knew
how to "run the numbers". He thinks it's the application programmers poorly
written code, probably Java doing some daily end of day stuff. To make
matters worse, they are still on 1.4, with plans to make a brief stopover on
1.7 before heading off to 1.9.

They are pretty much a vanilla IBM shop with a couple of DB2 V7 production
regions a couple of production CICS regions and some/few regions each for
QA, Dev and testing. I think he said WebSphere was... version 6 if that
makes sense... (I am not conversant in WebSphere). They are on a ~480 mip
Z9.

I know this is not really much to go on but does anyone have any suggestions
I could pass along? Perhaps some insight or suggested diagnostic processes?


Gary Green
While the big event is over, there is still time for you to help me with my
efforts to assist those stricken with cancer!
Please support my efforts by visiting:

http://www.active.com/donate/tntsonj/tntsonjGGreen 

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

No virus found in this incoming message.
Checked by AVG - http://www.avg.com
Version: 8.0.138 / Virus Database: 270.4.7/1545 - Release Date: 7/10/2008
6:43 PM

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

[Gary Green]

Well, "I" know very little about the environment, but I will send an email
asking for more details.

Thanks. 


Gary Green
While the big event is over, there is still time for you to help me with my
efforts to assist those stricken with cancer!
Please support my efforts by visiting:
http://www.active.com/donate/tntsonj/tntsonjGGreen 
 
Thank you.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Chauhan, Jasbir
Sent: Friday, July 11, 2008 7:46 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: WebSphere Question

Gary,
 
WebSphere is a pretty broad term. There are a bunch of products that run
under the brand name of WebSphere. From the type of workload (java) you are
describing, it appears you maybe talking about Application Server.
Could you elaborate a little on the actual product and its version. 

Regards,
Jasbir
 
 
 
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of <>
 

--
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 virus found in this incoming message.
Checked by AVG - http://www.avg.com
Version: 8.0.138 / Virus Database: 270.4.7/1545 - Release Date: 7/10/2008
6:43 PM

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

WebSphere Question

[Gary Green]

If someone knows where I should ask this question, please tell me where to
go. ;)
 
Otherwise...
 
I was chatting with the manager of the tech support group at another company
and he was telling me that in his shop they experience a terrible slowdown
in WebSphere most afternoons; "sucks the life out of the machine" comes to
mind.  They do not have anyone that does performance or capacity work to
"run the numbers"; and they collect very little SMF data even if they did or
knew how to "run the numbers".  He thinks it's the application programmers
poorly written code, probably Java doing some daily end of day stuff.  To
make matters worse, they are still on 1.4, with plans to make a brief
stopover on 1.7 before heading off to 1.9.
 
They are pretty much a vanilla IBM shop with a couple of DB2 V7 production
regions a couple of production CICS regions and some/few regions each for
QA, Dev and testing.  I think he said WebSphere was... version 6 if that
makes sense... (I am not conversant in WebSphere).   They are on a ~480 mip
Z9.
 
I know this is not really much to go on but does anyone have any suggestions
I could pass along?  Perhaps some insight or suggested diagnostic processes?

 
Gary Green
While the big event is over, there is still time for you to help me with my
efforts to assist those stricken with cancer!
Please support my efforts by visiting:
 <http://www.active.com/donate/tntsonj/tntsonjGGreen>
http://www.active.com/donate/tntsonj/tntsonjGGreen 
 
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: PCOMM file xfer question (and rant)

[Gary Green]

Well, I use Attachmate all the time and I upload FB files all the time...

If no one else can assist, I'll login and force my brain cells to remember how 
I do it.


 On Tue Jul  8 11:25 , Pinnacle <[EMAIL PROTECTED]> sent:

>Can anybody tell me how to turn off the bleeping RECFM(V) that PCOMM insists 
>on adding to every binary transfer to the mainframe?  Never mind that this 
>is a brain-dead option, but I've been up, down, and sideways through that 
>brain-dead dialog, and I can't find it.  I also tried Extra, but it looks 
>like the PCOMM and Extra developers got together to create the same 
>brain-dead file transfer dialog.   I just love the way they populate the PC 
>filename into the MVS filename field, but you can't just overtype, n. 
>You have to type the MVS name into another file box and hit Apply. 
>Brilliant!  I'm forced to do this because my client uses Citrix and these 
>are the only supported emulators.  I don't know how you guys that have to 
>use PCOMM and Extra can stand it.  Thank God for Vista.
>
>There, I feel better now.
>Tom Conley 
>
>--
>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 difference between platforms...

[Gary Green]

I enjoy cross-country motorcycle trips.  Unfortunately, once I started
working for a consulting outfit, that fell to the wayside.  :(  Perhaps at
my next job... (he says hopefully)


Gary Green
While the big event is over, there is still time for you to help me with my
efforts to assist those stricken with cancer!
Please support my efforts by visiting:
http://www.active.com/donate/tntsonj/tntsonjGGreen 
 
Thank you.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Rick Fochtman
Sent: Monday, June 30, 2008 4:16 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Another difference between platforms...

---

>On all I concur...
>
>Their development platforms are just as bad.
>
>I remember a PC project I worked on somewhere around the tail end of the
90's, a pretty big one at that.  By the time project was complete, the
development environment and platform had changed under our feet.  I was so
pissed because we couldn't just leave the project on the older platform,
which caused us a few months delay.  I just shook my head wishing I had a
baseball bat so I can put it use on the head of someone at MS. WTH were
these folks thinking?
>
>Last year I was called in to solve a connectivity/IDMS/DB2 problem of a
home-grown VB application that connected with the mainframe DB platforms
using Shadow.  Turns out the ODBC driver was updated on a couple of
workstations and the app stopped working.  The only solution...?  Recompile
and rebind everything related to the app that ran on those workstations.
>
>I would like to say "don't get me started", but unfortunately, I 
>already am... :(
>
>Calm down, Green...  Calm down
>  
>

Pop a handful of Valium and start planning that mid-summer fishing
trip. Get you mind on something you enjoy. :-)

--
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 virus found in this incoming message.
Checked by AVG. 
Version: 8.0.101 / Virus Database: 270.4.3/1526 - Release Date: 6/30/2008
8:43 AM

--
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 difference between platforms...

[Gary Green]

On all I concur...

Their development platforms are just as bad.

I remember a PC project I worked on somewhere around the tail end of the 90's, 
a pretty big one at that.  By the time project was complete, the development 
environment and platform had changed under our feet.  I was so pissed because 
we couldn't just leave the project on the older platform, which caused us a few 
months delay.  I just shook my head wishing I had a baseball bat so I can put 
it use on the head of someone at MS. WTH were these folks thinking?

Last year I was called in to solve a connectivity/IDMS/DB2 problem of a 
home-grown VB application that connected with the mainframe DB platforms using 
Shadow.  Turns out the ODBC driver was updated on a couple of workstations and 
the app stopped working.  The only solution...?  Recompile and rebind 
everything related to the app that ran on those workstations.

I would like to say "don't get me started", but unfortunately, I already am... 
:(

Calm down, Green...  Calm down



 On Mon Jun 30 13:00 , 'McKown, John' <[EMAIL PROTECTED]> sent:

>> -Original Message-
>> From: IBM Mainframe Discussion List 
>> [EMAIL PROTECTED]','','','')">[EMAIL PROTECTED] On Behalf Of Gary Green
>> Sent: Monday, June 30, 2008 12:36 PM
>> To: IBM-MAIN@BAMA.UA.EDU
>> Subject: Another difference between platforms...
>> 
>> Back in the 80's we mainframe(rs) went from 24 bit to 31 bit, 
>> then towards the end of the millennium, we started migrating 
>> to 64 bit with the introduction of z/OS.  During all this 
>> time I do not recall any of the applications we ran on the 
>> older platforms ever "going dark" because of the change.  We 
>> all have a ton of stuff in our shop that was written decades 
>> ago and is still humming along just fine thank you.  Then why 
>> is it every time Mickeysoft changes their platform, 
>> everything we were using must change or be left behind?
>> 
>> http://www.computerworld.com/action/article.do\?command=viewArt
>> icleBasic&articleId=9103238&source=NLT_ES&nlid=42
>> 
>> Gary Green
>
>Enforced obsolescense! If the old apps continued to run on the new OS,
>how would MS force people to upgrade to the new application software?
>There is a lot of "chatter" than MS does this deliberately to force
>people to buy new versions of MS Office when they get a new OS, which is
>usually forced when they get new hardware. PROFIT!
>
>Personally, I think it is also because Windows is designed "ad hoc" with
>no real stragetic planning. I've also heard that every MS programmer
>things that they can do it better and so the API changes "as needed"
>with no regard to backwards compatability.
>
>--
>John McKown
>Senior Systems Programmer
>HealthMarkets
>Keeping the Promise of Affordable Coverage
>Administrative Services Group
>Information Technology
>
>The information contained in this e-mail message may be privileged
>and/or confidential.  It is for intended addressee(s) only.  If you are
>not the intended recipient, you are hereby notified that any disclosure,
>reproduction, distribution or other use of this communication is
>strictly prohibited and could, in certain circumstances, be a criminal
>offense.  If you have received this e-mail in error, please notify the
>sender by reply and delete this message without copying or disclosing
>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
>

--
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 difference between platforms...

[Gary Green]

Back in the 80's we mainframe(rs) went from 24 bit to 31 bit, then towards the 
end of the millennium, we started migrating to 64 bit with the introduction of 
z/OS.  During all this time I do not recall any of the applications we ran on 
the older platforms ever "going dark" because of the change.  We all have a ton 
of stuff in our shop that was written decades ago and is still humming along 
just fine thank you.  Then why is it every time Mickeysoft changes their 
platform, everything we were using must change or be left behind?

http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9103238&source=NLT_ES&nlid=42

Gary Green
While the big event is over, there is still time for you to help me with my 
efforts to assist those stricken with cancer!
Please support my efforts by visiting:
http://www.active.com/donate/tntsonj/tntsonjGGreen 
 
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: Outsourcing hits new low

[Gary Green]

Yeah, I read about that last year.  It's not only McDonalds that is doing
this. 


Gary Green
 
I can use all the help I can get with my fight against cancer!
Please support my efforts!
Thank you.
http://www.active.com/donate/tntsonj/tntsonjGGreen 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Matthew Stitt
Sent: Monday, June 16, 2008 9:16 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Outsourcing hits new low

Saw this on through the CNN.COM web site early today.  This has got to be a
new low for outsourcing.

http://www.kitv.com/money/16607424/detail.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

No virus found in this incoming message.
Checked by AVG. 
Version: 8.0.100 / Virus Database: 270.3.0/1504 - Release Date: 6/15/2008
5:52 PM

--
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: The ABCs of z/OS Maintenance.

[Gary Green]

Yeah...  With a sucker born every minute, I guess I'm this minute's.  Or
that minute's...  Or..., you get the idea. ;)

Hey, is it Friday already?


Gary Green
 
I can use all the help I can get with my fight against cancer!
Please support my efforts!
Thank you.
http://www.active.com/donate/tntsonj/tntsonjGGreen 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Edward Jaffe
Sent: Friday, June 13, 2008 5:00 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: The ABCs of z/OS Maintenance.

Gary Green wrote:
> Perhaps in the future before I post that kind of information, I should 
> look at it myself...? ;)
>   

I routinely ignore all of those lead-generating, contact-gathering, IBM
marketing gimmicks disguised as "white papers" and such.

--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.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

No virus found in this incoming message.
Checked by AVG. 
Version: 8.0.100 / Virus Database: 270.3.0/1501 - Release Date: 6/13/2008
6:33 AM

--
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: The ABCs of z/OS Maintenance.

[Gary Green]

Perhaps in the future before I post that kind of information, I should look
at it myself...? ;)

Gary Green
 
I can use all the help I can get with my fight against cancer!
Please support my efforts!
Thank you.
http://www.active.com/donate/tntsonj/tntsonjGGreen 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Tom Marchant
Sent: Friday, June 13, 2008 4:37 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: The ABCs of z/OS Maintenance.

On Fri, 13 Jun 2008 15:39:26 -0400, Gary Green wrote:

>Only the nine pages?  I thought it was longer than that since it was a 
>chapter subset of manual #1.

Only eight pages.  And with a pretty large font.

--
Tom Marchant

--
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 virus found in this incoming message.
Checked by AVG. 
Version: 8.0.100 / Virus Database: 270.3.0/1501 - Release Date: 6/13/2008
6:33 AM

--
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: The ABCs of z/OS Maintenance.

[Gary Green]

Only the nine pages?  I thought it was longer than that since it was a
chapter subset of manual #1. 


Gary Green
 
I can use all the help I can get with my fight against cancer!
Please support my efforts!
Thank you.
http://www.active.com/donate/tntsonj/tntsonjGGreen 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Schwarz, Barry A
Sent: Friday, June 13, 2008 3:10 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: The ABCs of z/OS Maintenance.

Pretty strange.  After filling out the registration form, I received a 9
page document.  The title sheet said it was volume 1 of the old ABCs
(introduction to JCL, etc).  Page 2 was numbered 243.  Looks like something
got hosed.

-Original Message-
From: Gary Green [mailto:snip]
Sent: Wednesday, June 04, 2008 7:27 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: The ABCs of z/OS Maintenance.

I can't believe I forgot to include the new link.  Sorry!

https://www14.software.ibm.com/webapp/iwm/web/pick.do?lang=en_US&source=
swg-systemzprfm5&S_PKG=ZPRFE50608II&tcode=108AF19E

--
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 virus found in this incoming message.
Checked by AVG. 
Version: 8.0.100 / Virus Database: 270.3.0/1501 - Release Date: 6/13/2008
6:33 AM

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

Outsourcing dilemma or debacle, you decide... take 2

[Gary Green]

I just got back from a training session, see my tagline, and have only a
couple of minutes so I must wait to respond to ALL those emails my original
post generated.
 
However...  A new wrinkle in the outsourcing dilemma...
 
This morning my friend received an email from a recruiter (a general
emailing) tell him about this "opportunity" in the save area where he is
currently employed.  It's a 6-month contract position and job the
requirements read exactly like his job description!
 
Small, small world.   Sad, but true.
 
Gary Green
 
I can use all the help I can get with my fight against cancer!
Please support my efforts!
Thank you.
 <http://www.active.com/donate/tntsonj/tntsonjGGreen>
http://www.active.com/donate/tntsonj/tntsonjGGreen 
 

--
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: Migrated Dataset List

[Gary Green]

If you want to read the file, then a simple solution is to coble together
something in SAS to read the MCDS and then write the report.  There are
samples of this floating around the web somewhere.


Gary Green
 
I can use all the help I can get with my fight against cancer!
Please support my efforts!
Thank you.
http://www.active.com/donate/tntsonj/tntsonjGGreen 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Arturo
Sent: Thursday, June 12, 2008 9:53 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Migrated Dataset List

David, 

What utility would you recommend to read the file to generate a readable
format? If you have an example.. that would be a Great.

--
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 virus found in this incoming message.
Checked by AVG. 
Version: 8.0.100 / Virus Database: 270.3.0/1499 - Release Date: 6/12/2008
7:13 AM

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

Outsourcing dilemma or debacle, you decide...

[Gary Green]

As I mentioned in the past, a friend is losing his job (and looking for the
next one) because the company he works for is sending all systems
programmer, operations and scheduling, as well as a lot of other
non-mainframe, positions, to a firm in India.
 
Well, this past week he had to sit down and explain what he does and so
forth to the "Sr." Systems Programmer sent in by the outsourcing firm.
Remember, one only gets ONE chance to make a first impression and this was
the outsourcing firm's one chance.  According to my friend, it did not look
good.
 
Other than the fact that this "Sr." Systems Programmer has never installed
ANY base OS, he claimed, or so it's thought, that he installed z/OS 1.10,
then, it's thought, he retracted that statement and replaced it with he
worked on 1.10.
 
Other scary thoughts..., he does not know ANY CA products, does not know who
ASG, BMC, EMC are.  Never worked with WLM, SMF, SAS, MXG, et. al...  When
the terms, USI, U29, UJV, U83/84/85 and TRT were mentioned the response was
a blank stare.  Does not know what a VVDS, VVR, NVR is.  Never used IPCS,
ISMF, HCD, and IOCDS related "stuff".  Claimed he "knows" OSA but wanted to
be shown how to configure it, etc...  He even claimed he really knew TSO!
Not the ISPF interface, which most people think is TSO, but TSO native from
the command prompt.  This boast was made because he knew how to drop back
from ISPF and delete a dataset.  In fact, other than "SMP/E", there was
never a hint of recognition or understanding in the eyes of this "Sr."
Systems Programmer.
 
However, my friend went along since that is what was required of him.  
 
Yesterday this "Sr." Systems Programmer was rooting around the system just
looking here and there and, as happens often enough, his ISPF Profile
dataset went into extents and filled up.  What really ticked my friend off
was this "Sr." Systems Programmer sent an email to DASD administrator asking
her how he, this "Sr." Systems Programmer, could increase the size of the
profile dataset.  He couldn't continue his duties because the dataset filled
up...
 
Sorry for the rant, but my friend had to get it off his chest, and I,
passing it along, mine.  There are plenty other examples but my friend just
sighed and left at this.
 
 
Gary Green
 
I can use all the help I can get with my fight against cancer!
Please support my efforts!
Thank you.
 <http://www.active.com/donate/tntsonj/tntsonjGGreen>
http://www.active.com/donate/tntsonj/tntsonjGGreen 
 

--
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 pathetic job offer

[Gary Green]

That I like! 


Gary Green

I can use all the help I can get with my fight against cancer!
Please support my efforts!
Thank you.
http://www.active.com/donate/tntsonj/tntsonjGGreen 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Bobbie Justice
Sent: Wednesday, June 04, 2008 6:12 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Another pathetic job offer

In light of this new information below, think I'll send them an email and
say:

"Hey glad to hear it about the pay more than fairly, oh by the way, it looks
like you're missing a 1 in front of the salary on your web page".



- Original Message - 
From: "Ken Porowski" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Wednesday, June 04, 2008 3:54 PM
Subject: Re: Another pathetic job offer


> From the 'Company Overview' in the posting
>
> Committing to hire the best and brightest, pay them more than fairly,
> give them the environment they need to excel, provide the management
> systems that allow them to self manage, and then get out of their way
> and let them exceed expectations.
>
> Committing to run a no overhead operation with self discipline, where
> money typically wasted on ego items is spent on employee salaries,
> benefits and client relationships rather than spent on things like
> expensive, glitzy brochures that get swept aside or thrown away.

--
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 virus found in this incoming message.
Checked by AVG. 
Version: 8.0.100 / Virus Database: 270.0.0/1484 - Release Date: 6/4/2008
4:40 PM

--
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: Monitor use of Load-Library as JOBLIB/STEPLIB

[Gary Green]

Okay, I'll admit to that tiny shortcoming with my idea...  :-)

Knowing the names of the loadlibs was assumed to be known; which is not
really likely in the scenario suggested.  If they were known, the order
could be discerned from SMF.  As long as the module name still existed, the
IDR record of the module would provide the link date.  If the date-time
stamp was before the date-time the "module name intercept" was recorded,
then we could possibly assume (yes, I know... ass, u, me...) the information
was accurate.

That's quite a lot of assumptions.

Also, I was only commenting on what Barry Merrill said in a prior email.  He
remarked that only the name of the first PDS in a concatenation order would
be recorded in the SMF records.  Then he remarked even IF all the PDS(E)
names were recorded, how would we be able to find out from which PDS the
load module originated.


Gary Green
I can use all the help I can get with my fight against cancer!  Please
support my efforts!
Thank you.
http://www.active.com/donate/tntsonj/tntsonjGGreen 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of (IBM Mainframe Discussion List)
Sent: Tuesday, June 03, 2008 5:45 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Monitor use of Load-Library as JOBLIB/STEPLIB

 
 
In a message dated 6/3/2008 2:29:23 P.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
>If one knew the names of the PDS' in question, I "assume" one could  
>discern
the concatenation order.  With that knowledge and the name of the  program
that was loaded, it should be, somewhat, simple to firgure out which PDS
made the contribution.  
Some simple coding should do the  trick...
Would it not?
 
Not if the simple coding runs after the record has been written and the
contents of the PDSes have had time to change.  And how would one know the
names 
of the PDSes in question?  Read a PROCLIB looking for the PROC?   Read some 
other kind of library looking for the JCL?  And what if those  libraries
have changed?  The most accurate way is to gather the information  from the
appropriate data source when building the record.
 
Down stream = possibly down level.
 
Bill  Fairchild
Franklin, TN

"Disinterested intellectual curiosity is the  life blood of real
civilization." [G. M. Trevelyan; 1942; English Social  History]





**Get trade secrets for amazing burgers. Watch "Cooking with 
Tyler Florence" on AOL Food.  
(http://food.aol.com/tyler-florence?video=4?&NCID=aolfod000302)

--
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 virus found in this incoming message.
Checked by AVG. 
Version: 8.0.100 / Virus Database: 269.24.6/1481 - Release Date: 6/3/2008
7:31 PM

--
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 pathetic job offer

[Gary Green]

My friend knows the position is in Detroit but sent it to me because he thought 
it was, almost, a joke.

Like you, I too checked it out and saw that it was for a consulting company in 
the automotive industry.  Tell me, did you see anything that mentioned Dell?  
As in Dell Computer?  For some reason that name sticks in my mind.  Made me 
"think" perhaps Dell was getting into the outsourcing business.  Of course, I 
could, and may well be, all wrong and it's just a figment of my lackluster 
imagination.

Gary Green

I can use all the help I can get with my fight against cancer!
Please support my efforts!
Thank you.

http://www.active.com/donate/tntsonj/tntsonjGGreen 



 On Wed Jun  4 14:40 , 'Kelman, Tom' <[EMAIL PROTECTED]> sent:

>This interested me.  Not because I want the position, but because I
>couldn't believe someone was trying to hire an MVS Systems Programmer at
>such a low salary.  Also, I hadn't heard of Fast Switch, Ltd. before so
>I went to their WEB site. When I tried this morning their site went down
>while I was on it - go figure.  Fast Switch is a consulting/technical
>recruiting firm, and the position is listed under their name on
>careerbuilder.com.  It is actually in Detroit, not Philadelphia.  The
>industry it is in is "Automotive - Motor Parts - Consulting".  Does that
>mean you would be hired as a consultant and therefore get no benefits
>besides the low salary? If anyone is interested here is the link to the
>job posting.
>
>http://www.careerbuilder.com/JobSeeker/Jobs/JobDetails.aspx\?IPath=ILKV&f
>f=21&APath=2.21.21.0.0&job_did=J8D3YJ6RDYFQN66TLYH   
>
>Tom Kelman
>Commerce Bank of Kansas City
>(816) 760-7632
>
>> -Original Message-
>> From: IBM Mainframe Discussion List [EMAIL PROTECTED]','','','')">[EMAIL 
>> PROTECTED] On
>> Behalf Of Gary Green
>> Sent: Tuesday, June 03, 2008 1:36 PM
>> To: IBM-MAIN@BAMA.UA.EDU
>> Subject: Another pathetic job offer
>> 
>> A few months back I posted to the NG about a job posting that arrived
>in
>> my inbox for a poorly paid Sr. Systems Programmer position in North
>Jersey
>> and it caused quite a stir and a lot of traffic.
>> 
>> Well, a friend that is now looking for a position in the Philadelphia
>> area, sent this to me and I thought I would pass it along.  It's
>rather
>> disheartening.
>> 
>> ...
>> 
>> 
>> Job Description
>> 
>> The MVS Systems Programmer will install; customize; test; implement;
>> document and support IBM mainframe operating system software (z/OS 1.7
>or
>> 1.8) and multiple 3rd party software products on over 25 MVS images.
>> 
>> 
>> 
>> You will code in Assembler to develop, test, implement, document and
>> support system modifications and MVS and JES exits
>> 
>> Analyze, debug and correct various z/OS software problems
>> Support z/OS USS environment
>> Use IBM's ServiceLink and interface with IBM technical support to
>resolve
>> Operating system Software and Hardware problems
>> Read and analyze system dumps
>> Provide system-programming support for the installation and upgrade of
>> mainframe hardware configurations
>> Provide support for Disaster Recovery planning and testing and provide
>> 24/7/365 support for Software/Hardware issues.
>> Install, customize, test, implement, document and support independent
>> software vendor (ISV) products as required (this includes user
>> modifications that require customization for release levels or related
>to
>> site requirements) and work with the vendors on problems and
>resolution.
>> Evaluate Software products as required and make recommendations to
>> management - Implement and maintain security and control policies,
>> procedures and standards in all phases of Software and Hardware
>> implementation changes
>> Maintain up-to-date knowledge of installed Hardware and Software
>products
>> Provide customer support by addressing Software/Hardware related
>trouble
>> tickets providing levels 1, 2 and 3 support.
>> 
>> 
>> Job Overview
>> 
>> Company: Fast Switch, Ltd. Required Education: Not Specified
>> Job Type: Information Technology
>> Installation - Maint - Repair Required Experience: Not Specified
>> Base Pay:  $38,000 - $46,000 /Year Required Travel: Not Specified
>> Other Pay: Benefits and Paid Time Off available
>> 

--
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: DFSORT/ICETOOL question

[Gary Green]

I probably already know the answer but does the number of segments/offsets 
change with each record type or would/do they remain the same?  If the later, 
then there is a DFSORT solution.


 On Wed Jun  4 12:59 , Tim Hare <[EMAIL PROTECTED]> sent:

>Really two questions I guess.
>
>1. We have variable length records with the data similar to COBOL 'OCCURS 
>DEPENDING ON' clauses - a count of the number of segments to follow, 
>followed by those segments.  Is there a way to handle these in 
>INREC/OUTREC/OUTFILE ?  I already thought of using IFTHEN  - if the count is 
>at least 1, output data from 1st segment, if at least 2, output from first 2 
>segments, etc. but I don't see how to do that based on the count that's in 
>the record
>
>2.  Is there a way to describe such segments in DFSORT Symbols?
>
>I've been RTFM and PDFs but without enlightenment.  It seems to me that it 
>requires being able to specify the position field as a calculation rather than 
>a 
>constant (i.e. 'p' = base+
>(seg_number_starting_from_0*seg_length+offset_to_field_in_segment)?
>
>This would also be of use for some SMF records I'd imagine.
>
>--
>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: Free replacement for DASD INVENTORY?

[Gary Green]

Others may chime in with a similar suggestion...

If you have DFSORT, you could run DCOLLECT (IDCAMS utility) and pass the output 
to DFSORT to produce the reports.  I know IBM has some stuff on one of their 
sites that provides the job streams and SORT SYSIN statements.  If you can not 
locate the site, post to the group and I, and others, should be able to point 
you to the correct page; or even email the stuff to you.


 On Wed Jun  4 12:04 , Scott Barry <[EMAIL PROTECTED]> sent:

>Based on your report description/title, consider using DCOLLECT (an IDCAMS 
>utility function) to collect dataset and DASD volume inventory (and more), 
>and if licensed for DFSORT, IBM provides some DCOLLECT-interface 
>functionality to generate reports.
>
>Scott Barry
>SBBWorks, Inc.
>
>--
>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: The ABCs of z/OS Maintenance.

[Gary Green]

I can't believe I forgot to include the new link.  Sorry!

https://www14.software.ibm.com/webapp/iwm/web/pick.do?lang=en_US&source=swg-systemzprfm5&S_PKG=ZPRFE50608II&tcode=108AF19E


 On Wed Jun  4  9:37 , Gary Green <[EMAIL PROTECTED]> sent:

>I just tried it again and it works for me.  Huh...
>
>Here is another link related to this one.  It's the registration page to 
>download the article.  Perhaps you'll have better luck.
>
>A side question if I may... (just curious)
>
>Are you located at the Credit Suisse site in New Brunswick, NJ?
> 
>Gary Green
>
>I can use all the help I can get with my fight against cancer!
>Please support my efforts!
>Thank you.
>
>http://www.active.com/donate/tntsonj/tntsonjGGreen 
>
>
> On Wed Jun  4  8:40 , "Hunkeler Peter (KIUK 3)"  sent:
>
>>>
>>>http://www-931.ibm.com/tela/webmail/CampaignPublisher/15165
>>>
>>
>>Is this the complete URL? I'm getting "Error 500" 
>>
>>-- 
>>Peter Hunkeler
>>Credit Suisse
>>
>>--
>>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: The ABCs of z/OS Maintenance.

[Gary Green]

I just tried it again and it works for me.  Huh...

Here is another link related to this one.  It's the registration page to 
download the article.  Perhaps you'll have better luck.

A side question if I may... (just curious)

Are you located at the Credit Suisse site in New Brunswick, NJ?
 
Gary Green

I can use all the help I can get with my fight against cancer!
Please support my efforts!
Thank you.

http://www.active.com/donate/tntsonj/tntsonjGGreen 


 On Wed Jun  4  8:40 , "Hunkeler Peter (KIUK 3)"  sent:

>>
>>http://www-931.ibm.com/tela/webmail/CampaignPublisher/15165
>>
>
>Is this the complete URL? I'm getting "Error 500" 
>
>-- 
>Peter Hunkeler
>Credit Suisse
>
>--
>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: Monitor use of Load-Library as JOBLIB/STEPLIB

[Gary Green]

. re "But even if the full DSNAMEs were provided, you'd have no way of knowing 
which PDS actually had the member that was
loaded/referenced."

Really?

If one knew the names of the PDS' in question, I "assume" one could discern the 
concatenation order.  With that knowledge and the name of the program that was 
loaded, it should be, somewhat, simple to firgure out which PDS made the 
contribution.  
Some simple coding should do the trick...

Would it not?


 On Tue Jun  3 14:07 , Barry Merrill <[EMAIL PROTECTED]> sent:

>Unfortunately, the SMF 14 records do NOT contain all DSNAMES.
>
>Specifically, in the case of interest, whenever there are
>concatenated BPAM libraries, (e.g., STEPLIB, JOBLIB, SASLIB,
>and even MXG's SOURCLIB DD) you ONLY get the DSNAME of
>the FIRST DD in the concatenation.  You do get a separate
>UCB segment for the second and subsequent contactenations,
>but only DEVNR, VOLSER, and EXCPCNT.
>
>  (MXG's 'solution' is to create a false DSNAME=' CONCAT BPAM'
>   with a blank in the first position, so that if you should
>   sort the TYPE1415 SAS dataset, those instances will be
>   printed first - no help with the DSNAME, but at least you'll
>   know there were missing DSNAMES).
>
>But even if the full DSNAMEs were provided, you'd have no
>way of knowing which PDS actually had the member that was
>loaded/referenced.
>
>Barry Merrill
>

--
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 pathetic job offer

[Gary Green]

Well, the subject says it all. :-(

However, in some markets, doubling it would be decent.  I know my friend would 
entertain the idea. 

I was going to mention something about a posting for a position in Kentucky 
that -had- been going begging, at 65k, for quite some time now.  They had a  
statement that "65k in Kentucky was like something in 6-figures elsewhere".  I 
checked before posting this but it's no longer there.  Hmmm...

Gary Green

I can use all the help I can get with my fight against cancer!
Please support my efforts!
Thank you.

http://www.active.com/donate/tntsonj/tntsonjGGreen 

 On Tue Jun  3 14:39 , Bobbie Justice <[EMAIL PROTECTED]> sent:

>Base Pay:  $38,000 - $46,000 /Year
>
>are they out of their mind?
>try tripling that salary and then they'll be about where it should be.
>
>
>- Original Message - 
>From: "Gary Green" [EMAIL PROTECTED]>
>Newsgroups: bit.listserv.ibm-main
>To: IBM-MAIN@BAMA.UA.EDU>
>Sent: Tuesday, June 03, 2008 2:35 PM
>Subject: Another pathetic job offer
>
>
>>A few months back I posted to the NG about a job posting that arrived in my 
>>inbox for a poorly paid Sr. Systems Programmer position in North Jersey and 
>>it caused quite a stir and a lot of traffic.
>>
>> Well, a friend that is now looking for a position in the Philadelphia 
>> area, sent this to me and I thought I would pass it along.  It's rather 
>> disheartening.
>>
>> ...
>>
>>
>> Job Description
>>
>> The MVS Systems Programmer will install; customize; test; implement; 
>> document and support IBM mainframe operating system software (z/OS 1.7 or 
>> 1.8) and multiple 3rd party software products on over 25 MVS images.
>>
>>
>>
>> You will code in Assembler to develop, test, implement, document and 
>> support system modifications and MVS and JES exits
>>
>> Analyze, debug and correct various z/OS software problems
>> Support z/OS USS environment
>> Use IBM's ServiceLink and interface with IBM technical support to resolve 
>> Operating system Software and Hardware problems
>> Read and analyze system dumps
>> Provide system-programming support for the installation and upgrade of 
>> mainframe hardware configurations
>> Provide support for Disaster Recovery planning and testing and provide 
>> 24/7/365 support for Software/Hardware issues.
>> Install, customize, test, implement, document and support independent 
>> software vendor (ISV) products as required (this includes user 
>> modifications that require customization for release levels or related to 
>> site requirements) and work with the vendors on problems and resolution.
>> Evaluate Software products as required and make recommendations to 
>> management - Implement and maintain security and control policies, 
>> procedures and standards in all phases of Software and Hardware 
>> implementation changes
>> Maintain up-to-date knowledge of installed Hardware and Software products
>> Provide customer support by addressing Software/Hardware related trouble 
>> tickets providing levels 1, 2 and 3 support.
>>
>>
>> Job Overview
>>
>> Company: Fast Switch, Ltd. Required Education: Not Specified
>> Job Type: Information Technology
>> Installation - Maint - Repair Required Experience: Not Specified
>> Base Pay:  $38,000 - $46,000 /Year Required Travel: Not Specified
>> Other Pay: Benefits and Paid Time Off available
>>
>>
>> --
>> 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

Another pathetic job offer

[Gary Green]

A few months back I posted to the NG about a job posting that arrived in my 
inbox for a poorly paid Sr. Systems Programmer position in North Jersey and it 
caused quite a stir and a lot of traffic.

Well, a friend that is now looking for a position in the Philadelphia area, 
sent this to me and I thought I would pass it along.  It's rather disheartening.

...


Job Description 

The MVS Systems Programmer will install; customize; test; implement; document 
and support IBM mainframe operating system software (z/OS 1.7 or 1.8) and 
multiple 3rd party software products on over 25 MVS images. 

 

You will code in Assembler to develop, test, implement, document and support 
system modifications and MVS and JES exits 

Analyze, debug and correct various z/OS software problems  
Support z/OS USS environment  
Use IBM's ServiceLink and interface with IBM technical support to resolve 
Operating system Software and Hardware problems  
Read and analyze system dumps 
Provide system-programming support for the installation and upgrade of 
mainframe hardware configurations  
Provide support for Disaster Recovery planning and testing and provide 24/7/365 
support for Software/Hardware issues. 
Install, customize, test, implement, document and support independent software 
vendor (ISV) products as required (this includes user modifications that 
require customization for release levels or related to site requirements) and 
work with the vendors on problems and resolution.  
Evaluate Software products as required and make recommendations to management - 
Implement and maintain security and control policies, procedures and standards 
in all phases of Software and Hardware implementation changes  
Maintain up-to-date knowledge of installed Hardware and Software products  
Provide customer support by addressing Software/Hardware related trouble 
tickets providing levels 1, 2 and 3 support.  


Job Overview
 
Company: Fast Switch, Ltd. Required Education: Not Specified 
Job Type: Information Technology
Installation - Maint - Repair Required Experience: Not Specified 
Base Pay:  $38,000 - $46,000 /Year Required Travel: Not Specified 
Other Pay: Benefits and Paid Time Off available 
 

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

The ABCs of z/OS Maintenance.

[Gary Green]

I subscribe to a lot of stuff from IBM and just received the following and 
thought I would pass it along.

Even though the information is derived from one of the Redbooks in the z/OS 
Systems Programming series, not everyone may have their own personal copy of 
the Redbook or this may tickle someone's fancy.

Have fun.

http://www-931.ibm.com/tela/webmail/CampaignPublisher/15165
 

Gary Green

I can use all the help I can get with my fight against cancer!
Please support my efforts!
Thank you.
http://www.active.com/donate/tntsonj/tntsonjGGreen

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

Interesting article

[Gary Green]

To kinda make up for my earlier post about Evil Knievel's son (an off topic
post if ever there was one), this article landed in my inbox so I thought I
would pass it along.
 
My comment is this, "were they not called 3270 terminals" way back when.
And, since when is "this approach completely different"?
 
http://federaltimes.com/index.php?S=3533568
 
Gary Green
I can use all the help I can get with my fight against cancer!  Please
support my efforts!
Thank you.
 <http://www.active.com/donate/tntsonj/tntsonjGGreen>
http://www.active.com/donate/tntsonj/tntsonjGGreen 
 

--
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: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix)

[Gary Green]

Yes...  Now that he jumped over 24 delivery vans.  About 10-12 more than his 
father.


 On Tue May 27 12:17 , Edward Jaffe <[EMAIL PROTECTED]> sent:

>Tom Schmidt wrote:
>> On Tue, 27 May 2008 10:23:17 -0700, Edward Jaffe wrote: 
>>   
>>> You should be using 'JESINTERFACE:EVEL 2'
>>> 
>>
>>
>> They spelled 'EVIL' wrong, didn't they?
>>   
>
>Mr. Knievel might disagree. :-)
>
>-- 
>Edward E Jaffe
>Phoenix Software International, Inc
>5200 W Century Blvd, Suite 800
>Los Angeles, CA 90045
>310-338-0400 x318
>[EMAIL PROTECTED]
>http://www.phoenixsoftware.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: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix)

[Gary Green]

My assumption was his fingers were typing faster than the Windows-controlled 
keyboard could handle and dropped the "L". ;-)


 On Tue May 27 14:04 , Tom Schmidt <[EMAIL PROTECTED]> sent:

>On Tue, 27 May 2008 10:23:17 -0700, Edward Jaffe wrote: 
> 
>>Gary Green wrote:
>>> That's if the job names used are the FTP logon userid +1 character.  If 
>they are different, the jobs are not tracked.
>>>
>>> If someone has different information, I would love to hear it.
>>>
>>
>>You should be using 'JESINTERFACE:EVEL 2'
>
>
>They spelled 'EVIL' wrong, didn't they? 
> 
>--
>Tom Schmidt 
>(I'm still working on EVIL1)  
> 
>
>--
>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: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix)

[Gary Green]

That makes all the off-topic discussions, admittedly some started by me, worth 
it!

Thanks!

 On Tue May 27 10:23 , Edward Jaffe <[EMAIL PROTECTED]> sent:

>Gary Green wrote:
>> That's if the job names used are the FTP logon userid +1 character.  If they 
>> are different, the jobs are not tracked.
>>
>> If someone has different information, I would love to hear it.
>>   
>
>You should be using 'JESINTERFACE:EVEL 2'
>
>-- 
>Edward E Jaffe
>Phoenix Software International, Inc
>5200 W Century Blvd, Suite 800
>Los Angeles, CA 90045
>310-338-0400 x318
>[EMAIL PROTECTED]
>http://www.phoenixsoftware.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
>

--
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: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix)

[Gary Green]

That's if the job names used are the FTP logon userid +1 character.  If they 
are different, the jobs are not tracked.

If someone has different information, I would love to hear it.


 On Tue May 27  7:09 , Edward Jaffe <[EMAIL PROTECTED]> sent:

>Elardus Engelbrecht wrote:
>> Write a REXX or CLIST where you submit jobs using a list of members as 
>> input. 
>> Put a waiting subroutine (a simple DO loop) between each submission long 
>> enough to allow JES2 to convert the job and place it in the Input Queue. 
>> Wait 
>> time in a busy JES2 Sysplex is usually 3 to 5 seconds between job 
>> conversions.
>>   
>
>If you use FTP to submit jobs, you can wait for job *completion* before 
>submitting the next one.
>
>-- 
>Edward E Jaffe
>Phoenix Software International, Inc
>5200 W Century Blvd, Suite 800
>Los Angeles, CA 90045
>310-338-0400 x318
>[EMAIL PROTECTED]
>http://www.phoenixsoftware.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: Practical jokes for mainframe systems programmers

[Gary Green]

Ah..., "someone", huh...? ;-)


 On Wed May 21 11:00 , Edward Jaffe <[EMAIL PROTECTED]> sent:

>Rob Scott wrote:
>> I worked at a site once (many) years ago where some bright spark once wrote 
>> a program called "IJKEFT01" whose sole purpose in life was to just ATTACH 
>> IKJEFT01 *unless* it was the "target" userid in which case it also ATTACHed 
>> an extra TCB that randomly generated strange abends at random intervals.
>>   
>
>In school, *someone* wrote a program called "FUN" that simulated the 
>"command prompt" of the interactive system we used. FUN was a simple 
>program that waited for some input from the user, wrote an exact replica 
>of the message that would appear when an unrecognized command was issued 
>(similar to IKJ56500I COMMAND x NOT FOUND in TSO/E), and then 
>re-issued the prompt and looped back to wait for more input. Watching 
>people's reactions, while FUN was running, was FUN! :-D
>
>-- 
>Edward E Jaffe
>Phoenix Software International, Inc
>5200 W Century Blvd, Suite 800
>Los Angeles, CA 90045
>310-338-0400 x318
>[EMAIL PROTECTED]
>http://www.phoenixsoftware.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
>

--
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: Practical jokes for mainframe systems programmers

[Gary Green]

Now THAT is funny...


 On Wed May 21 13:16 , Rob Scott <[EMAIL PROTECTED]> sent:

>I worked at a site once (many) years ago where some bright spark once wrote a 
>program called "IJKEFT01" whose sole purpose in life was to just ATTACH 
>IKJEFT01 *unless* it was the "target" userid in which case it also ATTACHed an 
>extra TCB that randomly generated strange abends at random intervals.
>
>Cue frantic hunting through manuals and head scratching of the affected user.
>
>Made me smile.
>
>
>Rob Scott
>Rocket Software, Inc
>275 Grove Street
>Newton, MA 02466
>617-614-2305
>[EMAIL PROTECTED]
>
>
>-Original Message-
>From: IBM Mainframe Discussion List [EMAIL PROTECTED]','','','')">[EMAIL 
>PROTECTED] On Behalf Of Edward Jaffe
>Sent: 21 May 2008 18:04
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Re: Practical jokes for mainframe systems programmers
>
>Richards, Robert B. wrote:
>> As someone already commented on Tech Target website, these practical
>> jokes are neither practical nor a joke.
>>
>
>Jokes or not, I was ROTFLMAO! And, based on the first comment posted, I guess 
>that means I should be locked up! :-D
>
>--
>Edward E Jaffe
>Phoenix Software International, Inc
>5200 W Century Blvd, Suite 800
>Los Angeles, CA 90045
>310-338-0400 x318
>[EMAIL PROTECTED]
>http://www.phoenixsoftware.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
>
>--
>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

DFHSM Abend

[Gary Green]

Wouild someone be able to help me save a bunch of research time with this 
problem.

We have a user that is attempting to recall a migrated dataset (standard JCL 
PDS).  However, DFHSM is getting an abend E37-04 during the recall process.  If 
this were a  recover I would allocate a new dataset, with appropriate 
attributes, and then ask HSM to replace the existing one.  However, the only 
options with a recall are volume, unit, wait, etc...  I tried it myself, even 
sendig the recalled ds to other volumes, all to no avail.

I do not recall getting anything like this for more than 10 years and I forgot 
the work-around.

Thanks for anything anyone can contribute.

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

MVS Shop in Bethelem

[Gary Green]

India, and short-sightedness, strikes again...

A close friend is being outsourced and asked me to ask the group if anyone 
know's the name of an MVS shop in the Bethlehem/Allentown PA. area.  My friend 
thinks there is a position available somewhere in that area and would like to 
target the resume.

Thanks.

--
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: Arthur W. Burks, 1915-2008

[Gary Green]

Yeah..., and based on their propensity to trumpet Windoze, we may be in for a 
world of hurt.


 On Mon May 19 13:26 , john gilmore <[EMAIL PROTECTED]> sent:

>Burks was the the last co-author, with von Neumann and Goldstine, of the first 
>and still relevant programming-techniques paper; he also edited von Neumann's 
>seminal (but unfinished) paper on self-reproducing machines for publication, 
>extending the notion of reproduction to the inorganic.
> 
>The heroic generation has all but disappeared.  Perhaps inevitably but sadly, 
>we are left with the epigoni of their epigoni.John GilmoreAshland, MA 
>01721-1817USA
>_
>E-mail for the greater good. Join the i’m Initiative from Microsoft.
>http://im.live.com/Messenger/IM/Join/Default.aspx\?source=EML_WL_ GreaterGood
>--
>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 programming vs the Web

[Gary Green]

Sheesh...  I had better start using this computer for something other than
work. ;-)

Thanks. 


Gary Green
I can use all the help I can get with my fight against cancer!  Please
support my efforts!
Thank you.
http://www.active.com/donate/tntsonj/tntsonjGGreen 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Lopez, Rich [ITSUS]
Sent: Friday, May 16, 2008 1:42 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Mainframe programming vs the Web

yes really!
 <http://www.comingsoon.net/news/movienews.php?id=19966> Colossus Remake in
the Works - ComingSoon.net

-Original Message-
From: IBM Mainframe Discussion List [ mailto:[EMAIL PROTECTED] Behalf
Of Gary Green
Sent: Friday, May 16, 2008 11:30 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Mainframe programming vs the Web


You're kidding... Really? 


Gary Green
I can use all the help I can get with my fight against cancer!  Please
support my efforts!
Thank you.
http://www.active.com/donate/tntsonj/tntsonjGGreen

-Original Message-
From: IBM Mainframe Discussion List [ mailto:[EMAIL PROTECTED] On Behalf
Of Lopez, Rich [ITSUS]
Sent: Friday, May 16, 2008 11:22 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Mainframe programming vs the Web

Colossus - Waiting for the remake by Ron Howard 2008-2009?




--
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 virus found in this incoming message.
Checked by AVG. 
Version: 8.0.100 / Virus Database: 269.23.16/1446 - Release Date: 5/16/2008
7:42 AM

--
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 programming vs the Web

[Gary Green]

You're kidding... Really?  


Gary Green
I can use all the help I can get with my fight against cancer!  Please
support my efforts!
Thank you.
http://www.active.com/donate/tntsonj/tntsonjGGreen 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Lopez, Rich [ITSUS]
Sent: Friday, May 16, 2008 11:22 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Mainframe programming vs the Web

Colossus - Waiting for the remake by Ron Howard 2008-2009? 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf
Of Gary Green
Sent: Wednesday, May 14, 2008 11:26 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Mainframe programming vs the Web


I did not know about the sequels.  Thanks.

Oh, my son says the movie is available on Netflix.  He promised to add it to
his list and perhaps move it towards the top. 


G

--
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 virus found in this incoming message.
Checked by AVG. 
Version: 8.0.100 / Virus Database: 269.23.16/1446 - Release Date: 5/16/2008
7:42 AM

--
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 programming vs the Web

[Gary Green]

I did not know about the sequels.  Thanks.

Oh, my son says the movie is available on Netflix.  He promised to add it to
his list and perhaps move it towards the top. 


Gary Green
I can use all the help I can get with my fight against cancer!  Please
support my efforts!
Thank you.
http://www.active.com/donate/tntsonj/tntsonjGGreen 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Robert A. Rosenberg
Sent: Wednesday, May 14, 2008 5:33 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Mainframe programming vs the Web

At 15:05 -0400 on 05/13/2008, Daniel McLaughlin wrote about Re: 
Mainframe programming vs the Web:

>["The Forbin Project"] Great movie!

The book (and its two sequels which explain why Colossus did what it did -
It had detected an external threat and was defending Earth against it) was
even better.

--
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 virus found in this incoming message.
Checked by AVG. 
Version: 8.0.100 / Virus Database: 269.23.16/1433 - Release Date: 5/14/2008
4:44 PM

--
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: estimating number of records.

[Gary Green]

Ah...  Kicking and scratching all the way, huh...

 On Wed May 14 13:56 , 'McKown, John' <[EMAIL PROTECTED]> sent:

>> -Original Message-
>> From: IBM Mainframe Discussion List 
>> [EMAIL PROTECTED]','','','')">[EMAIL PROTECTED] On Behalf Of Gary Green
>> Sent: Wednesday, May 14, 2008 1:53 PM
>> To: IBM-MAIN@BAMA.UA.EDU
>> Subject: Re: estimating number of records.
>> 
>> If it the file were VSAM, could you not call the CSI to get 
>> that information, somewhat, directly?
>
>Yes, if I were to use IGGCSI00. But I, personally, consider the calling
>to be "difficult" and simply don't want to bother with it. Again, that
>is me. Others disagree. I'm doing this more "quick and dirty" to get
>some end users off my back.
>
>--
>John McKown
>Senior Systems Programmer
>HealthMarkets
>Keeping the Promise of Affordable Coverage
>Administrative Services Group
>Information Technology
>
>The information contained in this e-mail message may be privileged
>and/or confidential.  It is for intended addressee(s) only.  If you are
>not the intended recipient, you are hereby notified that any disclosure,
>reproduction, distribution or other use of this communication is
>strictly prohibited and could, in certain circumstances, be a criminal
>offense.  If you have received this e-mail in error, please notify the
>sender by reply and delete this message without copying or disclosing
>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
>

--
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: estimating number of records.

[Gary Green]

If it the file were VSAM, could you not call the CSI to get that information, 
somewhat, directly?

 On Wed May 14 13:49 , 'McKown, John' <[EMAIL PROTECTED]> sent:

>> -Original Message-
>> From: IBM Mainframe Discussion List 
>> [EMAIL PROTECTED]','','','')">[EMAIL PROTECTED] On Behalf Of Tony Harminc
>> Sent: Wednesday, May 14, 2008 1:02 PM
>> To: IBM-MAIN@BAMA.UA.EDU
>> Subject: Re: estimating number of records.
>> 
>> 2008/5/14 Gary Green [EMAIL PROTECTED]>:
>> > Well, disk datasets should be relatively easy... (if the 
>> information is returned from the LMDIST call)
>> >
>> > Number of tracks used * % of space used * blocks per track 
>> divided by record length.
>> >
>> > Or am I missing something in the question?
>> 
>> RECFM=V ?
>> 
>> Tony H.
>
>And VSAM. I'm giving up and just saying "No!"
>
>--
>John McKown
>Senior Systems Programmer
>HealthMarkets
>Keeping the Promise of Affordable Coverage
>Administrative Services Group
>Information Technology
>
>The information contained in this e-mail message may be privileged
>and/or confidential.  It is for intended addressee(s) only.  If you are
>not the intended recipient, you are hereby notified that any disclosure,
>reproduction, distribution or other use of this communication is
>strictly prohibited and could, in certain circumstances, be a criminal
>offense.  If you have received this e-mail in error, please notify the
>sender by reply and delete this message without copying or disclosing
>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
>

--
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: estimating number of records.

[Gary Green]

Okay, okay, you found the flaw in my suggestion...

grumble, grumble, grumble... ;)


 On Wed May 14 14:01 , Tony Harminc <[EMAIL PROTECTED]> sent:

>2008/5/14 Gary Green [EMAIL PROTECTED]>:
>> Well, disk datasets should be relatively easy... (if the information is 
>> returned from the LMDIST call)
>>
>> Number of tracks used * % of space used * blocks per track divided by record 
>> length.
>>
>> Or am I missing something in the question?
>
>RECFM=V ?
>
>Tony H.
>
>--
>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: VMWare more reliable

[Gary Green]

I did not notice.

As you said, interesting...


 On Wed May 14 13:59 , Tony Harminc <[EMAIL PROTECTED]> sent:

>2008/5/14 Gary Green [EMAIL PROTECTED]>:
>> than the mainframe.  Or so it was reported back in January...
>>
>> http://redmondmag.com/features/article.asp\?editorialsid=2400#reliable
>
>Interesting that Google Desktop's malware warning is triggered by this site.
>
>Tony H.
>
>--
>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: estimating number of records.

[Gary Green]

Well, disk datasets should be relatively easy... (if the information is 
returned from the LMDIST call)

Number of tracks used * % of space used * blocks per track divided by record 
length.

Or am I missing something in the question?


 On Wed May 14 10:31 , 'McKown, John' <[EMAIL PROTECTED]> sent:

>I know that DFSORT and other products can estimate the number of input
>records, given a disk dataset or even a tape. Is there some GUPI
>interface where I can get this information myself, easily?
>
>Reason: I have a web page which can list datasets. It uses the ISPF
>LMDLIST function to get the datset information. For disk datasets, it
>can get the number of tracks, and creation date. I have been asked if it
>could also get the create date for tape datasets from CA-1 as well as an
>estimate of the probable number of input records for both disk and tape.
>I don't really want to do this, but I said that I'd ask.
>
>--
>John McKown
>Senior Systems Programmer
>HealthMarkets
>Keeping the Promise of Affordable Coverage
>Administrative Services Group
>Information Technology
>
>The information contained in this e-mail message may be privileged
>and/or confidential.  It is for intended addressee(s) only.  If you are
>not the intended recipient, you are hereby notified that any disclosure,
>reproduction, distribution or other use of this communication is
>strictly prohibited and could, in certain circumstances, be a criminal
>offense.  If you have received this e-mail in error, please notify the
>sender by reply and delete this message without copying or disclosing
>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
>

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

VMWare more reliable

[Gary Green]

than the mainframe.  Or so it was reported back in January...

http://redmondmag.com/features/article.asp?editorialsid=2400#reliable

But disputed...

Watch the wrap.

http://serverspecs.blogs.techtarget.com/2008/05/13/vmware-esx-more-reliable-than-the-mainframe-says-mag/?track=NL-576&ad=639921&asrc=EM_NLN_3643720&uid=1900046

Enjoy.

--
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 programming vs the Web

[Gary Green]

While we are on the subject...

http://www.imdb.com/title/tt0064177/


 On Tue May 13 15:09 , 'Hardee, Charles H' <[EMAIL PROTECTED]> sent:

>Fantablous movie!
>Computer takes over the world, almost!
>Classic!
>
>-Original Message-
>From: IBM Mainframe Discussion List [EMAIL PROTECTED]','','','')">[EMAIL 
>PROTECTED] On
>Behalf Of Rick Fochtman
>Sent: Tuesday, May 13, 2008 1:59 PM
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Re: Mainframe programming vs the Web
>
>
>
>>> While we're speaking of books we no longer have, but wish we did, I
>vote
>>> for "The Adolescence of P1".
>>
>>
>> Or "Valentina: Soul in Sapphire " or either edition of "When Harlie 
>> was One". All are about Sentient Computer Programs that roam the Net 
>> (before the Internet even existed).
>>
>> As for P1, if you are willing to spend under $4.50 there are a large 
>> number of copies on the Amazon Market Place for under $0.50 with a 
>> $3.99 S+H charge. I still have my original copy in my Computer SF 
>> Collection (along with Valentiana and both versions of Harlie). P1 is 
>> fun since it is based on a thinly disguised version of the IBM DOS/360
>
>> Operating System.
>
>---
>While we're fantasizing, does anyone remember "The Forbin Project" ??
>:-)
>
>--
>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 programming vs the Web

[Gary Green]

Oh yes.

I remember starting to read it when someone on CompuServe (remember that) 
recommended it to me back in the 80's.  I laid it down somewhere and it was 
gone.  I never did get another copy to finish reading...


 On Tue May 13 13:58 , Rick Fochtman <[EMAIL PROTECTED]> sent:

>
>
>>> While we're speaking of books we no longer have, but wish we did, I vote
>>> for "The Adolescence of P1".
>>
>>
>> Or "Valentina: Soul in Sapphire " or either edition of "When Harlie 
>> was One". All are about Sentient Computer Programs that roam the Net 
>> (before the Internet even existed).
>>
>> As for P1, if you are willing to spend under $4.50 there are a large 
>> number of copies on the Amazon Market Place for under $0.50 with a 
>> $3.99 S+H charge. I still have my original copy in my Computer SF 
>> Collection (along with Valentiana and both versions of Harlie). P1 is 
>> fun since it is based on a thinly disguised version of the IBM DOS/360 
>> Operating System.
>
>---
>While we're fantasizing, does anyone remember "The Forbin Project" ??  :-)
>
>--
>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 programming vs the Web

[Gary Green]

Are you certain it was a DOS system.  I thought it was an MFT, or MVT, and 
"housed" in a 165/95, was it...?


 On Tue May 13 13:58 , 'Robert A. Rosenberg' <[EMAIL PROTECTED]> sent:

>At 10:08 -0400 on 05/13/2008, Daniel McLaughlin wrote about Re: 
>Mainframe programming vs the Web:
>
>>While we're speaking of books we no longer have, but wish we did, I vote
>>for "The Adolescence of P1".
>
>Or "Valentina: Soul in Sapphire " or either edition of "When Harlie 
>was One". All are about Sentient Computer Programs that roam the Net 
>(before the Internet even existed).
>
>As for P1, if you are willing to spend under $4.50 there are a large 
>number of copies on the Amazon Market Place for under $0.50 with a 
>$3.99 S+H charge. I still have my original copy in my Computer SF 
>Collection (along with Valentiana and both versions of Harlie). P1 is 
>fun since it is based on a thinly disguised version of the IBM 
>DOS/360 Operating System.
>
>--
>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 programming vs the Web

[Gary Green]

At the risk of this thread straying off topic too much, I agree...

I have two copies floating around my house somewhere.  I can never find them 
when I want to reread the book; about every 4-5 years.

"Where's Gregory?".


 On Tue May 13 10:08 , Daniel McLaughlin <[EMAIL PROTECTED]> sent:

>While we're speaking of books we no longer have, but wish we did, I vote 
>for "The Adolescence of P1".
>
>Daniel McLaughlin
>Z-Series Systems Programmer
>Information & Communications Technology
>Crawford & Company
>4680 N. Royal Atlanta
>Tucker GA 30084 
>phone: 770-621-3256 
>fax: 770-621-3237
>email: [EMAIL PROTECTED]
>web: www.crawfordandcompany.com 
>
>
>
>
>Best Overall Third-Party Claims Administrator - 2007 "Business Insurance" 
>Readers Choice Awards
> 
>Consider the environment before printing this message.
>
>This transmission is intended exclusively for the individual or entity to 
>which it is addressed. This communication may contain information that is 
>confidential, proprietary, privileged or otherwise exempt from disclosure. If 
>you are not the named addressee, you are NOT authorized to read, print, 
>retain, copy or disseminate this communication, its attachments or any part of 
>them. If you have received this communication in error, please notify the 
>sender immediately and delete this communication from all computers.  This 
>communication does not form any contractual obligation on behalf of the 
>sender, the sender's employer, or the employer's parent company, affiliates or 
>subsidiaries.
>
>--
>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: Performance report help

[Gary Green]

Yes, SAS is a pre-req for MXG.

Have you looked at the RMF Spreadsheet Reporter?

It's a bit high-level for what I think you need, but the "process" of
acquiring the data, getting it into the spreadsheets and preparing the
charts may give you some insight on how to take a left turn at Albuquerque
and perhaps roll your own to get the info you need.

Earlier, I think I read a post by another forum member to look at DFSORT to
produce something.  That is a very good idea.


Gary Green
I can use all the help I can get with my fight against cancer!
Please support my efforts!
Thank you.
http://www.active.com/donate/tntsonj/tntsonjGGreen 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Jon Brock
Sent: Friday, May 09, 2008 3:10 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Performance report help

It has been a long time since I looked at it, but I don't think we can use
MXG.  We don't have SAS, and isn't that an MXG requirement?


Thanks,
Jon


 


When I've had to determine what job(s) have caused a large CPU increase over
an interval I've used the SMF type 30 interval records.  If you have Barry
Merrill's MXG the information from them is in the SMFINTRV dataset.  By
using them you can limit the analysis to a short interval rather than over
the full time of the job.  Of course if you talking about several days of
data it would be a lot of information. 


--
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 virus found in this incoming message.
Checked by AVG. 
Version: 8.0.100 / Virus Database: 269.23.14/1425 - Release Date: 5/9/2008
12:38 PM

--
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 one bites the dust.

[Gary Green]

As the subject says...

http://searchdatacenter.techtarget.com/news/article/0,289142,sid80_gci1312380,00.html?track=NL-576&ad=638786&asrc=EM_NLN_3601410&uid=1900046


Watch the wrap.

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

Interesting Article

[Gary Green]

about the mainframe and TCO...
 
Gary Green
I can use all the help I can get with my fight against cancer!  Please
support my efforts!
Thank you.
 <http://www.active.com/donate/tntsonj/tntsonjGGreen>
http://www.active.com/donate/tntsonj/tntsonjGGreen 
 

--
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: REXX Error (Was: 'action' in UK33496)

[Gary Green]

re  Of course, being 51 may have something to do with it.

Or as we say, C.R.S ;)

--
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: switch from CA-SYSVIEW to SDSF

[Gary Green]

Perhaps I mis-worded my reply.

While SYSVIEW can provide the informatiion one could derive from SDSF, SYSVIEW 
is, in my mind, primalrily a system monitoring tool.   If I want to keep an eye 
on my system, I turn first, in this shop anyway, to SYSVIEW.  I want to know 
who's sucking up the processor, or exceeding desired channel utilitzation, I 
turn to SYSVIEW.  If I want to set some threshold alerts, I turn to SYSVIEW.


 On Mon Apr 21 16:33 , 'Norman Hollander on h-WiZ.biz' <[EMAIL PROTECTED]> sent:

>SYSVIEW absolutely provides the exact same information and processes that
>you use in SDSF today.  In fact, SYSVIEW provides more information than
>SDSF.  You can use the same commands that you use in SDSF, today.
>The SPOOL feature is included with the base product.  And if TSO is not up 
>and available, you can do the same things with access from VTAM, CICS and 
>even z/VM-CMS. But SYSVIEW is a lot more than just a facility for SPOOL 
>management.  It is a world class Performance monitor for z/OS, CICS, IMS,
>Websphere MQ, TCP/IP, USS, WLM, SysPlex, and Datacom (Roscoe if you are one
>of the fortunate still using it).  If you would like additional information,
>feel free to send me direct eMail at [EMAIL PROTECTED]  And thanks to
>those who had good words about SYSVIEW and are using it today.
>
>-Original Message-
>From: IBM Mainframe Discussion List [EMAIL PROTECTED]','','','')">[EMAIL 
>PROTECTED] On Behalf
>Of Doug Fuerst
>Sent: Monday, April 21, 2008 SYSN 03:01 PM
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Re: switch from CA-SYSVIEW to SDSF
>
>No, actually they do. You can get the JES2 features of Sysview that 
>allow you to manipulate the JES like SDSF. I prefer SDSF, but one of the 
>place I am now uses it extensively. Fortunately they also have SDSF so I 
>was not forced to use Sysview, but I have learned a bit about it, and 
>can use it with JES output, syslog displays, etc.
>
>Doug Fuerst
>
>Gary Green wrote:
>> Ah...  These two products do not provide the same informaiton.
>>
>> SYSVIEW provides internal, control-block structure  information (at a
>minimum) while SDSF (Spool Display and Search Facility) provides informaiton
>about Jobs in the JES queue.
>>
>>   
>snip?>>>>>>>>>>>
>
>--
>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: switch from CA-SYSVIEW to SDSF

[Gary Green]

Ah...  These two products do not provide the same informaiton.

SYSVIEW provides internal, control-block structure  information (at a minimum) 
while SDSF (Spool Display and Search Facility) provides informaiton about Jobs 
in the JES queue.


 On Mon Apr 21 14:39 , Duane Weaver <[EMAIL PROTECTED]> sent:

>Has anyone ever switched their users from CA-SYSVIEW to SDSF?
>
>
>Duane
>
>--
>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

False Advertising

[Gary Green]

Many of you will probably receive the email from one of the MF sites which will 
contain the reference to this article.

http://serverspecs.blogs.techtarget.com/2008/04/04/why-there-should-probably-be-no-windows-in-the-data-center/?track=NL-576&ad=634581&asrc=EM_NLN_3449818&uid=1900046

When I saw the title, "Why There Should Probably Be No Windows in the Data 
Center", it piqued my  interest. ;)

As I mention in the subject, it turned out to be false advertising.

--
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: JOB00045 $HASP165 IBMUSERB ENDED AT N1 - JCL ERROR CN(INTERNAL)

[Gary Green]

If that is the EXACT JCL you submitted, the lower case characters in the DSN 
would cause a JCL error.

Try converting them to upper case and resubmitting.


 On Wed Apr  9 15:57 , Fabio D'Alfonso <[EMAIL PROTECTED]> sent:

>Hi this is the job
>
>//STEP1EXEC  PGM=IFCDIP00
>//SERERDS  DD  DSN=sys1.logrec,
>// DISP=SHR
>
>on console there is a IEFC452I JOB NOT RUN
>
>Best Regards
>Fabio D'Alfonso
>
>> Ah, we would need a little bit more than that to answer your question.
>>
>> Perhaps the JCL job log?
>>
>>
>>  On Wed Apr  9 15:20 , Fabio D'Alfonso [EMAIL PROTECTED]>
>> sent:
>>
>>>Hi,
>>>I am getting this error submitting a job.
>>>
>>>The job is a simple logrec format and previously worked.
>>>
>>>How could we go over this?
>>>
>>>Thanks
>>>fabio D'Alfonso
>>>
>>>--
>>>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
>

--
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: JOB00045 $HASP165 IBMUSERB ENDED AT N1 - JCL ERROR CN(INTERNAL)

[Gary Green]

Ah, we would need a little bit more than that to answer your question.

Perhaps the JCL job log?


 On Wed Apr  9 15:20 , Fabio D'Alfonso <[EMAIL PROTECTED]> sent:

>Hi,
>I am getting this error submitting a job.
>
>The job is a simple logrec format and previously worked.
>
>How could we go over this?
>
>Thanks
>fabio D'Alfonso
>
>--
>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: How to check if a job has run?

[Gary Green]

As other have written, writing something to walk the JCT/SCT chain will do as 
you ask.  Run the program as the last step in the job and you can do with the 
information as you wish.

I did something like this at a client location a few years ago.  The program 
was called RCWALKER and could execute anywhere in the job stream.  In most 
instances, it was the last step in a job.

It produced a couple of different "reports" based on what DD statements were 
present in the JCL.  One of the reports was nothing more than a flat-file, 
which contained a one-line detail entry for each step.  The information in the 
detail line was jobname, stepname, pgmname, return code or ABEND code and a 
couple of other pieces of information.

In my case, the file produced was emailed to interested parties.  In your case, 
you could read this file with another utility, which would make decisions based 
on the RC from each step in the job.


 On Tue Apr  8 16:59 , Michael Knigge <[EMAIL PROTECTED]> sent:

>David,
>
>> file, so how does this help? What would you do with it that I am not
>> understanding?
>
>Hmmm. yes... confusing... :)
>
>
>What I don't want is an "additional STEP after every STEP" in my Job.
>
>So for example:
>
>STEP01: IEBCOPY
>STEP02: MYTOOL --> writes STEP01 returned CC=0
>STEP03: IEBCOPY
>STEP04: MYTOOL --> writes STEP03 returned CC=4
>STEP05: IEBCOPY
>STEP06: MYTOOL --> writes STEP05 returned CC=4
>
>
>I didn't knew that is is quite simple to use JCT and SCT to get the CC 
>of every STEP in the job. So putting "only one" STEP at the end of the 
>Job is somehow "ok" for me.
>
>
>And I like this more than the "FTP-Idea", because the FTP-Server may be 
>down, the JCT/SCT will never ;-)
>
>
>Bye,
>Michael
>

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

H1B Video

[Gary Green]

I know we've been down this road before.  Here is more fuel for the fire.
 
http://www.youtube.com/watch?v=o8Tsqk6jJoY
http://www.youtube.com/watch?v=o8Tsqk6jJoY> 
 
Gary Green
EverGreen Systems
I can use all the help I can get with my fight against cancer!  Please
support my efforts!
Thank you.
 <http://www.active.com/donate/tntsonj/tntsonjGGreen>
http://www.active.com/donate/tntsonj/tntsonjGGreen 
 

--
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: Is IT becoming extinct?

[Gary Green]

Sounds like this is the same thought process that proclaimed that the mainframe 
was dead.

I loved the statement (my words of the thier toughts) about "bulk purchases" 
are limiting the company by preventing the user commuinity from taking 
advantage of newer, more flexible offerings.  Yeah, right...  Just what a 
company needs, the user coonunity buying whatever they think and then calling 
up the help desk to "fix it" when the new thing does not 
operate/execute/produce as promised.  Nah, that'll never happen...


 On Mon Mar 24  9:15 , Doc Farmer <[EMAIL PROTECTED]> sent:

>You're standing in the right place - the author, however, is not.  While he
>brings up valid points, these are correctable by good project management and
>more User ownership of (and responsibility for) their applications and data.
>
>-Original Message-
>From: IBM Mainframe Discussion List [EMAIL PROTECTED]','','','')">[EMAIL 
>PROTECTED] On Behalf
>Of Howard Brazee
>Sent: Monday, March 24, 2008 09:01
>To: IBM-MAIN@bama.ua.edu
>Subject: Is IT becoming extinct?
>
>http://blogs.zdnet.com/projectfailures/\?p=666
>
>(Not from where I'm standing - but I might not be standing the right
>place)
>
>--
>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: SYMDUMP Question

[Gary Green]

I have no idea... ??? 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Shmuel Metz (Seymour J.)
Sent: Thursday, March 20, 2008 8:09 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SYMDUMP Question

Is the character set issue on your end or in the listserv?

In <[EMAIL PROTECTED]>, on 03/17/2008
   at 01:18 PM, Gary Green <[EMAIL PROTECTED]> said:

>Content-Type: text/plain; charset="iso-8859-1"
>MIME-Version: 1.0
>X-Origin: 205.203.128.142
>X-Mailer: AtMail 4.61 - 205.203.128.142 - 
>[EMAIL PROTECTED]
>X-Antivirus: checked in 0.008sec at bama.ua.edu ([130.160.4.114]) by 
>smf-clamd
> v1.2.1 - http://smfs.sf.net/
>Content-Transfer-Encoding: 8bit
>X-MIME-Autoconverted: from quoted-printable to 8bit by bama.ua.edu id
>  m2HHIxJG017147

Looks normal for Latin1.

>We canâ  t

The code points after "can" are E2 80 99, which I suspect is intended to be
UTF-8 but doesn't match the Content-Type header field. The expected code
point is '27'x.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see <http://patriot.net/~shmuel/resume/brief.html>
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


--
No virus found in this incoming message.
Checked by AVG. 
Version: 7.5.519 / Virus Database: 269.21.7/1335 - Release Date: 3/19/2008
9:54 AM

--
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: MVS initiated FTP to Windows

[Gary Green]

Actually, that is something I have... thought about, but only as long as it 
took the next "thing" to pop up and send me off track to handle another 
problem, etc...

Before encryption became easily available on the mainframe, I "had" thought 
about a putting together an automated Rube Goldberg process where I would use 
TRSMAIN to compress a file on the sending host, email it to my home WS, save it 
there, then FTP it to one of the P/390's I have running, submit a job from the 
PC, via FTP, to run TRSMAIN to expand the file and then take the output and FTP 
it back out to my internal LAN. :)

I figured the format of a TRSMAIN compressed EBCDIC file should ensure a decent 
amount of protection.


 On Wed Mar 19 14:25 , 'McKown, John' <[EMAIL PROTECTED]> sent:

>> -Original Message-
>> From: IBM Mainframe Discussion List 
>> [EMAIL PROTECTED]','','','')">[EMAIL PROTECTED] On Behalf Of Gary Green
>> Sent: Wednesday, March 19, 2008 2:15 PM
>> To: IBM-MAIN@bama.ua.edu
>> Subject: Re: MVS initiated FTP to Windows
>> 
>> 
>> Well, that's an interesting question, Rick.  In my 
>> situations, everything was behind the firewall so there was 
>> little concern for hackers.  I do know that the IIS on the WS 
>> can be setup with some security (userid, password, restricted 
>> directory(ies), etc...
>> 
>> Is there any built-in security for FTP?  Perhaps encryption?
>> 
>> Oh, oh, oh...  I just had an idea.
>> 
>
>
>[snip]
>
>> I just know I am giving security-conscious lurkers 
>> acid-reflux with all this. ;)
>> 
>
>That is actually fairly good. The only thing that I would add to it
>would be to encrypt the email entirely, both ways. That way, nobody can
>fake one on you. And the data is relatively safe as it crosses the
>Internet. Of course, if you do it a lot, a number of government entities
>might become "concerned". Use of a "one time pad" would be even more
>secure than using a pre-selected private key. And each message could
>contain the contents of the next pad in the series.
>
>--
>John McKown
>Senior Systems Programmer
>HealthMarkets
>Keeping the Promise of Affordable Coverage
>Administrative Services Group
>Information Technology
>

--
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: MVS initiated FTP to Windows

[Gary Green]

Well, that's an interesting question, Rick.  In my situations, everything was 
behind the firewall so there was little concern for hackers.  I do know that 
the IIS on the WS can be setup with some security (userid, password, restricted 
directory(ies), etc...

Is there any built-in security for FTP?  Perhaps encryption?

Oh, oh, oh...  I just had an idea.

One could send an email from the host to the workstation, no matter where it 
was.  The email would contain an identifiable subject line.  Outlook could be 
setup to look for that special subject and would save the email, file, etc... 
in a directory that is monitored by a VBS.  Once a file is placed in that 
directory, the script would move it elsewhere and then trigger an FTP GET from 
the WS using the file/email contents to identify what is to be brought down 
from the host, rather pushed down by the host.

Once down, do with the file as you will.

This is how I process the performance files I mentioned in my original post.  A 
file arrives in a monitored directory, by a script, and the script then invokes 
Excel to process the file.  When Excel is finished processing the file, it 
either moves it to another directory or deletes it.  I have had this process 
working for more than a couple of years now and the only trouble I ever 
experienced, once up and working that is, was when the WS died from a disk 
crash.

If the file on the host is a nothing special text file, and if it were small 
enough (site specific) you could always just email the file to the WS and be 
done with it.  To keep an eye on things I am responsible for, I send/email 
files to my home email address all the time.  Yes, yes, I know it violates 
certain security concerns and perhaps some auditors would get bent out of 
shape.  However, the data in the files is nothing more than status information. 
 If I wanted, I could even turn on an Outlook script that could identify those 
emails of extreme importance and then send a text to my cell phone.

Oh, I forgot to mention.  This email processing is how I can retrieve files on 
a WS via Outlook.  I send an email to a WS, setup for the process of course.  
Once the identified email (special subject line identifier) is received, a 
script will "reply" to the received email with the requested file attached.  I 
can even have the file sent to one of a list of already-identified email 
addresses.

I just know I am giving security-conscious lurkers acid-reflux with all this. ;)


 On Wed Mar 19 11:57 , Rick Fochtman <[EMAIL PROTECTED]> sent:

>-
>
>>A lot has been said about MVS/DNS/etc..., knowing the IP address of the 
>>workstation in order for MVS to initiate the FTP "down" to the WS.  Most have 
>>said it needs to be a static IP address.
>>
>>At this site, we use static IP addresses.  However, while I no longer have 
>>the VBS/WSF (a VB script) file, at a prior site I wrote a plain-ole BAT/CMD 
>>file which called CSCRIPT to process the VBS/WSF file which would parse a txt 
>>file that was the output of "IPCONFIG /ALL > IPINFO.TXT".  The data in the 
>>file contained the current WS IP address.
>>
>>Once the file was parsed (I got the data I needed), I knew the IP address and 
>>would save it to a one-line TXT file which was then FTP'ed to the MVS host 
>>and stored in a flat file which was read, actually copied, into the 'host 
>>side' FTP SYSIN file.  Now, I had what I needed to know to initiate the FTP 
>>down to the workstation.  Using the Scheduled Tasks utility in XP, the 
>>BAT/CMD file would be kicked off at system started up (boot) and daily, about 
>>10-15 minutes before the first MVS job of the day that produced the data I 
>>needed on the WS.
>>
>>While there may have been a better solution, or one more robust/reliable, it 
>>was not as ugly as it seems and the end result was it worked!  In the time I 
>>was there using this process, there was only one occasion when the lease of a 
>>workstation expired between the time the IP address was FTPed to the host and 
>>the time the host needed the IP address to send the data down.  I had 
>>intentions of rewriting the script file, but you know how that is.
>>
>

--
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: MVS initiated FTP to Windows

[Gary Green]

Well, at the site in question, there was no such updating of DNS for 
workstations.  Why?  I have no idea.  So, another solution was necessary.


 On Wed Mar 19 12:05 , Scott Rowe <[EMAIL PROTECTED]> sent:

>This seems like a whole lot of work to go through to get around a
>problem that shouldn't exist in the first place.  If the DHCP/DNS is
>setup correctly, every PC should have a valid DNS name that resolves the
>IP address correctly.  I don't remember any site I've worked at recently
>(5 years) where I couldn't use a DNS name to address a desktop machine.
>
>>>> Gary Green [EMAIL PROTECTED]> 3/19/2008 10:59 AM >>>
>A lot has been said about MVS/DNS/etc..., knowing the IP address of the
>workstation in order for MVS to initiate the FTP "down" to the WS.  Most
>have said it needs to be a static IP address.
>
>At this site, we use static IP addresses.  However, while I no longer
>have the VBS/WSF (a VB script) file, at a prior site I wrote a plain-ole
>BAT/CMD file which called CSCRIPT to process the VBS/WSF file which
>would parse a txt file that was the output of "IPCONFIG /ALL >
>IPINFO.TXT".  The data in the file contained the current WS IP address.
>
>Once the file was parsed (I got the data I needed), I knew the IP
>address and would save it to a one-line TXT file which was then FTP'ed
>to the MVS host and stored in a flat file which was read, actually
>copied, into the “host side† FTP SYSIN file.  Now, I had what I
>needed to know to initiate the FTP down to the workstation.  Using the
>Scheduled Tasks utility in XP, the BAT/CMD file would be kicked off at
>system started up (boot) and daily, about 10-15 minutes before the first
>MVS job of the day that produced the data I needed on the WS.
>
>While there may have been a better solution, or one more
>robust/reliable, it was not as ugly as it seems and the end result was
>it worked!  In the time I was there using this process, there was only
>one occasion when the lease of a workstation expired between the time
>the IP address was FTP’ed to the host and the time the host needed the
>IP address to send the data down.  I had intentions of rewriting the
>script file, but you know how that isâ€|
>

--
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: MVS initiated FTP to Windows

[Gary Green]

A lot has been said about MVS/DNS/etc..., knowing the IP address of the 
workstation in order for MVS to initiate the FTP "down" to the WS.  Most have 
said it needs to be a static IP address.

At this site, we use static IP addresses.  However, while I no longer have the 
VBS/WSF (a VB script) file, at a prior site I wrote a plain-ole BAT/CMD file 
which called CSCRIPT to process the VBS/WSF file which would parse a txt file 
that was the output of "IPCONFIG /ALL > IPINFO.TXT".  The data in the file 
contained the current WS IP address.

Once the file was parsed (I got the data I needed), I knew the IP address and 
would save it to a one-line TXT file which was then FTP'ed to the MVS host and 
stored in a flat file which was read, actually copied, into the “host side” 
FTP SYSIN file.  Now, I had what I needed to know to initiate the FTP down to 
the workstation.  Using the Scheduled Tasks utility in XP, the BAT/CMD file 
would be kicked off at system started up (boot) and daily, about 10-15 minutes 
before the first MVS job of the day that produced the data I needed on the WS.

While there may have been a better solution, or one more robust/reliable, it 
was not as ugly as it seems and the end result was it worked!  In the time I 
was there using this process, there was only one occasion when the lease of a 
workstation expired between the time the IP address was FTP’ed to the host 
and the time the host needed the IP address to send the data down.  I had 
intentions of rewriting the script file, but you know how that is…


 On Wed Mar 19  9:34 , Rich Juchniewicz <[EMAIL PROTECTED]> sent:

>You could consider running an FTP server on Windows on a PC in your network 
>that has a static IP address, and initiate an FTP session to it from z/OS to 
>transfer the files. We've used the free FileZilla FTP server to do this: 
>http://filezilla-project.org/
>
>..Rich
>
>- Original Message - 
>From: "David Day" [EMAIL PROTECTED]>
>Newsgroups: bit.listserv.ibm-main
>To: IBM-MAIN@bama.ua.edu>
>Sent: Tuesday, March 18, 2008 2:08 PM
>Subject: MVS initiated FTP to Windows
>
>
>I would like to be able to kick off an FTP of a dataset to a Windows 
>platform from MVS.  All of the info I can come up with talks about how to 
>perform this from the Windows side.  Windows initiated receive.  I want to 
>do this from the MVS side.  When the file(s) are ready, send them down to 
>the PC.  Not when the file(s) are ready, go over to the PC, and run FTP from 
>there to receive the file(s).   Is this possible?  Is there anything like an 
>FTP daemon that can run on Windows to receive the data and put it in the 
>desired location?
>
>--Dave Day
>
>--
>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: MVS initiated FTP to Windows

[Gary Green]

..re Not possible with standard Windows because it don't come with a FTP 
server. 

Ah..  But it does!

All you need to do is install IIS on your workstation, configure it and somehow 
get the IP address of the WS to the host and use that to FTP your files down!

This is how I get all my performance, and other, files down to my WS every day; 
which are then automagically processed by a few Excel spreadsheets. 

You start with Add/Remove Programs, then to Add/Remove Windows Components, 
select IIS, then specifically, Common Files, FTP Service and the IIS Snap-In.  
You should be able to find the IIS install in your I386 directory.  Once 
installed you need to configure IIS to point to the "incoming directory" and a 
couple of other pieces of information.

If you need more, let me know and I'll check my notes.



 On Tue Mar 18 13:32 , Hal Merritt <[EMAIL PROTECTED]> sent:

>Not possible with standard Windows because it don't come with a FTP
>server. 
>
>Initiation and control of FTP always comes from the client. Therefore,
>your z/os job would run as a client (see FTPCDATA) and you'd need a FTP
>server on Windows. 
>
>It follows that you'd need logon credentials for the server. Not sure if
>it is current information, but once upon a time auditors frowned on
>running FTP server software on ordinary desktops. 
>
>HTH
>
>-Original Message-
>From: IBM Mainframe Discussion List [EMAIL PROTECTED]','','','')">[EMAIL 
>PROTECTED] On
>Behalf Of David Day
>Sent: Tuesday, March 18, 2008 1:09 PM
>To: IBM-MAIN@bama.ua.edu
>Subject: MVS initiated FTP to Windows
>
>I would like to be able to kick off an FTP of a dataset to a Windows
>platform from MVS.  All of the info I can come up with talks about how
>to perform this from the Windows side.  Windows initiated receive.  I
>want to do this from the MVS side.  When the file(s) are ready, send
>them down to the PC.  Not when the file(s) are ready, go over to the PC,
>and run FTP from there to receive the file(s).   Is this possible?  Is
>there anything like an FTP daemon that can run on Windows to receive the
>data and put it in the desired location?
>
>--Dave Day 
>
> 
>NOTICE: This electronic mail message and any files transmitted with it are 
>intended
>exclusively for the individual or entity to which it is addressed. The 
>message, 
>together with any attachment, may contain confidential and/or privileged 
>information.
>Any unauthorized review, use, printing, saving, copying, disclosure or 
>distribution 
>is strictly prohibited. If you have received this message in error, please 
>immediately advise the sender by reply email and delete all copies.
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to [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: SYMDUMP Question

[Gary Green]

Your eyes are better'n mine.  I missed it completely, the information you 
found, and our "CA" rep was the one who told us there was no upgrade path.

Now that we know there is something, we will go back.

Thank!  A LOT!


 On Mon Mar 17 13:31 , Doc Farmer <[EMAIL PROTECTED]> sent:

>From what I can see from the support site, there IS upgrade information to 
>version 7.0 available.  Have your CA rep raise an issue to obtain the data you 
>need.
>
>-Original Message-
>From: IBM Mainframe Discussion List [EMAIL PROTECTED]','','','')">[EMAIL 
>PROTECTED] On Behalf Of Gary Green
>Sent: Monday, March 17, 2008 13:19
>To: IBM-MAIN@bama.ua.edu
>Subject: SYMDUMP Question
>
>We have been running SYMDUMP 2.0 for quite some time and it was never updated. 
> CA's current version is 7.0, and there were no intervening release numbers.  
>We were repeatedly told by CA that there is nothing, NADA, zip… that will 
>convert our older CSL’s to the newer PROTSYM’s .  So, we’re stuck in 
>limbo.
>
>We can’t recompile all of our older source code to generate the newer 
>PROTSYM’s and there is an in-house source compile/tracking system that is 
>coded in Roscoe RPF’s which I am loath to change.
>
>Does anyone know if what CA has told us is true?  If so, for those that have 
>passed this way before we, what did you do?
>
>Thanks.
>
>--
>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

SYMDUMP Question

[Gary Green]

We have been running SYMDUMP 2.0 for quite some time and it was never updated.  
CA's current version is 7.0, and there were no intervening release numbers.  We 
were repeatedly told by CA that there is nothing, NADA, zip… that will 
convert our older CSL’s to the newer PROTSYM’s .  So, we’re stuck in 
limbo.

We can’t recompile all of our older source code to generate the newer 
PROTSYM’s and there is an in-house source compile/tracking system that is 
coded in Roscoe RPF’s which I am loath to change.

Does anyone know if what CA has told us is true?  If so, for those that have 
passed this way before we, what did you do?

Thanks.

--
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: Bob Richards Update

[Gary Green]

Maybe PERF=MAX is not attainable at this "moment".  But with a proper WLM
configuration, it will eventually [percolate its way up. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Richards, Robert B.
Sent: Friday, March 14, 2008 11:05 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Bob Richards Update

LOL! 

Not sure PERF=MAX is attainable, but it is always good to set "somewhat
aggressive" goals.

Thanks to you, Jon, Dean, John, Bob, Mark, Fred (and just recently, Gary)
for the humor, kind words, etc. 

Hey, if I have missed thanking you, just chalk it up to the prescription
strength Percocet that I am taking! :-)

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of R.S.
Sent: Friday, March 14, 2008 7:58 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Bob Richards Update

Richards, Robert B. wrote:
> D BOB RICHARDS,STATUS
> 
> BOB777I  18.19.16 BOBINFO DISPLAY  
>  HEART REIPLED AT 11.55.20 ON 03/07/2008  LUNGS REIPLED AT 08.30.00 ON 
> 03/08/2008  BRAIN REINITIALIZED 08.00.00 ON 03/10/2008 (GREAT DRUGS)

F BOB,TIME=1440
F BOB,PERF=MAX
C CIGARS,ALL

--
Radoslaw Skorupka
Lodz, Poland


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

Sd Rejonowy dla m. st. Warszawy 
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, 
nr rejestru przedsibiorców KRS 025237
NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA  wynosi
118.642.672 zote i zosta w caoci wpacony.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [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


-- 
No virus found in this incoming message.
Checked by AVG. 
Version: 7.5.519 / Virus Database: 269.21.7/1328 - Release Date: 3/13/2008
11:31 AM

--
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: Bob Richards Update

[Gary Green]

That is great to hear!   And I love the way you introduced your status. :)
Real mainframer.

I know JR will appreciate hearing the good news.  I keep her abreast of the
"health" and "goings on" of forum members and she has not liked the news
these past few years. :(  Too many fallen comrades and she knows we are,
mostly, about the same age. :(

Good luck, stay well and get better.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Richards, Robert B.
Sent: Thursday, March 13, 2008 6:56 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Bob Richards Update

D BOB RICHARDS,STATUS

BOB777I  18.19.16 BOBINFO DISPLAY  
 HEART REIPLED AT 11.55.20 ON 03/07/2008  LUNGS REIPLED AT 08.30.00 ON
03/08/2008  BRAIN REINITIALIZED 08.00.00 ON 03/10/2008 (GREAT DRUGS)

D BOB RICHARDS,PERFORMANCE

Workload is capped at 25% of capacity of one processor (old model)

Seriously

Many thanks for the well wishes, prayers, kind words, etc. sent to Rick and
to Rebecca. I am in great spirits and very thankful for my mortal existence
these days.

I have not had a cigarette in 10 days, nor wanted one. Rebecca quit on
Monday and we are both working very hard with my physical recovery.

Small prayers are appreciated that I do not cough very much in the next few
weeks. Even an "ahem" seems to exceed my pain threshold these days.
An actual cough is brutally painful! :-(

Again, please accept my words of gratitude and pass this information on as
you see fit. And Rick, a special thanks. Without being mushy, I owe you one!

Bob


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Rick Fochtman
Sent: Tuesday, March 11, 2008 10:15 PM
To: IBM-MAIN@bama.ua.edu
Subject: Bob Richards Update

Barring any sudden changes, Bob will be discharged from hospital on
Wednesday morning, 3/12/08. The MD types are very impressed with his
recovery. Becca is preparing the domicile with only healthy foods and
destroying all tobacco products in preparation for this. Bob will be stuck
at home for an extended recovery period, but everything looks very

good.

I will continue to forward messages that come to me, but you can send
messages directly at <[EMAIL PROTECTED]>, and I'm sure he'll be watching
IBM-MAIN. Becca sends her heartfelt thanks to all who have extended best
wishes already. She never realized just how many friends Bob had, and
neither did I. And having worked closely with Bob,  I'm also pleased to know
that he is so highly regarded in our little community.

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


--
No virus found in this incoming message.
Checked by AVG. 
Version: 7.5.518 / Virus Database: 269.21.7/1327 - Release Date: 3/12/2008
1:27 PM

--
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: CA-SYSVIEW

[Gary Green]

I use it and it's not bad...  Beyond that, we would need to get into
specifics.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Grine, Janet [GCG-PFS]
Sent: Friday, February 22, 2008 4:06 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: CA-SYSVIEW

I am researching a product called CA-SYSVIEW.  Can anyone offer any opinions
on this product?  I did notice that Pat O'Keefe seems to like it.  Anyone
else?



Thanks in advance,



Janet (Jill) Grine








--
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 virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.516 / Virus Database: 269.20.9/1292 - Release Date: 2/21/2008
4:09 PM



   

--
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: Need Urgent Help...Sorry for this post.

[Gary Green]

Not to make light of your situation, but the North Jersey and New York areas
"seem" to have more requirements that most other places in the country.

The hottest skills recently seem to be CICS, MQ, DB2 and Storage Management
(open systems and MVS).

Try these sites:

SimplyHired
(http://www.simplyhired.com/a/job-permalink/view/oorwdqmfkg/senior-mainframe
-jobs)
Yahoo
Monster
Dice
CareerBuilder
Indeed  (http://www.indeed.com/jobs?q=mvs+systems+programmer

&fromage=1&from=ja)
JuJu  (http://www.job-search-engine.com/jobs?utm_campaign=alerts

&k=z%2Fos&days=7&utm_source=juju&l=United+States&utm_medium=email)

HTH

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Howard Rifkind
Sent: Friday, February 15, 2008 2:00 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Need Urgent Help...Sorry for this post.

Hello folks;

Sorry to post this message like this but it is urgent.

Yesterday at 1500 the management who I work for laid me off, eliminated my
position . whatever it is I'm now out of a job.  They said that there wasn't
anything left to do on the mainframe being it's life will end in 6/30/2008.
Some severance pay but not that much.

Would have been nice if they would have told me this and given me until June
to look around for a new position being how tight things are now on the
mainframe side.

The mainframe is being elimated on June 30, 2008 and I was the last systems
programmer in the house.  They also let one other person go, he was a
mainframe scheduler.  I have some Novell/Console 1/Imanager experience and
can find my way around Linux but not an expert.

Installed z/OS 1.4 - CICS TS 2.3  Installed and ran z/VM 4.4.

Looking for work in the New York/New Jersey Metro area.anyone know of
anything out there or a real good head hunter?  If so please let me know off
line.

Saw Dice posting, 15 postings for 3 or so jobs.

Again sorry about this post but I need help.

Thanks



 


Never miss a thing.  Make Yahoo your home page.
http://www.yahoo.com/r/hs

--
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 virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.516 / Virus Database: 269.20.5/1279 - Release Date: 2/14/2008
6:35 PM



   

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

Interesting Mainframe Article: 5 Myths Exposed

[Gary Green]

http://searchdatacenter.techtarget.com/tip/0,289483,sid80_gci1299376,00.html?track=NL-576&ad=624866&asrc=EM_NLN_3060935&uid=1900046

Watch the wrap.

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