Re: Silent IBM-MAIN?

[Jim Elliott, IBM]

Just most of the "regular suspects" are here at SHARE in Orlando (where it is 
very hot and humid). Having a great time celebrating the 60th anniversary of 
SHARE. My 1st SHARE was summer 1974!

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

IKJ56228I from GIMUNZIP?

[Paul Gilmartin]

When extracting a GIMZIP archive with GIMUNZIP, I get in JESMSGLG:

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

Apparently for each data set extracted.  Why?

Thanks,
gil

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

Re: LOADING An AMODE64 Program

[Ted MacNEIL]

It was -- divisible by 400.

-
-teD
-
  Original Message  
From: Jon Butler
Sent: Tuesday, August 11, 2015 11:16
To: IBM-MAIN@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
Subject: Re: LOADING An AMODE64 Program

Did she realize 2000 was not a leap year?

--
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: SDSF and Carriage Control

[Frank Swarbrick]

Would be nice.  If you open an RFE I will vote for it!
https://www.ibm.com/developerworks/rfe/

> Date: Tue, 11 Aug 2015 16:38:11 +
> From: ren.bren...@bkfs.com
> Subject: SDSF and Carriage Control
> To: IBM-MAIN@LISTSERV.UA.EDU
> 
> Back in 2000, someone, (Kriss Davis ), posed this question, (same subject as 
> above),  but at that time there was no answer.  I was wondering, in the 15 
> years that have passed, if IBM has developed a solution, or perhaps someone 
> has written a REXX to accomplish.
> 
> Here is the original post:
> 
> Kriss Davis wrote:
> >
> 
> >
> > I have been through the SDSF manuals on the web, and just don't see a
> > parameter or option to set to allow the carriage control characters to be
> > emulated in the display.
> 
> 
> 
> I have a user that would like to see a true print image, based on carriage 
> control.  That is: double, or triple spaced, and padded out to 66 lines, (or 
> whatever), with the cc info, (column 1), not displayed.
> 
> I don't recall any command in ISPF (or SDSF), that will accommodate such 
> actions.
> 
> Any thoughts?
> 
> TIA,
> 
> Ren Brenton
> MSP Optimization
> Black Knight Financial Services
> 601 Riverside Ave.,
> Jacksonville, FL 32204
> __
> O: 904.357.1448 | M: 404.438.3868 | F: 904.357.1807
> ren.bren...@bkfs.com || 
> www.BKFS.com
> 
> 
> The information contained in this message is proprietary and/or confidential. 
> If you are not the intended recipient, please: (i) delete the message and all 
> copies; (ii) do not disclose, distribute or use the message in any manner; 
> and (iii) notify the sender immediately. In addition, please be aware that 
> any message addressed to our domain is subject to archiving and review by 
> persons other than the intended recipient. Thank you.
> 
> --
> 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: SDSF and Carriage Control

[Paul Gilmartin]

On 2015-08-11 14:13, Dana Mitchell wrote:
> I wrote a rexx once years ago to format and display a sequential file 
> respecting carriage controls.  At the time it was to make the memo to users 
> from a CBPDO a little more readable.   But as much as that document used '+'  
> to suppress spacing for bold and underlining, I couldn't make get it to come 
> out looking ok since obviously you can't simulate overstrike on a display.   
> I can look to see if I still have it around if you like,  it could easlily be 
>  changed to read an SDSF output file if that's what's needed.
> 
Ah!  Here it is!:


http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.bpxa500/asacc.htm
z/OS 2.1.0>z/OS UNIX System Services>z/OS UNIX System Services Command 
Reference>Shell command descriptions>asa - Interpret ASA/FORTRAN carriage 
control

-- gil

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

Re: SDSF and Carriage Control

[Paul Gilmartin]

On 2015-08-11 14:13, Dana Mitchell wrote:
> I wrote a rexx once years ago to format and display a sequential file 
> respecting carriage controls.  At the time it was to make the memo to users 
> from a CBPDO a little more readable.   But as much as that document used '+'  
> to suppress spacing for bold and underlining, I couldn't make get it to come 
> out looking ok since obviously you can't simulate overstrike on a display.
>
The IBM 3800 printer had the capability to overstrike only with
the underscore character.  And, IIRC, ironically the underscores
must appear on the *last* line printed.  So, if one simply renders
"+" carriage control as CR without LF one sees only the underscores.
Not the best design.

It depends on the display.  If you use overstriking with identical
text for highlighting, you could shift to high intensity text on
some displays.

And I have a filter which converts FORTRAN/COBOL carriage control
to a PostScript file.  When I view its output with GNU Ghostview,
the overstrikes appear, even as on an impact printer.  It depends
on your display; it's not obvious.

-- gil

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

Re: SDSF z/os 2.1 - z/OS upgrade

[John Eells]

If you got this the first time you ran the job, you should open a PMR 
and let Level 2 sort it out. It will be helpful to tell them at the 
start what zone structure you intended so they know what path was 
exercised to create the RESTORE job.


If you are rerunning the job from its beginning, you need to understand 
that you can only delete an entry once (and there might be other things 
that can only "play once" to think about as well).


dbajava...@gmail.com (Peter) wrote:

Hello All,

I am running a RESTORE job of serverpac where I am failing with the below
error message

   DEL  SYSMOD(HQX7790) CIFREQ(
(UI90005,UI90004)
   ) .
