Searching for a SUBMIT and WRITER tool

[Miklos Szigetvari]

Hi

I have the problem, some of our users, submits,  time to time several 
hundred tests jobs, for different application tests.

It fills the spool, difficult to handle etc etc .
I would need some simple tool to manage this:
- submit again and again , only a a limited number of jobs.
- if a job is ready,  write out the outputs to some dataset.
- maybe check the return codes.

Before starts to write, maybe someone has a good idea about this.

--
Kind regards, / Mit freundlichen Grüßen
Miklos Szigetvari

Research&  Development
ISIS Papyrus Europe AG
Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria
T: +43(2236) 27551 333, F: +43(2236)21081
E-mail: miklos.szigetv...@isis-papyrus.com
Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111
Visit our brand new extended Website at www.isis-papyrus.com
---
This e-mail is only intended for the recipient and not legally
binding. Unauthorised use, publication, reproduction or
disclosure of the content of this e-mail is not permitted.
This email has been checked for known viruses, but ISIS Papyrus accepts
no responsibility for malicious or inappropriate content.
---

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

Re: ACS routine question.

[Vernooij, CP - SPLXM]

After some further tests, I am sure that both BLKSIZE=0 and no BLKSIZE
in the JCL will result in the same SMS processing. Both cases give a
positive test on "WHEN(&BLKSIZE = 0)" and will trigger SDB for the
dataset. Apparently no BLKSIZE in the allocation request will fill zeros
in the appropriate control blocks and will further be processed as
BLKSIZE=0.

 

I can't reproduce the test anymore which I thought proved otherwise, so
probably it was an incorrect interpretation.

 

Sorry for the confusion,

Kees.

 

 

From: Vernooij, CP - SPLXM 
Sent: Wednesday, September 04, 2013 14:54
To: IBM-MAIN@listserv.ua.edu
Subject: ACS routine question.

 

Hello,

 

I always find it difficult to find what I am looking for in the ACS
routine documentation.

 

I can check if a text keyword was not filled in in the allocation
request, e.g.: WHEN(&DATACLAS = '').

How do I check if a numerical keyword was not in filled e.g. &BLKSIZE? 

WHEN(&BLKSIZE = '') is syntactically incorrect.

WHEN(&BLKSIZE = 0) not the same as 'not filled'.

 

I must be simple, but I cannot find it.

 

Thanks,

Kees.

 


For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286


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

Re: ACS routine question.

[Elardus Engelbrecht]

Paul Gilmartin wrote:
>(In other languages I pine for Rexx, which has an explicit predicate, SYMBOL() 
>to test for non-definition of a variable,
rather than presuming some specific value to indicate non-definition.  PL/I?  
COBOL?)

COBOL has that sort of that thing, not exactly what you intend, but near ( or 
is it far? :-D ) enough.

Look up the term 'Figurative constants'. Even the word NULL is used, but that 
is for 'pointers'. (Not to be confused with the term 'null-terminated strings' 
as used by C)

COBOL has functions which you can use to 'inspect' variables, but AFAIK, 
nothing that tells you that variable is not defined (and avoiding runtime 
errors due to undeclared/emtpy variables) or empty.

I use SYMBOL() a lot where my programs are used by other people. In ISPF panels 
that keyword NONBLANK for command 'ver' is very handy where you want absolutely 
be sure your variables are not empty.

One can wish and dream... ;-)

I wonder if Lizette found a solution?

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: TS7700 - Allocation Control to a Single Cluster within a Grid

[Vernooij, CP - SPLXM]

Why would you like to do that? The TS7700 is structurally different from
the B20 in that it does much more present the grid as one entity and the
reasons for your B20 control will probably not be valid anymore for the
TS7740. You will probably can, but don't need to anymore.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of frank.bonad...@gs.com
Sent: Wednesday, September 04, 2013 22:54
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: TS7700 - Allocation Control to a Single Cluster within a Grid

Has anyone on the list successfully implemented Scratch allocation
control to individual clusters (distributed libraries) within a single
composite library ? We are planning to convert B20s to 7740s and would
like to retain the same allocation controls to the individual clusters
once the 7740s enter a 2-cluster grid. I am hoping to minimize the
changes to the SMS environment outside of modifying the necessary
library information. Thanks in advance 

Frank.
GSG Systems

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

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



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

Re: Sortlessness?

[Gord Tomlin]

On 2013-09-04 19:17, Paul Gilmartin wrote:

(I'm trying to move this to IBM-MAIN; it really doesn't
belong on ASSEMBLER-LIST.  And not trimming quoted material
as much as I usually would.)


My apologies for originally posting this topic on ASSEMBLER-LIST. I 
actually meant to post it on IBM-MAIN!


Having said that, it's worth noting that only two replies to the 
original post were remotely on topic, and I doubt that in that respect 
the results would have been any better on IBM-MAIN. It's sad that the 
number of comments on topic drift exceed the number of on-topic replies.


--

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: SYSIN in PROC -- technique

[Robert A. Rosenberg]

At 08:03 -0500 on 09/04/2013, Tom Marchant wrote about Re: SYSIN in 
PROC -- technique:



On Tue, 3 Sep 2013 19:30:28 -0500, Paul Gilmartin wrote:


upgrade to JES2.


I have worked in a shop that had both JES2 and JES3 and I appreciated
some of the things that I could do easily on JES3 that were difficult or
impossible on JES2.  For example, Dependent Job Control (DJC) networks.


