Re: IEBGENER REblock FB--VB

[Paul Gilmartin]

On Mon, 31 Oct 2016 18:12:52 -0700, Charles Mills wrote:

>Because some program only accepts V(B) data? Because of input dataset 
>concatenation or output DISP=MOD issues? As a test to see if some program 
>handles VB correctly?
> 
With most IBM utilities, it's the other way around: they prefer FB.

>I can think of lots of good reasons.
>
And perhaps a few bad ones?

>-Original Message-
>From: Bill Woodger
>Sent: Monday, October 31, 2016 5:53 PM
>
>If, with EXEC PGM=IEBGENER, your SORT product is used, you will see ICE or WER 
>message prefixes (preficies?).
> 
Alas, my JCL worked so well that I got no messages.  That SYSPRINT
line ought to have a message code.  IEBITISI?

>You want to copy an FB to a VB, with no further changes? Why?  ...
>
I understand that IEBGENER has some little-known (to me) editing facilities.
That might engender a reason.

>Why do you want a VB data set with all the records the same length?
>
I'll pass that question back to IBM; they provided the facility.

And, to my utter amusement:
LIBRARY   SYS1.LINKLIB  Row 0017057 of 0023056
Command ===>  Scroll ===> CSR
   Name Prompt  Lib   Alias-of Size  TTR AC   AM   RM 
_ IEFBR14 1  0008   01B30D   0024   24
_ IEFBR1511   DUMMY  0040   02F92C   0024   24

I hope DUMMY is far faster than the real IEFBR15.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IEBGENER REblock FB--VB

[Charles Mills]

Because some program only accepts V(B) data? Because of input dataset 
concatenation or output DISP=MOD issues? As a test to see if some program 
handles VB correctly?

I can think of lots of good reasons.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bill Woodger
Sent: Monday, October 31, 2016 5:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IEBGENER REblock FB--VB

If, with EXEC PGM=IEBGENER, your SORT product is used, you will see ICE or WER 
message prefixes (preficies?).

You want to copy an FB to a VB, with no further changes? Why? The point of 
variable-length records is that they are... variable in length? All yours are 
going to have the same length, four bytes longer than the original. Unless they 
had an inefficient blocking-factor originally, all you've really done is 
increase the overhead in processing logical records.

Why do you want a VB data set with all the records the same length?

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IEBGENER REblock FB--VB

[Paul Gilmartin]

On Tue, 1 Nov 2016 00:31:51 +, David W Noon  wrote:

>On Mon, 31 Oct 2016 15:28:23 -0500, Paul Gilmartin wrote 
>
>[snip]
>> But can I be sure I'm using the real IEBGENER, not ICEGENER, or SYNCGENR,
>> or WTFGENER?  Will SYSPRINT tell me?  Ah! SYSPRINT doesn't tell me it's
>> ICEGENER, unless ICEGENER mimics IEBGENER's SYSPRINT when called as
>> IEBGENER.
>
>Just get a directory listing of SYS1.LINKLIB. If IEBGENER is a normal
>member then it will be the old OS/360 utility, otherwise it will be an
>alias of either ICEGENER or SYNGENER. The alias directory entry will
>usually name the main member it is aliasing. This is because the usual
>instructions to install one of the sort-based GENER utilities include
>renaming IEBGENER to OLDGENER.
>
Always assuming that the systems programmer followed instructions and
did ALIAS rather than copy.

But DDLIST shows me ICEGENER in LPALIB and IEBGENER in LINKLIB, and
the eyecatchers leave me confident it's IEBGENER.

It would sure be nice if IEBGENER, like HLASM, identified itself in all the
empty space in the first SYSPRINT line, even as far as PTF level.

In some cases, IBM (I think) provides the aliases (many!):
_ IEWL1   IEWBLINK   08A0   020505   00   ANY   24
_ IEWLDRGO1   IEWBLINK   08A0   020505   00   ANY   24
_ IEWLF1281   HEWLKED00010688   01120E   0024   24
_ IEWLF4401   HEWLKED00010688   01120E   0024   24
_ IEWLF8801   HEWLKED00010688   01120E   0024   24
_ IEWLOAD 1   IEWBLINK   08A0   020505   00   ANY   24
_ IEWLOADI1   IEWBLINK   08A0   020505   00   ANY   24
_ IEWLOADR1   IEWBLINK   08A0   020505   00   ANY   24

and even:
_ IEBGENR 1   IEBGENER   A820   05000E   0024   24

