Re: I am looking for a new contract/job

[Schmeelk, Gregory P.]

I hope I am not repeating anything that has already been said...

If I remember correctly, BMC has its main support and development for its 
Control -x series of products in Israel. 

http://www.bmc.com/

Best of luck to you,
Greg

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf 
Of Binyamin Dissen
Sent: Tuesday, October 27, 2015 6:54 PM
To: IBM-MAIN@listserv.ua.edu
Subject: [EXTERNAL] I am looking for a new contract/job

As a long time member of this group, I hope I will not receive objections for 
this personal ad.

I am looking for something where I can work remote most of the time from 
Israel. Probably best with a software vendor.

I have more than 20 years of commercial systems software development, mostly in 
assembler. Expert experience with AR mode, 64bit, FRRs, PCs, system exits, 
SRBs, etc. Experience with hooking into MVS as well as CICS and DB2. 

Thank you.

--
Binyamin Dissen  
http://secure-web.cisco.com/1v4CmPjzy2ccU6uh5ZLhqj-_QMEY43_uO1TyhmR7xosvDQZPV9IShJqWXF_JXvBL48pu2EZS6RJdciKlIlGAvkSXdvr3TvApickdf0Zya2K_3E4NXB5T70awG54SWbaxIM5dec6q40ImuqkEk1FZ-_zUeqoP-1lNxdYBszG8m9AiM1iCRQZ6pLk6VI-sGytqs_SRpt2MNq6UGOaJ-gqwWZdyqYHZ5dW2F6bwJvlr3BBWjrsD17AaS-JvahX2PfrqIRXi7XHEGsl2Wq-dAtRUZxA/http%3A%2F%2Fwww.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


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

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

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@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: TSO-only proc (was Re: Product Remove from z/OS)

[Schmeelk, Gregory P.]

Yes, I can't remember if it was MVS/XA or MVS/SP, but it was unbelievably 
annoying having to IPL from a reel tape, restore from reels, then have to IPL 
the standalone DFDSS from the reel again.  At some point I started 
hallucinating and kept thinking that a filing cabinet next to the vault door 
was a person walking in.  This was all done inside a tempest vault, so I 
couldn't even have a radio playing while I did the restores.  I may need to 
seek therapy for just remembering what it was like.  :-) 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf 
Of Gerhard Adam
Sent: Thursday, July 09, 2015 3:47 PM
To: IBM-MAIN@listserv.ua.edu
Subject: [EXTERNAL] Re: TSO-only proc (was Re: Product Remove from z/OS)

I'm assuming that this was an early MVS system, then and not something earlier?

Adam

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Schmeelk, Gregory P.
Sent: Thursday, July 9, 2015 11:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TSO-only proc (was Re: Product Remove from z/OS)

It was unknown where the dataset was at and I had no VTOC listings (or any 
other listings for that matter) for anything and no online access to anything.  
It was a very unusual case.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf 
Of Gerhard Adam
Sent: Thursday, July 09, 2015 2:48 PM
To: IBM-MAIN@listserv.ua.edu
Subject: [EXTERNAL] Re: TSO-only proc (was Re: Product Remove from z/OS)

I'm not clear on why you would have had to restore every DASD device on the 
system.  The only thing that needed to be restored was the deleted library [and 
perhaps the catalog for it].

Adam

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Schmeelk, Gregory P.
Sent: Thursday, July 9, 2015 11:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TSO-only proc (was Re: Product Remove from z/OS)

Thank you for bringing back the very painful memory of working for the Navy 
when someone deleted a library that was in the JES2 proc concatenation on a B1 
secured system; JES would JCL error out and we couldn't come up.  The only 
thing that was authorized to be run standalone on that system was DFDSS 
restore.  I spent 55 *straight* hours restoring every DASD for that system!  
(shudder) 

the good old days weren't always good and tomorrow ain't as bad as it seems!

Greg

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf 
Of John McKown
Sent: Tuesday, July 07, 2015 11:46 AM
To: IBM-MAIN@listserv.ua.edu
Subject: [EXTERNAL] Re: TSO-only proc (was Re: Product Remove from z/OS)