GIM25501IENTRY HQX7790 WAS UPDATED BY UCLIN.
   DEL  SYSMOD(HQX7790) CIFREQ(
(UK96644,UK96643)
   ) .
GIM25301E ** SYSMOD ENTRY HQX7790 WAS NOT DELETED BECAUSE IT DOES NOT EXIST

Is this something can be removed or what actions can be taken.


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

Re: SDSF and Carriage Control

[Mark Zelden]

TBH, I haven't used IOF in about 17+ years now.  But I thought even back then 
it had an option 
to honor CC when looking at spool output.   Anyone?   

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
ITIL v3 Foundation Certified
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html
Systems Programming expert at http://search390.techtarget.com/ateExperts/


On Tue, 11 Aug 2015 15:13:46 -0500, Dana Mitchell  wrote:

>I wrote a rexx once years ago to format and display a sequential file 
>respecting carriage controls.  At the time it was to make the memo to users 
>from a CBPDO a little more readable.   But as much as that document used '+'  
>to suppress spacing for bold and underlining, I couldn't make get it to come 
>out looking ok since obviously you can't simulate overstrike on a display.   I 
>can look to see if I still have it around if you like,  it could easlily be  
>changed to read an SDSF output file if that's what's needed.
>
>Dana  
>
>On Tue, 11 Aug 2015 16:38:11 +, Brenton, Ren  wrote:
>
>>Back in 2000, someone, (Kriss Davis ), posed this question, (same subject as 
>>above),  but at that time there was no answer.  I was wondering, in the 15 
>>years that have passed, if IBM has developed a solution, or perhaps someone 
>>has written a REXX to accomplish.
>>
>>Here is the original post:
>>
>>Kriss Davis wrote:
>>>
>>
>>>
>>> I have been through the SDSF manuals on the web, and just don't see a
>>> parameter or option to set to allow the carriage control characters to be
>>> emulated in the display.
>>
>>
>>
>>I have a user that would like to see a true print image, based on carriage 
>>control.  That is: double, or triple spaced, and padded out to 66 lines, (or 
>>whatever), with the cc info, (column 1), not displayed.
>>
>
>--
>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: SDSF and Carriage Control

[Dana Mitchell]

I wrote a rexx once years ago to format and display a sequential file 
respecting carriage controls.  At the time it was to make the memo to users 
from a CBPDO a little more readable.   But as much as that document used '+'  
to suppress spacing for bold and underlining, I couldn't make get it to come 
out looking ok since obviously you can't simulate overstrike on a display.   I 
can look to see if I still have it around if you like,  it could easlily be  
changed to read an SDSF output file if that's what's needed.

Dana  

On Tue, 11 Aug 2015 16:38:11 +, Brenton, Ren  wrote:

>Back in 2000, someone, (Kriss Davis ), posed this question, (same subject as 
>above),  but at that time there was no answer.  I was wondering, in the 15 
>years that have passed, if IBM has developed a solution, or perhaps someone 
>has written a REXX to accomplish.
>
>Here is the original post:
>
>Kriss Davis wrote:
>>
>
>>
>> I have been through the SDSF manuals on the web, and just don't see a
>> parameter or option to set to allow the carriage control characters to be
>> emulated in the display.
>
>
>
>I have a user that would like to see a true print image, based on carriage 
>control.  That is: double, or triple spaced, and padded out to 66 lines, (or 
>whatever), with the cc info, (column 1), not displayed.
>

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

Re: LOADING An AMODE64 Program

[Barry Merrill]

   THIS IS THE FINAL MEMBER OF MXG VERSION 33.08 SOURCE LIBRARY.


 As a bonus for looking at this last member in the MXG Source Library:

 From my Encyclopaedia Britannica (Ninth Edition), American Revisions
 and Additions, Volume XXVI, 1896, page 1193:

  PANAMA CANAL ..

 "In February, 1893, M. de Lesseps, his son Charles, and other of their
  colleagues, were sentenced for fraud and bribery to various terms of
  imprisonment.  The government itself trembled under the fierce
  reproaches of the people.  The corrupt deputies and officials have not
  yet been punished -- in fact, the inquiry is not yet closed -- but the
  project of a Panama Canal seems to have faded away like a dream."

  and whereas the article on the Panama Canal was but two columns,
  the article on the Nicaragua Canal consumes pages 1134-1136, and even
  has the scale drawings of the canal elevations of the proposed route!
  So much for the accuracy of encyclopaedic texts!
  Thanks for reading to the end of MXG.   Barry Merrill.


Herbert W. “Barry” Merrill, PhD
President-Programmer
MXG Software
Merrill Consultants
10717 Cromwell Drive
Dallas, TX 75229-5112
ba...@mxg.com
Fax:  214 350 3694 – Still works, received as email
Tel:  214 351 1966 – Unreliable, please use email

www.mxg.comHomePage: FAQ answers most questions
ad...@mxg.com  License Forms, Invoice, Payment, ftp information
supp...@mxg.comTechnical Issues 
MXG-L FREE ListServer  http://www.mxg.com/mxg-l_listserver/



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Joel Ewing
Sent: Tuesday, August 11, 2015 12:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LOADING An AMODE64 Program

One of the things that became obvious in the Y2K discussion groups by
1999 was that the general public is not very good at understanding leap year 
exception rules, especially ones that neither they, nor several generations of 
their ancestors, have ever witnessed.  It ran all the way from some adamantly 
claiming 2000 should not and would not be a leap year to some insisting there 
would be two leap days in 2000!  As noted,
2000 was indeed a leap year by the 400-year exception to the 100-year exception

