date:20131030

You speak with great authority about this Timothy. Do you have any 
"real" world experience with open source and porting to z/OS?


On 31/10/2013 1:35 PM, Timothy Sipples wrote:

Shmuel Metz writes:

...z/OS does require EBCDIC.

It does not (if referring to ported applications), and repeating a
falsehood does not make it any more true.

EBCDIC support is required if and only if there is a requirement to operate
on/with EBCDIC-encoded data. z/OS does not require an application to
support EBCDIC in order to run and run well. There is no requirement to
store user data in EBCDIC, though many/most z/OS customers store at least
some data in EBCDIC.

Precision here is particularly important. I would humbly suggest that those
who are misleading members of the open source community about z/OS are not
doing anyone any favors.


Timothy Sipples
GMU VCT Architect Executive (Based in Singapore)
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

Re: Is there currently a way to access MongoDB from z/OS LE languages?

2013-10-30 Thread Timothy Sipples

Shmuel Metz writes:
>...z/OS does require EBCDIC.

It does not (if referring to ported applications), and repeating a
falsehood does not make it any more true.

EBCDIC support is required if and only if there is a requirement to operate
on/with EBCDIC-encoded data. z/OS does not require an application to
support EBCDIC in order to run and run well. There is no requirement to
store user data in EBCDIC, though many/most z/OS customers store at least
some data in EBCDIC.

Precision here is particularly important. I would humbly suggest that those
who are misleading members of the open source community about z/OS are not
doing anyone any favors.


Timothy Sipples
GMU VCT Architect Executive (Based in Singapore)
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

Re: zIIP simulation

2013-10-30 Thread Ed Jaffe


On 10/30/2013 6:55 PM, Al Sherkow wrote:

Yes, I too have heard of one vendor that checks to see if a zIIP is available 
and if not does not setup for the zIIP. So for this vendor and their software 
that would use a zIIP they are not included in the eligible time and hence not 
in any analysis of the eligible time.


If that vendor is not Phoenix Software, then there are at least two that 
do this... TCBs when no zIIPs are present and Enclave SRBs when at least 
one zIIP is present.


However, we are adding some new highly-parallel, SRB-mode-only 
algorithms to the parts of our code that are the highest CPU consumers 
that might cause us to reconsider this bifurcation.


--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

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

Re: Linux on System z (IFL) and Spares

2013-10-30 Thread adarsh khanna

Thanks Timothy.I get it.
IFL costing across models is more to do with marketing and product positioning.

On Tuesday, 29 October 2013 2:45 PM, Timothy Sipples  wrote:

Bob Shannon writes:
>Each book has to have at least one configured PU, so
>the minimum configured PUs for the CEC would be four.

Is that true uniquely for the 2827-HA1? It's not true for, say, the
2827-H43 as far as I know. Single engine 2827-H43 machines are reasonably
common. Could you be thinking of memory? There is a minimum installed
memory required in every processor book. I think it's 16 GB on current
models.

Agreed, this topic is about 99% academic, though it's sometimes fun to
explore the corner solutions.

Adarsh Khanna asks:
>Does the cost of adding an IFL different on different machines
>e.g. 2817 compared to 2098. If yes why? as it is just characterization
>of a core.

Not exactly. IFLs are no longer available for purchase on machine type
2098. Said another way, the price of IFLs on 2098 machines is infinite. :-)

From time to time these sorts of questions come up. I don't know why,
because the answer is obvious if you've ever bought anything in your life.
The simplest answer is that you should rapidly disabuse yourself of the
idea that price must equal either marginal or average cost (plus perhaps
some fixed percentage). I don't know why people think mainframes are
expected to violate what is so completely common in the world, even
(especially?) in the computing world, in terms of pricing. As an example,
what's the difference between Microsoft Windows 8 and Microsoft Windows 8
Pro? Answer: A flipped entitlement bit and many dollars in price.

As another example, a few hours ago I stepped off an airplane. The price of
the airline ticket was about US$1300, which was a high price and which
generated a hefty profit for the airline. At the same time, although I
don't know what price she paid, the passenger sitting to my right
undoubtedly paid a much lower price. (My ticket price would have been the
top price on the plane in economy class. It was in fare class Y and booked
mere hours before the flight. It had to be done.)

Anyway, unless you work for a government agency -- and even then there's an
argument! -- you most probably work for a company that seeks to maximize
profit. Your company is (usually) constrained in that effort by various
forces, including competition. (Yes, there is *vigorous* competition for
workloads that could or do run on mainframes.) The airline I flew had the
only nonstop flight, had a seat, and US$1300 was the price they set -- and
that they ended up receiving.

It is true that the price of IFLs (and mainframe computing capacity in
general) has been steadily trending downward in both nominal and real
terms. When IBM reports "mainframe capacity shipments up XX% and mainframe
hardware revenues up YY%" where XX > YY then unit prices are obviously
declining -- that's just basic math. And that's good for both IBM and its
customers.

Timothy Sipples
GMU VCT Architect Executive (Based in Singapore)
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

Re: How annoying - no way to get CALL to generate only address when SYSSTATE ASCENV=AR

Could you change the SYSSTATE before the CALL and then change it back
afterwards?

SYSSTATE PUSH
SYSSTATE ASCENV=P
CALL
SYSSTATE POP


If you do this often, you could write your own CALL macro which
encapsulates the above, or just "does it correctly" itself.



On Wed, Oct 30, 2013 at 4:54 PM, Binyamin Dissen  wrote:

> Hey, I do not need ALETs in the plist. And didn't need the call macro to
> overlay data following the plist.
>
> --
> Binyamin Dissen 
> http://www.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
>



-- 
This is clearly another case of too many mad scientists, and not enough
hunchbacks.

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: zIIP simulation

2013-10-30 Thread Al Sherkow

Yes, I too have heard of one vendor that checks to see if a zIIP is available 
and if not does not setup for the zIIP. So for this vendor and their software 
that would use a zIIP they are not included in the eligible time and hence not 
in any analysis of the eligible time. 

Since a couple of references have been made to my tools let me jump in. The way 
I tackle this in LCS is to analyze the eligible time and then simulate or model 
moving a portion of it to the zIIP processors. The site controls how much is 
moved via parameters. After the work is moved to the zIIP the maximum 
simultaneous four-hour rolling averages (S4HRA) are recalculated and then the 
software charges are estimated. You could move a lot of work to the zIIP but if 
it does not lower the maximum S4HRA that your IBM MLC charges are based on you 
are not saving money. You cannot analyze just a week, you need to study entire 
months. (The weird months that begin on the 2nd and end on the 1st). 

LCS reporting also includes analysis of what your bill would be without any 
zXXP engines when you do have them. This shows the value the zXXPs are 
providing month after month. 

Al Sherkow, I/S Management Strategies, Ltd.
Consulting Expertise on IBM Workload License Charges (WLC)
+1 414 332-3062

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

Re: ObamaCare Web Site Problems


On 30/10/2013 10:11 PM, Jim Marshall wrote:

There is a NetworkWorld story which is worth a read revealing some of the 
problems.  Much thanks to Compuware using some of its Application Performance 
Monitoring tools to uncover certain things.   It is worth it to click on the 
gentleman's Blog for more detail.   Of course this is only the Internet facing 
portion and even if fixed for added speed, never know if the back-end 
processing will do as advertised.

NETWORKWORLD ARTICLE: “Why is the Obamacare Healthcare.gov website so sick?”

http://www.networkworld.com/news/2013/102313-healthcare-gov-275167.html

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


Hyperbole!

It's not that bad! Check out the PageSpeed results 
http://developers.google.com/speed/pagespeed/insights/?url=healthcare.gov.
And then compare it to www.ibm.com 
http://developers.google.com/speed/pagespeed/insights/?url=ibm.com


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

Re: zIIP simulation

2013-10-30 Thread Ed Jaffe


On 10/30/2013 5:37 AM, Shane Ginnane wrote:
Anyone ever figured out why IBM (still) doesn't allow all of the 
eligible workload to be dispatched on the zIIP ?


$$

--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

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

Re: Interested in up to date open source software or low cost utilities?

2013-10-30 Thread Mike Schwab

I get those too.  Seems like the message is going two different routes
(NSA feed?).  Might be interesting to compare the list of IP addresses
in the original the rejected duplicate.

On Wed, Oct 30, 2013 at 8:30 AM, Shmuel Metz (Seymour J.)
 wrote:
> In
> ,
> on 10/29/2013
>at 07:27 PM, Tony Harminc  said:
>
>>[Listserv decided that my message had already been posted,
>
> It had. I replied to the other copy.
>
> --
>  Shmuel (Seymour J.) Metz, SysProg and JOAT
>  ISO position; see 
> 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



-- 
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: ObamaCare Web Site Problems

2013-10-30 Thread Thomas Kern

I am a "scum-of-the-earth" contractor to the Federal government and my 
health insurance is technically cancelled every year because the company 
I work for renegotiates for higher prices and less coverage every year.


That is how it has been for the 37 1/2 years I have been doing this. It 
doesn't matter if the all-holy Republicans or the satanic Democrats are 
in charge.


/Tom Kern


On 10/30/2013 13:07, Doug Fuerst wrote:

How is that? That:

"Certainly no one that has a job relevant to IBM-MAIN needs to use it."

Many of us are independent contractors, or have our own companies, and 
our plans are being cancelled by the insurance companies or are 
significantly increasing in price. I have nightmares over this, and 
now instead of being able to move and get my own plan, my wife is 
going to have to keep working for insurance, and I am stuck in the 
geographical location I am in. That's pretty relevant to me.


Doug



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

How annoying - no way to get CALL to generate only address when SYSSTATE ASCENV=AR

2013-10-30 Thread Binyamin Dissen

Hey, I do not need ALETs in the plist. And didn't need the call macro to
overlay data following the plist.

--
Binyamin Dissen 
http://www.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

Re: Interesting? How _compilers_ are compromising application security

2013-10-30 Thread Tony Harminc

On 30 October 2013 16:59, DASDBILL2  wrote:
>
> X = 0
> IF X=1 THEN
>DC  C'THIS IS A CONSTANT THAT IS NOW "REACHABLE" SO THE COMPILER WILL NOT 
> "DELETE" IT IN ORDER TO "OPTIMIZE" THE LOAD MODULE."
> ENDIF
>
> or whatever the equivalent syntax is for FORTRAN or other language which 
> cannot tolerate an unreachable comment.

But already a smart compiler will keep track of assignments, so if you
do something like

If x = 1 then
  y = 'This constant may still be eliminated because y is not
subsequently referenced'

One approach is

x = random(0,1)  /* your language's library routine to return a random
number between 0 and 1 */
if x = .1415926718281828 then
  Print('Please check for sun rising in west! Copyright xyz company 2013')

which the compiler presumably can't eliminate even though the chance
of its being printed is smallish. But if the compiler implements the
random number generator...

Tony H.

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

Re: Interested in up to date open source software or low cost utilities?

2013-10-30 Thread Mike Schwab

On Wed, Oct 30, 2013 at 8:38 AM, Shmuel Metz (Seymour J.)
 wrote:

> Also, isn't gcc available for z/OS?
>
http://gccmvs.sourceforge.net/
-- 
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: Interesting? How _compilers_ are compromising application security

At first, aggressive drivers drove faster than the posted speed limit.  Then 
the police equipped themselves with radar guns to digitize the speed of cars.  
Then aggressive drivers got radar detectors in their cars.  Then police states 
(pun intended) made radar detectors illegal.  Now there are, no doubt, 
radar-detector detectors and/or radar-detector jammers. 
The auto-speed radar and optimizing compilers are both examples of a naturally 
occurring and evolving epsilon-delta process. 

Bill Fairchild 
Franklin, TN 

- Original Message -

From: "Paul Gilmartin"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, October 30, 2013 4:06:14 PM 
Subject: Re: Interesting? How _compilers_ are compromising application security 

On Wed, 30 Oct 2013 20:59:52 +, DASDBILL2 wrote: 

>PITA, yes, but not life-threateningly so.  Consider the following: 
> 
>X = 0 
>IF X=1 THEN 
>   DC  C'THIS IS A CONSTANT THAT IS NOW "REACHABLE" SO THE COMPILER WILL NOT 
>"DELETE" IT IN ORDER TO "OPTIMIZE" THE LOAD MODULE." 
>ENDIF 
>  
>or whatever the equivalent syntax is for FORTRAN or other language which 
>cannot tolerate an unreachable comment. 
>  
How smart is your optimizer?  How smart will it be in the next release? 
I see a (what I mentioned earlier) a battle of wits aborning here. 

-- 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: ISPF statistics

2013-10-30 Thread Tony Harminc

On 30 October 2013 16:34, Paul Gilmartin  wrote:
> IEW2776S D60A MEMBER MEM2 COULD NOT BE SAVED TO DATA SET INDICATED BY
> DDNAME SYSLMOD BECAUSE THE DATA SET CONTAINS DATA MEMBERS.
>
> I deleted the data member and tried again.  Same error message, now incorrect.
> But the distinction between data and program object is stored somewhere.
> DSCB?  Catalog?  ISPF might use this information to format the headers of
> the member list.  Apparently it doesn't care to.

I'd guess it's in the OCO PDSE structure somewhere. So ISPF may well
not have access to the info.

Tony H.

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

Re: Interesting? How _compilers_ are compromising application security

On Wed, 30 Oct 2013 20:59:52 +, DASDBILL2 wrote:

>PITA, yes, but not life-threateningly so.  Consider the following: 
>
>X = 0 
>IF X=1 THEN 
>   DC  C'THIS IS A CONSTANT THAT IS NOW "REACHABLE" SO THE COMPILER WILL NOT 
>"DELETE" IT IN ORDER TO "OPTIMIZE" THE LOAD MODULE." 
>ENDIF 
>  
>or whatever the equivalent syntax is for FORTRAN or other language which 
>cannot tolerate an unreachable comment. 
>  
How smart is your optimizer?  How smart will it be in the next release?
I see a (what I mentioned earlier) a battle of wits aborning here.

-- gil

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

Re: Interesting? How _compilers_ are compromising application security

PITA, yes, but not life-threateningly so.  Consider the following: 

X = 0 
IF X=1 THEN 
   DC  C'THIS IS A CONSTANT THAT IS NOW "REACHABLE" SO THE COMPILER WILL NOT 
"DELETE" IT IN ORDER TO "OPTIMIZE" THE LOAD MODULE." 
ENDIF 
  
or whatever the equivalent syntax is for FORTRAN or other language which cannot 
tolerate an unreachable comment. 
  
Bill Fairchild 
Franklin, TN 
  
- Original Message -

From: "Paul Gilmartin"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, October 30, 2013 3:39:25 PM 
Subject: Re: Interesting? How _compilers_ are compromising application security 

On Wed, 30 Oct 2013 15:48:58 -0400, Gord Tomlin wrote: 

>On 2013-10-30 12:18, John Gilmore wrote: 
>> What are deleted are blocks of 'unreachable' code. 
> 
>Some compilers issue a warning or error message if they encounter 
>unreachable statements. For example, see messages CCN3472, CCN3520, 
>CCN6274 and CCN7640 in "z/OS V1R13.0 XL C/C++ Messages". 
> 
In FORTRAN II it was simply fatal.  I understand it was because the 
optimization pass couldn't deal with the situation.  (Perhaps it 
divided by zero when it tried to weight the paths.)  PITA when, for 
testing, one wanted to branch unconditionally around a statement. 

-- 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: Interesting? How _compilers_ are compromising application security

On Wed, 30 Oct 2013 15:48:58 -0400, Gord Tomlin wrote:

>On 2013-10-30 12:18, John Gilmore wrote:
>> What are deleted are blocks of 'unreachable' code.
>
>Some compilers issue a warning or error message if they encounter
>unreachable statements. For example, see messages CCN3472, CCN3520,
>CCN6274 and CCN7640 in "z/OS V1R13.0 XL C/C++ Messages".
>
In FORTRAN II it was simply fatal.  I understand it was because the
optimization pass couldn't deal with the situation.  (Perhaps it
divided by zero when it tried to weight the paths.)  PITA when, for
testing, one wanted to branch unconditionally around a statement.

-- gil

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

Re: ISPF statistics

On Wed, 30 Oct 2013 09:10:03 -0500, Shmuel Metz (Seymour J.) wrote:
>
>>ISPF statistics are only maintained by ISPF and some other
>>utilities (like PDSMAN and ISPF OPT 3.5). RECFM=U libraries are
>>MVS load libraries (not ISPF ones)
>
>While that is by far the most common use for RECFM=U, it is not the
>only one. However, in practice using RECFM=U for text data is so
>inefficient that I have rarely seen it done.
>
"rarely"+1.  I created DSORG=PO,DSNTYPE=PDS,RECFM=U, into which
I copied (IEBGENER) a text file and linked a load module.  ISPF member
lists show load module-like column headers, and an attempt to
reset the statistics for the data member fails with: "Invalid record
format"; "RECFM=U is not allowed for this function."  OK.  So the
only clue that ISPF has that the member is a load module is the
RECFM.  Sometimes it guesses wrong.

Then, DSORG=PO,DSNTYPE=LIBRARY,RECFM=U.  The data member copied
successfully; ISPF still shows program object style headers.  The link edit
failed with:

IEW2776S D60A MEMBER MEM2 COULD NOT BE SAVED TO DATA SET INDICATED BY
DDNAME SYSLMOD BECAUSE THE DATA SET CONTAINS DATA MEMBERS.

I deleted the data member and tried again.  Same error message, now incorrect.
But the distinction between data and program object is stored somewhere.
DSCB?  Catalog?  ISPF might use this information to format the headers of
the member list.  Apparently it doesn't care to.

I have overridden to RECFM=U when I wanted to read a tape and process the
BDW/RDWs myself.  PITA.  Rexx won't read RECFM=U (coming in 2.1).  ISPF LM
is RECFM=U savvy (after IBM fixed my APAR), but won't read tapes.  So:

REPRO from tape to a temporary DS.
Override to RECFM=U and use LMGET.

Ugh.

-- gil

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

Re: XCF Groups

2013-10-30 Thread Martin Packer

Me dummy :-) it's R742MJOB

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   Martin Packer/UK/IBM@IBMGB
To: IBM-MAIN@listserv.ua.edu
Date:   30/10/2013 19:04
Subject:Re: XCF Groups
Sent by:IBM Mainframe Discussion List 



R742JOBM might give you a clue - in RMF XCF Activity data.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   Mark Brooks 
To: IBM-MAIN@listserv.ua.edu
Date:   30/10/2013 18:24
Subject:Re: XCF Groups
Sent by:IBM Mainframe Discussion List 



Hi,
 Some application or subsystem is creating those groups. I 

do not
know who creates them or their purpose in doing so.  One possibility is 
JES
since "Setting Up A Sysplex" suggests that the JES can construct group
names based on the node name.  The detailed member display output might
provide some clues as to who they belong to.  But in general the
applications will create/join whatever groups they need.

Mark A. Brooks
z/OS Sysplex design and development
845-435-5149   T/L 8-295-5149
Poughkeepsie, NY
mabr...@us.ibm.com
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

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



Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

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

Re: Interesting? How _compilers_ are compromising application security

2013-10-30 Thread Gord Tomlin


On 2013-10-30 12:18, John Gilmore wrote:

What are deleted are blocks of 'unreachable' code.


Some compilers issue a warning or error message if they encounter 
unreachable statements. For example, see messages CCN3472, CCN3520, 
CCN6274 and CCN7640 in "z/OS V1R13.0 XL C/C++ Messages".

--

Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507

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

Re: ObamaCare Web Site Problems

2013-10-30 Thread Paul Peplinski

<< 1.  The contractors decided that one and two-thirds lines of code were 
necessary for each person in the USA. >>

Easy enough :)

EVALUATE TRUE
WHEN SSN = '1' 
 WORK-SSN = '1' 
...
 

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

Re: [slightly] off topic: SPFPRO on Win 8.1

In
,
on 10/30/2013
   at 08:40 AM, John McKown  said:

>Being a Linux bigot (only use Windows at work), I am wondering if
>there is any documentation on SPFPRO or other ISPF-like
>environments.

ObColdDeadFingers Well, I use TSPF, and it includes Dialog Manger
facilities as well as edit macro support. It is missing, e.g., DTL.
The documentation pretty much assumes that you have ISPF manuals
available, but does a good job spelling out the differences.  
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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

Re: XCF Groups

2013-10-30 Thread Martin Packer

R742JOBM might give you a clue - in RMF XCF Activity data.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   Mark Brooks 
To: IBM-MAIN@listserv.ua.edu
Date:   30/10/2013 18:24
Subject:Re: XCF Groups
Sent by:IBM Mainframe Discussion List 



Hi,
 Some application or subsystem is creating those groups. I 
do not
know who creates them or their purpose in doing so.  One possibility is 
JES
since "Setting Up A Sysplex" suggests that the JES can construct group
names based on the node name.  The detailed member display output might
provide some clues as to who they belong to.  But in general the
applications will create/join whatever groups they need.

Mark A. Brooks
z/OS Sysplex design and development
845-435-5149   T/L 8-295-5149
Poughkeepsie, NY
mabr...@us.ibm.com
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

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

Re: ObamaCare Web Site Problems

2013-10-30 Thread efinnell15

Acoustic coupler and no module greater then 64k? Yee-hah



In a message dated 10/30/13 11:55:39 Central Daylight Time, jcew...@acm.org 
writes:
with designing a high-volume web site should 
be required to test using a 56 Kbs network interface so they would be 
forced to give greater consideration to web-page display efficiency 
early in the game! 

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

Re: Getting the SMF time

In <2349677958380831.wa.dlikensinfosecinc@listserv.ua.edu>, on
10/28/2013
   at 09:55 PM, Donald Likens  said:

>STCK time is based on micro seconds.

Well, microseconds in bit 51.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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

Re: ISPF statistics

In
,
on 10/30/2013
   at 12:58 PM, Itschak Mugzach  said:

>ISPF statistics are only maintained by ISPF and some other 
>utilities (like PDSMAN and ISPF OPT 3.5). RECFM=U libraries are 
>MVS load libraries (not ISPF ones) 

While that is by far the most common use for RECFM=U, it is not the
only one. However, in practice using RECFM=U for text data is so
inefficient that I have rarely seen it done.

>and the directory entry holds some of the module attributes.

Which are documented.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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

Re: [slightly] off topic: SPFPRO on Win 8.1

In
,
on 10/29/2013
   at 12:26 PM, "Klan, Rob (RET-DAY)" 