On Tue, Jul 7, 2015 at 10:39 AM, Richard Pinion rpin...@netscape.com
wrote:

 Naw, card punch and card reader are your best friends in such an 
 emergency :)


​You laugh. But I had to do that many years ago. I messed up the VTAM proc.
No VTAM == no terminals. Back to the 129 to punch out some JCL to IEBPTPCH the 
VTAM proc to cards. Then interpret them. Then​ find the mistake and replace it. 
Now punch the IEBUPDTE and read it in. Oh, wow. I am so happy to have multiple 
system images now. And I _never_ take them all down at once. Well, unless we 
have a power failure.






 --- ee...@us.ibm.com wrote:

 From: John Eells ee...@us.ibm.com
 To:   IBM-MAIN@LISTSERV.UA.EDU
 Subject: TSO-only proc (was Re: Product Remove from z/OS)
 Date: Tue, 7 Jul 2015 11:37:50 -0400

 That works for updating the procs themselves, and it's an outstanding 
 precaution everyone should use as a matter of routine.

 But it does not work so well for a volume failure, when a data set 
 named in the proc is moved (and referenced by volser) or renamed, or 
 when the concatenation limit is exceeded for one of the DD names after 
 a change causes a data set to extend (I can hear TomC already, 
 yelling, but-but-but...don't *do* it that way to begin with!), or...etc.

 A TSO/E-only proc's purpose is to provide a way to recover (nearly) no 
 matter *what* happens to the regular procs or the data sets named in 
 them. With native TSO EDIT, you can list, alter, and save changes to 
 the logon proc you really want to use.  Or, you can edit the one you 
 want to use to make it a batch job, save it in a new member, submit 
 it, and use the OUTPUT command to read the output and locate the problem.
 You can do this in a standalone single-system environment, too, 
 without NJE or FTP access.

 Everyone should have one.  Really.  Even if you are sure you will 
 never need it.  Just because can beats can't when things go wrong.

 schw...@us.ibm.com (Alan Schwartz) wrote:
  Or have someone stay logged on to TSO while updating the logon 
  procs. If there's a problem they can fix it.

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

Re: TSO-only proc (was Re: Product Remove from z/OS)

[Schmeelk, Gregory P.]

It was unknown where the dataset was at and I had no VTOC listings (or any 
other listings for that matter) for anything and no online access to anything.  
It was a very unusual case.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf 
Of Gerhard Adam
Sent: Thursday, July 09, 2015 2:48 PM
To: IBM-MAIN@listserv.ua.edu
Subject: [EXTERNAL] Re: TSO-only proc (was Re: Product Remove from z/OS)

I'm not clear on why you would have had to restore every DASD device on the 
system.  The only thing that needed to be restored was the deleted library [and 
perhaps the catalog for it].

Adam

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Schmeelk, Gregory P.
Sent: Thursday, July 9, 2015 11:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TSO-only proc (was Re: Product Remove from z/OS)

Thank you for bringing back the very painful memory of working for the Navy 
when someone deleted a library that was in the JES2 proc concatenation on a B1 
secured system; JES would JCL error out and we couldn't come up.  The only 
thing that was authorized to be run standalone on that system was DFDSS 
restore.  I spent 55 *straight* hours restoring every DASD for that system!  
(shudder) 

the good old days weren't always good and tomorrow ain't as bad as it seems!

Greg

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf 
Of John McKown
Sent: Tuesday, July 07, 2015 11:46 AM
To: IBM-MAIN@listserv.ua.edu
Subject: [EXTERNAL] Re: TSO-only proc (was Re: Product Remove from z/OS)

On Tue, Jul 7, 2015 at 10:39 AM, Richard Pinion rpin...@netscape.com
wrote:

 Naw, card punch and card reader are your best friends in such an 
 emergency :)