Encyclopedia Britannica is complicit in the confusion to this day by 
incorrectly implying in their "Leap Year" entry that in addition to the 
divisible by 4, 100, 400 rules there either is or should be a 4000-year 
exception rule:
"...For still more precise reckoning, every year evenly divisible by
4,000 (i.e., 16,000, 24,000, etc.) may be a common (not leap) year",

Over 18 years ago (Nov 1996) EB acknowledged that no such rule exists:
it was an un-adopted and sub-optimal suggestion by Sir John Herschel around 
1820.  EB has apparently not yet followed their own internal recommendation in 
1996 "to reword this statement in the future".
Joel C. Ewing


On 08/11/2015 10:31 AM, Mike Schwab wrote:
> As a multiple of 400, 2000 was a leap year.   2100, 2200, and 2300 will not 
> be.
> 
> On Tue, Aug 11, 2015 at 10:08 AM, Jon Butler  wrote:
>> Did she realize 2000 was not a leap year?
>>
...


-- 
Joel C. Ewing,Bentonville, AR   jcew...@acm.org 

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

Leap (was: LOADING An AMODE64 Program)

[Paul Gilmartin]

On Tue, 11 Aug 2015 12:37:30 -0500, Joel Ewing wrote:
>
>Encyclopedia Britannica is complicit in the confusion to this day by
>incorrectly implying in their "Leap Year" entry that in addition to the
>divisible by 4, 100, 400 rules there either is or should be a 4000-year
>exception rule:
>"...For still more precise reckoning, every year evenly divisible by
>4,000 (i.e., 16,000, 24,000, etc.) may be a common (not leap) year",
>
>Over 18 years ago (Nov 1996) EB acknowledged that no such rule exists:
>it was an un-adopted and sub-optimal suggestion by Sir John Herschel
>around 1820.  EB has apparently not yet followed their own internal
>recommendation in 1996 "to reword this statement in the future".
> 
If I were Emperor of the Universe, I would make the rule:

Every year divisible by 4 except one divisible by 128 is a leap year.

365 31/128 is within one second of the mean tropical year; closer even
than the 4000-year rule.

The unpredictable secular increase in the length of the day makes a
4000-year rule pointless.

-- gil

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

Re: LOADING An AMODE64 Program

[Joel Ewing]

One of the things that became obvious in the Y2K discussion groups by
1999 was that the general public is not very good at understanding leap
year exception rules, especially ones that neither they, nor several
generations of their ancestors, have ever witnessed.  It ran all the way
from some adamantly claiming 2000 should not and would not be a leap
year to some insisting there would be two leap days in 2000!  As noted,
2000 was indeed a leap year by the 400-year exception to the 100-year
exception

Encyclopedia Britannica is complicit in the confusion to this day by
incorrectly implying in their "Leap Year" entry that in addition to the
divisible by 4, 100, 400 rules there either is or should be a 4000-year
exception rule:
"...For still more precise reckoning, every year evenly divisible by
4,000 (i.e., 16,000, 24,000, etc.) may be a common (not leap) year",

Over 18 years ago (Nov 1996) EB acknowledged that no such rule exists:
it was an un-adopted and sub-optimal suggestion by Sir John Herschel
around 1820.  EB has apparently not yet followed their own internal
recommendation in 1996 "to reword this statement in the future".
Joel C. Ewing


On 08/11/2015 10:31 AM, Mike Schwab wrote:
> As a multiple of 400, 2000 was a leap year.   2100, 2200, and 2300 will not 
> be.
> 
> On Tue, Aug 11, 2015 at 10:08 AM, Jon Butler  wrote:
>> Did she realize 2000 was not a leap year?
>>
...


-- 
Joel C. Ewing,Bentonville, AR   jcew...@acm.org 

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

Re: SDSF z/os 2.1 - z/OS upgrade

[Burrell, C. Todd (CDC/OCOO/OCIO/ITSO) (CTR)]

Aren't you trying to delete the same SYSMOD twice?  Or am I missing something?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter
Sent: Tuesday, August 11, 2015 1:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SDSF z/os 2.1 - z/OS upgrade

Hello All,

I am running a RESTORE job of serverpac where I am failing with the below error 
message

  DEL  SYSMOD(HQX7790) CIFREQ(
   (UI90005,UI90004)
  ) .
GIM25501IENTRY HQX7790 WAS UPDATED BY UCLIN.
  DEL  SYSMOD(HQX7790) CIFREQ(
   (UK96644,UK96643)
  ) .
GIM25301E ** SYSMOD ENTRY HQX7790 WAS NOT DELETED BECAUSE IT DOES NOT EXIST

Is this something can be removed or what actions can be taken.

Peter

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

SDSF z/os 2.1 - z/OS upgrade

[Peter]

Hello All,

I am running a RESTORE job of serverpac where I am failing with the below
error message

  DEL  SYSMOD(HQX7790) CIFREQ(
   (UI90005,UI90004)
  ) .
GIM25501IENTRY HQX7790 WAS UPDATED BY UCLIN.
  DEL  SYSMOD(HQX7790) CIFREQ(
   (UK96644,UK96643)
  ) .
GIM25301E ** SYSMOD ENTRY HQX7790 WAS NOT DELETED BECAUSE IT DOES NOT EXIST

Is this something can be removed or what actions can be taken.

Peter

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

SDSF and Carriage Control

[Brenton, Ren]