said:

>Which is the most ISPF like?

ObColdDeadFingers Tritus SPF.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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

Re: ISPF statistics

In <2013103055.cad113aeefb80a97d6a04...@gmx.net>, on 10/30/2013
   at 11:11 AM, "nitz-...@gmx.net"  said:

>The ISPF user guides are the only books that also call the data 
>shown for recfm=U data sets 'ISPF statistics'.

Have you submitted an RCF?

>Do the RECFM=U statistics also have an 'official' mapping macro? 

There are no statistics specific to RECFM=U. Could you be thinking of
SSI? Or perhaps IDR data within a load module? SPF statistics are for
members containing lines of text.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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

Re: Is there currently a way to access MongoDB from z/OS LE languages?

In
,
on 10/30/2013
   at 03:01 PM, Timothy Sipples  said:

>If I could coach a little bit on the Perl "conversation" within 
>the open source community, Perl's maintainers seem to be 
>particularly hung up on EBCDIC support and not particularly 
>interested in it (to be charitable).

The impression that I have is they're perfectly willing to accept the
code for EBCDIC support as long as it doesn't break anything; they're
not willing or able to write and test that code themselves. Do you
have any reason to believe that they would be unwilling to accept code
from, e.g., IBM?

>Well, OK -- but why impose that requirement when it doesn't exist 
>in reality?

Why is Saturn the 3rd planet from the Sun? For many, the requirement
for EBCDIC support does exist in reality, and a language that does not
support it is out of the running.

>But why try to force EBCDIC into Perl "mainline" itself when z/OS doesn't 
>require EBCDIC?

Again your question presupposes something contrary to fact; z/OS does
require EBCDIC. The fact that in some contexts it also supports other
character sets does not alter that.

>something like EBCDIC support should be quite easy to keep well
>segregated and generalized, via z/OS Unicode Services in particular.

No; the Devil is in the details.

>For example, if the path begins with: /ebcdic/...

Bletch! Tagging is a lot cleaner.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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

Re: ObamaCare Web Site Problems

2013-10-30 Thread Anne & Lynn Wheeler

anthony.sambat...@nih.gov (Sambataro, Anthony  [E] , NIH/NBS) writes:
> I've read that the Obamacare software contains 500 million lines of
> code, how can that be?

I thought more like 5m LOC ... but may come to reach $400M-$500M (but
that includes everything not just writing code, but also full roll-out
and operation) ... but would be like $100/LOC (if operations included).

common metric of less than 100LOC/person/day, 500M LOCS is more than
5million worker days or well over 20,000 worker years.

for comparison ... a recent IBM problem

Pennsylvania Kills An IBM Contract That's 3 Years Late And $60 Million
Over Budget
http://www.businessinsider.com/pennsylvania-kills-ibm-project-2013-8

from above:

It said the computer system built so far was unreliable and full of bugs
(had "a higher number of software defects than industry norms.")

Plus, it blamed IBM's revolving-door workforce. The initial project
manager and the top executive left in 2009 and IBM preceded to have 638
people work on the system, rotating most of them off in less than a
year.

... and ... 

A year ago, laid-off IBM employees told us that the company's ongoing
layoffs are creating a lot of churn in large projects like these and
hurting the company. They named a handful of cases where other big
clients pulled the plug on IBM contracts.

... snip ... 

referenced article:
http://www.businessinsider.com/ibm-laid-off-employee-says-company-is-blowing-it-2012-4

including Disney @ $100m/annum, Texas @ $863m, and Indiana 10yr, $1B 

and comparison with other large program (with large millions of LOC)

What If Obamacare Was A Fighter Jet?
http://my.firedoglake.com/jpsottile/2013/10/24/what-if-obamacare-was-a-fighter-jet/

will eventually be nearly two decades ... the article does raise issue
about long-term, broken procurement process throughout the federal gov
(however, especially epidemic in DOD where they keep putting off date
when DOD has to comply with mandatory financial audit).

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

Re: XCF Groups

2013-10-30 Thread Mark Brooks

Hi,
Some application or subsystem is creating those groups.  I do not
know who creates them or their purpose in doing so.  One possibility is JES
since "Setting Up A Sysplex" suggests that the JES can construct group
names based on the node name.  The detailed member display output might
provide some clues as to who they belong to.  But in general the
applications will create/join whatever groups they need.

Mark A. Brooks
z/OS Sysplex design and development
845-435-5149   T/L 8-295-5149
Poughkeepsie, NY
mabr...@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: FACILITY Class profile BPX.DEFAULT.USER in zOS 2.1

2013-10-30 Thread Barry Merrill

Specifics are for MXG users, but the APAR is a general note:

Change 30.268  RACF317='BPX*DEFAULT*USER*USED?' is added to TYPE8028
VMAC80Athru TYPE8065 to identify if the FACILITY class profile
Dec 25, 2012   BPX.DEFAULT.USER is being used; that facility will NOT
   exist in z/OS 2.1 (because it allowed many users of UNIX
   system services to share a UID and GID, no longer a good
   idea and FACILITY class profile BPX.UNIQUE.USER or other
   alternatives are REQUIRED with z/OS 2.1). RACF317 will be
   Y/N if a SMF80DTP=317 segment exists, otherwise, blank.
   Note that APAR OA37164 added detection in the Health and
   Migration Checks, for an alternative to determine if the
   profile is being used.

Barry

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

Re: Interesting? How _compilers_ are compromising application security

On Wed, 30 Oct 2013 11:18:57 -0500, John Gilmore wrote:
>
>... blocks of code that cannot be reached either
>directly or indirectly from other blocks are thus detected, and they
>are deleted. nothing is compiled for them.  ...
>
>It is hard to see how this operation done correctly can impair the
>security of a module because it is hard to see how never executed
>statements can enhance it.
> 
The notable exception is copyright notices/eyecatchers.  There
ensues a battle of wits between programmers who want to embed a
passive string in a module and compiler implementers who regard
it as their duty to detect and delete it.  I used one compiler (Mainsail)
which had an explicit construct , "legalnotice(string)", to cause a
string to appear in its generated code with no further semantic.

Declaring the string an ENTRY point might help, but long ago on
relatively primitive systems I knew of "smart" linkers that deleted
unreferenced [CSECT]s.

-- gil

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

Re: ObamaCare Web Site Problems

2013-10-30 Thread Doug Fuerst


How is that? That:

"Certainly no one that has a job relevant to IBM-MAIN needs to use it."

Many of us are independent contractors, or have our own companies, and our 
plans are being cancelled by the insurance companies or are significantly 
increasing in price. I have nightmares over this, and now instead of being able 
to move and get my own plan, my wife is going to have to keep working for 
insurance, and I am stuck in the geographical location I am in. That's pretty 
relevant to me.

Doug

On 10/30/2013 1:00 PM, Roberts, John J wrote:

Many of you may be unaware that you don't necessarily need to use this site in 
order to apply for individual health insurance.  Certainly no one that has a 
job relevant to IBM-MAIN needs to use it.

You only need to use HealthCare.gov if:
A) You think you qualify for a subsidy (income less than 400% of FPL) and your 
state does not have its own exchange, or
B) Your income is so low that you qualify for free Medicaid and your state does 
not have its own exchange.

If you are like me and don't qualify for Medicaid or a Subsidy, you have these 
options:
C) Use your state's own exchange to apply, if your state has one (most Blue 
States have done this), or
D) Go to your state's Insurance Commissioner Web Site and research what plans 
are offered and what prices apply to your age, location, gender, and tobacco 
status.  Then contact the Insurance Company of your choice directly to apply.

Note that many insurance companies offer both exchange and non-exchange plans.  A 
non-exchange plan still needs to meet all the requirements of the ACA "Metal" 
plans: Bronze-Silver-Gold.  But a non-exchange plan is not eligible for a subsidy.  Since 
the Insurance Company does not need to bother with all the red-tape for the government 
subsidy, non-exchange plans are often cheaper than exchange plans.

If you purchase a non-exchange "Metal" plan, you meet the requirements of ACA 
and are not subject to the Individual Mandate Penalty.

Also, if you are on Medicare you are already covered and can ignore 
HealthCare.gov and its issues.

John


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





--
Doug Fuerst
Principal Consultant
BK Associates
718.921.2620
917.572.7364
d...@bkassociates.net


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

Re: XCF Groups

2013-10-30 Thread Fred Kaptein

Thank you for the assistance on Question #1
Does anybody know about Question#2

Question #2.
We will be adding three new LPARs to this production syspex.
Is there something special we have to do to add the LPAR group name or does it 
automatically get added when it first
joins the SYSPLEX?

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

Re: ObamaCare Web Site Problems

Before any health care issues are processed, all personal information and data 
are first copied to the NSA, the FBI, the CIA, Naval Intelligence, Defense 
Communications Agency, DEA, BATFE, etc., except that such information is not 
really copied to those agencies if anybody asks about it later. 
Next, backup copies of all transactions and information are kept in Cloud Nine, 
whose principal server is on the Moon.  Every transmission to or from the moon 
requires about 2 seconds extra time due to the distance. 

In order to prevent a user from attempting to create a duplicate account, every 
hadron in the universe is first checked for redundant use. [see John Gilmore's 
previous post about 55! and the number of hadrons in the universe] 

All programs, templates, scripts, etc., that are loaded are fetched from Cloud 
Nine (on the Moon).  This accounts for most of the loading time (except that 
55! + 11! programs must be loaded). 

The part of the processing that deals with health care and/or insurance issues 
has not yet been coded.  Only the 4 previous paragraphs have been implemented 
so far with real code. 

All processing takes place on platforms running HSA (Hosed System 
Architecture). [1] 

Bill Fairchild 
Franklin, TN 

[1] See the SHARE proceedings of August, 1991 in Chicago for the session in 
which HSA was first pre-post-announced. 

- Original Message -

From: "Doug Fuerst"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, October 30, 2013 11:33:29 AM 
Subject: Re: ObamaCare Web Site Problems 

Anyone who sends any personal information to this site is crazy. 

On 10/30/2013 12:06 PM, DASDBILL2 wrote: 
> Possible answers: 
> 1.  The contractors decided that one and two-thirds lines of code were 
> necessary for each person in the USA. 
>     
> 2.  When it is finally working, we can read it and then know what it says. 
> [paraphrasing Nancy Pelosi's comment that we should first pass the 
> legislation and then we would know what was in it] 
>     
> 3.  The contractors were paid by the line of code they produced rather than 
> the length of time it took to write the code, and most of the lines of code 
> that were counted are comments. 
>     
> 4.  They had to redo the first 250 million lines of code because the dog ate 
> it. 
>     
> Bill Fairchild 
> Franklin, TN 
> 
> - Original Message - 
> 
> snip> 

-- 
Doug Fuerst 
Principal Consultant 
BK Associates 
718.921.2620 
917.572.7364 
d...@bkassociates.net 

-- 
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: ObamaCare Web Site Problems

2013-10-30 Thread Roberts, John J

Many of you may be unaware that you don't necessarily need to use this site in 
order to apply for individual health insurance.  Certainly no one that has a 
job relevant to IBM-MAIN needs to use it.

You only need to use HealthCare.gov if:
A) You think you qualify for a subsidy (income less than 400% of FPL) and your 
state does not have its own exchange, or
B) Your income is so low that you qualify for free Medicaid and your state does 
not have its own exchange.