​You laugh. But I had to do that many years ago. I messed up the VTAM proc.
No VTAM == no terminals. Back to the 129 to punch out some JCL to IEBPTPCH the 
VTAM proc to cards. Then interpret them. Then​ find the mistake and replace it. 
Now punch the IEBUPDTE and read it in. Oh, wow. I am so happy to have multiple 
system images now. And I _never_ take them all down at once. Well, unless we 
have a power failure.






 --- ee...@us.ibm.com wrote:

 From: John Eells ee...@us.ibm.com
 To:   IBM-MAIN@LISTSERV.UA.EDU
 Subject: TSO-only proc (was Re: Product Remove from z/OS)
 Date: Tue, 7 Jul 2015 11:37:50 -0400

 That works for updating the procs themselves, and it's an outstanding 
 precaution everyone should use as a matter of routine.

 But it does not work so well for a volume failure, when a data set 
 named in the proc is moved (and referenced by volser) or renamed, or 
 when the concatenation limit is exceeded for one of the DD names after 
 a change causes a data set to extend (I can hear TomC already, 
 yelling, but-but-but...don't *do* it that way to begin with!), or...etc.

 A TSO/E-only proc's purpose is to provide a way to recover (nearly) no 
 matter *what* happens to the regular procs or the data sets named in 
 them. With native TSO EDIT, you can list, alter, and save changes to 
 the logon proc you really want to use.  Or, you can edit the one you 
 want to use to make it a batch job, save it in a new member, submit 
 it, and use the OUTPUT command to read the output and locate the problem.
 You can do this in a standalone single-system environment, too, 
 without NJE or FTP access.

 Everyone should have one.  Really.  Even if you are sure you will 
 never need it.  Just because can beats can't when things go wrong.

 schw...@us.ibm.com (Alan Schwartz) wrote:
  Or have someone stay logged on to TSO while updating the logon 
  procs. If there's a problem they can fix it.

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

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




 _
 Netscape.  Just the Net You Need.

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




-- 

Schrodinger's backup: The condition of any backup is unknown until a restore is 
attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! 
John McKown

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

Re: TSO-only proc (was Re: Product Remove from z/OS)

[Schmeelk, Gregory P.]

Thank you for bringing back the very painful memory of working for the Navy 
when someone deleted a library that was in the JES2 proc concatenation on a B1 
secured system; JES would JCL error out and we couldn't come up.  The only 
thing that was authorized to be run standalone on that system was DFDSS 
restore.  I spent 55 *straight* hours restoring every DASD for that system!  
(shudder) 

the good old days weren't always good and tomorrow ain't as bad as it seems!

Greg

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf 
Of John McKown
Sent: Tuesday, July 07, 2015 11:46 AM
To: IBM-MAIN@listserv.ua.edu
Subject: [EXTERNAL] Re: TSO-only proc (was Re: Product Remove from z/OS)

On Tue, Jul 7, 2015 at 10:39 AM, Richard Pinion rpin...@netscape.com
wrote:

 Naw, card punch and card reader are your best friends in such an 
 emergency :)