Back in 2000, someone, (Kriss Davis ), posed this question, (same subject as 
above),  but at that time there was no answer.  I was wondering, in the 15 
years that have passed, if IBM has developed a solution, or perhaps someone has 
written a REXX to accomplish.

Here is the original post:

Kriss Davis wrote:
>

>
> I have been through the SDSF manuals on the web, and just don't see a
> parameter or option to set to allow the carriage control characters to be
> emulated in the display.



I have a user that would like to see a true print image, based on carriage 
control.  That is: double, or triple spaced, and padded out to 66 lines, (or 
whatever), with the cc info, (column 1), not displayed.

I don't recall any command in ISPF (or SDSF), that will accommodate such 
actions.

Any thoughts?

TIA,

Ren Brenton
MSP Optimization
Black Knight Financial Services
601 Riverside Ave.,
Jacksonville, FL 32204
__
O: 904.357.1448 | M: 404.438.3868 | F: 904.357.1807
ren.bren...@bkfs.com || 
www.BKFS.com


The information contained in this message is proprietary and/or confidential. 
If you are not the intended recipient, please: (i) delete the message and all 
copies; (ii) do not disclose, distribute or use the message in any manner; and 
(iii) notify the sender immediately. In addition, please be aware that any 
message addressed to our domain is subject to archiving and review by persons 
other than the intended recipient. Thank you.

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

Re: Silent IBM-MAIN?

[retired mainframer]

The last time it happened to me, corporate had made some changes to the 
firewall (or maybe it was the span filters) and for some reason IBM-MAIN 
messages were discarded.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Elardus Engelbrecht
> Sent: Monday, August 10, 2015 11:48 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Silent IBM-MAIN?
> 
> H, IBM-MAIN is s silent? Or is it dead, moribund, passed out, under 6 
> feet
> soil, finished, knocked-out?
> 
> Whats the matter? All and everyone that really busy yesterday or on a well 
> deserved
> holiday?

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

Re: LOADING An AMODE64 Program

[Mike Schwab]

As a multiple of 400, 2000 was a leap year.   2100, 2200, and 2300 will not be.

On Tue, Aug 11, 2015 at 10:08 AM, Jon Butler  wrote:
> Did she realize 2000 was not a leap year?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: FTP Exits

[Steve Thompson]

Thank you.

Waiting on it to respond.

Regards,
Steve Thompson

On 08/11/2015 11:08 AM, Lizette Koehler wrote:

If  you are not aware, there is a TCPIP list that might be very helpful with 
this type of question.  All things network and IP discussed here.


To join, if you have not done so,

TCPIP   To subscribe, send mail to lists...@vm.marist.edu  with the 
command (paste it!) in the e-mail message body:
SUBSCRIBE IBMTCP-L
Or this url and go to the bottom of the webpage:  
http://www2.marist.edu/htbin/wlvindex?IBMTCP-L


Lizette





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

Re: FTP Exits

[Lizette Koehler]

If  you are not aware, there is a TCPIP list that might be very helpful with 
this type of question.  All things network and IP discussed here.


To join, if you have not done so,

TCPIP   To subscribe, send mail to lists...@vm.marist.edu  with the 
command (paste it!) in the e-mail message body: 
   SUBSCRIBE IBMTCP-L
Or this url and go to the bottom of the webpage:  
http://www2.marist.edu/htbin/wlvindex?IBMTCP-L


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Steve Thompson
> Sent: Tuesday, August 11, 2015 7:58 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Q: FTP Exits
> 
> I've been asked to find a way to check FTP usage in our z/OS environment
> (2.1 at this point) to see if users are specifying IP addresses or names to be
> resolved.
> 
> As I read the doc, it seems that when the FTCHKIP exit gets called the DNS
> "names" already resolved.
> 
> I'm given that impression while reading the parm list description. It is
> explaining what one sees when the address is
> IPv4 vs. IPv6.
> 
> In all that I've read so far, I don't see where one gets to look at the 
> command
> tail...
> 
> And I'm not all that sure that FTCHKCMD is going to work for the same
> reason.
> 
> So, am I correct in what I am seeing? Or have I missed something?
> 
> Again we want to know if users are using names as opposed to hard IP
> addresses.
> 
> Regards,
> Steve Thompson

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

Re: LOADING An AMODE64 Program

[Jon Butler]

Did she realize 2000 was not a leap year?

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

Q: FTP Exits

[Steve Thompson]

I've been asked to find a way to check FTP usage in our z/OS 
environment (2.1 at this point) to see if users are specifying IP 
addresses or names to be resolved.


As I read the doc, it seems that when the FTCHKIP exit gets 
called the DNS "names" already resolved.


I'm given that impression while reading the parm list 
description. It is explaining what one sees when the address is 
IPv4 vs. IPv6.


In all that I've read so far, I don't see where one gets to look 
at the command tail...


And I'm not all that sure that FTCHKCMD is going to work for the 
same reason.


So, am I correct in what I am seeing? Or have I missed something?

Again we want to know if users are using names as opposed to hard 
IP addresses.


Regards,
Steve Thompson

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

Re: JZOS batch and zAAPs

[Lizette Koehler]

Then that is correct.

Any job (I am pretty sure about this) whether it is batch or online, if it uses 
JAVA or XML then it can be redirected to run on zIIP or zAAP engines as 
determined by z/OS.

The presentation
www.jsrsys.com/share/105/s8366.pdf

Introduction to IBM Java Workload from 2005 has a very nice over view of this 
process.  I am sure that since in the last 10 years, even more flexibility has 
been added.