If you are like me and don't qualify for Medicaid or a Subsidy, you have these 
options:
C) Use your state's own exchange to apply, if your state has one (most Blue 
States have done this), or
D) Go to your state's Insurance Commissioner Web Site and research what plans 
are offered and what prices apply to your age, location, gender, and tobacco 
status.  Then contact the Insurance Company of your choice directly to apply.

Note that many insurance companies offer both exchange and non-exchange plans.  
A non-exchange plan still needs to meet all the requirements of the ACA "Metal" 
plans: Bronze-Silver-Gold.  But a non-exchange plan is not eligible for a 
subsidy.  Since the Insurance Company does not need to bother with all the 
red-tape for the government subsidy, non-exchange plans are often cheaper than 
exchange plans.

If you purchase a non-exchange "Metal" plan, you meet the requirements of ACA 
and are not subject to the Individual Mandate Penalty.

Also, if you are on Medicare you are already covered and can ignore 
HealthCare.gov and its issues.

John


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

Re: ObamaCare Web Site Problems

2013-10-30 Thread Joel C. Ewing

Since some of the load times quoted are not also astronomical, it would
appear this is merely ignorant punctuation excess on the part of the
writer intended to convey "OMG!", and which should have been eliminated
by a competent editor with an ounce of understanding of mathematical
notation.

Using "55+11" downloads when "2" might suffice seems quite bad enough
for a site that should reasonably have been expected to have an an
extremely high volume of traffic; but then, there are a plethora of
over-designed web sites on the Internet these days that require entirely
too many interactions and too much data to display a typical page.
Others manage to get away with inefficiency only because their site
usage is much lower.

Makes me think folks tasked with designing a high-volume web site should
be required to test using a 56 Kbs network interface so they would be
forced to give greater consideration to web-page display efficiency
early in the game!
  Joel C. Ewing

On 10/30/2013 10:23 AM, DASDBILL2 wrote:
> Thanks for the link, Jim.  I am reading through the article now.  The first 
> seriously GLARING problem I see is that "It seems they forgot to merge CSS 
> and JS files together as they are currently loading about 55! Individual 
> JavaScripts files and 11! Individual CSS files!" 
> I don't know the exact value of 55! (55 factorial), but I bet it is larger 
> than the entire universe.  And 11! is bad enough.  That's a seriously large 
> number of files to load for every transaction of the registration page. 
>   
> This one quote from Compuware's expert, or perhaps from Networkworld's 
> editors and/or proofreaders, is a good reason to suspect that no one, and not 
> just the government, knows what he is doing or talking about regarding this 
> website. 
>   
> Bill Fairchild 
> Franklin, TN 
> 
> - Original Message -
> 
> From: "Jim Marshall"  
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Sent: Wednesday, October 30, 2013 9:11:36 AM 
> Subject: ObamaCare Web Site Problems 
> 
> There is a NetworkWorld story which is worth a read revealing some of the 
> problems.  Much thanks to Compuware using some of its Application Performance 
> Monitoring tools to uncover certain things.   It is worth it to click on the 
> gentleman's Blog for more detail.   Of course this is only the Internet 
> facing portion and even if fixed for added speed, never know if the back-end 
> processing will do as advertised.   
> 
> NETWORKWORLD ARTICLE: “Why is the Obamacare Healthcare.gov website so sick?” 
> 
> http://www.networkworld.com/news/2013/102313-healthcare-gov-275167.html 
> 

-- 
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: XCF Groups

2013-10-30 Thread Mark Brooks

Hi,
Issue D XCF,GROUP,grpname to get a list of members in the group.
Then you'll have the input you need for the delete utility.
Issue D XCF,GROUP,grpname,ALL to get detailed information about each
of the members in the group.


Mark A. Brooks
z/OS Sysplex design and development
845-435-5149   T/L 8-295-5149
Poughkeepsie, NY
mabr...@us.ibm.com

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

XCF Groups

2013-10-30 Thread Fred Kaptein

I have questions about XCF Groups.
I enter the following command on our production SYSPLEX
D XCF,GROUP   
And receive the following output
 
IXC331I  11.43.28  DISPLAY XCF 060
   GROUPS(SIZE):$$TM(3) $DTSDTS6(1) 
   ARCCPC1(1) 
   ARCOS1B(2)  
ARCPLEX0(3)ATRRRS(6)  
   CNCPJESD(1)CNCPMVS(1)
  COFVLFNO(7)
   DFHIR000(50)   DSIPLX01(1)   
   EZBTCPCS(7)
   ISTCFS01(7)  ISTXCF(3)   
  IXCLO002(2)
   IXCLO004(7)  MIITO1B(2)
OSIPC1B(8) 
   OT$BRO(2)OTTBRO(3)
PXM1500(1) 
   SYSATB01(1)  SYSATB03(2) 
SYSATB06(1)
   SYSATB08(2)  SYSCNZMG(7)   
SYSDAE(12) 
   SYSENF(7)SYSGRS(7)
SYSGRS2(1) 
   SYSIEFTS(7)  SYSIGW00(7) 
SYSIGW01(7)
   SYSIKJBC(7)  SYSIOSPX(7) 
SYSIOS04(2)
   SYSIOS05(1)  SYSIOS06(2) 
SYSIOS07(2)
   SYSJES(7)
SYSJ2$XD(7) SYSMCS(12) 
   SYSMCS2(8)   SYSRMF(7)   
SYSTTRC(7) 
   SYSWLM(7)SYSXCF(7)
XCFBOC2(1) 
   XCFMVSD(1)   XCFMVSP(1) 
XCFOS1B(2) 
   XCFRDOD(1)   XCFSYSJ(1)   
XCFSY0(2)   
   XCFSY1(2)
  
 
I believe the group names beginning with XCF are the LPAR names in the 
SYSPLEX
We no longer run LPARs SY0 and SY1 and want to delete these groups.

Question #1
How do we remove groups XCFSY0 and XCFSY1?

I believe we run the utility in SYS1.SAMPLIB(IXCDELUT), however I am not sure 
what they mean by “member name” in 
the following statement in this member:
“A SINGLE XCF GROUP AND MEMBER NAME MUST BE SPECIFIED.”

What are the parameters I use in the following statement?
//S1  EXEC  PGM=IXCMIDEL,PARM='GRPXYZ,MEM01' 

Question #2.
We will be adding three new LPARs to this production syspex.
Is there something special we have to do to add the LPAR group name or does it 
automatically get added when it first
joins the SYSPLEX.

Any assistance is appreciated. 

Thank you.

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

Re: DFSORT/LE EN_US Defect (was: ... open source ...?)

Long ago there was a reactionary American radio news 'commentator'
named Sokolsky whose views were so consistently wrong that one could,
my father judged, safely defend whatever he attacked and vice versa.

You are not in that category.

John Gilmore, Ashland, MA 01721 - USA

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

Re: ObamaCare Web Site Problems

2013-10-30 Thread Doug Fuerst


Anyone who sends any personal information to this site is crazy.

On 10/30/2013 12:06 PM, DASDBILL2 wrote:

Possible answers:
1.  The contractors decided that one and two-thirds lines of code were 
necessary for each person in the USA.
   