​You laugh. But I had to do that many years ago. I messed up the VTAM proc.
No VTAM == no terminals. Back to the 129 to punch out some JCL to IEBPTPCH the 
VTAM proc to cards. Then interpret them. Then​ find the mistake and replace it. 
Now punch the IEBUPDTE and read it in. Oh, wow. I am so happy to have multiple 
system images now. And I _never_ take them all down at once. Well, unless we 
have a power failure.






 --- ee...@us.ibm.com wrote:

 From: John Eells ee...@us.ibm.com
 To:   IBM-MAIN@LISTSERV.UA.EDU
 Subject: TSO-only proc (was Re: Product Remove from z/OS)
 Date: Tue, 7 Jul 2015 11:37:50 -0400

 That works for updating the procs themselves, and it's an outstanding 
 precaution everyone should use as a matter of routine.

 But it does not work so well for a volume failure, when a data set 
 named in the proc is moved (and referenced by volser) or renamed, or 
 when the concatenation limit is exceeded for one of the DD names after 
 a change causes a data set to extend (I can hear TomC already, 
 yelling, but-but-but...don't *do* it that way to begin with!), or...etc.

 A TSO/E-only proc's purpose is to provide a way to recover (nearly) no 
 matter *what* happens to the regular procs or the data sets named in 
 them. With native TSO EDIT, you can list, alter, and save changes to 
 the logon proc you really want to use.  Or, you can edit the one you 
 want to use to make it a batch job, save it in a new member, submit 
 it, and use the OUTPUT command to read the output and locate the problem.
 You can do this in a standalone single-system environment, too, 
 without NJE or FTP access.

 Everyone should have one.  Really.  Even if you are sure you will 
 never need it.  Just because can beats can't when things go wrong.

 schw...@us.ibm.com (Alan Schwartz) wrote:
  Or have someone stay logged on to TSO while updating the logon 
  procs. If there's a problem they can fix it.

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

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




 _
 Netscape.  Just the Net You Need.

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




-- 

Schrodinger's backup: The condition of any backup is unknown until a restore is 
attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! 
John McKown

--
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: Central Florida z/OS people

[Schmeelk, Gregory P.]

Shmuel, that innovation, spill Czech, has saved me many a time while receiving 
PTFs.  

Sometimes I miss being in Washington DC, then I come to my senses.  I hope you 
are doing well.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf 
Of Shmuel Metz (Seymour J.)
Sent: Thursday, May 21, 2015 9:39 AM
To: IBM-MAIN@listserv.ua.edu
Subject: [EXTERNAL] Re: Central Florida z/OS people

In 555bd985.2020...@vse2pdf.com, on 05/19/2015
   at 08:47 PM, Tony Thigpen t...@vse2pdf.com said:

Yep, they don't pay me for my spelling skills,

Thst's why I use spill Czech.
 
-- 
 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 
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: O/T Strontium atomic clock accurate to the second -- over 15 billion years --

[Schmeelk, Gregory P.]

Um, have the taken into account the Einsteinium time dilation that will occur 
as the Andromeda galaxy merges with ours?

I'm just saying :-)

Greg

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf 
Of Ed Gould
Sent: Thursday, April 30, 2015 1:55 AM
To: IBM-MAIN@listserv.ua.edu
Subject: [EXTERNAL] O/T Strontium atomic clock accurate to the second -- over 
15 billion years --

http://www.sciencedaily.com/releases/2015/04/150421132031.htm? 
utm_source=feedburnerutm_medium=emailutm_campaign=Feed: 
+sciencedaily/strange_science+(Strange++Offbeat+News+--+ScienceDaily)


(watch the wrap)

--
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: O/T Strontium atomic clock accurate to the second -- over 15 billion years --

[Schmeelk, Gregory P.]

Why do *I* have to correct for it, Gil?  Isn't someone else being paid to do 
that?

(I just could resist... my initials are GPS  :-)
Greg

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf 
Of Paul Gilmartin
Sent: Thursday, April 30, 2015 12:30 PM
To: IBM-MAIN@listserv.ua.edu
Subject: [EXTERNAL] Re: O/T Strontium atomic clock accurate to the second -- 
over 15 billion years --

On Thu, 30 Apr 2015 08:52:09 -0500, Tom Marchant wrote:

On Thu, 30 Apr 2015 06:31:09 +, Vernooij, CP wrote:

They can claim anything, who is gonna check this and where can I 
complain after 15b years if my clock appears to be not that accurate 
then?

Why shouldn't it be that accurate? After all, a second is currently 
defined in terms of atomic clocks.
 
In fact, an average of several, geographically separated for fault tolerance.

There's a fine metaphysical question here.  The meaning of any physical 
quantity depends on specifying a process for measuring it.  If you define time 
as that which is measured by a sundial, the atomic clock is inferior; at best 
it measures something else.

But computing an average implies that one can compute a variance and conclude 
that pendulum clocks agree with other better than sundials, so we changed our 
notion of time from the sundial convention to pendulums, and subsequently to 
atomic clocks, accepting the nuisance of leap seconds.

On Thu, 30 Apr 2015 09:32:05 -0400, Schmeelk, Gregory P.  wrote:

Um, have the taken into account the Einsteinium time dilation that will occur 
as the Andromeda galaxy merges with ours?

I'm just saying :-)
 
But it matters, and it's old stuff:

http://en.wikipedia.org/wiki/Hafele%E2%80%93Keating_experiment

GPS must correct for it.

-- gil

--
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: OT: Friday joke :-)