Is this a hint that the user should code IEBGENR rather than IEBGENER to get
the site's preferred copy program?  And that if the site creates an alias for
ICEGENER that alias should be IEBGENR, not IEBGENER?

Thanks
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IEBGENER REblock FB--VB

[Bill Woodger]

If, with EXEC PGM=IEBGENER, your SORT product is used, you will see ICE or WER 
message prefixes (preficies?).

You want to copy an FB to a VB, with no further changes? Why? The point of 
variable-length records is that they are... variable in length? All yours are 
going to have the same length, four bytes longer than the original. Unless they 
had an inefficient blocking-factor originally, all you've really done is 
increase the overhead in processing logical records.

Why do you want a VB data set with all the records the same length?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IEBGENER REblock FB--VB

[David W Noon]

On Mon, 31 Oct 2016 15:28:23 -0500, Paul Gilmartin
(000433f07816-dmarc-requ...@listserv.ua.edu) wrote about "IEBGENER
REblock FB--VB" (in
<5402639212763003.wa.paulgboulderaim@listserv.ua.edu>):

[snip]
> But can I be sure I'm using the real IEBGENER, not ICEGENER, or SYNCGENR,
> or WTFGENER?  Will SYSPRINT tell me?  Ah! SYSPRINT doesn't tell me it's
> ICEGENER, unless ICEGENER mimics IEBGENER's SYSPRINT when called as
> IEBGENER.

Just get a directory listing of SYS1.LINKLIB. If IEBGENER is a normal
member then it will be the old OS/360 utility, otherwise it will be an
alias of either ICEGENER or SYNGENER. The alias directory entry will
usually name the main member it is aliasing. This is because the usual
instructions to install one of the sort-based GENER utilities include
renaming IEBGENER to OLDGENER.
-- 
Regards,