2.  When it is finally working, we can read it and then know what it says. [paraphrasing Nancy Pelosi's comment that we should first pass the legislation and then we would know what was in it]
   
3.  The contractors were paid by the line of code they produced rather than the length of time it took to write the code, and most of the lines of code that were counted are comments.
   
4.  They had to redo the first 250 million lines of code because the dog ate it.
   
Bill Fairchild

Franklin, TN

- Original Message -

snip>


--
Doug Fuerst
Principal Consultant
BK Associates
718.921.2620
917.572.7364
d...@bkassociates.net

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

Re: FACILITY Class profile BPX.DEFAULT.USER in zOS 2.1

2013-10-30 Thread Mark Zelden

On Wed, 30 Oct 2013 10:59:55 -0500, John McKown  
wrote:

>IMO, use of UID(0) for a non-BCP component by a vendor or by IBM is simply
>an indication that the software designer is too damn lazy to determine what
>access they really need and simply refuse to spend the effort (and money)
>to determine which of the UNIXPRIV authorities might actually let them do
>what they need. Or just have the SUPERUSER privilege in order to switch
>into "root" for a short time to do something. IMO, it would be like saying
>that the program run by an STC needed to be put into the SCHEDxx member of
>PARMLIB to run non-cancelable and in PSW key 0 with a RACF id which had
>OPERATIONS authority.
>
>

Agree!!   That is why I was surprised to still see UID(0) documented for some 
of 
the software other teams supported (database, monitors).   OTOH, some software
has been updated over the years and has documented procedures for not using
UID(0) and can make use of BPX.SUPERUSER.

--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS  
mailto:m...@mzelden.com 
ITIL v3 Foundation Certified 
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://search390.techtarget.com/ateExperts/
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: FACILITY Class profile BPX.DEFAULT.USER in zOS 2.1

2013-10-30 Thread Mark Zelden

On Wed, 30 Oct 2013 16:57:31 +0100, R.S.  wrote:

>Well, AIM3 (and AIM at all) was introduced in OS/390 2.10 AFAIR, approx 
>13 years ago.
>It's much more time, than BPX.UNIQUE.USER - it was new feature in z/OS 
>1.11 and have-to-be-done in 1.13. Big difference.

Yes,  I recall trying to get my client to go to AIM 3 sometime around 2003,
but it had the same restriction then with shared UIDs and they didn't want
to do the remediation.  

>BTW: IMHO *both* changes (AIM and UNIQUE.USER) are relatively simple to 
>perform, but that's another story.

Yes, assuming you don't have the remediation issue my client has.  I haven't
looked at the doc in a while, but I think the AIM migration suggests IPLs 
between
certain steps or there could be problems with the unix mapping.  That will be a 
big problem for my client and defeats the purpose of 24 x 7 parallel sysplex
application availability since the RACF DB is a single shared resource.   

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS  
mailto:m...@mzelden.com 
ITIL v3 Foundation Certified 
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://search390.techtarget.com/ateExperts/
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Interesting? How _compilers_ are compromising application security

Modern compilers mostly generate branches to error sinks for
constructs they do not understand|understand as errors.

What are deleted are blocks of 'unreachable' code.  Executable source
statements are divided into what  have historically been called 'busy
blocks', defined as statement subsequences of maximal length such that
if the first statement in such a block is executed the others in it
are executed too.

A boolean matrix---0 for unconnected, 1 for connected---of first-level
connectivities from each block to each other one is then raised to an
appropriate power; blocks of code that cannot be reached either
directly or indirectly from other blocks are thus detected, and they
are deleted. nothing is compiled for them.  (No attempt is made to
delete these moot statements from source programs.)

It is hard to see how this operation done correctly can impair the
security of a module because it is hard to see how never executed
statements can enhance it.

Optimizations that move statements [that are redundantly executed many
times] out of loops can very occasionally be more problematic; but the
issues involved have been well studied, and I have not seen a 'bad'
operation of this sort  in a very long time.

John Gilmore, Ashland, MA 01721 - USA

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

Re: ObamaCare Web Site Problems

Possible answers: 
1.  The contractors decided that one and two-thirds lines of code were 
necessary for each person in the USA. 
  
2.  When it is finally working, we can read it and then know what it says. 
[paraphrasing Nancy Pelosi's comment that we should first pass the legislation 
and then we would know what was in it] 
  
3.  The contractors were paid by the line of code they produced rather than the 
length of time it took to write the code, and most of the lines of code that 
were counted are comments. 
  
4.  They had to redo the first 250 million lines of code because the dog ate 
it. 
  
Bill Fairchild 
Franklin, TN 

- Original Message -

From: "Anthony Sambataro (NIH/NBS) [E]"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, October 30, 2013 10:57:39 AM 
Subject: Re: ObamaCare Web Site Problems 

I've read that the Obamacare software contains 500 million lines of code, how 
can that be? 


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

Re: FACILITY Class profile BPX.DEFAULT.USER in zOS 2.1

IMO, use of UID(0) for a non-BCP component by a vendor or by IBM is simply
an indication that the software designer is too damn lazy to determine what
access they really need and simply refuse to spend the effort (and money)
to determine which of the UNIXPRIV authorities might actually let them do
what they need. Or just have the SUPERUSER privilege in order to switch
into "root" for a short time to do something. IMO, it would be like saying
that the program run by an STC needed to be put into the SCHEDxx member of
PARMLIB to run non-cancelable and in PSW key 0 with a RACF id which had
OPERATIONS authority.




> In one of my client's sysplexes non UID(0) UIDs are shared between a
> certain
> group of end users (1000s of them in some cases) and that also has to be
> remediated also.  But that is an AIM issue only because that sysplex didn't
> use BPX.DEFAULT.USER.   BPX.UNIQUE.USER would help, but it's a catch 22.
>
> BTW, this issue does affect ACF2 and Top Secret as well.
>
> Mark
> --
>


-- 
This is clearly another case of too many mad scientists, and not enough
hunchbacks.

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: FACILITY Class profile BPX.DEFAULT.USER in zOS 2.1

2013-10-30 Thread R.S.

W dniu 2013-10-30 16:27, Mark Zelden pisze:

Usually customers have more time to migrate off fading solution/technique.
Not to mention ISAM or IMBED...

It's a bit more complicated than just migrating to BPX.UNIQUE.USER. You have to
be at AIM (Application identity Mapping ) stage 3 for RACF. However, you can't
convert to AIM 3 if you have more than 129 userids sharing a UID. There are a
number of IBM products that still require or at least document using UID(0) and
when
you clone that usage to various STCs / userids between prod/devl/qa etc. that
limit can be hit easily.Remediation work is in progress for this at my
client
and I'm hoping it doesn't delay a z/OS 2.1 migration in production next year
(usually starts around April or May). Yes, I've been warning the RACF team
about this for over 2 years since z/OS 1.13 planning started, but no action
was taken. So to Radoslaw's point, it really doesn't matter how much time
IBM gives for some of these things. Shops don't take action until they are
forced to.

In one of my client's sysplexes non UID(0) UIDs are shared between a certain
group of end users (1000s of them in some cases) and that also has to be
remediated also. But that is an AIM issue only because that sysplex didn't
use BPX.DEFAULT.USER. BPX.UNIQUE.USER would help, but it's a catch 22.
Well, AIM3 (and AIM at all) was introduced in OS/390 2.10 AFAIR, approx
13 years ago.
It's much more time, than BPX.UNIQUE.USER - it was new feature in z/OS
1.11 and have-to-be-done in 1.13. Big difference.

BTW: IMHO *both* changes (AIM and UNIQUE.USER) are relatively simple to
perform, but that's another story.

Regards

--
Radoslaw Skorupka
Lodz, Poland

--
Treść tej wiadomości może zawierać informacje prawnie chronione Banku
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive.

BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax
+48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88.
Według stanu na dzień 01.01.2013 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.555.904 złotych.

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

Re: ObamaCare Web Site Problems

2013-10-30 Thread Sambataro, Anthony (NIH/NBS) [E]

I've read that the Obamacare software contains 500 million lines of code, how 
can that be?

-Original Message-
From: Steve Comstock [mailto:st...@trainersfriend.com] 
Sent: Wednesday, October 30, 2013 11:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ObamaCare Web Site Problems

On 10/30/2013 9:44 AM, John Gilmore wrote:
> Bill,
>
> The value of 55! is known and tabulated.  It is
>
> 55!  =  1269640335365827592596510084756651695958032105144943676227584000
>   00
>
> and 1.26964 x 10^73 is indeed larger than the putative number of 
> hadrons in the universe.
>
> John Gilmore, Ashland, MA 01721 - USA
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

So, yes, it will take a while to load that many javascript files.

:-)

-Steve Comstock

--
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: ObamaCare Web Site Problems

2013-10-30 Thread Steve Comstock


On 10/30/2013 9:44 AM, John Gilmore wrote:

Bill,

The value of 55! is known and tabulated.  It is

55!  =  1269640335365827592596510084756651695958032105144943676227584000
  00

and 1.26964 x 10^73 is indeed larger than the putative number of
hadrons in the universe.

John Gilmore, Ashland, MA 01721 - USA

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



So, yes, it will take a while to load that many javascript files.

:-)

-Steve Comstock

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

Re: ObamaCare Web Site Problems

Bill,

The value of 55! is known and tabulated.  It is

55!  =  1269640335365827592596510084756651695958032105144943676227584000
 00

and 1.26964 x 10^73 is indeed larger than the putative number of
hadrons in the universe.

John Gilmore, Ashland, MA 01721 - USA

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

Re: example assembler program to update via stow userdata in directory of pds

On Wed, 30 Oct 2013 10:22:54 -0500, Paul Gilmartin wrote:
>
>>address linkmvs "UTL45 MYPARM"
>> 
>I believe that should be:
>
>address linkmvs "UTL45" "MYPARM"
> 
Auuh!  On further review, the constructs are equivalent.  Never mind.
What was I thinking!?

-- gil

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

DFSORT/LE EN_US Defect (was: ... open source ...?)

On Wed, 30 Oct 2013 11:21:22 -0400, Tony Harminc wrote:
>
>In IBM's implementation I think both the US Spanish and UK English
>produce better results than the known-to-be-defective US English
>tables.
> 
I know I haven't a great deal of credibility in the z community.  But
do you mean that people other than me are aware of this, yet IBM
declines to fix it?  (IBM rejected my PMR, saying it was an ASCII/
EBCDIC sensitivity; WAD.  Inexcusable, IMO; not even on grounds
of compatibility.)

-- gil

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

Re: FACILITY Class profile BPX.DEFAULT.USER in zOS 2.1

2013-10-30 Thread Mark Zelden

>Usually customers have more time to migrate off fading solution/technique.
>Not to mention ISAM or IMBED...


It's a bit more complicated than just migrating to BPX.UNIQUE.USER.  You have to
be at AIM (Application identity Mapping ) stage 3 for RACF.   However, you can't
convert to AIM 3 if you have more than 129 userids sharing a UID.   There are a
number of IBM products that still require or at least document using UID(0) and 
when
you clone that usage to various STCs / userids between prod/devl/qa etc. that
limit can be hit easily.Remediation work is in progress for this at my 
client 
and I'm hoping it doesn't delay a z/OS 2.1 migration in production next year
(usually starts around April or May).  Yes, I've been warning the RACF team
about this for over 2 years since z/OS 1.13 planning started, but no action
was taken.  So to Radoslaw's point, it really doesn't matter how much time
IBM gives for some of these things.  Shops don't take action until they are
forced to.  

In one of my client's sysplexes non UID(0) UIDs are shared between a certain
group of end users (1000s of them in some cases) and that also has to be 
remediated also.  But that is an AIM issue only because that sysplex didn't
use BPX.DEFAULT.USER.   BPX.UNIQUE.USER would help, but it's a catch 22.

BTW, this issue does affect ACF2 and Top Secret as well.   

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS  
mailto:m...@mzelden.com 
ITIL v3 Foundation Certified 
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://search390.techtarget.com/ateExperts/
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ObamaCare Web Site Problems

Thanks for the link, Jim.  I am reading through the article now.  The first 
seriously GLARING problem I see is that "It seems they forgot to merge CSS and 
JS files together as they are currently loading about 55! Individual 
JavaScripts files and 11! Individual CSS files!" 
I don't know the exact value of 55! (55 factorial), but I bet it is larger than 
the entire universe.  And 11! is bad enough.  That's a seriously large number 
of files to load for every transaction of the registration page. 
  
This one quote from Compuware's expert, or perhaps from Networkworld's editors 
and/or proofreaders, is a good reason to suspect that no one, and not just the 
government, knows what he is doing or talking about regarding this website. 
  
Bill Fairchild 
Franklin, TN 

- Original Message -

From: "Jim Marshall"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, October 30, 2013 9:11:36 AM 
Subject: ObamaCare Web Site Problems 

There is a NetworkWorld story which is worth a read revealing some of the 
problems.  Much thanks to Compuware using some of its Application Performance 
Monitoring tools to uncover certain things.   It is worth it to click on the 
gentleman's Blog for more detail.   Of course this is only the Internet facing 
portion and even if fixed for added speed, never know if the back-end 
processing will do as advertised.   

NETWORKWORLD ARTICLE: “Why is the Obamacare Healthcare.gov website so sick?” 

http://www.networkworld.com/news/2013/102313-healthcare-gov-275167.html 

-- 
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: example assembler program to update via stow userdata in directory of pds