[Schmeelk, Gregory P.]

Yes, Grasshopper, you have gotten the point.  Now, snatch the pebble from my 
hand.

... but when you die, on your deathbed, you will receive total 
consciousness. So I got that goin' for me, which is nice.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf 
Of Tony Harminc
Sent: Friday, January 23, 2015 12:52 PM
To: IBM-MAIN@listserv.ua.edu
Subject: [EXTERNAL] Re: OT: Friday joke :-)

On 23 January 2015 at 10:14, Schmeelk, Gregory P.
gregory.schme...@nscorp.com wrote:
 At the point it bursts, it is fully inflated.

...and at that moment the monk was enlightened.

Tony H.

--
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: OT: Friday joke :-)

[Schmeelk, Gregory P.]

At the point it bursts, it is fully inflated.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf 
Of Chase, John
Sent: Friday, January 23, 2015 9:53 AM
To: IBM-MAIN@listserv.ua.edu
Subject: [EXTERNAL] Re: OT: Friday joke :-)

 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of Sam Siegel
 
 The question of the day is, were the balls fully inflated our not?

Precisely define fully inflated.  Dig me up when everybody's satisfied with 
your definition.  :-)

-jc-


 On Jan 23, 2015 6:28 AM, Duffy Nightingale, SS 
 du...@soundsoftware.us
 wrote:
 
  Good one!  Thanks.
 
  Duffy Nightingale
 
   On Jan 23, 2015, at 4:32 AM, George Rodriguez 
  george.rodrig...@palmbeachschools.org wrote:
  
   lol... Very funny... Thanks for stating my Friday morning with a smile!
  
  
   *George Rodriguez*
   *Specialist II - IT Solutions*
   *IT Enterprise Applications*
   *PX - 47652*
   *(561) 357-7652 (office)*
   *(561) 707-3496 (mobile)*
   *School District of Palm Beach County*
   *3348 Forest Hill Blvd.*
   *Room B-251*
   *West Palm Beach, FL. 33406-5869*
   *Florida's Only A-Rated Urban District For Eight Consecutive 
   Years*
  
   On Fri, Jan 23, 2015 at 7:09 AM, Elardus Engelbrecht  
   elardus.engelbre...@sita.co.za wrote:
  
   A pilot has to take about 20 crazy guys from Seattle to New York.
  
   Yes, you guessed correctly, they're micro$oft programmers.
  
   He is worried that they will cause trouble, so he asked an IBM 
   engineer
  to
   watch them in the plane.
  
   After a few minutes the plane is shaking heavily. Up, down, 
   banking left and right, etc.
  
   He asked his co-pilot to take over and rushed back.
  
   Hey, engineer! what are they doing?
  
   Oh, they're playing rugby.
  
   Just stop them please!
  
   The plane flew without problems and the pilot is getting worried 
   that it is very silent back.
  
   He handed the plane to his co-pilot and went back.
  
   Engineer? Where are those programmers?
  
   Oh, I asked them to play outside!
  
   :-D
  
   Groete / Greetings
   Elardus Engelbrecht
  
   -
   --
   --- For IBM-MAIN subscribe / signoff / archive access 
   instructions, send email to lists...@listserv.ua.edu with the 
   message: INFO IBM-MAIN
  
   --
  
  
   *Disclaimer: *Under Florida law, e-mail addresses are public 
   records. If you do not want your e-mail address released in 
   response to a public records request, do not send electronic mail 
   to this entity. Instead, contact this office by phone or in writing.
  
  
   --
   --
   -- 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

**
Information contained in this e-mail message and in any attachments thereto is 
confidential. If you are not the intended recipient, please destroy this 
message, delete any copies held on your systems, notify the sender immediately, 
and refrain from using or disclosing all or any part of its content to any 
other person.


--
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: OT: Friday joke :-)

[Schmeelk, Gregory P.]

All depends on which nanosecond of bursting we are talking about.  :-)  
Theoretical instantaneous acceleration in physics comes to mind.

When the atoms are so far apart that they will not return, but have not yet 
release air, it is inflated.  I think this process should be executed on every 
football in the world.