I think if you only have a zIIP - Java and other can run on it.  If you only 
have a zAAP - only Java/XML type workload

This presentation from 2010 for DB2 also has some nice slides (see page 6) on 
differences between zIIP and zAAP
[PDF]Leveraging zIIP, zAAP Specialty Engines with DB2 for … 
https://share.confex.com/share/115/webprogram/Handout/Session7964/DB2z%20Leveraging%20zIIP%20zAAP%20Aug%204%202010.pdf


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of David Crayford
> Sent: Tuesday, August 11, 2015 7:37 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: JZOS batch and zAAPs
> 
> I think Earl is asking if a Java batch job running on a JES initiator can be 
> offload
> to a zIIP or zAAP (deprecated) as opposed to running in the USS
> environment. Of course, Java always needs a USS environment to run..
>   Wherever a Java JVM runs it can be offload to a zIIP on z/OS. Good news for
> Java applications!
> 
> On 11/08/2015 10:27 PM, Lizette Koehler wrote:
> > I am not sure about the question.
> >
> > I thought the z/OS directed work to a zAAP.  I thought that a zAAP is used
> by JAVA like things.
> >
> > It is not related to the JES initiators.
> >
> >
> > Lizette
> >
> >
> >> -Original Message-
> >> From: IBM Mainframe Discussion List [mailto:IBM-
> m...@listserv.ua.edu]
> >> On Behalf Of Earl Hodil
> >> Sent: Tuesday, August 11, 2015 7:11 AM
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> Subject: JZOS batch and zAAPs
> >>
> >> Does anyone know if you can run on a zAAP from standard JES initiators?
> >>
> >> Earl Hodil
> >> Open Software Technologies
> >>

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

Re: JZOS batch and zAAPs

[David Crayford]

I think Earl is asking if a Java batch job running on a JES initiator 
can be offload to a zIIP or zAAP (deprecated) as opposed to running in 
the USS environment. Of course, Java always needs a USS environment to run..
 Wherever a Java JVM runs it can be offload to a zIIP on z/OS. Good 
news for Java applications!


On 11/08/2015 10:27 PM, Lizette Koehler wrote:

I am not sure about the question.

I thought the z/OS directed work to a zAAP.  I thought that a zAAP is used by 
JAVA like things.

It is not related to the JES initiators.


Lizette



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On Behalf Of Earl Hodil
Sent: Tuesday, August 11, 2015 7:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: JZOS batch and zAAPs

Does anyone know if you can run on a zAAP from standard JES initiators?

Earl Hodil
Open Software Technologies


--
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: JZOS batch and zAAPs

[Lizette Koehler]

Check out this Share presentation from 2005.  It has a nice over view of zIIP 
and zAAP processing

Introduction to IBM Java Workload Engine zAAP
www.jsrsys.com/share/105/s8366.pdf


Lizette


> -Original Message-
> From: Lizette Koehler [mailto:stars...@mindspring.com]
> Sent: Tuesday, August 11, 2015 7:28 AM
> To: 'IBM Mainframe Discussion List'
> Subject: RE: JZOS batch and zAAPs
> 
> I am not sure about the question.
> 
> I thought the z/OS directed work to a zAAP.  I thought that a zAAP is used by
> JAVA like things.
> 
> It is not related to the JES initiators.
> 
> 
> Lizette
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-
> m...@listserv.ua.edu]
> > On Behalf Of Earl Hodil
> > Sent: Tuesday, August 11, 2015 7:11 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: JZOS batch and zAAPs
> >
> > Does anyone know if you can run on a zAAP from standard JES initiators?
> >
> > Earl Hodil
> > Open Software Technologies
> >

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

Re: JZOS batch and zAAPs

[Lizette Koehler]

I am not sure about the question. 

I thought the z/OS directed work to a zAAP.  I thought that a zAAP is used by 
JAVA like things.

It is not related to the JES initiators.


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Earl Hodil
> Sent: Tuesday, August 11, 2015 7:11 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: JZOS batch and zAAPs
> 
> Does anyone know if you can run on a zAAP from standard JES initiators?
> 
> Earl Hodil
> Open Software Technologies
> 

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

Re: JZOS batch and zAAPs

[David Crayford]

Yep. And unlike customer and vendor written JNI applications IBM have 
set the magic bit so that all the C/C++ code that JZOS executes also 
runs on a zIIP.


I've been using JZOS a lot recently and it's a wonderful library.

On 11/08/2015 10:11 PM, Earl Hodil wrote:

Does anyone know if you can run on a zAAP from standard JES initiators?