If DJC is having one job wait for another to finish running or wait 
for a job to create a needed dataset (or release an DISP=OLD lock) 
for a subsequent job to be allowed to start I seem to remember JES2 
mods like the MELLON mod 20 years ago that did this type of Job 
Dependent Job scheduling.




There were some who wanted to convert to JES2, but the shop was to
dependent on JES3 facilities.

--
Tom Marchant

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



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

Re: UNIT=SEP still alive (?)

[Robert A. Rosenberg]

At 23:57 -0500 on 09/03/2013, Ed Gould wrote about Re: UNIT=SEP still 
alive (?):



On Sep 3, 2013, at 3:50 PM, Robert A. Rosenberg wrote:

MY memory from 20 years ago. NOT ALL Datasets are supported with SVC 
99 (good indication is GDG but there are othrs).


If you say so. I see no reason why GDGs would/should not be supported 
via SVC99 but I am not sure.




Ed

--
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: UNIT=SEP still alive (?)

[Robert A. Rosenberg]

At 09:41 -0400 on 09/04/2013, Shmuel Metz (Seymour J.) wrote about 
Re: UNIT=SEP still alive (?):



True, but PASS is still intended for the situation where there is a
receiving DD in a subsequent step. Within the same step, KEEP and PASS
are equivalent.


Except for one MAJOR difference - PASS will leave the tape mounted 
(although it might rewind it) while KEEP will unload the tape 
(requiring the tape to need to be reloaded to read another file on 
the tape) at CLOSE. I do not remember when when the final disposition 
of a PASSed file is done if it does not get referenced in a 
subsequent step. I have the impression that it occurs at JOB TERM 
time. BTW: If the SVC99 (with DISP=PASS) is done in the last/only 
step then this becomes a non-issue if the intent is to dynamically 
access multiple files on the same tape volume and you use DISP=PASS 
to keep the volume mounted.


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

Re: Task to subtask communications

[David Crayford]

On 5/09/2013 3:38 AM, Kirk Wolf wrote:

On Tue, Sep 3, 2013 at 10:16 PM, David Crayford  wrote:


On 4/09/2013 4:47 AM, Kirk Wolf wrote:


A little off topic, but notice how msgrcv is SRB enabled, but not msgsnd
or
msgget or msgctl ?   PIty :-(


AFAIK, all message queue services are task only. I agree it's a shame.
They would have been rather useful for
communicating with an enclave SRB :^(

That's what I thought... but notice how msgrcv (only) is documented as

supporting SRB mode callers?Strange.


Kirk, It's the other way round, msgsnd(BPX1QSN). How bizarre; It's half 
baked!



--
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: Needed Killing series

[Joel C. Ewing]

On 08/26/2013 12:33 AM, efinnell15 wrote:
> One of our erudite consultants has retired and turned to fiction sort of as a 
> release. Anyway, not so much mainframe as 'computer center' politics. 
> Available from Amazon and Barnes & Noble just search on Bill Fitts author. 
> There's three so far and more to come. The first one is free 'He Needed 
> Killing'. If you're an .edu you'll probably recognize the general theme of 
> things.
> 
> No kicks backs, but am distantly related by marriage.
> 
Read the 1st freebie (Amazon also provides a free on-line Kindle reader)
and was hooked.  I always enjoy a good detective novel, and it's also
refreshing to read an author that can introduce digital technology into
the plot without revealing the author's knowledge is limited to the
Hollywood & TV-land parodies of our world, with computers having
"magical" capabilities and "genius" users with "magical" hacking abilities.

Another thing which makes these enjoyable escapism is that all of us
have from time to time in our lives encountered obnoxious as.ho...s in
positions of power.  These novels give vicarious satisfaction in that
the victim is always one of these types, hence the "needed Killing" name
of the series.  And of course the hero in the novels who solves the
cases is one of us, a technically savvy person with a logical mindset.

-- 
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: Sortlessness?

[Paul Gilmartin]

(I'm trying to move this to IBM-MAIN; it really doesn't
belong on ASSEMBLER-LIST.  And not trimming quoted material
as much as I usually would.)

On 2013-09-04 10:29, Tony Harminc wrote:
> On 1 September 2013 00:51, Paul Gilmartin wrote:
>> On 2013-08-31, at 08:55, John Gilmore wrote:
>>>
>>> ...  They use data transformations to make it possible
>>> for two keys to be compared using a single CLC[L].  (DB2 does similar
>>> things too.)
>>>
>> This can be particularly complex for literary collating conventions
>> such as EN_US which DFSORT gets terribly wrong.  I tried a PMR on
>> this a few years ago.  When I reported that DFSORT and a C program
>> using strcoll() produce similar incorrect results, DFSORT and I
>> agreed that the problem should belong to LE.
>>
>> LE gave me WAD with a rationale so outrageous that I gave up in
>> disgust, making no effort to escalate.
> 
> Isn't it a POSIX violation to produce incorrect collation results for
> a locale? Not, I suppose, that that's stopped them before.
> 
> It's a shame because IBM was in the forefront of getting this
> collation stuff right, and into the POSIX standards. See the early
> Redbook GG24-3516 Keys to Sort and Search for Culturally Expected
> Results, and much subsequent work from IBM's long gone National
> Language Technical Center.
> 
Thanks for the reference.  I'll look for it on publibz.  Or might I
find it on InfoCenter?

The first point of frustration is the inconsistency in the *names*
of the locales.  They're case-sensitive on most platforms; case-
insensitive (I think) on z/OS.  I needed to supply the following
preamble to make my test case portable:

static char
#if defined( __APPLE__ )
*US = "en_US.UTF-8",
*CA = "en_CA.UTF-8",
#elif defined( __linux__ )
*US = "en_US.utf8",
*CA = "en_CA.utf8",
#elif defined( __MVS__ )
#if ( '0' == 0xf0 )
*US = "En_US.IBM-1047",  /* EBCDIC */
*CA = "En_CA.IBM-1047",
#else
*US = "En_US.UTF-8.xplink",  /* ASCII  */
*CA = "En_GB.UTF-8.xplink",
#endif
#elif defined( __sun )
*US = "en_US.ISO8859-1",
*CA = "en_CA.ISO8859-1",
#else
*US = "en_US.utf8",
*CA = "en_CA.utf8",
#endif
*C = "C";


gil

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

TS7700 - Allocation Control to a Single Cluster within a Grid

[frank.bonad...@gs.com]

Has anyone on the list successfully implemented Scratch allocation control to 
individual clusters (distributed libraries) within a single composite library ? 
We are planning to convert B20s to 7740s and would like to retain the same 
allocation controls to the individual clusters once the 7740s enter a 2-cluster 
grid. I am hoping to minimize the changes to the SMS environment outside of 
modifying the necessary library information. Thanks in advance 

Frank.
GSG Systems

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

Re: Task to subtask communications

[Kirk Wolf]

On Tue, Sep 3, 2013 at 10:16 PM, David Crayford  wrote:

> On 4/09/2013 4:47 AM, Kirk Wolf wrote:
>
>> A little off topic, but notice how msgrcv is SRB enabled, but not msgsnd
>> or
>> msgget or msgctl ?   PIty :-(
>>
>
> AFAIK, all message queue services are task only. I agree it's a shame.
> They would have been rather useful for
> communicating with an enclave SRB :^(
>
> That's what I thought... but notice how msgrcv (only) is documented as
supporting SRB mode callers?Strange.

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

Re: Who is Lagging Whom? (Was: SYSIN in PROC -- technique)

[Shmuel Metz (Seymour J.)]

In <89229058.74b4.44a3.800c.8809e9102...@aol.com>, on 09/04/2013
   at 02:58 AM, efinnell15  said:

>I though that went away when they move CI back to MVS? 

MVS just split the interpretation code of the R/I into separate
Converter and Interpreter functions. Spelling errors in keywords were
detected early, because that was done by the converter, but incorrect
values were not detected until the Converter was called. JES3 called
the Interpreter prior to scheduling and JES2 called the Interpreter
only after scheduling.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2
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: SYSIN in PROC -- technique

[Ed Jaffe]

On 9/4/2013 8:52 AM, Paul Gilmartin wrote:

On Wed, 4 Sep 2013 11:27:32 -0400, Shmuel Metz (Seymour J.) wrote:


on 09/03/2013 at 07:30 PM, Paul Gilmartin said:


It's logically impossible for JES3 setup to exploit or even
accommodate the newer features of JCL, even dating back to
IF...THEN...ELSE...ENDIF.

Nonsense.


OK.  At least extraordinarily cumbersome.  Consider:


Conditional JCL execution works just fine in JES3 no matter if it's done 
using COND= or IF/THEN/ELSE. (FYI. At the control block level there is 
no difference at all between COND= and IF/THEN/ELSE.) We use conditional 
execution all the time in our JES3 environments. For example, we 
generally do not bind (like-edit) object modules if the compile step 
ends with a return code of eight or higher. We run the same jobs in JES2 
and they behave identically.


It has *always* been true that JES3 LOCATE processing (if enabled) 
treats every step as if it will execute. There is no choice as LOCATE is 
a pre-execution phase. JES3 LOCATE processing ensures a job will not run 
for hours only to fail at O-Dark-Thirty with a "Data Set Not Found" 
condition. It's difficult to measure how many thousands of hours of 
production down-time have been saved worldwide with this feature. Having 
worked "on call" at a JES2-only company for years, I wished more than 
once that our production jobs could be protected by a feature like JES3 
LOCATE. Eventually, we purchased an expensive production control system 
with external features that provided the needed protection, but its use 
was off limits to non-production work so our dev/test groups just had to 
live with things as they were.


It has *always* been true that the objective and implementation of JES3 
LOCATE processing is in conflict with the case in which you'd like to 
dynamically create a data set and then pass that data sets on to future 
steps in the same job. The most common scenario is an IDCAMS DEFINE 
(e.g., for an SMP/E CSI) followed by a batch job step that references 
the just-created data set via JCL (e.g., EXEC PGM=GIMSMP). The same 
issue occurs with batch TSO/E XMIT steps, FTP, etc. This is a 
well-known, decades old restriction in JES3 and the workarounds are 
tried and true: either a) insert a single, non-executing INFORMJ3 step 
at the start of the job that pretends to allocate all of the 
"troublesome" data sets or b) split the job into multiple jobs and use 
DJC to coordinate them. We use DJC heavily, but tend to use the INFORMJ3 
step approach to solve the specific issue under discussion.. For example:


//INFORMJ3 EXEC PGM=ABEND806,COND=ONLY
//PFIMSTR  DD DISP=(,CATLG),DSN=EJES.PRODGEN.EJESMSTR.PFI
//NETDATA  DD DISP=(,CATLG),DSN=EJES.PRODGEN.EJESMSTR.NETDATA
//PACKAGE  DD DISP=(,CATLG),DSN=EJES.PRODGEN.PACKAGE

This restriction has absolutely nothing whatsoever to do with COND= or 
IF/THEN/ELSE.


--
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: OT - Lenovo CEO Shares Bonus

[Ron Wells]

I'd take 2wks pay...better than nothing...and for someone in that 
positionand it will not happen here---to spread that must around is 
helping loyalty and moral..
makes sense ...





From:   Kirk Wolf 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   09/04/2013 11:37 AM
Subject:Re: OT - Lenovo CEO Shares Bonus
Sent by:IBM Mainframe Discussion List 



I guess the point of the article is how magnanimous their CEO is, but to 
me
it sounds like a good-news / bad-news joke :-)

--- The GOOD news: your boss giving you one month's pay from his bonus

--- The BAD news: you make $325 a month

I would imagine that the CEO still ekes out ("according to his needs") a
bit more than the 10,000 employees.



Kirk Wolf
Dovetailed Technologies
http://dovetail.com


On Wed, Sep 4, 2013 at 10:00 AM, Lizette Koehler 
wrote:

>
> 
http://money.msn.com/now/post--lenovo-boss-gives-workers-millions?gt1=33002&;

> ocid=ansmony11
>
>
>
> Imagine your boss handing you one month's pay out of his own pocket.
>
> That's happening for the second straight year at Lenovo Group, where CEO
> Yang Yuanqing (pictured) plans to give away $3.25 million of his bonus 
to
> 10,000 of his company's workers, Bloomberg News reports
> <
> 
http://www.bloomberg.com/news/2013-09-01/lenovo-chief-yang-shares-bonus-wit

> h-workers-for-second-year.html> .
>
> That works out to about $325 for each employee. That may not sound like
> much
> in Morrisville, N.C., one of two cities where Lenovo has headquarters. 
But
> in the other city -- Beijing -- $325 is almost the equivalent of one
> month's
> pay.
>
>
>
> Lizette
>
>
>
>
> --
> 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

--
Email Disclaimer
This  E-mail  contains  confidential  information  belonging to the sender, 
which  may be legally privileged information.  This information is intended 
only  for  the use of the individual or entity addressed above.  If you are not 
 the  intended  recipient, or  an  employee  or  agent responsible for 
delivering it to the intended recipient, you are hereby notified that any 
disclosure,  copying, distribution, or the taking of any action in reliance on 
the contents of the E-mail or attached files is strictly prohibited.

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

Re: OT - Lenovo CEO Shares Bonus

[Elardus Engelbrecht]

Kirk Wolf wrote:

>I guess the point of the article is how magnanimous their CEO is, but to me it 
>sounds like a good-news / bad-news joke :-)

>--- The GOOD news: your boss giving you one month's pay from his bonus
>--- The BAD news: you make $325 a month

--- The UGLY news: When receiving that money, you will work unpaid overtime for 
a year to pay for that. 

:-D

(PS: I really hope there are no unwelcome conditions attached to that welcome 
bonus... ;-D )

Groete / Greetings
Elardus Engelbrecht

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

Re: OT - Lenovo CEO Shares Bonus

[Kirk Wolf]

I guess the point of the article is how magnanimous their CEO is, but to me
it sounds like a good-news / bad-news joke :-)

--- The GOOD news: your boss giving you one month's pay from his bonus

--- The BAD news: you make $325 a month

I would imagine that the CEO still ekes out ("according to his needs") a
bit more than the 10,000 employees.



Kirk Wolf
Dovetailed Technologies
http://dovetail.com


On Wed, Sep 4, 2013 at 10:00 AM, Lizette Koehler wrote:

>
> http://money.msn.com/now/post--lenovo-boss-gives-workers-millions?gt1=33002&;
> ocid=ansmony11
>
>
>
> Imagine your boss handing you one month's pay out of his own pocket.
>
> That's happening for the second straight year at Lenovo Group, where CEO
> Yang Yuanqing (pictured) plans to give away $3.25 million of his bonus to
> 10,000 of his company's workers, Bloomberg News reports
> <
> http://www.bloomberg.com/news/2013-09-01/lenovo-chief-yang-shares-bonus-wit
> h-workers-for-second-year.html> .
>
> That works out to about $325 for each employee. That may not sound like
> much
> in Morrisville, N.C., one of two cities where Lenovo has headquarters. But
> in the other city -- Beijing -- $325 is almost the equivalent of one
> month's
> pay.
>
>
>
> Lizette
>
>
>
>
> --
> 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: UNIT=SEP still alive (?)

[Tony Harminc]

On 4 September 2013 09:41, Shmuel Metz (Seymour J.)
 wrote:

>>But Dynalloc did not exist until MVS,
>
> Not as a supported facility for user code, but it was there for use by
> DAIR in TSO. As I recall, the interface was different.

There was an SVC 99 in MVT, but it wasn't "dynalloc"; it was a
TSO-only service routine between DAIR and DADSM and such, with a
completely different parameter list and return values, and much less
function. (Some Dynalloc functions were done in DAIR itself without
calling the old SVC 99, e.g. allocation information retrieval.) A
Dynalloc SVC 99 invocation requires that the high bit of R1 be on to
show that it's the new format. Nowadays I believe SVC 99, when called
with the DAIR-type list, builds a "modern" Dynalloc list and falls
into Dynalloc processing. Since it was allowable to link-edit DAIR
into one's program, this calling format is in theory supported
forever.

Tony H.

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

Re: SYSIN in PROC -- technique

[Paul Gilmartin]

On Wed, 4 Sep 2013 11:27:32 -0400, Shmuel Metz (Seymour J.) wrote:

>on 09/03/2013 at 07:30 PM, Paul Gilmartin said:
>
>>It's logically impossible for JES3 setup to exploit or even
>>accommodate the newer features of JCL, even dating back to
>>IF...THEN...ELSE...ENDIF.
>
>Nonsense.
> 
OK.  At least extraordinarily cumbersome.  Consider:
...
//  IF some-condition THEN
//LARGEEXEC PGM=IEFBR14
//SYSUT1  DD  DISP=(,CATLG),DSN=FOO.BAR,UNIT=SYSALLDA,SPACE=(1000,1000)
//  ELSE
//SMALLEXEC PGM=IEFBR14
//SYSUT1  DD  DISP=(,CATLG),DSN=FOO.BAR,UNIT=SYSALLDA,SPACE=(1000,10)
//  ENDIF

Works in JES2; fails allocation setup in JES3.  Can be repaired by the
Byzantine circumvention of adding a dummy step with COND=(0,LE)
which appears (in setup's myopic view) to DELETE data set FOO.BAR.

JES3 setup assumes every step will be executed, even those that are
logically mutually exclusive, such as by ELSE or COND=(0,LE).

-- gil

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

Re: RACF Database protection

[Tony Harminc]

On 4 September 2013 04:07, Costin Enache  wrote:
> It may not be APARable. Even if you fix the bug, what do you do with the old 
> password phrases? Maybe update the RACF database with a secure hash value 
> once the user logs in (to add the previously discarded hash bytes), but the 
> system cannot know if the correct password phrase has been used (and not one 
> of the others which also work). Or just invalidate the old phrases. The 
> system does not store enough hash bytes to decide which password is the 
> correct one ... in any case it would be a mess. The bug cannot be used to 
> brute-force authentication (the account will be locked before one can benefit 
> from the collisions) and, in case the RACF db is exposed, it is easy to crack 
> the hashes anyway, the collisions are not really needed. It will probably 
> just stay as it is :)

Not all APARs are opened for what seems to be their obvious reason. It
may well be that, with nothing beyond reported weaknesses in phrase
handling, there is nothing to APAR - even more the case if it is based
on reports from a third party's analysis rather than a customer's
business problem. But an easily demonstrable error (accepting the
wrong phrase and allowing logon) is blatant enough to perhaps get
action, and if the necessary action is to redesign the whole scheme
(or provide for customer/ISV supplied encryption routines, as is done
for passwords), then they might just do it. I'm sure it's not that the
IBM developers don't want to fix it; it's a matter of IBM management
devoting sufficient time and budget to it. And that requires a
customer squeaky wheel.

Tony H.

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

Re: ACS routine question.

[Paul Gilmartin]

On Wed, 4 Sep 2013 14:58:05 +0200, Vernooij, CP - SPLXM wrote: 
>
>I can check if a text keyword was not filled in in the allocation
>request, e.g.: WHEN(&DATACLAS = '').
> 
But this distingush between an explicitly coded DATACLAS='' and
DATACLAS not coded, or likewise fail to distingush?  (Or is the
former syntactically prohibited?)

>How do I check if a numerical keyword was not in filled e.g. &BLKSIZE? 
>
>WHEN(&BLKSIZE = '') is syntactically incorrect.
>
>WHEN(&BLKSIZE = 0) not the same as 'not filled'.
> 
Is your intent to allow the programmer to bypass the ACS
routine and rely on SDB?

(In other languages I pine for Rexx, which has an explicit
predicate, SYMBOL() to test for non-definition of a variable,
rather than presuming some specific value to indicate
non-definition.  PL/I?  COBOL?)

-- gil

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

Re: SYSIN in PROC -- technique

[Shmuel Metz (Seymour J.)]

In <1001144189627242.wa.paulgboulderaim@listserv.ua.edu>, on
09/03/2013
   at 07:30 PM, Paul Gilmartin  said:

>It's logically impossible for JES3 setup to exploit or even
>accommodate the newer features of JCL, even dating back to
>IF...THEN...ELSE...ENDIF.

Nonsense.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2
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: SYSIN in PROC -- technique

[Victor Gil]

But &SYSPARM can be passed to Assembler from any JES:

//
//* SUBSTITUTE VARIABLES BY ASSEMBLING 'PUNCH &SYSPARM' in 
x.TEST.SOURCE(PARMTODD)  
//
// SET PPP=
//ASM   EXEC PGM=ASMA90,PARM=('SYSPARM(&PPP)')
//SYSIN  DD  DSN=x.TEST.SOURCE(PARMTODD),DISP=SHR 
//SYSUT1DD  SPACE=(4096,(2,2)),UNIT=VIO
//SYSLIB DD  DSN=SYS1.MACLIB,DISP=SHR   
//SYSPRINT DD  SYSOUT=*   
//SYSLIN DD  UNIT=VIO,DISP=(,PASS),SPACE=(TRK,(1,1)),
//  DCB=(BLKSIZE=80,LRECL=80,RECFM=FB)  
//...
//*next Step SYSIN
SYSINDD DISP=(OLD,DELETE),DSN=*.ASM.SYSLIN 


HTH,
-Victor-

===
Be aware, use of system symbols in JCL is supported in JES2 in z/OS 2.1, NOT 
JES3.

Sean M. Smith
OSS Program Products




From:   Paul Gilmartin 
To: IBM-MAIN@listserv.ua.edu, 
Date:   08/04/2013 03:09 PM
Subject:SYSIN in PROC -- technique
Sent by:IBM Mainframe Discussion List 

I just discovered I can do such as:

//SOURCE   PROC
//CEXEC  PGM=ASMA90
//SYSIN DD   *  For caller to override.
//  DD   *  Main body of code
 MACRO
TESTIT   CSECT
 ...
 END
// PEND

... and the caller can (optionally) provide an overriding prelude SYSIN 
containing various ACONTROL and SETC instructions to govern the rest of the 
processing.  Could be very useful for storing tailorable SYSIN in a PROCLIB.

Will be even better with symbol substitution in 2.1.

-- gil

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

Re: SYSIN in PROC -- technique

[Peter Sylvester]

On 09/04/2013 03:03 PM, Tom Marchant wrote:

On Tue, 3 Sep 2013 19:30:28 -0500, Paul Gilmartin wrote:


upgrade to JES2.

I have worked in a shop that had both JES2 and JES3 and I appreciated
some of the things that I could do easily on JES3 that were difficult or
impossible on JES2.  For example, Dependent Job Control (DJC) networks.
There were some who wanted to convert to JES2, but the shop was to
dependent on JES3 facilities.


Once upon a time there was a product "Chained Jobs Scheduling" from IBM,
a small subsystem interfaces through SMF exits that provided DJC.

It had a little control dataset whose layout, i.e how many records by track,
was calculated "by hand"; during a conversion from 3380 to 3390 disks
I had a few minutes to fix that, fortunately full source (which I still have)
but unfortunately copyrighted.

Still a nice piece of code.

Peter Sylvester

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

Re: ACS routine question.

[Elardus Engelbrecht]

Lizette Koehler wrote:

>I am not sure you can test for null.

Seemed true for numeric values after some RTFM.

>But try testing for less than zero  (this is just a WAG)
>When (&BLKSIZE < 0) Then ...

Interesting. It could work.

Alternatively:

Kees Vernooij wrote:
>How do I check if a numerical keyword was not in filled e.g. &BLKSIZE?

What do you see if you just do a WRITE &BLKSIZE to see what you get in such a 
situation?

Then you can test for that value if any at all.

>WHEN(&BLKSIZE = '') is syntactically incorrect.

In which of the 4 ACS routines?

>WHEN(&BLKSIZE = 0) not the same as 'not filled'.

Indeed. Seemed you got an APARable bug. I wish there is a variable which can be 
used as a substitute for a 'null' or 'not filled in'.

>I must be simple, ...

Very funny if you take that sentence just at face value. Of course I think you 
meant 'It must be simple, ...' :-D

Groete / Greetings
Elardus Engelbrecht

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

[OT-AD?] EMC Product Launch Webcast

[Lizette Koehler]

This might be of interest to some on this list.

 

Lizette

 

 

 

New EMC Storage Arrays, Systems & Software-Defined Storage Speed IT
Transformation 

 

EMC VNX and VSPEX Systems Transform Virtualized Infrastructure; 

EMC ViPR Software-Defined Storage Provides Bridge To Next-Generation
Architectures;
EMC Previews "Project Nile" Elastic Cloud Storage Platform

 

MILAN, Italy-September 4, 2013 

 

News Summary:

 

. Today EMC executives, customers and partners kicked off an
around-the-world, 24-hour live broadcast from Milan Italy, announcing new
products that help give customers the speed they need to lead their IT
Transformation. To view the broadcast visit  
http://www.emc.com/speed2lead.

 

. EMC announced the revolutionary new EMCR VNXR Series delivers
unprecedented price/performance-one-third the price for the same performance
of the previous generation.

 

. The world's fastest-growing reference architecture, EMC VSPEXT,
now delivers 2X more virtual machines at the same price, and an even broader
spectrum of choice for workloads that matter most-powered by the new EMC VNX
Series.

 

. EMC announced the general availability of EMC ViPRR
Software-Defined Storage Platform, planned for later this month. It is
scheduled to include both ViPR Controller and ViPR Object Data Services to
store, access and manipulate objects.

 

. EMC today unveiled the "Project Nile" Elastic Cloud Storage
platform that is focused on delivering Private Cloud control, security and
flexibility with the scale, economics and ease-of-use generally associated
with the public cloud.

 

. New EMC XtremSW CacheT 2.0 server-flash caching software provides
new management capabilities and advanced support for VMware, AIX and Oracle
RAC environments.

 

. EMC and Lotus F1 Team celebrated their technology partnership with
the new EMC VNX5400 Lotus Team F1 Limited Edition arrays.

 

Full Story:

 

Today   EMC Corporation (NYSE:EMC) kicked off a 24-hour,
around-the-world live broadcast announcing new products that help give
customers the speed they need to lead their
 IT
Transformation. Today's news includes revolutionary technology advances in
the EMC VNX line of midrange storage, new capabilities for the world's
fastest growing reference architecture - EMC VSPEX, the upcoming general
availability of EMC ViPR - a new Software-Defined Storage platform, and
finally, a preview of "Project Nile" - which EMC expects to be the world's
first commercially-available complete, Web-scale storage infrastructure for
the data center. 

 

Collectively these new innovations provide customers and partners with the
essential building blocks they need to build Public, Private and Hybrid
Cloud environments. EMC President and Chief Operating Officer, David
Goulden, had this to say about the impact of EMC's new innovations for the
market, customers and partners:

 

"Customers are demanding more performance and efficiency from their current
data center infrastructure while, at the same time, deploying new
architectures for their next generation mobile and Web applications. By
fully embracing and exploiting disruptive technologies such as Intel
MultiCore, virtualization and flash, EMC is providing customers with the
products and solutions they need to help transform their IT department-not
only delivering unprecedented levels of performance and efficiency but also
providing the agility needed for their business to remain competitive."

 

Today's announcement includes the following highlights: 

 

. The new, highly anticipated range of VNX unified storage systems
(VNX5200, VNX5400, VNX5600, VNX5800, VNX7600, VNX8000 and VNX-F), that
shatter the definition and economics of midrange storage.  The new VNX
raises the bar for application performance, storage efficiency, data
protection, data availability and ease-of-use. Through new MCxT software the
new VNX fully unleashes the power of flash, accelerating application and
file performance by up-to 4X. The new platform also delivers unprecedented
price/performance-one-third the price for the same performance of the
previous generation.  

 

. All EMC VSPEX reference architectures are now powered by the new
VNX Series-delivering 2X more virtual machines at the same prices, and with
a broader spectrum of choice for workloads that matter most. VSPEX is the
world's fastest growing reference architecture with 3,600 shipments adopted
by 3,000 customers and 1,500 partners.

 

. EMC announced that the ViPR Software-Defined Storage Platform is
planned to be generally available later this month. ViPR is scheduled to
include both the ViPR Controller and ViPR Object Data Services. ViPR Object
Data Services gives customers the ability to view objects as files,
providing file access performance without the latency inherent in c

OT - Lenovo CEO Shares Bonus

[Lizette Koehler]

http://money.msn.com/now/post--lenovo-boss-gives-workers-millions?gt1=33002&;
ocid=ansmony11

 

Imagine your boss handing you one month's pay out of his own pocket.

That's happening for the second straight year at Lenovo Group, where CEO
Yang Yuanqing (pictured) plans to give away $3.25 million of his bonus to
10,000 of his company's workers, Bloomberg News reports
 . 

That works out to about $325 for each employee. That may not sound like much
in Morrisville, N.C., one of two cities where Lenovo has headquarters. But
in the other city -- Beijing -- $325 is almost the equivalent of one month's
pay.

 

Lizette

 


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

Re: UNIT=SEP still alive (?)

[Shmuel Metz (Seymour J.)]

In
,
on 09/03/2013
   at 10:43 PM, Tony Harminc  said:

>But Dynalloc did not exist until MVS,

Not as a supported facility for user code, but it was there for use by
DAIR in TSO. As I recall, the interface was different.

>and MVS has never restricted its use to TSO.

True, but PASS is still intended for the situation where there is a
receiving DD in a subsequent step. Within the same step, KEEP and PASS
are equivalent.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2
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: ACS routine question.

[Lizette Koehler]

Since the variable is defined as

&BLKSIZE
The numeric value for the block size specified on the DD statement,
dynamic allocation, or TSO ALLOCATE, ranging from 0 - 2147483647 (KB).

Type: Numeric

Max value: 2147483647

I am not sure you can test for null.

But try testing for less than zero  (this is just a WAG)

When (&BLKSIZE < 0) Then ...


Lizette


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Vernooij, CP - SPLXM
Sent: Wednesday, September 04, 2013 5:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ACS routine question.

Hello,

 

I always find it difficult to find what I am looking for in the ACS routine
documentation.

 

I can check if a text keyword was not filled in in the allocation request,
e.g.: WHEN(&DATACLAS = '').

How do I check if a numerical keyword was not in filled e.g. &BLKSIZE? 

WHEN(&BLKSIZE = '') is syntactically incorrect.

WHEN(&BLKSIZE = 0) not the same as 'not filled'.

 

I must be simple, but I cannot find it.

 

Thanks,

Kees.

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

Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

[Shmuel Metz (Seymour J.)]

In , on 09/03/2013
   at 05:01 PM, Eric Bielefeld  said:

>The 2 1410's actually shared a 1310 (I think) disk drive. 

1301 or 1302.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2
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: SYSIN in PROC -- technique

[Tom Marchant]

On Tue, 3 Sep 2013 19:30:28 -0500, Paul Gilmartin wrote:

>upgrade to JES2.

I have worked in a shop that had both JES2 and JES3 and I appreciated 
some of the things that I could do easily on JES3 that were difficult or 
impossible on JES2.  For example, Dependent Job Control (DJC) networks. 
There were some who wanted to convert to JES2, but the shop was to 
dependent on JES3 facilities.

-- 
Tom Marchant

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

ACS routine question.

[Vernooij, CP - SPLXM]

Hello,

 

I always find it difficult to find what I am looking for in the ACS
routine documentation.

 

I can check if a text keyword was not filled in in the allocation
request, e.g.: WHEN(&DATACLAS = '').

How do I check if a numerical keyword was not in filled e.g. &BLKSIZE? 

WHEN(&BLKSIZE = '') is syntactically incorrect.

WHEN(&BLKSIZE = 0) not the same as 'not filled'.

 

I must be simple, but I cannot find it.

 

Thanks,

Kees.

 


For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286


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

ACS routine question.

[Vernooij, CP - SPLXM]

Hello,

 

I always found it difficult to find what I am looking for in the ACS
routine documentation.

 

I can check if a text keyword was not filled in in the allocation
request, e.g.: 


For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286


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

Re: Currently dispatched TCB in SRB mode

[Tom Marchant]

On Tue, 3 Sep 2013 15:28:23 -0400, Micheal Butz wrote:

>Is there a way of knowing the currently
>Dispatched TCB for the target Address Space in SRB mode as PSATOLD
>Is zero in SRB mode

What do you mean by that and why do you want to know?

As others have said, when your SRB is running on your CP, there can be no 
TCB dispatched on the same CP.  Every other processor has its own PSA and 
any of them could be running one or more tasks in your address space at any 
given moment.  I would suggest that you read in the Principles of Operation 
about prefixing and absolute addresses.

OTOH, it is quite possible that none of the tasks in your address space are 
dispatched on any processor at the moment, even if they are dispatchable. 
And, of course, all of this is subject to change very quickly.

-- 
Tom Marchant

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

Re: Syncsort v1.4 doesn't support Tape sorting - Need help !

[Tom Marchant]

On Tue, 3 Sep 2013 01:41:14 -0700, Roger Steyn wrote:

>In the new release v1.4 , it no longer supports tape sorting . Hence it 
>becomes necessary that i have to identify all the jobs which are currently 
>using this feature and have them converted before going further

Have you considered changing your STORCLAS ACS routine to direct the 
SORTWKxx data sets to disk?

-- 
Tom Marchant

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

Re: RACF Database protection

[Costin Enache]

It may not be APARable. Even if you fix the bug, what do you do with the old 
password phrases? Maybe update the RACF database with a secure hash value once 
the user logs in (to add the previously discarded hash bytes), but the system 
cannot know if the correct password phrase has been used (and not one of the 
others which also work). Or just invalidate the old phrases. The system does 
not store enough hash bytes to decide which password is the correct one ... in 
any case it would be a mess. The bug cannot be used to brute-force 
authentication (the account will be locked before one can benefit from the 
collisions) and, in case the RACF db is exposed, it is easy to crack the hashes 
anyway, the collisions are not really needed. It will probably just stay as it 
is :) 


Costin




 From: Tony Harminc 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, 4 September 2013, 1:11
Subject: Re: RACF Database protection
 

On 3 September 2013 09:41, Costin Enache  wrote:

> The phrase clear text is already padded with spaces to a multiple of 8, but, 
> after encryption, the resulting hash is truncated to the length of the 
> original clear text, minus the padding. This leaves us with an incomplete DES 
> cipher text block at the end, if the last clear-text block was padded. This 
> means that, if for example the last block had one character (say 1=F1) padded 
> to a length of 8 with spaces (F14040.), only the first byte of the 
> resulting DES cipher text will be stored. There are many clear-texts what 
> will generate the same byte on the first position when encrypted with DES. 
> Example: create user COSTIN with phrase Abcd1234Abcd1234a, then try to logon 
> with phrase Abcd1234Abcd1234X

I would think that should be APARable...

Tony H.

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

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

Re: RACF Database protection

[R.S.]

W dniu 2013-09-04 04:32, FRANCIS SOUSA pisze:

Ask your network guys to restrict FTP, maybe use ACL ?

It doesn't help.
The problem is in READ to the dataset not the ability to use *one of 
existing* transfer methods.

"Protect resources, not the tools".

--
Radoslaw Skorupka
Lodz, Poland






--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie 
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem 
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania 
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by 
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie 
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo 
wczajc 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
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. 
Wedug stanu na dzie 01.01.2013 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.555.904 zotych.



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

Re: Who is Lagging Whom? (Was: SYSIN in PROC -- technique)

[efinnell15]

Eddie Stanky once got ejected for taking three smokin fast ball strikes from 
Bob Feller wheeled around and said 'Mr. Ump that last one sounded high!' I 
though that went away when they move CI back to MVS? 



In a message dated 09/04/13 02:24:00 Central Daylight Time, 
edja...@phoenixsoftware.com writes:
forth. I have tried ALL of these new capabilities and am very pleased to 
see that our JES2 users no longer must wait for a job to get into an 
initiator just to detect a simple JCL spelling error such as 
DISP=(NEW,CATLF). Took 'em long enough... ;) 

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

Who is Lagging Whom? (Was: SYSIN in PROC -- technique)

[Ed Jaffe]

On 9/3/2013 3:15 PM, Clark Morris wrote:

On 3 Sep 2013 12:42:25 -0700, in bit.listserv.ibm-main you wrote:


Be aware, use of system symbols in JCL is supported in JES2 in z/OS 2.1, NOT 
JES3.

Another example of where the more expensive JES lags its cheaper
brother.


That cuts both ways...

It's true that IBM's new JESx function deployment pattern, for as many 
years as I can remember, has been to add function to JES2 in one 
release, let them shake out the problems, and then add the capability to 
JES3 in the next release e.g., WLM-managed initiators, scheduling 
environments, NJE over TCP/IP, etc. Bob Rogers once joked, in an OS/390 
Goody Bag at SHARE, that there was only one JES development team that 
ping-ponged back and forth, from one release to the next, between the 
JESes. :D


As the early exploiter, sometimes JES2 gets it wrong and must go back 
and redesign things after the JES3 deployment. A good example was 
WLM-managed initiator balancing in z/OS 1.8 JES2 which came out at least 
a decade after JES3's WLM initiator support--which was balanced right 
from the start.


z/OS 1.13 JES2 allowed in-stream data in JCL procedures are now that 
capability exists in z/OS 2.1 JES3. As a follow-on, z/OS 2.1 JES2 
supports in-stream symbols and so we expect the historic trend to 
continue...


We also now see JES2 starting to acquire function that has been in JES3 
for decades, such as eight-character job class names, job class groups, 
system-name job routing, pre-execution converter/interpreter, and so 
forth. I have tried ALL of these new capabilities and am very pleased to 
see that our JES2 users no longer must wait for a job to get into an 
initiator just to detect a simple JCL spelling error such as 
DISP=(NEW,CATLF). Took 'em long enough... ;)


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