Sorry, I am not into football and it is all anyone wants to talk about lately.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf 
Of Chase, John
Sent: Friday, January 23, 2015 11:18 AM
To: IBM-MAIN@listserv.ua.edu
Subject: [EXTERNAL] Re: OT: Friday joke :-)

 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of Schmeelk, Gregory P.
 Sent: Friday, January 23, 2015 9:15 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: OT: Friday joke :-)
 
 At the point it bursts, it is fully inflated.

ITYM was fully inflated.

   -jc-

 
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] 
 On Behalf Of Chase, John
 Sent: Friday, January 23, 2015 9:53 AM
 To: IBM-MAIN@listserv.ua.edu
 Subject: [EXTERNAL] Re: OT: Friday joke :-)
 
  -Original Message-
  From: IBM Mainframe Discussion List On Behalf Of Sam Siegel
 
  The question of the day is, were the balls fully inflated our not?
 
 Precisely define fully inflated.  Dig me up when everybody's 
 satisfied with your definition.  :-)
 
 -jc-
 
 
  On Jan 23, 2015 6:28 AM, Duffy Nightingale, SS
  du...@soundsoftware.us
  wrote:
 
   Good one!  Thanks.
  
   Duffy Nightingale
  
On Jan 23, 2015, at 4:32 AM, George Rodriguez 
   george.rodrig...@palmbeachschools.org wrote:
   
lol... Very funny... Thanks for stating my Friday morning with a smile!
   
   
*George Rodriguez*
*Specialist II - IT Solutions*
*IT Enterprise Applications*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-251*
*West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban 
District For Eight Consecutive
Years*
   
On Fri, Jan 23, 2015 at 7:09 AM, Elardus Engelbrecht  
elardus.engelbre...@sita.co.za wrote:
   
A pilot has to take about 20 crazy guys from Seattle to New York.
   
Yes, you guessed correctly, they're micro$oft programmers.
   
He is worried that they will cause trouble, so he asked an IBM 
engineer
   to
watch them in the plane.
   
After a few minutes the plane is shaking heavily. Up, down, 
banking left and right, etc.
   
He asked his co-pilot to take over and rushed back.
   
Hey, engineer! what are they doing?
   
Oh, they're playing rugby.
   
Just stop them please!
   
The plane flew without problems and the pilot is getting 
worried that it is very silent back.
   
He handed the plane to his co-pilot and went back.
   
Engineer? Where are those programmers?
   
Oh, I asked them to play outside!
   
:-D
   
Groete / Greetings
Elardus Engelbrecht
   
---
--
[ snip ]

**
Information contained in this e-mail message and in any attachments thereto is 
confidential. If you are not the intended recipient, please destroy this 
message, delete any copies held on your systems, notify the sender immediately, 
and refrain from using or disclosing all or any part of its content to any 
other person.


--
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: z13 unanswered question.

[Schmeelk, Gregory P.]

Why am I having visions of government agencies showing up to confiscate the 
server that was dealing in bitcoins?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf 
Of Timothy Sipples
Sent: Friday, January 16, 2015 11:20 AM
To: IBM-MAIN@listserv.ua.edu
Subject: [EXTERNAL] z13 unanswered question.

I understand the scenario you describe, John (defined capacities, reliance on 
shoot above room). I typed out a long and geeky explanation for how there 
might still be some room in the deepest discretionary cellar even in that 
scenario, but it's too academic and too much topic drift.

I simply don't recommend Bitcoin mining, on or off your mainframe.

Steering back to the IBM z13, for the record, in my view it's unlikely that 
Bitcoin mining would be a good workload fit on z13 processors.
However, it's likely an IBM z System would be a superb server for Bitcoin 
payment processing and Bitcoin exchanges, as it already is for other 
currencies. The Bitcoin ecosystem has many persistent problems, including 
security problems, and that'd be another reason to consider an IBM z System.

Now, where did I put those 6 yellow tulips. No, make that 8 tulips, and I'd 
better run. I need to go buy some milk


Timothy Sipples
IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA
E-Mail: sipp...@sg.ibm.com
--
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