Earl Hodil
Open Software Technologies

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of IBM-MAIN automatic digest system
Sent: Tuesday, August 11, 2015 12:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBM-MAIN Digest - 9 Aug 2015 to 10 Aug 2015 (#2015-222)

There are 2 messages totaling 98 lines in this issue.

Topics of the day:

   1. Formal definituion of Speed Matching Buffer
   2. Mixed COBOL ewnvironment and Ent. COBOL

--

Date:Mon, 10 Aug 2015 09:58:51 -0700
From:Anne & Lynn Wheeler 
Subject: Re: Formal definituion of Speed Matching Buffer

re:
http://www.garlic.com/~lynn/2015f.html#86 Formal definituion of Speed Matching 
Buffer
http://www.garlic.com/~lynn/2015f.html#88 Formal definituion of Speed Matching 
Buffer

For those that got post forwarded and can't see the recent URL refs on 
garlic.com ... On 17Apr2015, garlic.com changed there webserver and still have 
yet been able to update my personal web pages ... to see the full thread check 
google group archive.
https://groups.google.com/forum/#!topic/bit.listserv.ibm-main/K2Elt-40-VE

With regard to MVS MTBF 15min, I happened to mention in an internal
(only) report giving technical details of building a bullet proof and never 
fail I/O subsystem ... which brought down wrath of the MVS organization on my 
head ... apparently they would have gotten me fired if they couldn't figure out 
how ... but they found other ways of taking out their displeasure.

VM370 official calypso support, put8201, reference to retrofitting to heavily 
modified internal system.

To: wheeler
Date: 01/11/82 12:51:34
  
ref calypso-vm/sp (ext. ckd ) ;


The official release of the code was this month. Put tape 8201 lvl. 110.  It 
looks like it might be awhile before we get that far for common and all, right 
?  Maybe I should go ahead and work on fitting it to 106.  What do you think?

... snip ...

from vmshare archives ... discussion of 3880 speed matching buffer but doesn't 
explicitly say anything about define extent and eckd 
http://vm.marist.edu/~vmshare/browse?fn=3380&ft=MEMO

old email about FE error injection regression tests for 3380 ...  all of the 57 
errors were resulting in MVS hanging and requiring reipl and in 2/3rds of the 
cases, there was no indication of what caused the problem (this is separate 
from the earlier issue where they attempted to use MVS in the bldg. 14 
engineering test lab and found it had 15min MTBF)
http://www.garlic.com/~lynn/2007.html#email801015

--
virtualization experience starting Jan1968, online at home since Mar1970

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

--

Date:Mon, 10 Aug 2015 12:09:47 -0500
From:David Kartzman 
Subject: Re: Mixed COBOL ewnvironment and Ent. COBOL

Hi Tom...

I have a question based on a comment you made to Itzchak. You said:

"None specifically for the VS COBOL II modules.  OTOH, when recompiling with

COBOL V5 we recommend a lot of testing, because it can reveal hidden
invalid COBOL programs.  These programs could have been invalid for 20
or 30 years, but each new release generated the same instructions so
hte behavior was the same. With COBOL V5, these bad programs might
start getting the wrong answers.  So, for every program recompiled
with COBOL V5 we recommend thorough regression testing."

I'm aware of the issue with the SEARCH ALL verb and the issue (described in 
Appendix G) about the wrong length record being flagged now in COBOL 5. Are 
there other issues that would force significant regression testing over and 
above normal testing? Is your comment primarily for programs last compiled with 
VS COBOL II?

Thanks in advance.

Dave Kartzman

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

--

End of IBM-MAIN Digest - 9 Aug 2015 to 10 Aug 2015 (#2015-222)
**

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

JZOS batch and zAAPs

[Earl Hodil]

Does anyone know if you can run on a zAAP from standard JES initiators?

Earl Hodil
Open Software Technologies

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of IBM-MAIN automatic digest system
Sent: Tuesday, August 11, 2015 12:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBM-MAIN Digest - 9 Aug 2015 to 10 Aug 2015 (#2015-222)

There are 2 messages totaling 98 lines in this issue.

Topics of the day:

  1. Formal definituion of Speed Matching Buffer
  2. Mixed COBOL ewnvironment and Ent. COBOL

--

Date:Mon, 10 Aug 2015 09:58:51 -0700
From:Anne & Lynn Wheeler 
Subject: Re: Formal definituion of Speed Matching Buffer

re:
http://www.garlic.com/~lynn/2015f.html#86 Formal definituion of Speed Matching 
Buffer
http://www.garlic.com/~lynn/2015f.html#88 Formal definituion of Speed Matching 
Buffer

For those that got post forwarded and can't see the recent URL refs on 
garlic.com ... On 17Apr2015, garlic.com changed there webserver and still have 
yet been able to update my personal web pages ... to see the full thread check 
google group archive.
https://groups.google.com/forum/#!topic/bit.listserv.ibm-main/K2Elt-40-VE

With regard to MVS MTBF 15min, I happened to mention in an internal
(only) report giving technical details of building a bullet proof and never 
fail I/O subsystem ... which brought down wrath of the MVS organization on my 
head ... apparently they would have gotten me fired if they couldn't figure out 
how ... but they found other ways of taking out their displeasure.

VM370 official calypso support, put8201, reference to retrofitting to heavily 
modified internal system.

To: wheeler
Date: 01/11/82 12:51:34
 
ref calypso-vm/sp (ext. ckd ) ;

The official release of the code was this month. Put tape 8201 lvl. 110.  It 
looks like it might be awhile before we get that far for common and all, right 
?  Maybe I should go ahead and work on fitting it to 106.  What do you think?

... snip ...

from vmshare archives ... discussion of 3880 speed matching buffer but doesn't 
explicitly say anything about define extent and eckd 
http://vm.marist.edu/~vmshare/browse?fn=3380&ft=MEMO

old email about FE error injection regression tests for 3380 ...  all of the 57 
errors were resulting in MVS hanging and requiring reipl and in 2/3rds of the 
cases, there was no indication of what caused the problem (this is separate 
from the earlier issue where they attempted to use MVS in the bldg. 14 
engineering test lab and found it had 15min MTBF)
http://www.garlic.com/~lynn/2007.html#email801015

--
virtualization experience starting Jan1968, online at home since Mar1970

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

--

Date:Mon, 10 Aug 2015 12:09:47 -0500
From:David Kartzman 
Subject: Re: Mixed COBOL ewnvironment and Ent. COBOL

Hi Tom...

I have a question based on a comment you made to Itzchak. You said:

"None specifically for the VS COBOL II modules.  OTOH, when recompiling with
> COBOL V5 we recommend a lot of testing, because it can reveal hidden 
> invalid COBOL programs.  These programs could have been invalid for 20 
> or 30 years, but each new release generated the same instructions so 
> hte behavior was the same. With COBOL V5, these bad programs might 
> start getting the wrong answers.  So, for every program recompiled 
> with COBOL V5 we recommend thorough regression testing."

I'm aware of the issue with the SEARCH ALL verb and the issue (described in 
Appendix G) about the wrong length record being flagged now in COBOL 5. Are 
there other issues that would force significant regression testing over and 
above normal testing? Is your comment primarily for programs last compiled with 
VS COBOL II?

Thanks in advance.

Dave Kartzman

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

--

End of IBM-MAIN Digest - 9 Aug 2015 to 10 Aug 2015 (#2015-222)
**

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

Re: Silent IBM-MAIN?

[Ed Finnell]

Enough...'fins on the left, fins on the right...' Used to have my picture  
in the tavern and bait shop for gaffing a 564 lbs Tiger shark some guy 
hooked  off the pier at Ashwander's in Gulf Shores,AL Katrina and Rita fixed 
them 
both  of them permanently. Guess it's condos now.
 
 
In a message dated 8/11/2015 8:39:55 A.M. Central Daylight Time,  
0050619ca8df-dmarc-requ...@listserv.ua.edu writes:

by the  coast, a beach has sea, sand and ice cream stands!  ;-)


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

Re: Silent IBM-MAIN?

[Elardus Engelbrecht]

Aled Hughes wrote:

>OK, Ed! But to me, who has spent most of his life by the coast, a beach has 
>sea, sand and ice cream stands! ;-)

And hungry sharks looking for tasty ...

... beautiful girls with way too much body than swimwear... ;-)

For anglers, lots of fish trying to steal your bait.

Or a lucky aeroplane landing on the beach near Durban North Beach last Sunday.

http://www.news24.com/SouthAfrica/News/Durban-pilot-unharmed-after-emergency-landing-20150809
 

Icecream? They're melting the moment you take it out the freezers... :-p

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

Re: Silent IBM-MAIN?

[Aled Hughes]

OK, Ed! But to me, who has spent most of his life by the coast, a beach has 
sea, sand and ice cream stands! ;-)

 

 

 

-Original Message-
From: Ed Finnell <000248cce9f3-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN 
Sent: Tue, 11 Aug 2015 14:27
Subject: Re: Silent IBM-MAIN?


Define beach!
 
http://www.swandolphin.com/aboutus/maps.html
 
 
In a
message dated 8/11/2015 6:10:24 A.M. Central Daylight Time, 

0050619ca8df-dmarc-requ...@listserv.ua.edu writes:

"Probably enjoying
the 
beach."


--
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: Silent IBM-MAIN?

[Ed Finnell]

Define beach!
 
http://www.swandolphin.com/aboutus/maps.html
 
 
In a message dated 8/11/2015 6:10:24 A.M. Central Daylight Time,  
0050619ca8df-dmarc-requ...@listserv.ua.edu writes:

"Probably enjoying the  beach."


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

Re: LOADING An AMODE64 Program

[Elardus Engelbrecht]

John McKown wrote:

>Unless, like someone I knew back in the 1970's who didn't want to calculate 
>leap years at run time. So she had a hard coded table in her program. It went 
>up to her planned retirement date.

Why? Is she crazy, bored, lazy or what? To fix dates for leap years are just a 
few instructions worth depending on the language and purpose of date usage.

Was that table verified at all?

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

Re: LOADING An AMODE64 Program

[Peter Relson]

Regarding my post:
Sorry, wrong list...

Peter Relson
z/OS Core Technology Design

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

Re: LOADING An AMODE64 Program

[John McKown]

On Tue, Aug 11, 2015 at 6:43 AM, Peter Relson  wrote:

> It is clearly wrong to capture the 4-byte result of LOAD and then use LLGF
> if the module can be AMODE 64.
> And, yes, the 8-byte GR0 can be used in all cases (the high half not being
> relevant unless AMODE 64).
>
> As I had mentioned, the result of LOAD is suitable for use with BASSM and
> thus for AMODE 64 has the low bit on.
> If that is then used with LLGF this will be a branch to an odd address and
> a specification exception will result.
>
> Peter Relson
> z/OS Core Technology Design
>
>
>
​I will chime in with my _opinion_ that now is the time to start using a
STG to an AD field. It is a cheap way to "future proof" your program for
when IBM finally allows RMODE(64). Unless, like someone I knew back in the
1970's who didn't want to calculate leap years at run time. So she had a
hard coded table in her program. It went up to her planned retirement date.



-- 

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

Re: LOADING An AMODE64 Program

[Peter Relson]

It is clearly wrong to capture the 4-byte result of LOAD and then use LLGF 
if the module can be AMODE 64.
And, yes, the 8-byte GR0 can be used in all cases (the high half not being 
relevant unless AMODE 64).

As I had mentioned, the result of LOAD is suitable for use with BASSM and 
thus for AMODE 64 has the low bit on.
If that is then used with LLGF this will be a branch to an odd address and 
a specification exception will result.