On Wed, 30 Oct 2013 07:48:04 -0500, don isenstadt wrote:
>
>One last issue I had was that at first I used a string variable to my program 
>in linkmvs.. bad idea..
>the parameter list was not close to what you get coming in from JCL  via exec 
>pgm=xxx,parm=' xxx'
> 
I'm incredulous  I've always found the interface to be identical.  (But I've 
used ATTCHMVS far
more than LINKMVS, which shouldn't matter.)

>After a few trips through abend-aid I decided to do exactly what I saw in the 
>example from MAIFRAME SUPPORTS
>and  did this..
>
>myparm = prm.i 
>address linkmvs "UTL45 MYPARM"
> 
I believe that should be:

address linkmvs "UTL45" "MYPARM"

Or even:

address linkmvs "UTL45" "prm.i"

(But I've never tried using a compound variable name as PARM.)

-- gil

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

Re: Interesting? How _compilers_ are compromising application security

2013-10-30 Thread Anne & Lynn Wheeler

paulgboul...@aim.com (Paul Gilmartin) writes:
> I consider all the above misapplications of Postel's Robustness
> Principle.  (I'm not sure that there are any proper applications.)
> Our minds have collectively contaminated by the pervasive liberality
> of HTML renderers.

no disparaging Jon Postel ... before he passed, he would let me do part
of STD1. as an aside ... recent head of ISI (where Jon was located)
formally was ibm executive.
http://viterbi.usc.edu/about/administration/bio_schorr.htm

jon also would co-sponsor my talk on electronic commerce at isi
... recent ibm-main post referencing electronic commerce
http://www.garlic.com/~lynn/2013m.html#100

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

Re: Interested in up to date open source software or low cost utilities?

2013-10-30 Thread Tony Harminc

On 30 October 2013 09:29, Shmuel Metz (Seymour J.)
 wrote:
>>On 28 October 2013 19:36, Shmuel Metz (Seymour J.)
>> wrote:
>>> The locale-dependent services will treat a string as being in a single
>>> locale, so if you are using an English locale then "How much does the
>>> chorizo cost?" will sort according to US rules.
>
>>If you are using the US English locale, perhaps. If you used either
>>of, say, US Spanish or UK English, you would get different
>>results.
>
> Different results, yes, the results you want, no.

In IBM's implementation I think both the US Spanish and UK English
produce better results than the known-to-be-defective US English
tables.

Tony H.

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

Re: [slightly] off topic: SPFPRO on Win 8.1


On 30/10/2013 9:55 PM, Dave Cole wrote:

At 10/30/2013 09:40 AM, John McKown wrote:
Being a Linux bigot (only use Windows at work), I am wondering if 
there is
any documentation on SPFPRO or other ISPF-like environments. In 
particular,

do these products emulate all of ISPF or only the ISPF editor? Can the
editor run macros? If so, only REXX or can it use other scripting
facilities such as Windows "command" scripts or maybe even some other
scripting language?


John,

Unfortunately, SPF/PRO was orphaned by CTC when they introduced 
SPF/SE. As indicated previously, I did not at all like SPF/SE, so I 
stuck with SPF/PRO.


Since SPF/PRO is orphaned, you cannot get it from CTC, and if you, 
like me, have a legacy copy, you have to put up with a couple of 
annoying bugs that CTC refuses to fix.


Since SPF/PRO has met (and continues to meet) my needs both as a file 
managed, as a blazingly fast searching tool and as a text editor, I 
have not extensively investigated alternatives.


Slickedit has an ISPF emulation mode with line commands and a command 
line. It's my editor of choice and has a plethora of blistering fast 
search options, including incremental
search. I set it up for a colleague who uses SPF/PRO for coding 
assembler. I created a customized project for the Tachyon assembler 
tool-chain. IIRC, there were some minor differences in some of the key 
bindings
and that was a game changer for him. Because it wasn't exactly the same 
as SPF he wouldn't use it. I switched to the standard CUA emulation 
pretty much straight away because I found it more productive than 
issuing line
commands but it's not so easy for guys that have been using ISPF for 
over 30 years.




Dave Cole
ColeSoft Marketing
414 Third Street, NE
Charlottesville, VA 22902
EADDRESS:   dbc...@colesoft.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

Re: Interested in up to date open source software or low cost utilities?

On Wed, 30 Oct 2013 08:38:30 -0500, Shmuel Metz (Seymour J.) wrote:
>
>>>Isn't PCRE written in C?
>
>>Yes, and that's why I had to provide binaries which is NOT ideal,
>>because the binaries are IBM1047 specific
>
>What prevents you from testing the locale? Also, isn't gcc available
>for z/OS?
> 
So the programmer codes in a regex /[abc]/, where '[' and ']' are
radically locale-sensitive.  Must PCRE query the locale to suss out
what '[' means, or translate all input and output to a canonical
character set?  This would be a massive source change, unlikely
to be accepted back into the mainstream source tree (cf. Python).

Making gcc a prerequisite might be onerous.  And to my knowledge
all z/OS ports of gcc are biased toward legacy data sets and against
UNIX files, which I regard as a flaw.

-- gil

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

Re: Interesting? How _compilers_ are compromising application security

On Wed, 30 Oct 2013 07:29:27 -0500, John McKown wrote:

> http://www.itworld.com/security/380406/how-your-compiler-may-be-compromising-application-security
>
>
>Compilers: can�t live with �em, can�t live without �em - at least not if
>you write code for a living. Compilers are great at taking your hand
>crafted human-readable program, translating it into machine code and, in
>the process, optimizing it so it runs as efficiently as possible.
>Sometimes, though, as new research from MIT points out, in their zeal to
>optimize your code, compilers can go too far and remove code that they
>shouldn�t, which can make the system or application more vulnerable.
>...
>
>
>I don't know if this applies to z/OS or other z compilers. But I thought it
>was at least somewhat interesting. I never consider that the compiler, in
>its zeal, might do something like this.
> 
If a construct is specified to have undefined semantics, I's expect that
an allowable interpretation is "no-operation".  Surely the compiler
should be allowed to remove no-ops.  The flaw is in the compiler's
toleration of undefined constructs.  Of course, no programmer should
rely on undefined constructs for security, but does the compiler issue
any warning whatever?

Pascal (I remember only vaguely) required that the processor be
able (at the programmer's option?) to treat implementation-dependent
constructs in the same manner as errors.  But that specification was
left to the accompanying documentation, which was allowed to state
that errors are not reported.

FORTRAN (at least early) likewise specified that any implemention
is free to choose the behavior of constructs not described in the
specification.

I consider all the above misapplications of Postel's Robustness
Principle.  (I'm not sure that there are any proper applications.)
Our minds have collectively contaminated by the pervasive liberality
of HTML renderers.

-- gil

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

Re: FACILITY Class profile BPX.DEFAULT.USER in zOS 2.1

2013-10-30 Thread Roger Steyn

This is pretty old ... Have seen this several times in the past .

And of course...There are bigger fishes to fry  :)



On Wednesday, October 30, 2013 6:57 PM, Lizette Koehler 
 wrote:
 
If you have not done so, you can join the RACF newsgroup with this URL
http://www.listserv.uga.edu/archives/racf-l.html

Lizette



> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Elardus Engelbrecht
> Sent: Wednesday, October 30, 2013 5:35 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: FACILITY Class profile BPX.DEFAULT.USER in zOS 2.1
> 
> RCG  wrote:
> 
> >Not sure if this was already discussed / notified... So for the benefit of 
> >everyone..
> 
> It was discussed here and also on RACF-L. Check out RACF-L for lots of
> discussion of that profile.
> 
> >The FACILITY class profile BPX.DEFAULT.USER is not supported in z/OS 2.1.
> 
> This was mentioned since z/OS 1.11 (if I remember correctly) and that z/OS 
> v1.13
> would be the last z/OS which support it.
> 
> In fact, BPX.UNIQUE.USER was introduced in z/OS v1.11.
> 
> 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

AW: [slightly] off topic: SPFPRO on Win 8.1

2013-10-30 Thread Michael Knigge

> I have _no_ desire to obtain SPF/PRO or any other Windows software. I was
> just curious how much of ISPF it actually mirrors. Only the editor?
> Editor+macros (what macro languages?)? Complete Display Manager?

SPF/SE is just an editor. The macro language is a C-like language (not Rexx). 
Further more, you can load self written DLLs from the macro language and invoke 
funtions of that DLL.

Uni-spf tries to "emulate" (more or less) ISPF under UNIX. It contains an 
ispf-like environment (so you can write your own panels etc), a Rexx 
Interpreter and an ISPF-Like Editor.

SPFLite is just an Editor. It has no macro language (but you can write a 
"filter" - you can pass the editor content to a filter and the output of the 
filter becomes the new editor content). This is far less powerfull as a real 
macro language from which you can access every single char/byte of the file in 
the editor.

A free ISPF-like editor is Hybrid Editor XE 
(http://www.geocities.jp/sakachin2/index.htm). I tried it - and disliked it. 
:-(  But: Impressive is the number of platforms it works on: DOS, OS/2, 
Windows, AIX, Linux and (no joke!) Android

Do not even think about trying THE (http://hessling-editor.sourceforge.net/). 
Okay, it supports Rexx, but it does not really feel like the editor under ISPF 
(ok, to be fair, it is a XEDIT-like editor that can be configured like the 
ISPF-editor - but not really well)



My personal favorite is SPF/SE. I need no Rexx - and the C-Like maco language 
is ok! I use it a lot. There are some gotchas with the editor, the installation 
is far away from Windows standards and the author is sometimes a little bit 
picky about what is a bug and what is the expected behavior But mostly we 
find a solution for a problem that I've found... But hey, I'm waiting for 
customizable EBCDIC/ASCII Translation tables since Decembre 2008 ;-> German 
Umlauts are lost with the built in original IBM 370 EBCDIC-Codepage


Bye,
Michael

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

Re: ObamaCare Web Site Problems

2013-10-30 Thread Mike Liberatore

The thing find interesting is if the Affordable Care Act is so good then why 
was congress who passed the law were exempted ?
--Original Message--
From: Jim Marshall
Sender: IBM Mainframe Discussion List
To: IBM-MAIN@LISTSERV.UA.EDU
ReplyTo: IBM Mainframe Discussion List
Subject: ObamaCare Web Site Problems
Sent: Oct 30, 2013 10:11 AM

There is a NetworkWorld story which is worth a read revealing some of the 
problems.  Much thanks to Compuware using some of its Application Performance 
Monitoring tools to uncover certain things.   It is worth it to click on the 
gentleman's Blog for more detail.   Of course this is only the Internet facing 
portion and even if fixed for added speed, never know if the back-end 
processing will do as advertised.  

NETWORKWORLD ARTICLE: “Why is the Obamacare Healthcare.gov website so sick?”

http://www.networkworld.com/news/2013/102313-healthcare-gov-275167.html

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

Sent from my Verizon Wireless BlackBerry

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

Re: ISPF statistics

On Wed, 30 Oct 2013 12:58:52 +0200, Itschak Mugzach wrote:

>ISPF statistics are only maintained by ISPF and some other utilities (like
>PDSMAN and ISPF OPT 3.5). RECFM=U libraries are MVS load libraries (not
>ISPF ones) and the directory entry holds some of the module attributes.
> 
It's certainly possible to have DSORG=PS,RECFM=U data set that does not
contain load modules.  I've used them.  I believe it's also possible to
have DSORG=PO,DSNTYPE=PDS,RECFM=U with content other than load
modules, but ISPF refuses to recognize this fact.  I don't know whether
DSORG=PO,DSNTYPE=LIBRARY,RECFM=U can have content other than
program objects.  I understand no PDSE can contain a mixture of program
objects and other members.

It has been announced that in 2.1 Rexx EXECIO will support RECFM=U.
When we get 2.1 I'll need to experiment to discover the restrictions.

-- gil

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

Notification of New Function APARs

2013-10-30 Thread Marna WALLE

Hello fellow IBM-MAINers!
I'd like to point out a new WSC Techdoc in case you missed it.  You can find it 
at: http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/PRS5188 .

This Techdoc has instructions on how to use the existing Service Portal 
function, MyNotifications, to give you information on new function APARs as 
they close.  This capability had been a SHARE requirement, so you may be 
interested in it.

You can find the details at that website, but I'll describe it here.  You 
probably are using MyNotifications today, and this is just an additional 
capability.  In the TechDoc, there are two files - one is a PDF that you can 
use step-by-step to sign up for New Function notification, the other is text 
file "backlog" of New Function APARs that we gathered on 7 October 2013.  (I 
can re-gather a more current list periodically, for those that sign up later 
and have a gap in what is on this list and what is in their subscription.)  
It's really very easy to register your notification.

The idea is that you subscribe to all the z/OS New Function APARs, and then you 
decide how you want to get notification of them through the normal process in 
MyNotifications - email or folder.  You can't scope it to just BCP or RACF or 
whatever...it is z/OS platform wide.  The notification will tell you the APAR 
number, component name (so you can see if you are interested in that 
component), a brief abstract of the APAR, and a URL link to get you to more 
information on it on the web.  

I've posted this information in my SHARE Blog also, and if you'd like to make a 
comment there (or here!) on using it, please do!
-Marna WALLE
z/OS System Installation
IBM Poughkeepsie

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

ObamaCare Web Site Problems

2013-10-30 Thread Jim Marshall

There is a NetworkWorld story which is worth a read revealing some of the 
problems.  Much thanks to Compuware using some of its Application Performance 
Monitoring tools to uncover certain things.   It is worth it to click on the 
gentleman's Blog for more detail.   Of course this is only the Internet facing 
portion and even if fixed for added speed, never know if the back-end 
processing will do as advertised.  

NETWORKWORLD ARTICLE: “Why is the Obamacare Healthcare.gov website so sick?”

http://www.networkworld.com/news/2013/102313-healthcare-gov-275167.html

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

Re: [slightly] off topic: SPFPRO on Win 8.1

I have _no_ desire to obtain SPF/PRO or any other Windows software. I was
just curious how much of ISPF it actually mirrors. Only the editor?
Editor+macros (what macro languages?)? Complete Display Manager?


On Wed, Oct 30, 2013 at 8:55 AM, Dave Cole  wrote:

> At 10/30/2013 09:40 AM, John McKown wrote:
>
>> Being a Linux bigot (only use Windows at work), I am wondering if there is
>> any documentation on SPFPRO or other ISPF-like environments. In
>> particular,
>> do these products emulate all of ISPF or only the ISPF editor? Can the
>> editor run macros? If so, only REXX or can it use other scripting
>> facilities such as Windows "command" scripts or maybe even some other
>> scripting language?
>>
>
> John,
>
> Unfortunately, SPF/PRO was orphaned by CTC when they introduced SPF/SE. As
> indicated previously, I did not at all like SPF/SE, so I stuck with SPF/PRO.
>
> Since SPF/PRO is orphaned, you cannot get it from CTC, and if you, like
> me, have a legacy copy, you have to put up with a couple of annoying bugs
> that CTC refuses to fix.
>
> Since SPF/PRO has met (and continues to meet) my needs both as a file
> managed, as a blazingly fast searching tool and as a text editor, I have
> not extensively investigated alternatives.
>
> Dave Cole
> ColeSoft Marketing
> 414 Third Street, NE
> Charlottesville, VA 22902
> EADDRESS:   dbc...@colesoft.com
> --**--**--
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
This is clearly another case of too many mad scientists, and not enough
hunchbacks.

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: [slightly] off topic: SPFPRO on Win 8.1

2013-10-30 Thread Dave Cole


At 10/30/2013 09:40 AM, John McKown wrote:

Being a Linux bigot (only use Windows at work), I am wondering if there is
any documentation on SPFPRO or other ISPF-like environments. In particular,
do these products emulate all of ISPF or only the ISPF editor? Can the
editor run macros? If so, only REXX or can it use other scripting
facilities such as Windows "command" scripts or maybe even some other
scripting language?


John,

Unfortunately, SPF/PRO was orphaned by CTC when they introduced 
SPF/SE. As indicated previously, I did not at all like SPF/SE, so I 
stuck with SPF/PRO.


Since SPF/PRO is orphaned, you cannot get it from CTC, and if you, 
like me, have a legacy copy, you have to put up with a couple of 
annoying bugs that CTC refuses to fix.


Since SPF/PRO has met (and continues to meet) my needs both as a file 
managed, as a blazingly fast searching tool and as a text editor, I 
have not extensively investigated alternatives.


Dave Cole
ColeSoft Marketing
414 Third Street, NE
Charlottesville, VA 22902
EADDRESS:   dbc...@colesoft.com 


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

Re: [slightly] off topic: SPFPRO on Win 8.1

Being a Linux bigot (only use Windows at work), I am wondering if there is
any documentation on SPFPRO or other ISPF-like environments. In particular,
do these products emulate all of ISPF or only the ISPF editor? Can the
editor run macros? If so, only REXX or can it use other scripting
facilities such as Windows "command" scripts or maybe even some other
scripting language?


On Wed, Oct 30, 2013 at 8:30 AM, Dave Cole  wrote:

> Steve,
>
> I've been using SPF/PRO 5.04 for probably over a decade or more. My
> experience is the same as yours. When I tried it on WIN 8, it failed to
> start.
>
> I forget the symptom, but my PC guru, Frank, says, "64-bit WIN8 expressly
> prohibits 16-bit programs, and SPF/PRO starts up as a 16-bit program." He
> goes on to say that SPF/PC should work in 32-bit WIN8.
>
> In any case, personally I need SPF/PRO far more than I need WIN8, so for
> the foreseeable future, I'm keeping my business machines on WIN7.
>
> As for SPF/SE, when CTC first came out with it as a "replacement" for
> SPF/PRO, I was hugely disappointed. I don't remember all the details, but
> it was utterly incompatible with SPF/PC in its user interface, and IIRC, it
> no longer supported REXX as its macro language.
>
> Dave Cole
> ColeSoft Marketing
> 414 Third Street, NE
> Charlottesville, VA 22902
> EADDRESS:   dbc...@colesoft.com
>
> Home page:   www.colesoft.com
> Facebook: www.facebook.com/colesoftware
> YouTube:  
> www.youtube.com/user/**colesoftware
>
>
>
>
>
>
> At 10/28/2013 06:04 PM, Steve Comstock wrote:
>
>> Has anybody gotten SPFPRO to run on Windows 8.1 (or
>> even 8.0, for that matter)?
>>
>> Looks like I'll have to give up one of my favorite tools.
>>
>> Kind regards,
>>
>> -Steve Comstock
>>
>> --**--**
>> --
>> 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
>



-- 
This is clearly another case of too many mad scientists, and not enough
hunchbacks.

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: [slightly] off topic: SPFPRO on Win 8.1

2013-10-30 Thread Dave Cole


Steve,

I've been using SPF/PRO 5.04 for probably over a decade or more. My 
experience is the same as yours. When I tried it on WIN 8, it failed to start.


I forget the symptom, but my PC guru, Frank, says, "64-bit WIN8 
expressly prohibits 16-bit programs, and SPF/PRO starts up as a 
16-bit program." He goes on to say that SPF/PC should work in 32-bit WIN8.


In any case, personally I need SPF/PRO far more than I need WIN8, so 
for the foreseeable future, I'm keeping my business machines on WIN7.


As for SPF/SE, when CTC first came out with it as a "replacement" for 
SPF/PRO, I was hugely disappointed. I don't remember all the details, 
but it was utterly incompatible with SPF/PC in its user interface, 
and IIRC, it no longer supported REXX as its macro language.


Dave Cole
ColeSoft Marketing
414 Third Street, NE
Charlottesville, VA 22902
EADDRESS:   dbc...@colesoft.com

Home page:   www.colesoft.com
Facebook: www.facebook.com/colesoftware
YouTube:  www.youtube.com/user/colesoftware






At 10/28/2013 06:04 PM, Steve Comstock wrote:

Has anybody gotten SPFPRO to run on Windows 8.1 (or
even 8.0, for that matter)?

Looks like I'll have to give up one of my favorite tools.

Kind regards,

-Steve Comstock

--
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: zIIP simulation

2013-10-30 Thread Martin Packer

It's better than that: If there is no zIIP (or zAAP) the work runs just 
fine on a GCP. And RMF reports this as zIIP-eligible (or zAAP-eligible) 
and it comes out of the GCP headline numbers.

I think there's at least one vendor that does check for a specialty engine 
and explicitly takes advantage of it if present - but they'll have to 
speak for themselves. I seem to recall their logic was that setting up for 
a zIIP isn't free so it's worth not trying if it's going to end up on a 
GCP.

(And thanks to Tim for reinforcing my point.)

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   Bob Shannon 
To: IBM-MAIN@listserv.ua.edu
Date:   30/10/2013 11:40
Subject:Re: zIIP simulation
Sent by:IBM Mainframe Discussion List 



>That's one aspect - another that has been itching me as I also keep an 
eye on these potential savings is:
>"is there any software out there that is smart enough to recognise the 
presence (absence) of zIIP and alter the entity created for dispatch to 
match the environment". So, no zIIP, so we see a TCB/SRB - thus no 
>projected saving. *IF* we had a zIIP, maybe the "smarts" creates an 
interruptible SRB and we get actual savings. Yeah, I know, about as likely 
as

I suspect that every product that exploits zIIPs already does this. 
Vendors cannot count on zIIPs being installed at customer locations.  If 
no zIIPs are available, the work must run in TCB mode.  Vendor products 
can't just terminate if zIIPs aren't available.

Bob Shannon
Rocket Software

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


Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

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

Re: FACILITY Class profile BPX.DEFAULT.USER in zOS 2.1

2013-10-30 Thread R.S.

W dniu 2013-10-30 13:35, Elardus Engelbrecht pisze:
[...]
This was mentioned since z/OS 1.11 (if I remember correctly) and that
z/OS v1.13 would be the last z/OS which support it. In fact,
BPX.UNIQUE.USER was introduced in z/OS v1.11.

Usually customers have more time to migrate off fading solution/technique.
Not to mention ISAM or IMBED...

My €0.02

--
Radoslaw Skorupka
Lodz, Poland

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

Re: FACILITY Class profile BPX.DEFAULT.USER in zOS 2.1

2013-10-30 Thread Lizette Koehler

If you have not done so, you can join the RACF newsgroup with this URL
http://www.listserv.uga.edu/archives/racf-l.html

Lizette



> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Elardus Engelbrecht
> Sent: Wednesday, October 30, 2013 5:35 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: FACILITY Class profile BPX.DEFAULT.USER in zOS 2.1
> 
> RCG  wrote:
> 
> >Not sure if this was already discussed / notified... So for the benefit of 
> >everyone..
> 
> It was discussed here and also on RACF-L. Check out RACF-L for lots of
> discussion of that profile.
> 
> >The FACILITY class profile BPX.DEFAULT.USER is not supported in z/OS 2.1.
> 
> This was mentioned since z/OS 1.11 (if I remember correctly) and that z/OS 
> v1.13
> would be the last z/OS which support it.
> 
> In fact, BPX.UNIQUE.USER was introduced in z/OS v1.11.
> 
> 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: example assembler program to update via stow userdata in directory of pds

2013-10-30 Thread don isenstadt

Thanks to all.. 

I now have it working! I modified Dave's program and then called it from batch.
Then I used linkmvs from a REXX to call it for each member that I wanted 
processed. No sense 
in doing all the string manipulation and file i/o in the assembler program .. 
at my age and skill level
too prone to error..

One last issue I had was that at first I used a string variable to my program 
in linkmvs.. bad idea..
the parameter list was not close to what you get coming in from JCL  via exec 
pgm=xxx,parm=' xxx'

After a few trips through abend-aid I decided to do exactly what I saw in the 
example from MAIFRAME SUPPORTS
and  did this..

myparm = prm.i 
address linkmvs "UTL45 MYPARM"

and all was good..

-don

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

Re: zIIP simulation

2013-10-30 Thread Shane Ginnane

Bob Shannon wrote:

>  I suspect that every product that exploits zIIPs already does this. Vendors 
> cannot count on zIIPs being installed at customer locations.
>  If no zIIPs are available, the work must run in TCB mode. 
(redacted due to web-mailer issues again)

Thanks Bob.
I have a z114 customer that is *very* marginal on a zIIP purchase. They need 
all the evidence they can get - especially as some of the current DDF workload 
may be going away - along with along with it's (zIIP) justification.
Anyone ever figured out why IBM (still) doesn't allow all of the eligible 
workload to be dispatched on the zIIP ?.

Shane ...

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

Re: Interested in up to date open source software or low cost utilities?

In <5600464613902175.wa.zatlas1yahoo@listserv.ua.edu>, on
10/29/2013
   at 11:51 PM, "Ze'ev Atlas"  said:

>>>because they do not have C and cannot build it.

>>Isn't PCRE written in C?

>Yes, and that's why I had to provide binaries which is NOT ideal,
>because the binaries are IBM1047 specific

What prevents you from testing the locale? Also, isn't gcc available
for z/OS?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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

Re: FACILITY Class profile BPX.DEFAULT.USER in zOS 2.1

2013-10-30 Thread Elardus Engelbrecht

RCG  wrote:

>Not sure if this was already discussed / notified... So for the benefit of 
>everyone..

It was discussed here and also on RACF-L. Check out RACF-L for lots of 
discussion of that profile.

>The FACILITY class profile BPX.DEFAULT.USER is not supported in z/OS 2.1.

This was mentioned since z/OS 1.11 (if I remember correctly) and that z/OS 
v1.13 would be the last z/OS which support it.

In fact, BPX.UNIQUE.USER was introduced in z/OS v1.11.

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: Interested in up to date open source software or low cost utilities?

In
,
on 10/29/2013
   at 07:27 PM, Tony Harminc  said:

>[Listserv decided that my message had already been posted,

It had. I replied to the other copy.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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

Interesting? How _compilers_ are compromising application security

http://www.itworld.com/security/380406/how-your-compiler-may-be-compromising-application-security


Compilers: can’t live with ‘em, can’t live without ‘em - at least not if
you write code for a living. Compilers are great at taking your hand
crafted human-readable program, translating it into machine code and, in
the process, optimizing it so it runs as efficiently as possible.
Sometimes, though, as new research from MIT points out, in their zeal to
optimize your code, compilers can go too far and remove code that they
shouldn’t, which can make the system or application more vulnerable.

...

The MIT researchers studied a dozen common C/C++ compilers to see how they
dealt with undefined code. They found that, over time, compilers are
becoming more aggressive in how they deal with such code, more often simply
removing it, even at default or low levels of optimization. Since C/C++ is
fairly liberal about allowing undefined behavior, it is more susceptible to
subtle bugs and security threats as a result of unstable code.


I don't know if this applies to z/OS or other z compilers. But I thought it
was at least somewhat interesting. I never consider that the compiler, in
its zeal, might do something like this.

-- 
This is clearly another case of too many mad scientists, and not enough
hunchbacks.

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: Interested in up to date open source software or low cost utilities?

In
,
on 10/29/2013
   at 07:21 PM, Tony Harminc  said:

>On 28 October 2013 19:36, Shmuel Metz (Seymour J.)
> wrote:
>> The locale-dependent services will treat a string as being in a single
>> locale, so if you are using an English locale then "How much does the
>> chorizo cost?" will sort according to US rules.

>If you are using the US English locale, perhaps. If you used either
>of, say, US Spanish or UK English, you would get different
>results.

Different results, yes, the results you want, no.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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

Re: Interested in up to date open source software or low cost utilities?

In <0137612305587011.wa.paulgboulderaim@listserv.ua.edu>, on
10/29/2013
   at 05:25 PM, Paul Gilmartin  said:

>It could be worse than that.  How would you compare two strings,
>otherwise identical, where the embedded word is, respectively,

My mail reader can't handle UTF-8, so I'll decode by hand. If I didn't
do it wrong those are:

 CYRILLIC CAPITAL LETTER PE
 CYRILLIC SMALL LETTER A
 CYRILLIC SMALL LETTER EF
 CYRILLIC SMALL LETTER A

and

 HEBREW LETTER PE
 HEBREW LETTER SAMEKH
 HEBREW LETTER QOF

I would expect them to compare unequal regardless of the locale, with
the characters from page 4 preceeding the characters from page 5.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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

Re: Unicode (was: ... open source ...?)

In <526fb218.8050...@gmail.com>, on 10/29/2013
   at 09:03 PM, David Crayford  said:

>I'm guessing that John is referring to UTF-32 or UTF-16 and 
>subsets would be encodings with fewer bits.

UTF-8 is not a subset. Presumably either he was referring to UCS-2,
which contains only the Basic Multilingual Plane (BMP), or he was
confused.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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

FACILITY Class profile BPX.DEFAULT.USER in zOS 2.1

2013-10-30 Thread RCG

Dear group,

Not sure if this was already discussed / notified... So for the benefit of
everyone..

The FACILITY class profile BPX.DEFAULT.USER is not supported in z/OS 2.1.
> BPX.DEFAULT.USER provides users without OMVS segment a 'temporary' OMVS
> segment when USS services are invoked.
>
> So, before migrating to z/OS 2.1, you will need to check if the FACILITY
> class profile BPX.DEFAULT.USER is defined.  If it is defined, you need to
> remediate the profile (i.e. you can't just delete the profile), by
defining
> new profiles to allow automatic UID / GID assignment..

Thank you !

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

Re: Cpc name variable in IEASYMxx

2013-10-30 Thread Peter Relson

The HWNAME value is not surfaced as a system symbol. You would have to 
create such a symbol yourself, such as by using the approach that Richard 
Peurifoy showed of having a SYSDEF statement for each HWNAME and setting 
the symbol that way.

To the best of my knowledge, there has never been a customer requirement 
(including Share requirement) submitted asking for this. So if this is 
something that you want (at least going forward, it won't help you for 
current releases), you need to ask for it formally. And the more voices 
that are represented by the request, the more likely it is that it will 
happen.

I would imagine that if HWNAME were surfaced as a symbol, so would be the 
other filtering value of LPARNAME (and quite possibly VMUSERID to complete 
the set).

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: zIIP simulation

Bob Shannon wrote:


I suspect that every product that exploits zIIPs already does this.
Vendors cannot count on zIIPs being installed at customer locations.
If no zIIPs are available, the work must run in TCB mode.  Vendor
products can't just terminate if zIIPs aren't available.


and he is clearly right about this.

Shane's point can, however, be turned around.  zIIPs have been with us
for some time now;  and I can think offhand of quite a lot of both IBM
and ISV software that does not use them where it could do so
[licitly], perhaps because two paths are|were deemed too onerous.

John Gilmore, Ashland, MA 01721 - USA

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

Re: zIIP simulation

2013-10-30 Thread Elardus Engelbrecht

Shane Ginnane wrote:

>Sorry - "TCB/SRB".
>Shouldn't  type whilst watching the World Series game from last night.

With or without beer? ;-)

World Series can really gets your attention, so much you can't multitask! ;-)

One way to watch those attention-grabbers during office hours is: some of my 
colleagues obtained a small receiver from a pay TV company. You hook it up to 
your laptop USB port and you can then watch any live sport events on one of 
your laptop's screens. That is multitasking at its best! ;-)

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: zIIP simulation

2013-10-30 Thread Bob Shannon

>That's one aspect - another that has been itching me as I also keep an eye on 
>these potential savings is:
>"is there any software out there that is smart enough to recognise the 
>presence (absence) of zIIP and alter the entity created for dispatch to match 
>the environment". So, no zIIP, so we see a TCB/SRB - thus no >projected 
>saving. *IF* we had a zIIP, maybe the "smarts" creates an interruptible SRB 
>and we get actual savings. Yeah, I know, about as likely as

I suspect that every product that exploits zIIPs already does this. Vendors 
cannot count on zIIPs being installed at customer locations.  If no zIIPs are 
available, the work must run in TCB mode.  Vendor products can't just terminate 
if zIIPs aren't available.

Bob Shannon
Rocket Software

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

Re: zIIP simulation

2013-10-30 Thread Shane Ginnane

Erk - I wrote:

> ...so we see a [TS]CB - thus no projected saving.

Sorry - "TCB/SRB".
Shouldn't  type whilst watching the World Series game from last night.

Shane ...

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

Re: ISPF statistics

2013-10-30 Thread Itschak Mugzach

ISPF statistics are only maintained by ISPF and some other utilities (like
PDSMAN and ISPF OPT 3.5). RECFM=U libraries are MVS load libraries (not
ISPF ones) and the directory entry holds some of the module attributes.

ITschak


On Wed, Oct 30, 2013 at 12:11 PM, nitz-...@gmx.net  wrote:

> I seem unable to find answers to the following questions, so I am hoping
> the collective wisdom can help me.
>
> The ISPF books are fairly unclear about the usage of the name 'ISPF
> statistics'. In many contexts 'ISPF statistics' mean what's mapped by
> ISP.SISPMACS(ISPDSTAT), which only applies to fixed or variable length
> records, not to load modules. The ISPF user guides are the only books that
> also call the data shown for recfm=U data sets 'ISPF statistics'.
>
> My questions are:
> Do the RECFM=U statistics also have an 'official' mapping macro? Or does
> all of that come from SYS1.MODGEN(IHAPDS)?
> How does the version in the pdf statistics get incremented (other than by
> some form of the VERSION command)?
>
> Thanks and best regards, Barbara
>
> --
> 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: zIIP simulation

2013-10-30 Thread Shane Ginnane

On Tue, 29 Oct 2013 14:00:59 +, Martin Packer wrote:

>The standard caution is "if you're not already running the workload it
>won't show up through PROJECTCPU". A good example of this might be IPSec.

That's one aspect - another that has been itching me as I also keep an eye on 
these potential savings is:
"is there any software out there that is smart enough to recognise the presence 
(absence) of zIIP and alter the entity created for dispatch to match the 
environment". So, no zIIP, so we see a [TS]CB - thus no projected saving.
*IF* we had a zIIP, maybe the "smarts" creates an interruptible SRB and we get 
actual savings. Yeah, I know, about as likely as ...

Shane ...

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

ISPF statistics

2013-10-30 Thread nitz-...@gmx.net

I seem unable to find answers to the following questions, so I am hoping the 
collective wisdom can help me.

The ISPF books are fairly unclear about the usage of the name 'ISPF 
statistics'. In many contexts 'ISPF statistics' mean what's mapped by 
ISP.SISPMACS(ISPDSTAT), which only applies to fixed or variable length records, 
not to load modules. The ISPF user guides are the only books that also call the 
data shown for recfm=U data sets 'ISPF statistics'.

My questions are: 
Do the RECFM=U statistics also have an 'official' mapping macro? Or does all of 
that come from SYS1.MODGEN(IHAPDS)?
How does the version in the pdf statistics get incremented (other than by some 
form of the VERSION command)?

Thanks and best regards, Barbara

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

Re: Is there currently a way to access MongoDB from z/OS LE languages?

2013-10-30 Thread Elardus Engelbrecht

Timothy Sipples wrote:

>As mentioned previously, if you want to operate on EBCDIC data there might be 
>additional steps you have to take (might), 

Add 'but unneeded' between these words 'additional' and 'steps'.

David Crayford  wrote:

>Any z/OS tool that doesn't support EBCDIC is a dud from the start. Simple as 
>that.

Agreed. Turn the mirror around. Any Windoze tool that doesn't support ASCII is 
a dud from the start. More simple as that.

>Wishful thinking! And I don't know any z/OS Unix programmer who has anything 
>good to say about the z/OS Unicode Systems Services API.

Neither me. If you or me ever met him/her/it, we will get more than welcome 
rain. ;-)

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: Is there currently a way to access MongoDB from z/OS LE languages?