Re: Need email address of Rich Packer

2009-04-29 Thread 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.

2009-04-28 Thread 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 rfocht...@ync.net wrote:
snip
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.

2009-04-06 Thread 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 vze2q...@verizon.net wrote:

 From: Michael liberatore vze2q...@verizon.net
 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 / 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

Re: New GDG question

2009-01-27 Thread 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=JCLCDOW

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

2009-01-26 Thread 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 g...@evergreen-systems.com 

 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

2009-01-22 Thread 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


Re: Resolving an ALIAS

2009-01-22 Thread 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


You can't escape, even in space.

2008-08-28 Thread 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). ggg

http://www.computerworld.com/action/article.do?command=viewArticleBasicarticleId=9113654source=NLT_VVRnlid=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

2008-08-27 Thread 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-795ad=657824asrc=EM_NLN_4320237uid=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



Way... Back question...

2008-08-19 Thread 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: Way... Back question...

2008-08-19 Thread 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



Re: Way... Back question...

2008-08-19 Thread 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...

2008-08-19 Thread 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...

2008-08-19 Thread 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.
 
 
snip

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

2008-08-19 Thread Gary Green
I was wondering who it would be that could not resist the reference.  I
guess we know who, don't we...? ggg

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

2008-08-06 Thread 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: California's COBOL payroll system

2008-08-06 Thread Gary Green
In other words, you got out in time?  Or before it got worse?

g


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

2008-08-05 Thread 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



Re: Can't read newly created procedure

2008-08-05 Thread 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: STOPX37 SMS loop

2008-08-05 Thread 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



Did anyone else receive this marketing stuff?

2008-08-01 Thread 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 516 -- DB2 UDB V7.1 Database Administrator for OS/390
-- Collection of various CICS Articles, Tutorials and administration guides
to master the CICS Transaction

Re: Share Attendance

2008-07-28 Thread 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

2008-07-21 Thread 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

2008-07-15 Thread 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=viewArticleBasicarticleId=9109498source=NLT_DISnlid=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

2008-07-14 Thread 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: TSO/ISPF Screen Swap

2008-07-14 Thread 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: WebSphere Question

2008-07-11 Thread 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 Gary Green
Sent: Thursday, July 10, 2008 10:29 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: WebSphere Question

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.
 

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

2008-07-11 Thread 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

2008-07-11 Thread 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



WebSphere Question

2008-07-10 Thread 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)

2008-07-08 Thread 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



Another difference between platforms...

2008-06-30 Thread 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=viewArticleBasicarticleId=9103238source=NLT_ESnlid=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: Another difference between platforms...

2008-06-30 Thread 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
 icleBasicarticleId=9103238source=NLT_ESnlid=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



Re: Another difference between platforms...

2008-06-30 Thread 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...

snip---

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
  

--unsnip--
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: Outsourcing hits new low

2008-06-16 Thread 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.

2008-06-13 Thread 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_USsource=
swg-systemzprfm5S_PKG=ZPRFE50608IItcode=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



Re: The ABCs of z/OS Maintenance.

2008-06-13 Thread 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.

2008-06-13 Thread 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



Outsourcing dilemma or debacle, you decide...

2008-06-12 Thread 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: Migrated Dataset List

2008-06-12 Thread 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... take 2

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

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

2008-06-04 Thread 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_USsource=swg-systemzprfm5S_PKG=ZPRFE50608IItcode=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: Free replacement for DASD INVENTORY?

2008-06-04 Thread 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: DFSORT/ICETOOL question

2008-06-04 Thread 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: Another pathetic job offer

2008-06-04 Thread 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=ILKVf
f=21APath=2.21.21.0.0job_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: Monitor use of Load-Library as JOBLIB/STEPLIB

2008-06-04 Thread 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

2008-06-04 Thread 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: IBM-MAIN@BAMA.UA.EDU
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



The ABCs of z/OS Maintenance.

2008-06-03 Thread 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



Another pathetic job offer

2008-06-03 Thread 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



Re: Another pathetic job offer

2008-06-03 Thread 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



Re: Monitor use of Load-Library as JOBLIB/STEPLIB

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

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

2008-05-27 Thread 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)

2008-05-27 Thread 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)

2008-05-27 Thread 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



Interesting article

2008-05-27 Thread 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: Practical jokes for mainframe systems programmers

2008-05-21 Thread 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



Re: Practical jokes for mainframe systems programmers

2008-05-21 Thread 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



MVS Shop in Bethelem

2008-05-20 Thread 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



DFHSM Abend

2008-05-20 Thread 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



Re: Arthur W. Burks, 1915-2008

2008-05-19 Thread 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

2008-05-16 Thread 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. 


GSNIP

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

2008-05-16 Thread 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?

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

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



VMWare more reliable

2008-05-14 Thread 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-576ad=639921asrc=EM_NLN_3643720uid=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: estimating number of records.

2008-05-14 Thread 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



Re: VMWare more reliable

2008-05-14 Thread 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.

2008-05-14 Thread 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: estimating number of records.

2008-05-14 Thread 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.

2008-05-14 Thread 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: Mainframe programming vs the Web

2008-05-14 Thread 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: Mainframe programming vs the Web

2008-05-13 Thread 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: Mainframe programming vs the Web

2008-05-13 Thread 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

2008-05-13 Thread 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

2008-05-13 Thread 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: Performance report help

2008-05-09 Thread 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


 

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

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.

2008-05-07 Thread Gary Green
As the subject says...

http://searchdatacenter.techtarget.com/news/article/0,289142,sid80_gci1312380,00.html?track=NL-576ad=638786asrc=EM_NLN_3601410uid=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

2008-05-06 Thread 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)

2008-04-23 Thread 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

2008-04-22 Thread 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

2008-04-21 Thread 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



Re: JOB00045 $HASP165 IBMUSERB ENDED AT N1 - JCL ERROR CN(INTERNAL)

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

2008-04-09 Thread 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



False Advertising

2008-04-09 Thread 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-576ad=634581asrc=EM_NLN_3449818uid=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: How to check if a job has run?

2008-04-08 Thread 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

2008-03-31 Thread 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
blocked::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?

2008-03-24 Thread 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

2008-03-20 Thread 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

2008-03-19 Thread 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

2008-03-19 Thread 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

2008-03-19 Thread 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

2008-03-19 Thread 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

2008-03-18 Thread 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


SYMDUMP Question

2008-03-17 Thread 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: SYMDUMP Question

2008-03-17 Thread 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


Re: Bob Richards Update

2008-03-14 Thread 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: Bob Richards Update

2008-03-14 Thread 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: CA-SYSVIEW

2008-02-22 Thread 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



  http://e-mail-servers.com/a1395543e54219ac85b8b5ca74a1af44worker.jpg 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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.

2008-02-15 Thread 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
http://www.indeed.com/jobs?q=mvs+systems+programmerfromage=1from=ja
fromage=1from=ja)
JuJu  (http://www.job-search-engine.com/jobs?utm_campaign=alerts
http://www.job-search-engine.com/jobs?utm_campaign=alertsk=z%2Fosdays=7u
tm_source=jujul=United+Statesutm_medium=email
k=z%2Fosdays=7utm_source=jujul=United+Statesutm_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



  http://e-mail-servers.com/9e0d997acfe1ec2f9fa2fdb2b88a82f6worker.jpg 

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

2008-02-13 Thread Gary Green
http://searchdatacenter.techtarget.com/tip/0,289483,sid80_gci1299376,00.html?track=NL-576ad=624866asrc=EM_NLN_3060935uid=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


  1   2   3   >