Peter Relson
z/OS Core Technology Design

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

Re: Silent IBM-MAIN?

[Charles Mills]

POURED rain Sunday night. Humidity is about 110%. (Impossible you say? I always 
hear sportscasters saying "he plays at 110%.") I met a gal in the elevator who 
was just back from a run and said "it was like running in a swimming pool."

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Aled Hughes
Sent: Tuesday, August 11, 2015 7:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Silent IBM-MAIN?

 
"Probably enjoying the beach."

Last time I looked, Orlando is at least 50 miles from the nearest beach as the 
crow flies, but with the recent rain in Florida, perhaps you are right Ed!

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

Re: Silent IBM-MAIN?

[Charles Mills]

Best talk I have heard so far was from Chris O'Malley of Compuware. Taking
the liberty of paraphrasing liberally, he said that the z13 technology is
awesome -- so why are we not seeing more uptake on new projects at
customers?

He made the point that if we (the mainframe) are to compete successfully for
enterprise budgets for need to be as agile as the Linux and mobile
"culture." If you owned a an enterprise project, where would you invest your
budget? On a platform where people said "cool, we can have a prototype up by
tomorrow" or a platform where people said "well, the RACF guy is out today,
and the architecture committee doesn't meet until next month, and we'd have
to open up a port on Comm Server -- not sure if those guys would be willing
to do that ..."?

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Ed Finnell
Sent: Tuesday, August 11, 2015 6:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Silent IBM-MAIN?

Maybe we'll get some fresh updates here shortly. Senior Haffe and Robinso
usually enlighten us early on.
 
 
In a message dated 8/11/2015 5:27:28 A.M. Central Daylight Time,  
elardus.engelbre...@sita.co.za writes:

Thanks  Ed. Now I know why IBM-MAIN is so  silent.



--
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: Silent IBM-MAIN?

[Aled Hughes]

 
"Probably enjoying the beach."

Last time I looked, Orlando is at least 50 miles from the nearest beach as the 
crow flies, but with the recent rain in Florida, perhaps you are right Ed!

ALH




 

 

-Original Message-
From: Ed Finnell <000248cce9f3-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN 
Sent: Tue, 11 Aug 2015 11:20
Subject: Re: Silent IBM-MAIN?


Probably enjoying the beach.
 
http://www.share.org/orlando
 
or off at
_www.machinegunamerica.com_ (http://www.machinegunamerica.com)  
practicing 
for the revolution.
 
 
In a message dated 8/11/2015 4:03:02 A.M. Central
Daylight Time,  
elardus.engelbre...@sita.co.za writes:

Perhaps,  but by
removing the parenthesis and ignoring the break-up of the 
word Sin,  you're
removing the fun from that tongue in cheek math 
challenge.


--
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: Silent IBM-MAIN?

[Ed Finnell]

Maybe we'll get some fresh updates here shortly. Senior Haffe and Robinso  
usually enlighten us early on.
 
 
In a message dated 8/11/2015 5:27:28 A.M. Central Daylight Time,  
elardus.engelbre...@sita.co.za writes:

Thanks  Ed. Now I know why IBM-MAIN is so  silent.



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

Re: Silent IBM-MAIN?

[Elardus Engelbrecht]

Ed Finnell wrote:

>Probably enjoying the beach. http://www.share.org/orlando 

Hmmm, they're enjoying the '60th anniversary of SHARE' at a beach resort.

I see that website has been given a good makeover.

Thanks Ed. Now I know why IBM-MAIN is so silent.

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

Re: Silent IBM-MAIN?

[Ed Finnell]

Probably enjoying the beach.
 
http://www.share.org/orlando
 
or off at _www.machinegunamerica.com_ (http://www.machinegunamerica.com)  
practicing  for the revolution.
 
 
In a message dated 8/11/2015 4:03:02 A.M. Central Daylight Time,  
elardus.engelbre...@sita.co.za writes:

Perhaps,  but by removing the parenthesis and ignoring the break-up of the 
word Sin,  you're removing the fun from that tongue in cheek math  challenge.


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

Re: Silent IBM-MAIN?

[Elardus Engelbrecht]

Paul Gillis wrote:

>Nah, I reckon it's 1/n + Six = 7, so your answer is only correct if n = 1.

Perhaps, but by removing the parenthesis and ignoring the break-up of the word 
Sin, you're removing the fun from that tongue in cheek math challenge.

That math challenge, now circulating in jokes pages, was apparently from a 
picture originating from a failed examination answer sheet.

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

Re: Silent IBM-MAIN?

[Paul Gillis]

Nah, I reckon it's 1/n + Six = 7, so your answer is only correct if n = 1.

Not so silent

Cheers,
Paul Gillis

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: Tuesday, 11 August 2015 4:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Silent IBM-MAIN?

H, IBM-MAIN is s silent? Or is it dead, moribund, passed out, under 6 
feet soil, finished, knocked-out?

Whats the matter? All and everyone that really busy yesterday or on a well 
deserved holiday?

Or trying to figure out a failsafe/crashproof upgrade to z/OS v2.1? 


Oh, well, here is a mathematical puzzle for you to cheer you up:

(Are you mathematically challenged? ;-D )

Prove that ( 1 + Sin X ) / n = 7

Simple: just cancel out letter n, you get:

( 1 + Si x ) = 7

thus, ( 1 + 6 ) = 7 !!!

Voila! One test fewer to you. ;-)

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

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