Dave  [RLU #314465]
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
david.w.n...@googlemail.com (David W Noon)
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

IEBGENER REblock FB--VB

[Paul Gilmartin]

I was surprised to discover that IEBGENER can reblock FB-->VB.
By accident; I had intended to use REPRO.

I can't readily find this described in the Utilities Ref, which mentions only:
o Reblock or change the logical record length of a data set.
... but not change RECFM.

But can I be sure I'm using the real IEBGENER, not ICEGENER, or SYNCGENR,
or WTFGENER?  Will SYSPRINT tell me?  Ah! SYSPRINT doesn't tell me it's
ICEGENER, unless ICEGENER mimics IEBGENER's SYSPRINT when called as
IEBGENER.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SQLCODE=-904 during RUN

[Janet Graff]

>On Fri, 28 Oct 2016 18:12:01 -0500, Janet Graff  wrote:

>>I have the program pre-compile, compile, pre-linking, linking and binding all 
>>with return code zeros.
>Can we see the JCL, or better still, the entire job log?

>>
>>But when I try to RUN I get a -904 indicating that the resource is 
>>unavailable because the package is in a non-executable state.  Since the BIND 
>>>output all says it completed successfully I must be misspecifying something.
>>
>Same thing: can we see the complete run?

>Cheers,

>Jantje.

Truncations on the right side of the JES output, let me know if you need that 
data


   J E S 2  J O B  L O G  --  S Y S T E M  S 0 W 1  --  N O D E 

14.00.14 JOB03255  MONDAY,31 OCT 2016   
14.00.14 JOB03255  IRR010I  USERID JIG  IS ASSIGNED TO THIS JOB.
14.00.14 JOB03255  ICH70001I JIG  LAST ACCESS AT 13:59:56 ON MONDAY, OCTOBER
14.00.14 JOB03255  $HASP373 JIGDB2R  STARTED - INIT 2- CLASS A - SYS S0W1   
14.00.16 JOB03255  -  -TIMINGS (MINS.)--
14.00.16 JOB03255  -STEPNAME PROCSTEPRC   EXCP   CONN   TCB   SRB  C
14.00.16 JOB03255  -RUN  00   2757528   .00   .00   
14.00.16 JOB03255  -JIGDB2R  ENDED.  NAME- TOTAL TCB CPU TIM
14.00.16 JOB03255  $HASP395 JIGDB2R  ENDED  
-- JES2 JOB STATISTICS --   
  31 OCT 2016 JOB EXECUTION DATE
   31 CARDS READ
  107 SYSOUT PRINT RECORDS  
0 SYSOUT PUNCH RECORDS  
7 SYSOUT SPOOL KBYTES   
 0.02 MINUTES EXECUTION TIME
1 //JIGDB2R JOB MSGCLASS=H,MSGLEVEL=(1,1),NOTIFY=,REGION=0M  
  //*   
  IEFC653I SUBSTITUTION JCL - MSGCLASS=H,MSGLEVEL=(1,1),NOTIFY=JIG,REGIO
2 //JOBLIB  DD  DSN=DSNA10.SDSNLOAD,DISP=SHR
3 //DD  DSN=CEE.SCEERUN,DISP=SHR
  //*   
  //* GRANT AND CREATE TABLE
  //* SEPARATE FROM EXECUTION OF PROGRAM
  //*   
  //*   
4 //RUN  EXEC PGM=IKJEFT01,DYNAMNBR=20,COND=(4,LT)  
  //*SYSLIBDD  DISP=SHR,DSN=JIG.BASE710.LOAD
  //* DD  DISP=SHR,DSN=DSNA10.DBAG.RUNLIB.LOAD  
5 //SYSLIBDD  DISP=SHR,DSN=DSNA10.DBAG.RUNLIB.LOAD  
6 //DBRMLIB   DD  DISP=SHR,DSN=JIG.DBAG.DBRMLIB.DATA
  //*DBRMLIB   DD  DISP=SHR,DSN=DSNA10.DBAG.DBRMLIB.DATA
7 //SYSTSPRT  DD  SYSOUT=*  
8 //SYSPRINT  DD  SYSOUT=*  
9 //CEEDUMP   DD  SYSOUT=*  
J E S 2  J O B  L O G  --  S Y S T E M  S 0 W 1  --  N O D 
E 

14.00.14 JOB03255  MONDAY,31 OCT 2016   
14.00.14 JOB03255  IRR010I  USERID JIG  IS ASSIGNED TO THIS JOB.
14.00.14 JOB03255  ICH70001I JIG  LAST ACCESS AT 13:59:56 ON MONDAY, OCTOBER
14.00.14 JOB03255  $HASP373 JIGDB2R  STARTED - INIT 2- CLASS A - SYS S0W1   
14.00.16 JOB03255  -  -TIMINGS (MINS.)--
14.00.16 JOB03255  -STEPNAME PROCSTEPRC   EXCP   CONN   TCB   SRB  C
14.00.16 JOB03255  -RUN  00   2757528   .00   .00   
14.00.16 JOB03255  -JIGDB2R  ENDED.  NAME- TOTAL TCB CPU TIM
14.00.16 JOB03255  $HASP395 JIGDB2R  ENDED  
-- JES2 JOB STATISTICS --   
  31 OCT 2016 JOB EXECUTION DATE
   31 CARDS READ
  107 SYSOUT PRINT RECORDS  
0 SYSOUT PUNCH RECORDS  
7 SYSOUT SPOOL KBYTES   
 0.02 

Re: Capping information

[Brian France]

Uh, when you say sysplex are asking about many lpars over many different 
physical frames or if not then take a look at RMF III, Overview, CPC. 
This will show both capping's for all LPAR's on a given frame.



On 10/31/2016 12:36 PM, Peter wrote:

Hi

I am just looking some way to take a snapshot of the entire sysplex which
can say the hard capped and soft capped LPARs.

Any rexx tool that can help ?

Peter

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
Brian W. France
Systems Administrator (Mainframe)
Pennsylvania State University
Administrative Information Services - Infrastructure/SYSARC
Rm 25 Shields Bldg., University Park, Pa. 16802
814-863-4739
b...@psu.edu

"To make an apple pie from scratch, you must first invent the universe."

Carl Sagan

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Fwd: The Arcati Mainframe Yearbook 2017

[Mark Regan]

-- Forwarded message -
From: Toolbox for IT Blogs 
Date: Mon, Oct 31, 2016 at 12:56 PM
Subject: The Arcati Mainframe Yearbook 2017
To: marktregan 



Mainframe
World

New blog posts by: Trevor Eddolls


The Arcati Mainframe Yearbook 2017

The Arcati Mainframe Yearbook has been the de facto reference work for IT
professionals working with z/OS (and its forerunner) systems since 2005.
The Yearbook includes an annual user survey, an up-to-date directory of
vendors and consultants, a ... read more


Be the first to comment on this article!





 About This Blog
IBM mainframes are still running most of the world's critical business.
This blog is relevant to the ... View My Blog






Related
White Papers Using Virtualization to Balance Work with TCO


Home

| Groups

| Blogs

| White Papers


Follow
us on Twitter



Join
us on Facebook

You are set to receive email alerts for new posts to this blog.
Manage Your Settings

or unsubscribe

© 2016 Ziff Davis, LLC. 28 E 28th St. New York, NY 10016. All rights
reserved.
Product names are trademarks of their respective companies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Capping information

[Peter]

Hi

I am just looking some way to take a snapshot of the entire sysplex which
can say the hard capped and soft capped LPARs.

Any rexx tool that can help ?

Peter

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Check out Megaprocessor

[Paul Gilmartin]

On 2016-10-31, at 00:42, Edward Finnell wrote:
>  
> ... As Einstein said 'I stand on the shoulders 
> of  Maxwell.
>  

A much recycled metaphor.
https://en.wikipedia.org/wiki/Standing_on_the_shoulders_of_giants

But Wikipedia (which is (almost) never wrong) attributes only to Hawking the
association with Einstein, who knew he was paying tribute to Newton et al.
Aha!
http://www.eoht.info/page/Shoulder+genius

On 2016-10-31, at 08:12, Bill Hitefield wrote:

> I remember them!
> And you could get your components via "Lafayette Electronics"!
> 
I think Radio Shack still exists.

> -Original Message-
> From: Tom Marchant
> Sent: Monday, October 31, 2016 9:55 AM
> 
> On Mon, 31 Oct 2016 07:03:22 -0500, John McKown wrote:
> 
>> Do we have a target as to when Amazon will have it in stock?​
> 
> Heathkit?
>  
And Dyna and Eico.

http://www.megaprocessor.com/

.com!?  Seems bigger than a PDP-8, which I believe was discrete transistor.
(Maybe PDP-5?)  But he cheated with LSI memory; hard to get core nowadays.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Upcoming Reddit AMAs

[Anthony Giorgio]

Hey everyone,

We will be hosting not one, but TWO Reddit "Ask Me Anything" sessions 
next week.


* IBM Master the Mainframe team
  Monday, Nov 7 @ 10AM ET
  https://redd.it/59gf4x

* IBM z/OS and the API Economy, with Frank De Gilio and Charlie Lawrence
  Thursday, Nov 10 @ 11AM ET
  https://redd.it/595d6l

Come join us in r/mainframe next week, and bring your best questions!

--
Anthony Giorgio
Advisory Software Engineer
IBM z Systems Hypervisor Performance Manager
Twitter: @a_giorgio

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: remote system support (i.e. the data center is 2 states away from you).

[John McKown]

On Mon, Oct 31, 2016 at 10:46 AM, Jesse 1 Robinson 
wrote:

> Speaking of '6' (don't understand the reference),


​Military / police term. I thought it was fairly standard. I think ​it
originally comes from WWII pilots. Your 6 o'clock was directly behind you.
So "I've got your 6" is the modern for "I've got your back."



> Motel 6 may have something to offer here. I've done a lot of installs over
> the years, mostly push-pull. Never dreamed of doing one where there was no
> sysprog within arm's reach. Persuade the client to cough up a few hundred
> extra bucks.
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-302-7535 Office
> robin...@sce.com
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of John McKown
> Sent: Wednesday, September 28, 2016 3:30 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: remote system support (i.e. the data center is 2
> states away from you).
>
> On Wed, Sep 28, 2016 at 12:28 AM, Brian Westerman <
> brian_wester...@syzygyinc.com> wrote:
>
> > Hi John,
> >
> > Our company (Syzygy Incorporated) fully supports more than 70 sites
> > remotely, all over the world.  On top of that we provide partial
> > support for another 60 to 70 sites.  Some are large (300+MSU) and some
> > are quite small (8 to 10 MSU), but they all need our expertise and not
> > being "on-site" has never been an issue.  We also have a suite of
> > system automation products that we maintain at several hundred sites.
> >
> > Even 10 to 12 years ago, it was very unusual to be "at" a site or if
> > you were physically there, to be anywhere near the actual computer
> > room.  Once a site realizes that the systems programmer doesn't need
> > to be in that room, it's only a small jump for them to understand that
> > you get just as much support from the next floor, or the next
> > building, or the next city, etc.  I can still remember some knock-down
> > drag out fights between the systems programmers and the operations
> > group on whether or not the systems programmers should ever be allowed
> > into the computer room.  We (systems
> > programmers) always won that argument, but now I wonder why I fought
> > it for so long. :)
> >
> > The important thing, and the the clients expect it, is that we are
> > always productive.  We aren't there to baby-sit the site, we are
> > constantly moving forward on whatever it is that we need to get done
> > for them.  You have to always have a plan and be able to show
> > progress.  You can't just bill the hours, you have to show what you
> > did.  You can't sit around and talk about the kids/wife/parents with
> > anyone.  When you are off-site, you're not there to just generate
> > hours, you there to get things done as well, actually better than it
> > can be accomplished by someone at the site.  Sometimes the clients
> > will be amazed at the "speed" that we get things done, but some of
> > that is just that we can focus on the project without a lot of
> > interruptions.  Some of it is because we have enough people here that
> > if you run into a problem you can't get a handle on, someone else you
> have access to will likely already have the solution.
> >
>
> ​I just learned that I will be the "complete push" at this location. That
> is, the one and only sysprog responsible for z/OS and all program products,
> including DB2, IMS, & CICS. I gather that I will control CICS, but only
> responsible for installation & maintenance of the IMS & DB2 software, no
> DBA type responsibilities. Good thing since I can barely spell them. But it
> is a bit nerve racking for me. I do like having someone watching my 6. Or
> just to be around in case something horrible happens. ​
>
>
>
> >
> > I don't use video chat, we have it, but I don't think it's necessary
> > and just plain don't use it.  I generate a LOT of email and I document
> > everything that I do.  If you can't type well, then get one of the PC
> > based typing/dictation programs.
>
>
> ​Luckily, I can type fairly well. At least compared to most sysprogs &
> programmers. I am a touch typist and have been for years (like back in high
> school).​
>
>
>
> > You need to have a way to keep track of EXACTLY what you are working
> > on, especially when you are supporting several sites at the same time.
> > You must be able to communicate and you have to make sure that you
> > stay in front of the ball at all times, you can't be
> > reaction-oriented, you must be proactive.  You have to use (if they
> > have it) or set up (if they don't) a problem control system, or you will
> become so bogged down in "little"
> > things that the big issues will slip away and you will become
> ineffective.
> >
>
> ​Ah, the above is very germane to this. I get the impression that they
> don't have anything like this set up and that _I_ will be at 

Re: remote system support (i.e. the data center is 2 states away from you).

[Jesse 1 Robinson]

Speaking of '6' (don't understand the reference), Motel 6 may have something to 
offer here. I've done a lot of installs over the years, mostly push-pull. Never 
dreamed of doing one where there was no sysprog within arm's reach. Persuade 
the client to cough up a few hundred extra bucks. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Wednesday, September 28, 2016 3:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: remote system support (i.e. the data center is 2 states 
away from you).

On Wed, Sep 28, 2016 at 12:28 AM, Brian Westerman < 
brian_wester...@syzygyinc.com> wrote:

> Hi John,
>
> Our company (Syzygy Incorporated) fully supports more than 70 sites 
> remotely, all over the world.  On top of that we provide partial 
> support for another 60 to 70 sites.  Some are large (300+MSU) and some 
> are quite small (8 to 10 MSU), but they all need our expertise and not 
> being "on-site" has never been an issue.  We also have a suite of 
> system automation products that we maintain at several hundred sites.
>
> Even 10 to 12 years ago, it was very unusual to be "at" a site or if 
> you were physically there, to be anywhere near the actual computer 
> room.  Once a site realizes that the systems programmer doesn't need 
> to be in that room, it's only a small jump for them to understand that 
> you get just as much support from the next floor, or the next 
> building, or the next city, etc.  I can still remember some knock-down 
> drag out fights between the systems programmers and the operations 
> group on whether or not the systems programmers should ever be allowed 
> into the computer room.  We (systems
> programmers) always won that argument, but now I wonder why I fought 
> it for so long. :)
>
> The important thing, and the the clients expect it, is that we are 
> always productive.  We aren't there to baby-sit the site, we are 
> constantly moving forward on whatever it is that we need to get done 
> for them.  You have to always have a plan and be able to show 
> progress.  You can't just bill the hours, you have to show what you 
> did.  You can't sit around and talk about the kids/wife/parents with 
> anyone.  When you are off-site, you're not there to just generate 
> hours, you there to get things done as well, actually better than it 
> can be accomplished by someone at the site.  Sometimes the clients 
> will be amazed at the "speed" that we get things done, but some of 
> that is just that we can focus on the project without a lot of 
> interruptions.  Some of it is because we have enough people here that 
> if you run into a problem you can't get a handle on, someone else you have 
> access to will likely already have the solution.
>

​I just learned that I will be the "complete push" at this location. That is, 
the one and only sysprog responsible for z/OS and all program products, 
including DB2, IMS, & CICS. I gather that I will control CICS, but only 
responsible for installation & maintenance of the IMS & DB2 software, no DBA 
type responsibilities. Good thing since I can barely spell them. But it is a 
bit nerve racking for me. I do like having someone watching my 6. Or just to be 
around in case something horrible happens. ​



>
> I don't use video chat, we have it, but I don't think it's necessary 
> and just plain don't use it.  I generate a LOT of email and I document 
> everything that I do.  If you can't type well, then get one of the PC 
> based typing/dictation programs.


​Luckily, I can type fairly well. At least compared to most sysprogs & 
programmers. I am a touch typist and have been for years (like back in high 
school).​



> You need to have a way to keep track of EXACTLY what you are working 
> on, especially when you are supporting several sites at the same time.  
> You must be able to communicate and you have to make sure that you 
> stay in front of the ball at all times, you can't be 
> reaction-oriented, you must be proactive.  You have to use (if they 
> have it) or set up (if they don't) a problem control system, or you will 
> become so bogged down in "little"
> things that the big issues will slip away and you will become ineffective.
>

​Ah, the above is very germane to this. I get the impression that they don't 
have anything like this set up and that _I_ will be at least one of the main 
architects of how to do it. I don't know if they would be open to a vendor ($$) 
solution or if they would expect me to roll one on my own (which I did at 
another company - it worked, but ).​



>
> Each site has to have at least 1 progress meeting a week that tends to 
> be about 1 hour long.  There can be more, but 1 is the minimum.  It's 
> the place to lay out what you have completed, and what you 

Re: How set CVTLSO?

[Paul Gilmartin]

On Mon, 31 Oct 2016 08:04:31 -0500, Giliad Wilf wrote:
>.
>Why do we have to add CVTLDTO (which could be negative if East of GMT), but
>subtract CVTLSO?
>Because CVTLSO represents by how much TAI is greater than Earth time, and
>ETS probably feeds you TAI values.
>  
Whereas CVTLDTO represents how much UTC is less than civil time, the opposite
choice of convention.

>Atomic clock ticks ...
> 
All of which I agree with.

>When this is about to happen (once in approximately 500 days), we have to 
>"add" one second to earth clocks, to "postpone" midnight.
> ...  
>  
"Add" in the sense that the day when that occurs is 86,401 seconds long
rather than the ordinary 86,400.

Similarly, when Daylight Saving Time ends (next week) we "add" ond hour
to our civil time clocks in the sense that that day will be 25 hours long
rather than the ordinary 24, by replicating the hour [01:00,02:00).  Yet
z/OS chooses to subtract one hour from CVTLDTO.

>Below you can find animation of two clocks. The upper is TAI (the atomic 
>clock).
>The lower is earth clock. The difference at this moment is 36 (relative to 
>1957,
>but only 26 relative to 1972, which is an alternative epoch on some systems).
>  
z/OS (and I believe GPS) use the 1972 convention.

>https://www.timeanddate.com/time/leap-seconds-background.html

I suspect the best explanation is historical.  OS/360 chose its convention
(which I prefer) for CVTLDTO before the advent of UTC.  BIPM/IERS
independently chose the opposite convention.  z/OS chose not to
complement the BIPM/IERS published value but only to offset it when
setting CVTLSO.  The 10-second offset provides continuity at the
transition from GMT to TAI.

(Topic drift; related to sign conventions and time):
I once debated the misdesign of a 10,000 pound rose granite equatorial
sundial which was constructed with the hours numbered clockwise on
both north and south sides.  My opponent argued that it was impossible
for the sun to appear to move counterclockwise in the northern hemisphere
and clockwise in the southern.  The sundial has since been repaired.
http://sundials.org/index.php/component/sundials/onedial/172

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Check out Megaprocessor

[Jesse 1 Robinson]

Had to look it up. From Wikipedia. I visited retail locations in SoCal before 
there was an IT biz.

"Established in the 1920s, Lafayette Radio Electronics (LRE) became a thriving 
mail-order catalog business; the electronic components it sold were useful to 
amateur radio operators and electronic hobbyists in areas where such components 
were unavailable in local retail outlets. Lafayette's main competitors were 
Radio Shack, Allied Radio, Heathkit, and "mom and pop" (independent) radio 
dealers throughout the United States. Early Lafayette Radio stores were located 
in Jamaica, N.Y. and Manhattan in the mid-1950s. The electronics kits were 
produced in the Jamaica facility.

"Lafayette advertised heavily in major U.S. consumer electronics magazines of 
the 1960s and 1970s, particularly Audio, High Fidelity, Popular Electronics, 
Popular Mechanics, and Stereo Review. The company offered a free 400-page 
catalog filled with descriptions of vast quantities of electronic gear, 
including microphones, speakers, tape recorders, and other components."

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bill Hitefield
Sent: Monday, October 31, 2016 7:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Check out Megaprocessor

I remember them!

And you could get your components via "Lafayette Electronics"!

Bill Hitefield
Dino-Software Corporation
800.480.DINO
423.878.5660
www.dino-software.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Monday, October 31, 2016 9:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Check out Megaprocessor

On Mon, 31 Oct 2016 07:03:22 -0500, John McKown wrote:

>Do we have a target as to when Amazon will have it in stock?​

Heathkit?

--
Tom Marchant


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Fraud detection checks? (Was RE: Check out Megaprocessor)

[Grinsell, Don]

Bill,

I received your post successfully.  Apparently somewhere downstream some 
subscriber's email server intercepted it and sent you that response.  I don't 
think you have anything to worry about.

Regards,

Don

--
 
Donald Grinsell, Systems Programmer
Enterprise Technology Services Bureau
SITSD/Montana Department of Administration
406.444.2983 (D)

"When they kick out your front door, how you gonna come?  With your hands on 
your head or on the trigger of your gun?"  
~ The Clash

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Bill Hitefield
> Sent: Monday, October 31, 2016 8:17 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Fraud detection checks? (Was RE: Check out Megaprocessor)
> 
> Is there a new way to reply to an email? Perhaps I messed up when I
> responded.
> 
> I don't recall getting the "This sender failed our fraud detection checks and
> may not be who they appear to be. Learn about spoofing at
> http://aka.ms/LearnAboutSpoofing; text before.
> 
> Bill Hitefield
> Dino-Software Corporation
> 800.480.DINO
> 423.878.5660
> www.dino-software.com
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Bill Hitefield
> Sent: Monday, October 31, 2016 10:13 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Check out Megaprocessor
> 
> This sender failed our fraud detection checks and may not be who they
> appear to be. Learn about spoofing at http://aka.ms/LearnAboutSpoofing
> 
> I remember them!
> 
> And you could get your components via "Lafayette Electronics"!
> 
> Bill Hitefield
> Dino-Software Corporation
> 800.480.DINO
> 423.878.5660
> www.dino-software.com
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Tom Marchant
> Sent: Monday, October 31, 2016 9:55 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Check out Megaprocessor
> 
> On Mon, 31 Oct 2016 07:03:22 -0500, John McKown wrote:
> 
> >Do we have a target as to when Amazon will have it in stock?​
> 
> Heathkit?
> 
> --
> Tom Marchant
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Fraud detection checks? (Was RE: Check out Megaprocessor)

[Bill Hitefield]

Is there a new way to reply to an email? Perhaps I messed up when I responded.

I don't recall getting the "This sender failed our fraud detection checks and 
may not be who they appear to be. Learn about spoofing at 
http://aka.ms/LearnAboutSpoofing; text before.

Bill Hitefield
Dino-Software Corporation
800.480.DINO
423.878.5660
www.dino-software.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bill Hitefield
Sent: Monday, October 31, 2016 10:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Check out Megaprocessor

This sender failed our fraud detection checks and may not be who they appear to 
be. Learn about spoofing at http://aka.ms/LearnAboutSpoofing

I remember them!

And you could get your components via "Lafayette Electronics"!

Bill Hitefield
Dino-Software Corporation
800.480.DINO
423.878.5660
www.dino-software.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Monday, October 31, 2016 9:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Check out Megaprocessor

On Mon, 31 Oct 2016 07:03:22 -0500, John McKown wrote:

>Do we have a target as to when Amazon will have it in stock?​

Heathkit?

--
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Check out Megaprocessor

[Bill Hitefield]

I remember them!

And you could get your components via "Lafayette Electronics"!

Bill Hitefield
Dino-Software Corporation
800.480.DINO
423.878.5660
www.dino-software.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Monday, October 31, 2016 9:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Check out Megaprocessor

On Mon, 31 Oct 2016 07:03:22 -0500, John McKown wrote:

>Do we have a target as to when Amazon will have it in stock?​

Heathkit?

--
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Check out Megaprocessor

[Tom Marchant]

On Mon, 31 Oct 2016 07:03:22 -0500, John McKown wrote:

>Do we have a target as to when Amazon will have it in stock?​

Heathkit?

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How set CVTLSO?

[Giliad Wilf]

On Tue, 11 Oct 2016 12:59:47 -0500, Paul Gilmartin  wrote:
.
>
>It's not clear why the convention is to add CVTLDTO to ETOD but subtract
>CVTLSO...
>
.
Why do we have to add CVTLDTO (which could be negative if East of GMT), but
subtract CVTLSO?
Because CVTLSO represents by how much TAI is greater than Earth time, and
ETS probably feeds you TAI values.
 
Atomic clock ticks at an absolutely constant rate of some 9192631770 
oscillations
per second (Cesium-133 atom oscillating between two energy ground levels), 
while Earth sidereal day gets slower(*) by 1.4 milliseconds a day per century. 
This lagging behind accumulates over time and mounts to almost a complete 
second over approx. 500 days.
 
As earth rotates and midnight is about to be reached, observatories might notice
that the correct position of a fixed point on earth, in relation to very 
distant 
stars, is still far away due to the slowing of earth, and midnight must be 
"postponed" a bit to let earth catch up with distant stars.
 
When this is about to happen (once in approximately 500 days), we have to 
"add" one second to earth clocks, to "postpone" midnight.
Postponement of midnight is attained by stepping earth clock from 23:59:59 
through 23:59:60, to 00:00:00, rather than the normal sequence 23:59:59 to
 00:00:00. Internally, CVTLSO is increased by one and the accumulated sum
 is subtracted from the TAI fed from ETS.  
 
As I've said, TAI is greater than Earth time by the accumulated leap seconds 
(a negative leap second is possible in principle, but has not been observed so
far).
 
Below you can find animation of two clocks. The upper is TAI (the atomic clock).
The lower is earth clock. The difference at this moment is 36 (relative to 1957,
but only 26 relative to 1972, which is an alternative epoch on some systems).
 
https://www.timeanddate.com/time/leap-seconds-background.html
 
 
(*) Why does earth slow down?
This slowing down is caused because earth is not a rigid body. Rather, it has 
liquid core, has tectonic plates floating and drifting astray, or being shifted 
during earthquakes, is covered by seas and oceans that undergo cyclic high 
and low tides, which convey some of earth's angular momentum to the moon, 
which in turn gets further away from earth at a rate of 1.5 inch a year.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Check out Megaprocessor

[John McKown]

On Sun, Oct 30, 2016 at 4:33 PM, Edward Finnell <
000248cce9f3-dmarc-requ...@listserv.ua.edu> wrote:

> _Megaprocessor_ (http://www.megaprocessor.com/)
>
> For the hardware weenies. This is pretty cool.
>
>
Neat. Do we have a target as to when Amazon will have it in stock?​



-- 
Heisenberg may have been here.

Unicode: http://xkcd.com/1726/

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SQLCODE=-904 during RUN

[Jantje.]

On Fri, 28 Oct 2016 18:12:01 -0500, Janet Graff  wrote:

>I have the program pre-compile, compile, pre-linking, linking and binding all 
>with return code zeros.
Can we see the JCL, or better still, the entire job log?

>
>But when I try to RUN I get a -904 indicating that the resource is unavailable 
>because the package is in a non-executable state.  Since the BIND output all 
>says it completed successfully I must be misspecifying something.
>
Same thing: can we see the complete run?

Cheers,

Jantje.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Check out Megaprocessor

[Edward Finnell]

It got me with the handful of transistors? I'd hate to total the hours I  
spent leafing thru the TI data reference looking for something to fit a  
particular design or verify the specs of another design. Then when I got to  
college they gave me ECAP,PCAP, and SCEPTRE 'make these work' and we'll see if  
you can build something better. As Einstein said 'I stand on the shoulders 
of  Maxwell.'
 
Anyway, can't find the article that came out last couple weeks on learning  
tools for kids. This was pretty close but not as thorough.
 
http://www.cio.com/article/2955336/it-skills-training/8-free-tools-that-teac
h-kids-how-to-code.html#slide1
 
 
In a message dated 10/31/2016 12:46:40 A.M. Central Daylight Time,  
elardus.engelbre...@sita.co.za writes:

Thanks  for sharing this nice site

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN