Re: IEBGENER is BROKEN

2008-01-15 Thread Ed Gould

On Jan 15, 2008, at 8:59 PM, Bill Godfrey wrote:
-- 
SNIP--

Ed

The utility never sees the "/*" from the terminal. The GET or READ- 
and-CHECK
will take the EODAD exit. See the TSO/E Programming Services  
manual, in the

chapter about "Using BSAM or QSAM for Terminal I/O".

http://publibz.boulder.ibm.com/cgi-
bin/bookmgr_OS390/BOOKS/IKJ4B750/CCONTENTS

(watch the wrap in the above URL)

quote

8.5 End-of-File (EOF) for Input Processing

The sequential access method GET and CHECK terminal routines  
recognize /*
from the terminal as an end-of-file (EOF). The EODAD exit in the  
data control
block is taken for the EOF condition. If no EODAD exit has been  
specified, and
an EOF has been signaled from the terminal, the job abends with a  
system

code of 337.

end of quote

Bill



Bill,

Thanks I should have looked there (or remembered it) I spent quite a  
few hours looking over the TMP for an issue that I never did figure  
out. But I did come to the conclusion that it was WAD (for the  
problem I was attempting to figure out). This was the PCF IKJEFT01  
version. I think (its been many many years) that I was attempting to  
figure out the how it parsed out /* and */  out of the command string  
or else it was in IKJPARSE which I don't think  I had the source for.


Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Sub-CEC Reports

2008-01-15 Thread Birger Heede

Al,
SCRT User Guide Chapter 10 describes this way of submitting SCRT Reports.

If the SCRT Report for one reson or another does not go straight thru 
the process then the Web interface must be used to submit the report 
(with whatever corrects, comments, justifications needed).
A report in 'work in progress' status will not be picked up by the 9th 
for processing.


Birger Heede
IBM Denmark




Al Sherkow wrote:

There has been a 'request' in to IBM for some time related to this
automation/oops/ no automation topic. 


The request is: allow sites to FTP or email the reports to IBM. IBM would
then stage your reports for your comments "as-if" you had used the web
interface. That is, they would get ready for you to review and comment on
your reports, and not assume that they are "ready" for final processing. 


This avoids the issue of using the LMDS web application to upload your
reports. It is fairly straight forward as this thread has shown to email or
FTP out of your monthly batch job. 



If your company does not review/update/verify by the 9th of the month when
the reports are due then IBM would process them. (This handles the "oops"
case where your automation sends the reports, but no one at your company
looks at it). 


I don't know the status of this request. If you don't send the report at all
IBM is entitled by the T&Cs of your sub-capacity agreement to bill you for
the installed MSUs of each machine. 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Worst Predictions of All Time

2008-01-15 Thread Ed Gould

On Jan 15, 2008, at 12:49 PM, Howard Brazee wrote:


On 14 Jan 2008 17:45:10 -0800, [EMAIL PROTECTED] (Ed Gould)
wrote:


RULE #2: I am not sure I agree with you on this one. Most of the time
it is the case but there  are times I do not think it is wise(or
useful). There are other cases that it serves no purpose to keep the
data as close to the applications as possible. Example: The number of
people going through a turn style at say a Subway station.


Does this mean, in physical location?   Or does this mean logically
close?


Howard:

Ted wrote that not I. He has not responded to me (on a similar  
question), I think your question is better to the point than mine.


Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Worst Predictions of All Time

2008-01-15 Thread Ed Gould

On Jan 15, 2008, at 12:21 PM, Rick Fochtman wrote:


---SNIP-

I've worked with recruiters and HR types with the same mindset.  
Names omitted to protect the terminally stupid.





Rick:

I have gone on an interview (in the 80's) and I was interviewed like  
this. This was sprung on me without warning. I was so mad about not  
being told that this would happen I fumed. After the interview I  
walked up to the boss and said please withdraw my name from  
consideration and I walked out. I fired the recruiter later that day  
(after giving him a piece of my mind).


I do not think I would have gone to any interview like this even if I  
had known about it. The only "good" thing about the interview was  
that the people that were asking the question had their backs to a  
beautiful shot  overlooking Chicago from the 80th floor.


Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: DFSORT question MERGE w/SUM FIELDS=NONE

2008-01-15 Thread Ed Gould

On Jan 15, 2008, at 11:16 AM, Dave Kopischke wrote:


On Tue, 15 Jan 2008 11:05:40 -0600, McKown, John wrote:


Yes, I just didn't really see how EQUALS applies to a MERGE. Possibly
just lact of understanding on my part. I do understand how EQUALS
applies to SORT since SORT is only reading one input file, so  
which is

"first" makes sense to me. But MERGE is reading records from multiple
input files, so which is "first"? The first one actually read? (that
would be random, depending on the data in the various input files) Or
the one which is read from the lowest numbered SORTINnn? In the  
words of

Vinnie Barbarino "I'm so confused!"


SORT can also process a concatenation, so it can be more than one  
input file.
It might even be able to access multiple DD's, but I didn't crack  
the manuals
to look this one up. I always thought EQUALS was still valid on a  
MERGE, so I

pulled the manual...


I have not done a merge in *YEARS*, having said that I believe (even  
if you concatenate) each concatenation has to be in a "higher"  
sequence than the file ahead of the concatenation (all records still  
must be in the right sequence) so (if) you can concatenate the  
records must be in sequence. I hope I said that right and Walt can  
correct if I am wrong.


ie sortin01 dd (seq01-09) example for illustrative purposes only
dd (seq10-15)  "  "
dd (seq16-??)  "  "



"When specified for a MERGE application, EQUALS guarantees that  
whenever
equal-keyed records appear in different SORTIN data sets, the  
record from the

lowest numbered SORTINnn will be written first to the output file."



Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Trouble opening specific volumes with OPEN TYPE=J

2008-01-15 Thread Gerhard Postpischil

Tom Quarendon wrote:
I've tried setting the JFCBVSL flag before I open a volume with the 
JFCBVLSQ field set, but it doesn't seem to make any difference. Do you 
have a documentation reference for that?


The only reference I found was in the source code for OPEN, 
many, many moons ago. I've never had a problem with it, however 
I expect that our environments are different.


About all I can suggest at this point is that you try a simple 
test program, and dump it just before and after the OPENJ, to 
verify the contents. Additional control blocks (TIOT, SIOTs, 
etc.) may be helpful.


The other thing you might try, if your environment permits it, 
is to run authorized, and build the DCB, DEB, IOB, etc. on the 
fly, and avoid O/C/E code completely. But I don't know whether 
your security or audit staff would be too thrilled by that.


Gerhard Postpischil
Bradford, VT

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: What Now?

2008-01-15 Thread Russell Witt
Dan,

Call TLMS L1 support as well. You may already be licensed for TLMS/Copycat;
which will allow you to copy all those files from the virtual tapes to a
couple of 3590e cartridges. You can use EARL or the Vantage/GMI gui
interface to select those files you want copied; and have the output list be
fed directly to Copycat.

Russell Witt
TLMS L2 Support Manager

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Daniel McLaughlin
Sent: Tuesday, January 15, 2008 9:34 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: What Now?


The VTS thing is working fine for in-house stuff. Now there is a push to
copy/convert all the offsite permanent volumes to stacked exported tapes.
The problem? We don't have a clue on how to get started on this beastie.
We're using TapeCopy as our engine and I can run all sorts of reports and
create the jobs, but we have 6,300 tapes and 10,500 datasets to move from
3480 and 3490 to stacked 3590e tapes. That's a lot of manual stuff...

The Redbook on VTS is of some help, but not from a practical standpoint.
Would anyone care to share their experiences with us? Somehow this got
pretty much dropped in tech's lap and it's mostly TLMS type work. (We
install
it...not run it)

TIA...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


IDCAMS Repro vs ICETOOL

2008-01-15 Thread Carl Edwards
We have a series of jobs that use IDCAMS to move data
from one platform to another. There are several
hundred files stacked on tape, which was created by
REPRO. These tapes are then read by the Z/os target
system and loaded to the appropriate files. While the
jobs runs, they seems to run forever. We have noticed
that the job goes into DW for 3-5 seconds at the end
of each REPRO process, allocation/deallocation I
assume. If indeed this is the case then using another
program such as ICETOOL should not matter, the results
should be the same. Is this assumption valid?



  

Be a better friend, newshound, and 
know-it-all with Yahoo! Mobile.  Try it now.  
http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Rexx external assembler functions and reentrancy

2008-01-15 Thread Wayne Driscoll
Paul,
The CALL macro does NOT require that register 13 contain the address of
a save area.  It is a standard convention, that R13 point to a 72 byte
save area for the use by the called routine, but not a hard requirement.
For example, (using the Authorized Assembler Services Reference Volume
2), the description of IEANTRT is the same as you quote.  However, in
the same manual, under the description of service IEAVAPE (Allocate
Pause Element), under Input Register Information it is documented that
R13 MUST contain the address of a 72 byte register save area.  If the
called program is coded to use the linkage stack to save caller status,
no register save area has to be provided by the caller.

Wayne Driscoll
Product Developer
JME Software LLC
NOTE:  All opinions are strictly my own.



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Paul Gilmartin
Sent: Tuesday, January 15, 2008 5:58 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Rexx external assembler functions and reentrancy

On Tue, 15 Jan 2008 15:06:19 -0800, Schwarz, Barry A wrote:

>Not change is not the same as not use.  I would expect the routine to
>save and restore the registers rather than never use them.
>
>-Original Message-
>From: Victor Gil [mailto:snip]
>Sent: Tuesday, January 15, 2008 12:10 PM
>
>IEANTRT is documented to NOT change registers R2-R13, so their slots in
>the passed savearea can be used to format the required parameter list.
>
I'm confused; I see:

#13.1.4 "z/OS V1R7.0 MVS Assembler Services Reference IAR-XCT"
 ___
  13.1.4 Input Register Information

   Before issuing the IEANTRT callable service, the caller does not have
to
   place any information into any register ...

... but:

#13.1.7 "z/OS V1R7.0 MVS Assembler Services Reference IAR-XCT"
 ___
  13.1.7 Syntax

   Write the call as shown on the syntax diagram. You must code all
   parameters on the CALL statement in the order shown.

CALL IEANTRT ,(level ,user_name ,user_token ,return_code)

... is this a special CALL that does not require that the
address of an available RSA be placed in R13, or is that
assumed even when the RM says it's unnecessary?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Computer Science Education: Where Are the Software Engineers of Tomorrow?

2008-01-15 Thread Rick Fochtman




Is a computer science education either necessary or desirable for
doing systems programming? business programming? being a DBA or data
administrator?  As someone who has been a systems programmer and an
applications programmer, the only IT course I had was Numerical
Analysis and Programming for Digital Computers (the computer was an
IBM 650).  I am grateful that I never had to do statistical analysis
since I could never wrap my head around the subject.  In response to
Anton, this is ON topic for this group because it covers one of the
most important issues, what do background do we need to do our job.

I frankly think that Computer Science is the wrong curriculum for
business programming because understand business problems, business
politics is at least as important as understanding database theory.  A
course that stresses the foibles of floating and fixed point
arithmetic, BOTH binary AND decimal also would be very useful.  A
refresher that going into the best ways to access data including
whether new tools like Lambda Expressions (see
http://weblogs.asp.net/scottgu/archive/2007/04/08/new-orcas-language-feature-lambda-expressions.aspx
for an explanation) are worthwhile.  For systems programming, the
concepts of reliability, backup and tradeoffs should be taught.
Exposure to Unix based systems (Linux, Apple Mac, Solaris, etc.) and
one of the classic mainframe systems (IBM z/OS, Unisys 2200, Unisys A
series MCP, etc.) probably would be useful.  


I think that the topic of broader brush education and upgrade needs
further exploration.  


In terms of outsourcing, etc., how does an organization treat its IT
people versus its accountants or its marketers or its engineering
staff?  As someone who is semi-retired (collecting pension but willing
to code for pay) and due to geographic constraints only able to work
on a contract basis, it may be inconsistent that I think that too many
companies are moving too much responsibility to outside people.
 


-
I will PARTLY agree with Clark on this. There a few aspects of Computer 
Science that are important and useful, such as Data Structures. But I've 
found that a background that is more "rounded" has been equally helpful. 
My own background is in Physics and Math, but I took a LOT of courses in 
the various engineering disciplines available, as well as basic 
accounting and business courses. I managed to learn enough to be able to 
grasp the basic concepts, even if I'm not a "engineer".


A broad background is very useful, but not the end-all to be-all. For a 
System Programmer, much of that might have been wasted, but I was often 
called upon to help with programming problems in some of these other areas.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: IEBGENER is BROKEN

2008-01-15 Thread Bill Godfrey
On Tue, 15 Jan 2008 17:46:20 -0600, Ed Gould wrote:

>On Jan 15, 2008, at 5:06 PM, Paul Gilmartin wrote:
>>> --SNIP
>> Can you expand on this (or am I requesting too much
>> a freebie)?
>>
>> But (open message to designers):  No!  KISS dammit!
>> OPEN SYSIN; QSAM GET until you come to the end; then
>> CLOSE.  Treat all empty data sets alike.  Don't go poking
>> around UCBs and JFCBs and TIOTs and ... to make an
>> arbitrary distinction between an empty DUMMY data set, and
>> an empty instream data set, and an empty DASD data set,
>> and an empty allocated Unix path, and an empty tape data
>> set, and an empty (virtual) card reader data set, and an
>> empty terminal data set.
>>
>> Treat them all alike; to do otherwise only adds an
>> unwarranted astonishment factor.
>>
>> I'll grant some leeway that the error recovery for
>> a terminal data set is justifiably different from
>> that for a noninteractive data set.
>>
>Gil,
>
>Believe it or not I was going to ask the same question but I wasn't
>going to add  the additional info you did. But your added info did
>fuzz things up a bit (AFAIWC). Your TSO analogy "leeway" brought up a
>fuzzy memory from LONG ago and I just realized I have kept doing this
>up until I retired a few years ago. Whenever I would invoke a batch
>program (IEBGENER or SMPE or whatever) from the TSO session I
>remember putting in a /* as to the last line I wanted to enter. To me
>this signified EOF and unless there is a specific check in the
>program for a /* (not sure what JES send to the program other than
>EOF there is "probably" a check in the utility for a "/*" as the TMP
>has no other way to signify EOF to the program. My EXCP coding years
>does not refresh my memory as to what occurs at EOF other than  bit
>(s) is set in one of the control blocks to indicate eof. There must
>be code in the TMP to do so, but I don't recall it.
>

Ed

The utility never sees the "/*" from the terminal. The GET or READ-and-CHECK 
will take the EODAD exit. See the TSO/E Programming Services manual, in the 
chapter about "Using BSAM or QSAM for Terminal I/O".

http://publibz.boulder.ibm.com/cgi-
bin/bookmgr_OS390/BOOKS/IKJ4B750/CCONTENTS

(watch the wrap in the above URL)

quote

8.5 End-of-File (EOF) for Input Processing

The sequential access method GET and CHECK terminal routines recognize /* 
from the terminal as an end-of-file (EOF). The EODAD exit in the data control 
block is taken for the EOF condition. If no EODAD exit has been specified, and 
an EOF has been signaled from the terminal, the job abends with a system 
code of 337.

end of quote

Bill

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Computer Science Education: Where Are the Software Engineers of Tomorrow?

2008-01-15 Thread Anne & Lynn Wheeler
The following message is a courtesy copy of an article
that has been posted to bit.listserv.ibm-main as well.


re:
http://www.garlic.com/~lynn/2008b.html#2 Computer Science Education: Where Are 
the Software Engineers of Tomorrow?

and related new post ... also in a.f.c ... about newly published
report announced by nsf today
http://www.garlic.com/~lynn/2008b.html#6 Science and Engineering Indicators 2008

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Our Ted Macneil is published (again) - Lessons Learned on Workload Manager

2008-01-15 Thread Ed Gould
>http://view.exacttarget.com/? 
j=fe5b15737c620578771d&m=ff2613727c63&ls=fdef117473640d7b771d7072&l=fecc 
157277600d7c&s=fe0515727665067872177077&ju=fe23157673650c75731676<


Watch the wrap

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Rexx external assembler functions and reentrancy

2008-01-15 Thread Paul Gilmartin
On Tue, 15 Jan 2008 15:06:19 -0800, Schwarz, Barry A wrote:

>Not change is not the same as not use.  I would expect the routine to
>save and restore the registers rather than never use them.
>
>-Original Message-
>From: Victor Gil [mailto:snip]
>Sent: Tuesday, January 15, 2008 12:10 PM
>
>IEANTRT is documented to NOT change registers R2-R13, so their slots in
>the passed savearea can be used to format the required parameter list.
>
I'm confused; I see:

#13.1.4 "z/OS V1R7.0 MVS Assembler Services Reference IAR-XCT"
 ___
  13.1.4 Input Register Information

   Before issuing the IEANTRT callable service, the caller does not have to
   place any information into any register ...

... but:

#13.1.7 "z/OS V1R7.0 MVS Assembler Services Reference IAR-XCT"
 ___
  13.1.7 Syntax

   Write the call as shown on the syntax diagram. You must code all
   parameters on the CALL statement in the order shown.

CALL IEANTRT ,(level ,user_name ,user_token ,return_code)

... is this a special CALL that does not require that the
address of an available RSA be placed in R13, or is that
assumed even when the RM says it's unnecessary?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: IEBGENER is BROKEN

2008-01-15 Thread Ed Gould

On Jan 15, 2008, at 5:06 PM, Paul Gilmartin wrote:

--SNIP

Can you expand on this (or am I requesting too much
a freebie)?

But (open message to designers):  No!  KISS dammit!
OPEN SYSIN; QSAM GET until you come to the end; then
CLOSE.  Treat all empty data sets alike.  Don't go poking
around UCBs and JFCBs and TIOTs and ... to make an
arbitrary distinction between an empty DUMMY data set, and
an empty instream data set, and an empty DASD data set,
and an empty allocated Unix path, and an empty tape data
set, and an empty (virtual) card reader data set, and an
empty terminal data set.

Treat them all alike; to do otherwise only adds an
unwarranted astonishment factor.

I'll grant some leeway that the error recovery for
a terminal data set is justifiably different from
that for a noninteractive data set.


Gil,

Believe it or not I was going to ask the same question but I wasn't  
going to add  the additional info you did. But your added info did  
fuzz things up a bit (AFAIWC). Your TSO analogy "leeway" brought up a  
fuzzy memory from LONG ago and I just realized I have kept doing this  
up until I retired a few years ago. Whenever I would invoke a batch  
program (IEBGENER or SMPE or whatever) from the TSO session I  
remember putting in a /* as to the last line I wanted to enter. To me  
this signified EOF and unless there is a specific check in the  
program for a /* (not sure what JES send to the program other than  
EOF there is "probably" a check in the utility for a "/*" as the TMP  
has no other way to signify EOF to the program. My EXCP coding years  
does not refresh my memory as to what occurs at EOF other than  bit 
(s) is set in one of the control blocks to indicate eof. There must  
be code in the TMP to do so, but I don't recall it.


Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Data Erasure Products

2008-01-15 Thread Mike Baldwin
On Mon, 14 Jan 2008 17:10:06 -, Van Dalsen, Herbie 
<[EMAIL PROTECTED]> wrote:

>Not sure what's going to happen to the 3590 carts... 

Some examples of what can be done, depending on requirements:
- If re-deploying 3590's, the Data Security Erase command can be used.  This 
is available from a CBT program (I believe), or our TelTape for z/OS or TelTape 
for Windows products.
- Also if re-deploying, 3590's can be systematically overwritten.  Our Windows 
product also "certifies" so you will know which cartridges are error-free and 
which fail, as well as having the data overwrittten.
- Otherwise, Secure Media Destruction services can be contracted.  This 
involves an optional step of degaussing the 3590's on-site, followed by 
transportation to a destruction facility.  Our partner uses a Waste-To-Energy 
process that minimizes environmental impact.  The on-site degaussing step is 
performed more frequently these days.

Regards,
Mike Baldwin
Cartagena Software Ltd.
www.cartagena.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Rexx external assembler functions and reentrancy

2008-01-15 Thread Schwarz, Barry A
Not change is not the same as not use.  I would expect the routine to
save and restore the registers rather than never use them.

-Original Message-
From: Victor Gil [mailto:snip] 
Sent: Tuesday, January 15, 2008 12:10 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Rexx external assembler functions and reentrancy

Andy,

IEANTRT is documented to NOT change registers R2-R13, so their slots in
the passed savearea can be used to format the required parameter list. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: IEBGENER is BROKEN

2008-01-15 Thread Paul Gilmartin
On Tue, 15 Jan 2008 15:01:58 -0700, Steve Comstock wrote:
>>
>> And I might mention that DUMMY is __required__. We had some jobs that
>> ran with SYSIN being a DD *, but with no control cards. This is,
>> technically, equivalent to DUMMY, but not by ICEGENER. The same applies
>> to an "empty" dataset with no control cards. Just mentioning this
>> because it bit us once.
>
>Well, that's not just for sorts and utilities;
>A DD * with no lines is _not_ the same as DD DUMMY.
>There are differences in allocation, for example.
>
Can you expand on this (or am I requesting too much
a freebie)?

But (open message to designers):  No!  KISS dammit!
OPEN SYSIN; QSAM GET until you come to the end; then
CLOSE.  Treat all empty data sets alike.  Don't go poking
around UCBs and JFCBs and TIOTs and ... to make an
arbitrary distinction between an empty DUMMY data set, and
an empty instream data set, and an empty DASD data set,
and an empty allocated Unix path, and an empty tape data
set, and an empty (virtual) card reader data set, and an
empty terminal data set.

Treat them all alike; to do otherwise only adds an
unwarranted astonishment factor.

I'll grant some leeway that the error recovery for
a terminal data set is justifiably different from
that for a noninteractive data set.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SMP/E and why not.

2008-01-15 Thread Ed Gould

On Jan 15, 2008, at 9:12 AM, Mark Zelden wrote:

I should know better than to respond to one of your posts... but I  
already did.
This will be my last response to you on this subject.  Sometimes I  
find it

hard to
believe you were actually a sysprog.

On Mon, 14 Jan 2008 23:23:37 -0600, Ed Gould  
<[EMAIL PROTECTED]> wrote:




Mark, I dislike to disagree with you but here is just (one) of the
time consuming issues I have run into with accepting PTFS. Maybe its
time to go PDSE with them (as much as I dislike it). But more often
than not (especially with product) that the dlib needs to have more
directory blocks than it has. You must manually increase them and
then restart the accept.


Eh?   Unless the apply has added elements there should be no reason
to increase directory blocks.  That does happen (more so in the past),
but there is usually holddata to let you know the space requirement
changes (at least there should be).  If you read the holddata for
APPLY (which is critical), then you can increase the dlib space /  
dir at
that point.  At least that is what  I do.   Either way... it's  
still a poor

excuse
not to run ACCEPT.


I have never seen a hold like you refer to. Is this new? In the  
install docs (which I do not see usually) it might be documented but  
not a ++HOLD

I always read ALL holddata as I have been burnt by it in the past.



You also *MUST* look at the listing for
every little non zero return code. Some times 4 is OK and sometimes
its not . In any case it is time consuming. The last thing that I run
into quite a bit is any assemblies that are done must be triple
checked to make sure the correct macro's are picked up. I sort of
wish SMPe would use an alternate set for syslib for accepts.




You do have to look at output.  I guess that does mean doing some  
of that

four letter word that starts with "W".  But honestly, I can't remember
the last time I ran into an RC4 not being ok on ACCEPT.
How would the macros get picked up?  Unless you have you SYSLIB
concatenation wrong.  Assemblies can happen during accept.. but most
products / maintenance is not packaged that way these days.


Again I have been burned because an accept got a RC 4 (one of two  
reason module or assemblies) It's been a while but IIRC SDSF (for one  
and maybe JES2 its been awhile  on that one) I have also run into  
issues (partly my fault but also partly IBM's fault) for not telling  
about a macro library needs to be added to the syslib concatenation  
There tends to be new products in a servpac that need to be added in  
either the DDDEFS or the syslib concatenation that are frankly not  
well documented, IMO.  If you do this all day long you eventually get  
used to it but the typical sysprog might do 2 servpacs a year and  
there tends to be a lot of info that is stuffed down your gullet  
during the process and this is one of them that is either glossed or   
not gone over in specifics (at least the last time I looked). They  
may have added the info but not that I saw.


2. The proverbial it worked last year before you put the  
maintenance

on just go back the point and run my job.


??  Accept doesn't affect the running system / tgt libs.


I guess I didn't put it distinctly enough. I know it does NOT affect
TGT libraries. But I was trying to say (and apparently
unsuccessfully)  it does not work on the CURRENT system. In order to
make it work the manager tells you you *MUST* back off the apply (for
the modules not all) it can get dicey telling a manager that you
can't go back because a fix has been accepted, especially if the job
is extremely important. If you start talking about a separate LPAR
etc they go through the roof what they want is results not excuses
and trying to tell them it can't be done is like nailing a coffin
shut and your inside it. Managers don't like "no" and no amount of
excuse(s) is/are acceptable. The PC world can get away with it we
can't and don't you dare even bring up the PC world issue either
(they are gods gift to corporations).




Which is why you don't ACCEPT until after you have been running on
the current set (or copy of) target libraries for some period of time.
That period of time depends on the product, shop, personal preference
as to when you feel "comfortable" or just prior to the next APPLY run.
The point is... you should do it!!   I guess some of those sysprogs  
I mentioned

in my last post that live by "don't ever accept" learned it from you.

BTW, there is such a thing as backups.  If you back up your
target libs (or copies) even if you don't have an SMP/E environment
to RESTORE a PTF that causes you grief, you can still restore a backup
copy of the library.  Also, for "MVS", I often clone the DLIB zone  
along with
the target zone but admit I haven't done that at this shop (5 years  
now)

but haven't run into a problem because of that either.  For other
products (ISV) there are usually installation standards that have the
install set of libraries all unde

Re: IEBGENER is BROKEN

2008-01-15 Thread Frank Yaeger
John McKown wrote on 01/15/2008 02:01:10 PM:
> And I might mention that DUMMY is __required__. We had some jobs that
> ran with SYSIN being a DD *, but with no control cards. This is,
> technically, equivalent to DUMMY, but not by ICEGENER. The same applies
> to an "empty" dataset with no control cards. Just mentioning this
> because it bit us once.

Yes, DUMMY or NULLFILE or no SYSIN DD is required to have ICEGENER use
DFSORT copy.

ICEGENER does not consider an empty data set to be the same as DUMMY.
I suppose it could, but it doesn't and AFAIK you're the first person to
ever mention it as a concern.  I don't think I'd want to change it at
this point because if I did, somebody else would surely complain that
it doesn't work the way it used to.  :-)

Frank Yaeger - DFSORT Development Team (IBM) - [EMAIL PROTECTED]
Specialties: PARSE, JFY, SQZ, ICETOOL, IFTHEN, OVERLAY, Symbols, Migration

 => DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Encrypted transfers to/from vendors

2008-01-15 Thread Chase, John
> -Original Message-
> From: Chase, John 
> To: 'IBM Mainframe Discussion List'
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List On Behalf Of Gray, 
> Larry - Larry A
> > 
> > Try creating a GSK trace with the FTP and reviewing that.  
> > That helped me resolve several problems with encrypted FTP 
> to outside 
> > companies.
> > Most of my problems were finding the correct CA for the 
> other site and 
> > getting that added to my keyring.
> > 
> > //
> > PARM=('ENVAR("GSK_TRACE=0X","GSK_TRACE_FILE=/tmp/gskxxx.trc")', 
> > //  '/-r TLS (TRACE EXIT')
> >   
> > 
> > In OMVS run 
> > gsktrace /tmp/gskxxx.trc >/tmp/gskxxx.txt
> > pg /tmp/gskxxx.txt
> 
> Thanks.  I'll give that a whirl in the morning. 

Had time to do it today.  Everything looks "hunky dory" until this:

01/15/2008-15:51:56 Thd-0 ERROR gsk_read_v3_record(): Protocol version
48.48 is not supported  

No clue (yet) what that means, or how to "address" it.

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Encrypted transfers to/from vendors

2008-01-15 Thread Richard Peurifoy

Chase, John wrote:

-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Gray, Larry - Larry A

Try creating a GSK trace with the FTP and reviewing that.  
That helped me resolve several problems with encrypted FTP to 
outside companies.
Most of my problems were finding the correct CA for the other 
site and getting that added to my keyring.


//  
PARM=('ENVAR("GSK_TRACE=0X","GSK_TRACE_FILE=/tmp/gskxxx.trc")', 
//  '/-r TLS (TRACE EXIT')
  

In OMVS run 
gsktrace /tmp/gskxxx.trc >/tmp/gskxxx.txt

pg /tmp/gskxxx.txt


Thanks.  I'll give that a whirl in the morning.  I'm reasonably certain
that I have the correct CA cert connected to the correct keyring,
because before I figured that out I never even got to the AUTH TLS
command.

Oh, BTW, my z/OS FTPS server works like a champ on our intranet.

-jc-


I have had cases where the GSK trace was required, but it can produce
a lot of output that can be hard to understand.

I would first try adding the -d option to your FTP. This will add
some debugging messages that may tell you what the problem is without
having to resort to the GSK trace.

--
Richard

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: IEBGENER is BROKEN

2008-01-15 Thread Steve Comstock

McKown, John wrote:

-Original Message-
From: IBM Mainframe Discussion List 
[mailto:[EMAIL PROTECTED] On Behalf Of Frank Yaeger

Sent: Tuesday, January 15, 2008 3:54 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IEBGENER is BROKEN


Patrick O'Keefe wrote on 01/15/2008 01:21:56 PM:


...


as a replacement for IEBGENER & SYSUT1 DD DUMMY combination


That's SYSIN DD DUMMY, not SYSUT1 DD DUMMY.
...


Actually, "SYSUT1 DD DUMMY" simplifies things a bit.
It really speeds up the processing time.  :-)


Right :-)  To clarify, I assumed the reference to DUMMY was
about control statements.  If SYSIN has control statements,
ICEGENER assumes they're for IEBGENER and uses IEBGENER to
process them.  If SYSIN DD DUMMY is specified, there are no
IEBGENER control statements, so ICEGENER can use DFSORT copy.
(Control statements for DFSORT copy, like INCLUDE, can be
specified with DFSPARM.)




And I might mention that DUMMY is __required__. We had some jobs that
ran with SYSIN being a DD *, but with no control cards. This is,
technically, equivalent to DUMMY, but not by ICEGENER. The same applies
to an "empty" dataset with no control cards. Just mentioning this
because it bit us once.


Well, that's not just for sorts and utilities;
A DD * with no lines is _not_ the same as DD DUMMY.
There are differences in allocation, for example.


Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

  z/OS Application development made easier
* Our classes include
   + How things work
   + Programming examples with realistic applications
   + Starter / skeleton code
   + Complete working programs
   + Useful utilities and subroutines
   + Tips and techniques

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: IEBGENER is BROKEN

2008-01-15 Thread McKown, John
> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Frank Yaeger
> Sent: Tuesday, January 15, 2008 3:54 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: IEBGENER is BROKEN
> 
> 
> Patrick O'Keefe wrote on 01/15/2008 01:21:56 PM:
> > >...
> > >>as a replacement for IEBGENER & SYSUT1 DD DUMMY combination
> > >
> > >That's SYSIN DD DUMMY, not SYSUT1 DD DUMMY.
> > >...
> >
> > Actually, "SYSUT1 DD DUMMY" simplifies things a bit.
> > It really speeds up the processing time.  :-)
> 
> Right :-)  To clarify, I assumed the reference to DUMMY was
> about control statements.  If SYSIN has control statements,
> ICEGENER assumes they're for IEBGENER and uses IEBGENER to
> process them.  If SYSIN DD DUMMY is specified, there are no
> IEBGENER control statements, so ICEGENER can use DFSORT copy.
> (Control statements for DFSORT copy, like INCLUDE, can be
> specified with DFSPARM.)
> 

And I might mention that DUMMY is __required__. We had some jobs that
ran with SYSIN being a DD *, but with no control cards. This is,
technically, equivalent to DUMMY, but not by ICEGENER. The same applies
to an "empty" dataset with no control cards. Just mentioning this
because it bit us once.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: IEBGENER is BROKEN

2008-01-15 Thread Frank Yaeger
Patrick O'Keefe wrote on 01/15/2008 01:21:56 PM:
> >...
> >>as a replacement for IEBGENER & SYSUT1 DD DUMMY combination
> >
> >That's SYSIN DD DUMMY, not SYSUT1 DD DUMMY.
> >...
>
> Actually, "SYSUT1 DD DUMMY" simplifies things a bit.
> It really speeds up the processing time.  :-)

Right :-)  To clarify, I assumed the reference to DUMMY was
about control statements.  If SYSIN has control statements,
ICEGENER assumes they're for IEBGENER and uses IEBGENER to
process them.  If SYSIN DD DUMMY is specified, there are no
IEBGENER control statements, so ICEGENER can use DFSORT copy.
(Control statements for DFSORT copy, like INCLUDE, can be
specified with DFSPARM.)

SYSUT1 is, of course, the input file.

Frank Yaeger - DFSORT Development Team (IBM) - [EMAIL PROTECTED]
Specialties: PARSE, JFY, SQZ, ICETOOL, IFTHEN, OVERLAY, Symbols, Migration

 => DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Sub-CEC Reports

2008-01-15 Thread Al Sherkow
There has been a 'request' in to IBM for some time related to this
automation/oops/ no automation topic. 

The request is: allow sites to FTP or email the reports to IBM. IBM would
then stage your reports for your comments "as-if" you had used the web
interface. That is, they would get ready for you to review and comment on
your reports, and not assume that they are "ready" for final processing. 

This avoids the issue of using the LMDS web application to upload your
reports. It is fairly straight forward as this thread has shown to email or
FTP out of your monthly batch job. 


If your company does not review/update/verify by the 9th of the month when
the reports are due then IBM would process them. (This handles the "oops"
case where your automation sends the reports, but no one at your company
looks at it). 

I don't know the status of this request. If you don't send the report at all
IBM is entitled by the T&Cs of your sub-capacity agreement to bill you for
the installed MSUs of each machine. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Encrypted transfers to/from vendors

2008-01-15 Thread Chase, John
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Gray, Larry - Larry A
> 
> Try creating a GSK trace with the FTP and reviewing that.  
> That helped me resolve several problems with encrypted FTP to 
> outside companies.
> Most of my problems were finding the correct CA for the other 
> site and getting that added to my keyring.
> 
> //  
> PARM=('ENVAR("GSK_TRACE=0X","GSK_TRACE_FILE=/tmp/gskxxx.trc")', 
> //  '/-r TLS (TRACE EXIT')
>   
> 
> In OMVS run 
> gsktrace /tmp/gskxxx.trc >/tmp/gskxxx.txt
> pg /tmp/gskxxx.txt

Thanks.  I'll give that a whirl in the morning.  I'm reasonably certain
that I have the correct CA cert connected to the correct keyring,
because before I figured that out I never even got to the AUTH TLS
command.

Oh, BTW, my z/OS FTPS server works like a champ on our intranet.

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Computer Science Education: Where Are the Software Engineers of Tomorrow?

2008-01-15 Thread Kelman, Tom
Did you by any chance read the rebuttal by Ron Hira, Rochester Institute
of Technology, Economic Policy Institute, that had a link in the side
bar?
http://www.informationweek.com/outsourcing/showArticle.jhtml?articleID=2
05601556&pgno=1&queryText=

There is one very telling statement in this article:

The Department of Labor's 2006 Strategic Plan puts it bluntly: "H-1B
workers may be hired even when a qualified U.S. worker wants the job,
and a U.S. worker can be displaced from the job in favor of the foreign
worker." 



Tom Kelman
Commerce Bank of Kansas City
(816) 760-7632

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Michael Stack
> Sent: Tuesday, January 15, 2008 10:33 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Computer Science Education: Where Are the Software
Engineers
> of Tomorrow?
> 
> This appeared yesterday:
>
http://www.informationweek.com/news/showArticle.jhtml?articleID=20560155
7
> 
> ---
> ...
> Americans don't appear to be rushing to gain the IT-related skills
that
> organizations are looking for. The National Center for Education finds
> that only 13% of graduate degrees awarded in the United States are
science
> degrees. Undergraduate enrollments in computer science between 2001
and
> 2006 dropped 40%. Educators in K-12 school systems have reported
declines
> in math and science competence in their graduates. Close to a third of
all
> teenagers drop out before they graduate from high school. Public
school
> teachers and counselors are unable to communicate the opportunities
> available in IT. Parents aren't encouraging children to get into the
IT
> field because of the dot-com failures and inaccurate media reports
about
> all IT-related jobs going to India. Children are left disinclined to
> pursue an IT career.
> 
> Nearly 70% of middle school teachers lack education and certification
in
> mathematics, let alone computer and business skills, the National
Center
> for Education finds.
> 
> Some suggest that organizations should leverage the talent of foreign
> students being educated in the United States. However, that pipeline's
> getting weaker, too. In 2007, American colleges and universities
received
> 27% fewer graduate applications from international students than in
2003.
> F-1 visas issued to international students fell 10% between 2001 and
2005.
> All of these factors are contributing to a famine in IT-related skills
in
> the U.S. marketplace.
> ...
> ---
> 
> 
> Michael Stack
> Product Developer
> NEON Enterprise Software, Inc.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html




*
If you wish to communicate securely with Commerce Bank and its
affiliates, you must log into your account under Online Services at 
http://www.commercebank.com or use the Commerce Bank Secure
Email Message Center at https://securemail.commercebank.com

NOTICE: This electronic mail message and any attached files are
confidential. The information is exclusively for the use of the
individual or entity intended as the recipient. If you are not
the intended recipient, any use, copying, printing, reviewing,
retention, disclosure, distribution or forwarding of the message
or any attached file is not authorized and is strictly prohibited.
If you have received this electronic mail message in error, please
advise the sender by reply electronic mail immediately and
permanently delete the original transmission, any attachments
and any copies of this message from your computer system.
*

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Encrypted transfers to/from vendors

2008-01-15 Thread Gray, Larry - Larry A
NOTICE:
All information in and attached to the e-mail(s) below may be proprietary, 
confidential, privileged and otherwise protected from improper or erroneous 
disclosure.  If you are not the sender's intended recipient, you are not 
authorized to intercept, read, print, retain, copy, forward, or disseminate 
this message.  If you have erroneously received this communication, please 
notify the sender immediately by phone (704-758-1000) or by e-mail and destroy 
all copies of this message (electronic, paper, or otherwise).  Thank you.

Try creating a GSK trace with the FTP and reviewing that.  That helped
me resolve several problems with encrypted FTP to outside companies.
Most of my problems were finding the correct CA for the other site and
getting that added to my keyring.

//  PARM=('ENVAR("GSK_TRACE=0X","GSK_TRACE_FILE=/tmp/gskxxx.trc")', 
//  '/-r TLS (TRACE EXIT')  

In OMVS run 
gsktrace /tmp/gskxxx.trc >/tmp/gskxxx.txt
pg /tmp/gskxxx.txt


Larry Gray
Large Systems Engineering
Lowe's Companies
336-658-7944

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Chase, John
Sent: Tuesday, January 15, 2008 4:12 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Encrypted transfers to/from vendors

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Aaron Walker
> 
> On Mon, 14 Jan 2008 10:25:27 -0600, Patrick O'Keefe 
> <[EMAIL PROTECTED]> wrote:
> 
> >
> >I know IBMs Boulder site (testcase ?) supports HTTPS transfers.  Do 
> >they also support FTPS or SFTP?  And what about IBM's emea site
(which 
> >some parts of IBM greatly prefer over Boulder)?  Does it support any 
> >kind of encrypted transfers?
> >Thanks in advance.
> 
> If you are sending data to ECuRep, it supports HTTP, HTTPS, FTP, FTPS,

> SFTP, and email.
> 
> http://www-05.ibm.com/de/support/ecurep/index.html
> 

Nice!

But what is the "magic incantation" to get it to work with a z/OS 1.7
client?  I've tried every combination of FTPDATA parms that appear to
apply, but get no further than this (and not even this far with certain
CIPHERSUITEs):

EZA1736I FTP -a tls -v (EXIT
...
EZA1450I IBM FTP CS V1R7 
EZA1772I FTP: EXIT has been set. 
EZA1456I Connect to ?
EZA1736I   ftp.emea.ibm.com  
...
220-FTPD1 IBM FTP CS V1R7 at MCEFTP.MAINZ.IBM.COM, 21:55:51 on
2008-01-15.
...
FC0180 ftpAuth: security values: mech=TLS, sFTP=A, sCC=C, sDC=P 
FC0213 ftpAuth:  cipherspecs = 352F0A090406 
FC0254 ftpAuth: environment_open()  
FC0372 ftpAuth: environment_init()  
FC0381 ftpAuth: environment initialization complete 
...
EZA1701I >>> AUTH TLS
...
234 Security environment established - ready for negotiation
FC0752 authServer: secure_socket_open()
FC0819 authServer: secure_socket_init() 
FU0516 secureWrite: send() for:   60 
FU0518 secureWrite: (cs)  sent:   60 
FU0437 secureRead:  recv() for:5 
FU0439 secureRead:  (cs)   got:5 
FC0832 authServer: secure_socket_init failed with rc = 406 (Error while
reading or writing data)
FC0988 endSecureConn: entered
EZA2897I Authentication negotiation failed ...

With certain CIPHERSUITE statements, the session "hangs" after the
FU0437 message immediately above.

What am I missing?

TIA,

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search
the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: IEBGENER is BROKEN

2008-01-15 Thread Patrick O'Keefe
On Tue, 15 Jan 2008 08:01:40 -0800, Frank Yaeger 
<[EMAIL PROTECTED]> wrote:

>...
>>as a replacement for IEBGENER & SYSUT1 DD DUMMY combination
>
>That's SYSIN DD DUMMY, not SYSUT1 DD DUMMY.
>...

Actually, "SYSUT1 DD DUMMY" simplifies things a bit.
It really speeds up the processing time.  :-)

Pat O'Keefe

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Mainline LOTS for zSeries

2008-01-15 Thread RJV1971
Does anyone on this list use Mainline LOTS for zSeries?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Encrypted transfers to/from vendors

2008-01-15 Thread Chase, John
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Aaron Walker
> 
> On Mon, 14 Jan 2008 10:25:27 -0600, Patrick O'Keefe 
> <[EMAIL PROTECTED]> wrote:
> 
> >
> >I know IBMs Boulder site (testcase ?) supports HTTPS transfers.  Do 
> >they also support FTPS or SFTP?  And what about IBM's emea site
(which 
> >some parts of IBM greatly prefer over Boulder)?  Does it support any 
> >kind of encrypted transfers?
> >Thanks in advance.
> 
> If you are sending data to ECuRep, it supports HTTP, HTTPS, 
> FTP, FTPS, SFTP, and email.
> 
> http://www-05.ibm.com/de/support/ecurep/index.html
> 

Nice!

But what is the "magic incantation" to get it to work with a z/OS 1.7
client?  I've tried every combination of FTPDATA parms that appear to
apply, but get no further than this (and not even this far with certain
CIPHERSUITEs):

EZA1736I FTP -a tls -v (EXIT 
...
EZA1450I IBM FTP CS V1R7 
EZA1772I FTP: EXIT has been set. 
EZA1456I Connect to ?
EZA1736I   ftp.emea.ibm.com  
...
220-FTPD1 IBM FTP CS V1R7 at MCEFTP.MAINZ.IBM.COM, 21:55:51 on
2008-01-15.
...
FC0180 ftpAuth: security values: mech=TLS, sFTP=A, sCC=C, sDC=P 
FC0213 ftpAuth:  cipherspecs = 352F0A090406 
FC0254 ftpAuth: environment_open()  
FC0372 ftpAuth: environment_init()  
FC0381 ftpAuth: environment initialization complete 
...
EZA1701I >>> AUTH TLS 
...
234 Security environment established - ready for negotiation 
FC0752 authServer: secure_socket_open() 
FC0819 authServer: secure_socket_init() 
FU0516 secureWrite: send() for:   60 
FU0518 secureWrite: (cs)  sent:   60 
FU0437 secureRead:  recv() for:5 
FU0439 secureRead:  (cs)   got:5 
FC0832 authServer: secure_socket_init failed with rc = 406 (Error while
reading or writing data) 
FC0988 endSecureConn: entered 
EZA2897I Authentication negotiation failed 
...

With certain CIPHERSUITE statements, the session "hangs" after the
FU0437 message immediately above.

What am I missing?

TIA,

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: DMX3/4 - SMF 74.8 Link/Rank stats

2008-01-15 Thread John Baker
Thanks Lizette,

Sorry I had a typo in my original post.  The code level is 5772.  The 
information I had with this code level indicated that these functions would be 
supported.

I'm not aware of any RMF requirements as they work fine with HDS subsystems.

Thanks again,

JB

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Rexx external assembler functions and reentrancy

2008-01-15 Thread Victor Gil
Andy,

IEANTRT is documented to NOT change registers R2-R13, so their slots in the 
passed savearea can be used to format the required parameter list. Especially 
since the TOKEN_NAME and TOKEN_VALUE fields can share the same storage:

RT_TOKEN_NAME   DS 0XL16
RT_TOKEN_NAME_PFX   DS  XL8 
RT_TOKEN_NAME_SFX   DS  XL8 
   ORG RT_TOKEN_NAME <- overlap!
RT_TOKEN_VALUE  DS  XL16  
 
Not that I am happy with the approach, but it works.

Thanks!
-Victor- 

On Sun, 13 Jan 2008 21:34:34 -0600, Andy Wood 
<[EMAIL PROTECTED]> wrote:
>The question of where to stash something arose in this thread when it was
>suggested that storage could be acquired once, and not every time the
>function was called. In that context name/token has a complication - the last
>time I looked, simply calling the name/token services needed some writeable
>storage to create the parameter list, which is a bit tricky if you don't yet
>know where your working storage is.
>
>I can think of ways to do it, but none that I would be really happy with.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Sub-CEC Reports

2008-01-15 Thread Dean Montevago
What's the address ?

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ted MacNEIL
Sent: Tuesday, January 15, 2008 2:57 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Sub-CEC Reports


>We FTP our SCRT reports to IBM and they have no problem with this 
>approach.


Do you review them, first?
Because IBM doesn't.
They just blindly bill.

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search
the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Sub-CEC Reports

2008-01-15 Thread Ted MacNEIL
>We FTP our SCRT reports to IBM and they have no problem with this approach.


Do you review them, first?
Because IBM doesn't.
They just blindly bill.

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Sub-CEC Reports

2008-01-15 Thread Hal Merritt
Interesting. We were given the strong impression that the manual web interface 
was our only option. We used to use the email process but not to IBM directly. 
Rather, one of several authorized would glance at it and then would forward the 
email. 



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Raymond Noal
Sent: Thursday, January 10, 2008 7:57 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Sub-CEC Reports

We FTP our SCRT reports to IBM and they have no problem with this approach.

HTH

HITACHI
 DATA SYSTEMS 
Raymond E. Noal 
Senior Technical Engineer 
Office: (408) 970 - 7978 

 
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: DMX3/4 - SMF 74.8 Link/Rank stats

2008-01-15 Thread Lizette Koehler
We are running DMX3 and as far as I can tell, it does not create these SMF 
records.  If I find out it can be done I will update you.

But at this time the RMF montior does not support EMC the same way it supports 
the IBM family of dasd.

Lizette


>
>Hi all,
>
>Does anyone have any experience getting 74.8 data out of a DMX3/4?  The 
>only requirements I am aware of is the 5775 'Enginuity' code and RMF option 
>ESS enabled.  I have both of these in place, but still no stats.
>
>Is there a setting required on the box (i.e. similar to an HDS 'mode'?)
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: How to retrieve the terminal IP address from CICS

2008-01-15 Thread Hal Merritt
As far as I can tell, that can't be done with any certainty. Problem is
that IP addresses are often munged or 'translated' for network security
reasons. You might get an IP address, but it may or may not be
consistently associated to a specific device. 

Even if that is not the case, IP addresses are often assigned (and
reassigned) dynamically.  

What are you trying to do? 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Al Cole
Sent: Monday, January 14, 2008 8:44 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: How to retrieve the terminal IP address from CICS

Hello,

I am working on a project where I need to obtain the user's terminal
I.P. address from with in CICS. I can see in the CICS CSMT log that the
I.P. address is displayed when the terminal is autoinstalled.

Could someone suggest how I could obtain the terminal I.P address.

thanks

Alfred Cole
BJC HealthCare
mailstop 92-92-117
8374 Eage Road Suite 200
St Louis, MO 63144

(314) 362-7837
[EMAIL PROTECTED]

 
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


DMX3/4 - SMF 74.8 Link/Rank stats

2008-01-15 Thread John Baker
Hi all,

Does anyone have any experience getting 74.8 data out of a DMX3/4?  The 
only requirements I am aware of is the 5775 'Enginuity' code and RMF option 
ESS enabled.  I have both of these in place, but still no stats.

Is there a setting required on the box (i.e. similar to an HDS 'mode'?)

Thanks,

JB

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Worst Predictions of All Time

2008-01-15 Thread Ted MacNEIL
>Does this mean, in physical location?   Or does this mean logically close?

What I meant was the data shouldn't have to make a network trip to remote disk 
everytime you do a read/write.
The application could be remote from the user, but the data should reside 
with/near it.

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Computer Science Education: Where Are the Software Engineers of Tomorrow?

2008-01-15 Thread Anne & Lynn Wheeler
The following message is a courtesy copy of an article
that has been posted to bit.listserv.ibm-main as well.

[EMAIL PROTECTED] (Michael Stack) writes:

> This appeared yesterday:
> http://www.informationweek.com/news/showArticle.jhtml?articleID=205601557
>
> Nearly 70% of middle school teachers lack education and certification
> in mathematics, let alone computer and business skills, the National
> Center for Education finds.

this and other aspects/posts in similar thread in a.f.c
http://www.garlic.com/~lynn/2008.html#44 Computer Science Education: Where Are 
the Software Engineers of Tomorrow?
http://www.garlic.com/~lynn/2008.html#46 Computer Science Education: Where Are 
the Software Engineers of Tomorrow?
http://www.garlic.com/~lynn/2008.html#56 Computer Science Education: Where Are 
the Software Engineers of Tomorrow?
http://www.garlic.com/~lynn/2008.html#57 Computer Science Education: Where Are 
the Software Engineers of  Tomorrow?
http://www.garlic.com/~lynn/2008.html#68 Computer Science Education: Where Are 
the Software Engineers of Tomorrow?
http://www.garlic.com/~lynn/2008.html#73 Computer Science Education: Where Are 
the Software Engineers of  Tomorrow?
http://www.garlic.com/~lynn/2008.html#87 Computer Science Education: Where Are 
the Software Engineers of  Tomorrow?
http://www.garlic.com/~lynn/2008.html#90 Computer Science Education: Where Are 
the Software Engineers of  Tomorrow?
http://www.garlic.com/~lynn/2008b.html#1 Computer Science Education: Where Are 
the Software Engineers of  Tomorrow?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Worst Predictions of All Time

2008-01-15 Thread Howard Brazee
On 14 Jan 2008 17:45:10 -0800, [EMAIL PROTECTED] (Ed Gould)
wrote:

>RULE #2: I am not sure I agree with you on this one. Most of the time  
>it is the case but there  are times I do not think it is wise(or  
>useful). There are other cases that it serves no purpose to keep the  
>data as close to the applications as possible. Example: The number of  
>people going through a turn style at say a Subway station. 

Does this mean, in physical location?   Or does this mean logically
close?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: DFSORT question MERGE w/SUM FIELDS=NONE

2008-01-15 Thread Reda, John
Sorry, the post should read:

The zFS (or HFS) files appear to the sort as a sub-system data set and
can be read using standard BSAM I/O.  When we OPEN them, there are NO
DCB
characteristics.  If you don't supply the DCB, there is no way for us to
determine what will be coming.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Reda, John
Sent: Tuesday, January 15, 2008 1:42 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DFSORT question MERGE w/SUM FIELDS=NONE

Mark,

The zFS (or HFS) files appear to the sort as a sub-system data set and
can be read using standard BSAM I/O.  When we OPEN them, there are DCB
characteristics.  If you don't supply the DCB, there is no way for us to
determine what will be coming. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: DFSORT question MERGE w/SUM FIELDS=NONE

2008-01-15 Thread Reda, John
Mark,

The zFS (or HFS) files appear to the sort as a sub-system data set and
can be read using standard BSAM I/O.  When we OPEN them, there are DCB
characteristics.  If you don't supply the DCB, there is no way for us to
determine what will be coming. 

John Reda
Syncsort, Inc. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Zelden
Sent: Tuesday, January 15, 2008 1:17 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DFSORT question MERGE w/SUM FIELDS=NONE

On Tue, 15 Jan 2008 11:46:02 -0600, Mark Zelden
<[EMAIL PROTECTED]>
wrote:

>>
>  Will DFSORT operate on Unix files?
>>
>
>Never tried it.  I think it would if you got the JCL and sort
statements
>correct.
>

This worked (SYNCSORT).  But I did have to specify LRECL, BLKSIZE,
and RECFM on the DDs or I got RC16:


 //SORTEXEC  PGM=SORT 
//SYSOUT   DD  SYSOUT=*  
//SORTIN   DD  PATH='/u/myuserid/testdata',  
// LRECL=80,BLKSIZE=8000,RECFM=FB,   
// PATHOPTS=ORDONLY,FILEDATA=TEXT
//SORTOUT  DD  PATH='/u/myuserid/testdata.sorted',   
// PATHDISP=(KEEP,DELETE),   
// PATHOPTS=(OWRONLY,OCREAT,OEXCL),PATHMODE=(SIRWXU,SIRGRP), 
// LRECL=80,BLKSIZE=8000,RECFM=FB,   
// FILEDATA=TEXT 
//SORTWK01 DD  UNIT=SYSDA,SPACE=(CYL,(1))
//SYSINDD  * 
   SORT FIELDS=(1,80,CH,A)   
   END   


Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at
http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Computer Science Education: Where Are the Software Engineers of Tomorrow?

2008-01-15 Thread Clark Morris
On 15 Jan 2008 09:33:09 -0800, in bit.listserv.ibm-main you wrote:

>This appeared yesterday:
>http://www.informationweek.com/news/showArticle.jhtml?articleID=205601557
>
>---
>...
>Americans don't appear to be rushing to gain the IT-related skills that 
>organizations are looking for. The National Center for Education finds that 
>only 13% of graduate degrees awarded in the United States are science degrees. 
>Undergraduate enrollments in computer science between 2001 and 2006 dropped 
>40%. Educators in K-12 school systems have reported declines in math and 
>science competence in their graduates. Close to a third of all teenagers drop 
>out before they graduate from high school. Public school teachers and 
>counselors are unable to communicate the opportunities available in IT. 
>Parents aren't encouraging children to get into the IT field because of the 
>dot-com failures and inaccurate media reports about all IT-related jobs going 
>to India. Children are left disinclined to pursue an IT career.
>
>Nearly 70% of middle school teachers lack education and certification in 
>mathematics, let alone computer and business skills, the National Center for 
>Education finds.
>
>Some suggest that organizations should leverage the talent of foreign students 
>being educated in the United States. However, that pipeline's getting weaker, 
>too. In 2007, American colleges and universities received 27% fewer graduate 
>applications from international students than in 2003. F-1 visas issued to 
>international students fell 10% between 2001 and 2005. All of these factors 
>are contributing to a famine in IT-related skills in the U.S. marketplace.
>...
>---
>
>
>Michael Stack
>Product Developer
>NEON Enterprise Software, Inc.
>
Is a computer science education either necessary or desirable for
doing systems programming? business programming? being a DBA or data
administrator?  As someone who has been a systems programmer and an
applications programmer, the only IT course I had was Numerical
Analysis and Programming for Digital Computers (the computer was an
IBM 650).  I am grateful that I never had to do statistical analysis
since I could never wrap my head around the subject.  In response to
Anton, this is ON topic for this group because it covers one of the
most important issues, what do background do we need to do our job.

I frankly think that Computer Science is the wrong curriculum for
business programming because understand business problems, business
politics is at least as important as understanding database theory.  A
course that stresses the foibles of floating and fixed point
arithmetic, BOTH binary AND decimal also would be very useful.  A
refresher that going into the best ways to access data including
whether new tools like Lambda Expressions (see
http://weblogs.asp.net/scottgu/archive/2007/04/08/new-orcas-language-feature-lambda-expressions.aspx
for an explanation) are worthwhile.  For systems programming, the
concepts of reliability, backup and tradeoffs should be taught.
Exposure to Unix based systems (Linux, Apple Mac, Solaris, etc.) and
one of the classic mainframe systems (IBM z/OS, Unisys 2200, Unisys A
series MCP, etc.) probably would be useful.  

I think that the topic of broader brush education and upgrade needs
further exploration.  

In terms of outsourcing, etc., how does an organization treat its IT
people versus its accountants or its marketers or its engineering
staff?  As someone who is semi-retired (collecting pension but willing
to code for pay) and due to geographic constraints only able to work
on a contract basis, it may be inconsistent that I think that too many
companies are moving too much responsibility to outside people.

Clark Morris 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: DFSORT question MERGE w/SUM FIELDS=NONE

2008-01-15 Thread Mark Zelden
On Tue, 15 Jan 2008 12:33:01 -0600, Paul Gilmartin <[EMAIL PROTECTED]>
wrote:

>On Tue, 15 Jan 2008 12:16:53 -0600, Mark Zelden wrote:

>>>  Will DFSORT operate on Unix files?
>>>
>>>Never tried it.  I think it would if you got the JCL and sort statements
>>>correct.
>>
>>This worked (SYNCSORT).  But I did have to specify LRECL, BLKSIZE,
>>and RECFM on the DDs or I got RC16:
>>
>Thanks for the experiment.  We fence-straddlers are well accustomed
>to the attributes requirement,



The BSAM/BPAM access to HFS files requirements are documented in the
DFSMS Using Data Sets manual.  But I'm sure you are much more 
familiar with how good or bad that documentation is than I am since
you are a well known fence-straddler.  :-)

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: DFSORT question MERGE w/SUM FIELDS=NONE

2008-01-15 Thread Paul Gilmartin
On Tue, 15 Jan 2008 12:16:53 -0600, Mark Zelden wrote:
>>>
>>  Will DFSORT operate on Unix files?
>>
>>Never tried it.  I think it would if you got the JCL and sort statements
>>correct.
>
>This worked (SYNCSORT).  But I did have to specify LRECL, BLKSIZE,
>and RECFM on the DDs or I got RC16:
>
Thanks for the experiment.  We fence-straddlers are well accustomed
to the attributes requirement, as well as to being distrusted by
IBM development groups.  Several years ago, I had some contention
with an IBM product which refused to support Unix files for input
because, they said, they feared the programmer might code unacceptable
attributes.  So what else is new?  To IBM's credit, they had about
an hour's conference call with me in which we discussed our various
concerns.  The restriction was dropped and the product now supports
Unix files well.  Thanks, Kurt!

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Worst Predictions of All Time

2008-01-15 Thread Rick Fochtman

---
The great thing about Gartner is they believe everything. It doesn't 
matter what strategy you espouse, you will find a Gartner Research 
Service that will back you up. And such a company cannot be wrong, can it?


I've had several recruitment run-ins with Gartner. I know several of the 
mainframe guys quite well.


Why not? In the first place, they work them far too hard. At my time of 
life, the schedule is quite punishing. Secondly, the sales content of 
even a lead analyst job is very high - they spend around 60% of their 
time selling. A Gartner analyst who visits you and leaves without an 
additional signature will get ROASTED back at the office. And - thirdly 
- you have to support the 'corporate view'. This is bizarrely 
influenced, and every time I've come up against it I've found it impossible.


And the last hurdle is that you effectively have to be 'voted in' by the 
incumbent team.


Somehow, that never happened.

I've worked with recruiters and HR types with the same mindset. Names 
omitted to protect the terminally stupid.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: DFSORT question MERGE w/SUM FIELDS=NONE

2008-01-15 Thread Mark Zelden
On Tue, 15 Jan 2008 11:46:02 -0600, Mark Zelden <[EMAIL PROTECTED]>
wrote:

>>
>  Will DFSORT operate on Unix files?
>>
>
>Never tried it.  I think it would if you got the JCL and sort statements
>correct.
>

This worked (SYNCSORT).  But I did have to specify LRECL, BLKSIZE,
and RECFM on the DDs or I got RC16:


 //SORTEXEC  PGM=SORT 
//SYSOUT   DD  SYSOUT=*  
//SORTIN   DD  PATH='/u/myuserid/testdata',  
// LRECL=80,BLKSIZE=8000,RECFM=FB,   
// PATHOPTS=ORDONLY,FILEDATA=TEXT
//SORTOUT  DD  PATH='/u/myuserid/testdata.sorted',   
// PATHDISP=(KEEP,DELETE),   
// PATHOPTS=(OWRONLY,OCREAT,OEXCL),PATHMODE=(SIRWXU,SIRGRP), 
// LRECL=80,BLKSIZE=8000,RECFM=FB,   
// FILEDATA=TEXT 
//SORTWK01 DD  UNIT=SYSDA,SPACE=(CYL,(1))
//SYSINDD  * 
   SORT FIELDS=(1,80,CH,A)   
   END   


Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: DFSORT question MERGE w/SUM FIELDS=NONE

2008-01-15 Thread Frank Yaeger
Dave Kopischke wrote on 01/15/2008 09:57:20 AM:
> >Will MERGE operate on a single input file, or would it require
> >SORTIN02 DD DUMMY?
> >
>
> My manual doesn't state a minimum. It just says the maximum is 32 DD's
> following the naming pattern SORTINnn. You can skip sequence numbers too
if
> you want. My manual is pretty old, so the 32 DD constraint might have
been
> relieved at some point. Give it a try and see.

If it's a DFSORT manual, it must be very old.  DFSORT has supported up to
100 DD's for MERGE since 1998.

Frank Yaeger - DFSORT Development Team (IBM) - [EMAIL PROTECTED]
Specialties: PARSE, JFY, SQZ, ICETOOL, IFTHEN, OVERLAY, Symbols, Migration

 => DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: DFSORT question MERGE w/SUM FIELDS=NONE

2008-01-15 Thread Dave Kopischke
On Tue, 15 Jan 2008 11:40:44 -0600, Paul Gilmartin wrote:

>On Tue, 15 Jan 2008 11:27:45 -0600, Dave Kopischke wrote:
>>
>>An awkward solution would be to sort it in date sequence first, then SORT
>>dedupe. Multiple passes and not very elegant. But for a small file, who 
cares ??
>>
>If the file is small enough, I do it with an editor.
>
>Would it be better on the first pass do sort on name ascending major; date
>descending minor?  Then the DEDUPE second pass would be almost trivial.
>
>Could MERGE EQUALS be used for the second pass?

Possibly. As long as your first pass sort puts the file in the desired sequence.

>
>Will MERGE operate on a single input file, or would it require
>SORTIN02 DD DUMMY?
>

My manual doesn't state a minimum. It just says the maximum is 32 DD's 
following the naming pattern SORTINnn. You can skip sequence numbers too if 
you want. My manual is pretty old, so the 32 DD constraint might have been 
relieved at some point. Give it a try and see.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: DFSORT question MERGE w/SUM FIELDS=NONE

2008-01-15 Thread Frank Yaeger
Paul Gilmartin wrote on 01/15/2008 09:40:44 AM:
> Would it be better on the first pass do sort on name ascending major;
date
> descending minor?  Then the DEDUPE second pass would be almost trivial.

You can do it in one pass with a DFSORT/ICETOOL job like this:

//S1EXEC  PGM=ICETOOL
//TOOLMSG DD SYSOUT=*
//DFSMSG  DD SYSOUT=*
//IN DD *
FRANK  20080107
FRANK  20080115
PAUL   20071230
FRANK  20071231
PAUL   20080112
GEORGE 20080103
PAUL   20080105
//OUT DD SYSOUT=*
//TOOLIN DD *
SELECT FROM(IN) TO(OUT) ON(1,7,CH) FIRST USING(CTL1)
//CTL1CNTL DD *
  SORT FIELDS=(1,7,CH,A,8,8,CH,D)

OUT would have:

FRANK  20080115
GEORGE 20080103
PAUL   20080112

Note that SELECT sets EQUALS automatically.

If the records are already in sorted order by the name and date,
you can do it more easily like this:

//S2EXEC  PGM=ICETOOL
//TOOLMSG DD SYSOUT=*
//DFSMSG  DD SYSOUT=*
//IN DD *
FRANK  20071231
FRANK  20080107
FRANK  20080115
PAUL   20071230
PAUL   20080105
PAUL   20080112
GEORGE 20080103
//OUT DD SYSOUT=*
//TOOLIN DD *
SELECT FROM(IN) TO(OUT) ON(1,7,CH) LAST

> Will MERGE operate on a single input file, or would it require
> SORTIN02 DD DUMMY?

You can use one SORTINdd file for MERGE.

Frank Yaeger - DFSORT Development Team (IBM) - [EMAIL PROTECTED]
Specialties: PARSE, JFY, SQZ, ICETOOL, IFTHEN, OVERLAY, Symbols, Migration

 => DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SVC routine in AMODE31 being called by an AMODE64 program

2008-01-15 Thread Support, DUNNIT SYSTEMS LTD.
Peter, thanks for responding.

I'm familiar with coding SVCs, the different types and RBs.

This is an existing AMODE31 user SVC routine that needs to be updated to 
start tolerating AMODE64 addresses. So my question still is whether 
everything I need to know about coding such AMODE64 to AMODE31 
stepdown logic has already been covered in the forum thread from August, 
which I previously linked to:

http://bama.ua.edu/cgi-bin/wa?A2=ind0708&L=ibm-
main&D=0&I=1&X=&P=181834

Jerry

On Tue, 15 Jan 2008 12:27:41 -0500, Peter Relson <[EMAIL PROTECTED]> 
wrote:

>The SVC FLIH will happily give control to the SVC routine in whatever mode
>the SVC routine is defined to get control, regardless of what AMODE the
>SVC-issuing program was in.
>
>It is up to the SVC routine to decide what to do about that, often basing
>its decisions on that caller's AMODE, as located from the RB (which RB
>depends on the type of the SVC).
>
>Most existing SVC routines chose to change nothing, thus ending up treating
>the AMODE 64 issuer exactly the same as an AMODE 31 issuer (this is one key
>reason that AMODE 64 is indicated both by PSW bit 31 and PSW bit 32).  By
>choosing to change nothing, the SVC routine, in effect, chose to restrict
>the AMODE 64 caller from providing data above 2G. It could, of course, have
>changed to allow that.
>
>Peter Relson
>z/OS Core Technology Design

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Worst Predictions of All Time

2008-01-15 Thread Ken Porowski
 
But the messages were probably only 16 bytes long 'Happy New Year !'
Or less than 1 MiB a second, 641 GiB total.  Certainly within Mainframe
capabilities ;-)

-Original Message-
Phil Payne

b) GSM text messaging.  I got a Nokia 1011 within days of GSM going live
in Europe.  160 byte messages sent clumsily by multiple key depressions?
Get outa here!  And an estimated 43,000,000,000 were sent this last New
Year's Eve alone.  Yup - all those noughts belong there - forty-three US
billion.

(Spread over the whole day, that's 50,000 a second.  Just under half
passing through one message centre.  You thought your mainframe had
throughput?)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: DFSORT question MERGE w/SUM FIELDS=NONE

2008-01-15 Thread Mark Zelden
On Tue, 15 Jan 2008 11:20:25 -0600, Paul Gilmartin <[EMAIL PROTECTED]>
wrote:


>
>Does either product support sorting on N keys and eliminating all but
>the first record with the first M (records with identical Names, keep only the one with the most recent
>Date.

Yes.   With ICETOOL/SYNCTOOL.  Example:

SELECT FROM(INPUT) TO(OUTPUT) ON(26,6,CH) FIRST 

There are more options besides "FIRST".  Consult the fine manual.

>
>I've faced this problem with Unix sort(1).  It doesn't specify which
>record will be retained, so I must pipe into an awk(1) script to do
>the final selection.  Will DFSORT operate on Unix files?
>

Never tried it.  I think it would if you got the JCL and sort statements
correct.  

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: DFSORT question MERGE w/SUM FIELDS=NONE

2008-01-15 Thread Paul Gilmartin
On Tue, 15 Jan 2008 11:27:45 -0600, Dave Kopischke wrote:
>
>An awkward solution would be to sort it in date sequence first, then SORT
>dedupe. Multiple passes and not very elegant. But for a small file, who cares 
>??
>
If the file is small enough, I do it with an editor.

Would it be better on the first pass do sort on name ascending major; date
descending minor?  Then the DEDUPE second pass would be almost trivial.

Could MERGE EQUALS be used for the second pass?

Will MERGE operate on a single input file, or would it require
SORTIN02 DD DUMMY?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: DFSORT question MERGE w/SUM FIELDS=NONE

2008-01-15 Thread Frank Yaeger
Paul Gilmartin wrote on 01/15/2008 09:20:25 AM:
> Related question:
>
> Does either product support sorting on N keys and eliminating all but
> the first record with the first M ( records with identical Names, keep only the one with the most recent
> Date.
>
> I've faced this problem with Unix sort(1).  It doesn't specify which
> record will be retained, so I must pipe into an awk(1) script to do
> the final selection.

Yes, you can do that kind of thing with the SELECT operator of DFSORT's
ICETOOL.  You can use FIRST, LAST, FIRSTDUP and LASTDUP operands to
select which record you want.  You can also sort on various keys and
select on one of them, e.g. sort on a name ascending and a date
descending, and SELECT on the name ascending.  See the following for
more information on the SELECT operator of DFSORT's ICETOOL:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ICE1CA20/6.11?DT=20060615185603

>Will DFSORT operate on Unix files?

I don't know much about Unix files.  DFSORT can use HFS files for
input and output - does that help?

Frank Yaeger - DFSORT Development Team (IBM) - [EMAIL PROTECTED]
Specialties: PARSE, JFY, SQZ, ICETOOL, IFTHEN, OVERLAY, Symbols, Migration

 => DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Computer Science Education: Where Are the Software Engineers of Tomorrow?

2008-01-15 Thread Michael Stack
This appeared yesterday:
http://www.informationweek.com/news/showArticle.jhtml?articleID=205601557

---
...
Americans don't appear to be rushing to gain the IT-related skills that 
organizations are looking for. The National Center for Education finds that 
only 13% of graduate degrees awarded in the United States are science degrees. 
Undergraduate enrollments in computer science between 2001 and 2006 dropped 
40%. Educators in K-12 school systems have reported declines in math and 
science competence in their graduates. Close to a third of all teenagers drop 
out before they graduate from high school. Public school teachers and 
counselors are unable to communicate the opportunities available in IT. Parents 
aren't encouraging children to get into the IT field because of the dot-com 
failures and inaccurate media reports about all IT-related jobs going to India. 
Children are left disinclined to pursue an IT career.

Nearly 70% of middle school teachers lack education and certification in 
mathematics, let alone computer and business skills, the National Center for 
Education finds.

Some suggest that organizations should leverage the talent of foreign students 
being educated in the United States. However, that pipeline's getting weaker, 
too. In 2007, American colleges and universities received 27% fewer graduate 
applications from international students than in 2003. F-1 visas issued to 
international students fell 10% between 2001 and 2005. All of these factors are 
contributing to a famine in IT-related skills in the U.S. marketplace.
...
---


Michael Stack
Product Developer
NEON Enterprise Software, Inc.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SVC routine in AMODE31 being called by an AMODE64 program

2008-01-15 Thread Peter Relson
The SVC FLIH will happily give control to the SVC routine in whatever mode
the SVC routine is defined to get control, regardless of what AMODE the
SVC-issuing program was in.

It is up to the SVC routine to decide what to do about that, often basing
its decisions on that caller's AMODE, as located from the RB (which RB
depends on the type of the SVC).

Most existing SVC routines chose to change nothing, thus ending up treating
the AMODE 64 issuer exactly the same as an AMODE 31 issuer (this is one key
reason that AMODE 64 is indicated both by PSW bit 31 and PSW bit 32).  By
choosing to change nothing, the SVC routine, in effect, chose to restrict
the AMODE 64 caller from providing data above 2G. It could, of course, have
changed to allow that.

Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: DFSORT question MERGE w/SUM FIELDS=NONE

2008-01-15 Thread Dave Kopischke
On Tue, 15 Jan 2008 11:20:25 -0600, Paul Gilmartin wrote:

>Related question:
>
>Does either product support sorting on N keys and eliminating all but
>the first record with the first M (records with identical Names, keep only the one with the most recent
>Date.
>

An awkward solution would be to sort it in date sequence first, then SORT 
dedupe. Multiple passes and not very elegant. But for a small file, who cares ??

>I've faced this problem with Unix sort(1).  It doesn't specify which
>record will be retained, so I must pipe into an awk(1) script to do
>the final selection.  Will DFSORT operate on Unix files?
>

Check out SYNCSORT for UNIX. It's been a decade or so, but I'm pretty sure 
EQUALS is supported in SYNCSORT for UNIX. And it supports positional/variable 
length sort fields too. Very cool.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


DFSORT question MERGE w/SUM FIELDS=NONE

2008-01-15 Thread Frank Yaeger
(Sorry if this appears twice - the first post seems to be taking forever to
get to the list, so I thought I'd try again.)

John McKown wrote on 01/15/2008 08:25:23 AM:

> The manual is unclear on this. First question: Is this supported? I.e.

Yes, SUM FIELDS=NONE is supported for MERGE.

> will SORTOUT contain only one of the records with the duplicate key?

Yes.

> Second question: Which record will be kept? Random, the one read from
> the lowest SORTINnn or the one read from the highest SORTINnn DD
> statement?

If EQUALS is in effect, it will be the one from the lowest SORTINnn.  So
if you have:

...
//SORTIN01 DD ...
//SORTIN02 DD ...
//SYSIN DD *
  OPTION EQUALS
  MERGE FIELDS=(...)
  SUM FIELDS=NONE

or

...
//SORTIN02 DD ...
//SORTIN01 DD ...
//SYSIN DD *
  OPTION EQUALS
  MERGE FIELDS=(...)
  SUM FIELDS=NONE

the SORTIN01 record will be kept for duplicates.

If NOEQUALS is in effect, it's random.

Frank Yaeger - DFSORT Development Team (IBM) - [EMAIL PROTECTED]
Specialties: PARSE, JFY, SQZ, ICETOOL, IFTHEN, OVERLAY, Symbols, Migration

 => DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: DFSORT question MERGE w/SUM FIELDS=NONE

2008-01-15 Thread Paul Gilmartin
On Tue, 15 Jan 2008 11:00:01 -0600, Dave Kopischke wrote:

>On Tue, 15 Jan 2008 10:25:23 -0600, McKown, John wrote:
>
>>The manual is unclear on this. First question: Is this supported? I.e.
>>will SORTOUT contain only one of the records with the duplicate key?
>>Second question: Which record will be kept? Random, the one read from
>>the lowest SORTINnn or the one read from the highest SORTINnn DD
>>statement?
>>dd
>
>We use SYNCSORT...
>
>There's a parameter called EQUALS that ensures the first duplicate is the one
>that will show up on a deduped SORTed/MERGEd file. Does DFSORT have an
>equivalent ???
>
Related question:

Does either product support sorting on N keys and eliminating all but
the first record with the first M (http://bama.ua.edu/archives/ibm-main.html


Re: DFSORT question MERGE w/SUM FIELDS=NONE

2008-01-15 Thread Dave Kopischke
On Tue, 15 Jan 2008 11:05:40 -0600, McKown, John wrote:

>Yes, I just didn't really see how EQUALS applies to a MERGE. Possibly
>just lact of understanding on my part. I do understand how EQUALS
>applies to SORT since SORT is only reading one input file, so which is
>"first" makes sense to me. But MERGE is reading records from multiple
>input files, so which is "first"? The first one actually read? (that
>would be random, depending on the data in the various input files) Or
>the one which is read from the lowest numbered SORTINnn? In the words of
>Vinnie Barbarino "I'm so confused!"

SORT can also process a concatenation, so it can be more than one input file. 
It might even be able to access multiple DD's, but I didn't crack the manuals 
to look this one up. I always thought EQUALS was still valid on a MERGE, so I 
pulled the manual...

"When specified for a MERGE application, EQUALS guarantees that whenever 
equal-keyed records appear in different SORTIN data sets, the record from the 
lowest numbered SORTINnn will be written first to the output file."

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: DFSORT question MERGE w/SUM FIELDS=NONE

2008-01-15 Thread McKown, John
> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Frank Yaeger
> Sent: Tuesday, January 15, 2008 11:07 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: DFSORT question MERGE w/SUM FIELDS=NONE

[snip]

> 
> If NOEQUALS is in effect, it's random.
> 
> 
>  => DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/

Many thanks. Confusing, but thanks.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: DFSORT question MERGE w/SUM FIELDS=NONE

2008-01-15 Thread Frank Yaeger
John McKown wrote on 01/15/2008 08:25:23 AM:

> The manual is unclear on this. First question: Is this supported? I.e.

Yes, SUM FIELDS=NONE is supported for MERGE.

> will SORTOUT contain only one of the records with the duplicate key?

Yes.

> Second question: Which record will be kept? Random, the one read from
> the lowest SORTINnn or the one read from the highest SORTINnn DD
> statement?

If EQUALS is in effect, it will be the one from the lowest SORTINnn.  So
if you have:

...
//SORTIN01 DD ...
//SORTIN02 DD ...
//SYSIN DD *
  OPTION EQUALS
  MERGE FIELDS=(...)
  SUM FIELDS=NONE

or

...
//SORTIN02 DD ...
//SORTIN01 DD ...
//SYSIN DD *
  OPTION EQUALS
  MERGE FIELDS=(...)
  SUM FIELDS=NONE

the SORTIN01 record will be kept for duplicates.

If NOEQUALS is in effect, it's random.

Frank Yaeger - DFSORT Development Team (IBM) - [EMAIL PROTECTED]
Specialties: PARSE, JFY, SQZ, ICETOOL, IFTHEN, OVERLAY, Symbols, Migration

 => DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: DFSORT question MERGE w/SUM FIELDS=NONE

2008-01-15 Thread Reda, John
If NOEQUALS is in effect, the record which is retained is determined
arbitrarily.  If EQUALS is in effect, the record which is retained is
the first record read.  In a MERGE application the retained record will
be from the lowest numbered input file. 

These rules should hold true for SyncSort, DFSORT or CA-Sort.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Dave Kopischke
Sent: Tuesday, January 15, 2008 12:00 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DFSORT question MERGE w/SUM FIELDS=NONE

On Tue, 15 Jan 2008 10:25:23 -0600, McKown, John wrote:

>The manual is unclear on this. First question: Is this supported? I.e.
>will SORTOUT contain only one of the records with the duplicate key?
>Second question: Which record will be kept? Random, the one read from
>the lowest SORTINnn or the one read from the highest SORTINnn DD
>statement?
>

We use SYNCSORT...

There's a parameter called EQUALS that ensures the first duplicate is
the one 
that will show up on a deduped SORTed/MERGEd file. Does DFSORT have an 
equivalent ???

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Worst Predictions of All Time

2008-01-15 Thread Dave Kopischke
On Tue, 15 Jan 2008 16:10:34 -, Phil Payne wrote:

>And the last hurdle is that you effectively have to be 'voted in' by the 
incumbent team.
>Somehow, that never happened.
>
>Giggle.

While I've never met you personally, I have followed your posts on IBM-MAIN. 
It's inconceivable to me that anyone would deny someone with such a bubbly 
congenial personality. Their loss.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: DFSORT question MERGE w/SUM FIELDS=NONE

2008-01-15 Thread McKown, John
> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Dave Kopischke
> Sent: Tuesday, January 15, 2008 11:00 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: DFSORT question MERGE w/SUM FIELDS=NONE
> 
> 
> On Tue, 15 Jan 2008 10:25:23 -0600, McKown, John wrote:
> 
> >The manual is unclear on this. First question: Is this 
> supported? I.e.
> >will SORTOUT contain only one of the records with the duplicate key?
> >Second question: Which record will be kept? Random, the one read from
> >the lowest SORTINnn or the one read from the highest SORTINnn DD
> >statement?
> >
> 
> We use SYNCSORT...
> 
> There's a parameter called EQUALS that ensures the first 
> duplicate is the one 
> that will show up on a deduped SORTed/MERGEd file. Does 
> DFSORT have an 
> equivalent ???

Yes, I just didn't really see how EQUALS applies to a MERGE. Possibly
just lact of understanding on my part. I do understand how EQUALS
applies to SORT since SORT is only reading one input file, so which is
"first" makes sense to me. But MERGE is reading records from multiple
input files, so which is "first"? The first one actually read? (that
would be random, depending on the data in the various input files) Or
the one which is read from the lowest numbered SORTINnn? In the words of
Vinnie Barbarino "I'm so confused!"

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: DFSORT question MERGE w/SUM FIELDS=NONE

2008-01-15 Thread Dave Kopischke
On Tue, 15 Jan 2008 10:25:23 -0600, McKown, John wrote:

>The manual is unclear on this. First question: Is this supported? I.e.
>will SORTOUT contain only one of the records with the duplicate key?
>Second question: Which record will be kept? Random, the one read from
>the lowest SORTINnn or the one read from the highest SORTINnn DD
>statement?
>

We use SYNCSORT...

There's a parameter called EQUALS that ensures the first duplicate is the one 
that will show up on a deduped SORTed/MERGEd file. Does DFSORT have an 
equivalent ???

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Worst Predictions of All Time

2008-01-15 Thread Phil Payne
Sorry - can't less this pass.

I've got it wrong a few times.  The ones that embarrass me the most:

a) MacDonalds opening in Germany.  Germany has a long history of 
family-friendly eateries,
mostly Italian-themed, but many Greek etc., mostly offering quite high quality 
food at very
reasonable prices.  I though MacDonalds' garbage would stand no chance - but 
they went for the
kids.

b) GSM text messaging.  I got a Nokia 1011 within days of GSM going live in 
Europe.  160 byte
messages sent clumsily by multiple key depressions?  Get outa here!  And an 
estimated
43,000,000,000 were sent this last New Year's Eve alone.  Yup - all those 
noughts belong
there - forty-three US billion.

(Spread over the whole day, that's 50,000 a second.  Just under half passing 
through one
message centre.  You thought your mainframe had throughput?)

The great thing about Gartner is they believe everything.  It doesn't matter 
what strategy you
espouse, you will find a Gartner Research Service that will back you up.  And 
such a company
cannot be wrong, can it?

I've had several recruitment run-ins with Gartner.  I know several of the 
mainframe guys quite
well.

Why not?  In the first place, they work them far too hard.  At my time of life, 
the schedule
is quite punishing.  Secondly, the sales content of even a lead analyst job is 
very high -
they spend around 60%  of their time selling.  A Gartner analyst who visits you 
and leaves
without an additional signature will get ROASTED back at the office.  And - 
thirdly - you have
to support the 'corporate view'.  This is bizarrely influenced, and every time 
I've come up
against it I've found it impossible.

And the last hurdle is that you effectively have to be 'voted in' by the 
incumbent team.
Somehow, that never happened.

Giggle.

-- 
  Phil Payne
  http://www.isham-research.co.uk
  +44 7833 654 800

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: What Now?

2008-01-15 Thread Doug Fuerst

We use VDR to back up the VTS.

Doug

At 11:21 15-01-08, you wrote:

We didn't opt for VDR as we use the ATL for our DR stuff.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Doug Fuerst
Consultant
BK Associates
Brooklyn, NY
(718) 921-2620 (Office)
(718) 921-0952 (Fax)
(917) 572-7364 (Cell)
[EMAIL PROTECTED]

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


DFSORT question MERGE w/SUM FIELDS=NONE

2008-01-15 Thread McKown, John
The manual is unclear on this. First question: Is this supported? I.e.
will SORTOUT contain only one of the records with the duplicate key?
Second question: Which record will be kept? Random, the one read from
the lowest SORTINnn or the one read from the highest SORTINnn DD
statement?

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: CICS Issue URGENT ....

2008-01-15 Thread Kelman, Tom
Well, that is a different situation.  You probably need to increase the
CI size.  My person here said that the default is 4k but here we've
defined it as 32K.  I also understand that you did post to the CICS-L
list and they've been saying the same.

Tom Kelman
Commerce Bank of Kansas City
(816) 760-7632

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Jim McAlpine
> Sent: Tuesday, January 15, 2008 9:47 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: CICS Issue URGENT 
> 
> On 1/15/08, Kelman, Tom <[EMAIL PROTECTED]> wrote:
> >
> > I'm an MVS performance/capacity person, not a CICS person.  However,
I
> > did discuss this with my CICS guru.  He says that you could consider
> > what John says about increasing the size of the temporary storage
> > datasets.  However a 45000 track (3000 cylinder) temp store is
pretty
> > big.  Some other things to consider are trying to find out if
someone is
> > using temp store incorrectly and doing a little education.  Temp
store
> > should be used for short lived, small items.  If they are pulling a
> > large dataset into temp store then it's going to overrun the temp
store.
> > Also, while issuing the "EXEC CICS DELETE TSQUEUE" command is the
proper
> > procedure my CICS guy says it often isn't done.  Therefore he has a
CICS
> > command that he can run to clear out anything in temp store that is
> > older then a certain amount of time - say 2 hours.
> >
> > Have you posted this to CICS-L?  You will probably get some more
> > suggestions on that list.
> >
> > Tom Kelman
> > Commerce Bank of Kansas City
> > (816) 760-7632
> 
> 
> It's not the size of the dataset that is the problem, but the number
of
> CIs
> in use cannot exceed 65535.
> 
> Jim McAlpine
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html




*
If you wish to communicate securely with Commerce Bank and its
affiliates, you must log into your account under Online Services at 
http://www.commercebank.com or use the Commerce Bank Secure
Email Message Center at https://securemail.commercebank.com

NOTICE: This electronic mail message and any attached files are
confidential. The information is exclusively for the use of the
individual or entity intended as the recipient. If you are not
the intended recipient, any use, copying, printing, reviewing,
retention, disclosure, distribution or forwarding of the message
or any attached file is not authorized and is strictly prohibited.
If you have received this electronic mail message in error, please
advise the sender by reply electronic mail immediately and
permanently delete the original transmission, any attachments
and any copies of this message from your computer system.
*

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: What Now?

2008-01-15 Thread Daniel McLaughlin
We didn't opt for VDR as we use the ATL for our DR stuff.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Encrypted transfers to/from vendors

2008-01-15 Thread Hal Merritt
Some actually don't like -encrypted- transfers because they can't
monitor what is passing over the network. Worse, there is no way to
detect and filter malware. 

Recall that encrypted zip files were a very popular attack vector not so
long ago. Not clear what countermeasures will be effective once point to
point encryption is in place as the auditors and 'experts' insist. 

Just one example of why auditors should not set policy either directly
or indirectly. I wonder if the malware risks outweigh the intercept
risks in reality.   

My $0.02

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Shmuel Metz (Seymour J.)
Sent: Monday, January 14, 2008 11:13 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Encrypted transfers to/from vendors

In <[EMAIL PROTECTED]>, on 01/14/2008
   at 10:25 AM, "Patrick O'Keefe" <[EMAIL PROTECTED]> said:

>I assume there are some shops with policies that forbid transfers
across
>the web

I doubt it; such a policy would accomplish nothing. I suspect that a lot
of shops have policies that restrict all unencrypted external transfers,
whether or not the web is involved.
 
-- 
 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)

 
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: IEBGENER is BROKEN

2008-01-15 Thread Frank Yaeger
Zaromil Tisler wrote on 01/15/2008 01:12:48 AM:
> The argumentation above was apparently not used in ICEGENER design,
> the ICEGENER (as a replacement for IEBGENER & SYSUT1 DD DUMMY
> combination) takes another approach:
>
> Copying PS V shorter to PS V larger brings RC=0.
> Copying PS F shorter to PS FB shorter brings RC=0 and padding with binary

> zeros.
>
> Trying to copy in the other direction:
>
> Copying PS F larger to PS F shorter brings RC=0 and data truncation.
> Copying PS V larger to PS V shorter brings RC=0 if all records fit
> in the output
> dataset, otherwise I get U0217 and ICE217A:
>
> ICE217A 0 153 BYTE VARIABLE RECORD IS LONGER THAN 133 BYTE
> MAXIMUM FOR SYSUT2

Yes, that's the way DFSORT's ICEGENER works when it uses DFSORT copy and
the shipped installation defaults of GNPAD=RC0, GNTRUNC=RC0 and VLLONG=NO.

However, you can modify ICEGENER's behavior with different values for those
options.

GNPAD=IEB and GNTRUNC=IEB will force DFSORT to use IEBGENER when the LRECLs
are different; IEBGENER will give RC=12 for all of those situations.

GNPAD=RC4 and GNTRUNC=RC4 will use DFSORT copy, but will give RC=4 for all
of those situations except the last one (VB records longer than LRECL).

Note that for the last situation you can use DFSORT's VLLONG=YES option
to tell DFSORT to truncate the long records to the LRECL length.

>as a replacement for IEBGENER & SYSUT1 DD DUMMY combination

That's SYSIN DD DUMMY, not SYSUT1 DD DUMMY.

Frank Yaeger - DFSORT Development Team (IBM) - [EMAIL PROTECTED]
Specialties: PARSE, JFY, SQZ, ICETOOL, IFTHEN, OVERLAY, Symbols, Migration

 => DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: [CICS-L] CICS Issue URGENT ....

2008-01-15 Thread Jim McAlpine
On 1/15/08, Jacky Bright <[EMAIL PROTECTED]> wrote:
>
> How can we prove the fact that the transaction has gone in loop ? How to
> monitor TSQ dynamically or using any utility ?
>
> JAcky
>
>
> On 1/15/08, Graham R Clark <[EMAIL PROTECTED]> wrote:
> >
> > Maybe something has gone into a loop writing or creating queues? That's
> a
> > decent size DFHTEMP you have.
> >
> > Cheers
> >
> > Graham Clark
> > CICS Systems Programmer
> > Service Centre & Enterprise Services
> >
> > T : 01827 717733 x3298
> > M : 07934 489137
> > [EMAIL PROTECTED]
> >
> > TNT ICS Express
> > TNT House, Holly Lane
> > Atherstone, CV9 2RY
> > U.K.
> > www.tnt.com
> >


Do you have TMON/CICS or some other such CICS performance monitoring tool.
If so you should be able to see all the TSqueues in use.

Jim McAlpine

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Encrypted transfers to/from vendors

2008-01-15 Thread Hal Merritt
We run a number of scenarios depending on the needs of the customer.
Many insist on one or more PC's in the path running expensive software
(and then presumably relay the data in the open to the end point).  But
we prefer to originate FTP's from the host and 'push' to customers. That
way our scheduler can manage the process to include exception monitoring
and alarms. 
 
In fairness to your policy issues: most of any company network is PC's.
And PC's require extraordinary levels and levels of protection so their
frame of reference is a bit skewed.  

A tactic that seems to be effective is insisting that data never flow in
the open and never reside in the open anywhere on the network except at
the two end points. That is an audit mantra and almost impossible to do
with servers.  Another point is that native TLS FTP is free. Any
intervening server is going to cost some serious dollars (TCO, not just
hardware).  

Also in fairness, MS and other PC ISV's that have done a good job in
simplifying the processes. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Patrick O'Keefe
Sent: Monday, January 14, 2008 10:25 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Encrypted transfers to/from vendors

2nd attempt to send a posting that went into the bit bucket.

I assume there are some shops with policies that forbid transfers 
across the web between z/OS mainframes and external sites unless
the data is encrypted.  How do such shops send data to/from MVS
(and other vendors)?

 ..snip 

Pat O'Keefe 
 
 
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Kumar completes $52M restitution payment for fraud at CA

2008-01-15 Thread Ed Gould
http://www.computerworld.com/action/article.do? 
command=viewArticleBasic&articleId=9057233&source=NLT_AM&nlid=1


Now if only the rest of the US (and any foreign countries) get in line.

This guy was a thief (which almost everyone knew except for the brain  
dead US attorney).


The companies that he gouged should be getting their money back from  
CA (IMO).


Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: [CICS-L] CICS Issue URGENT ....

2008-01-15 Thread Jacky Bright
How can we prove the fact that the transaction has gone in loop ? How to
monitor TSQ dynamically or using any utility ?

JAcky


On 1/15/08, Graham R Clark <[EMAIL PROTECTED]> wrote:
>
> Maybe something has gone into a loop writing or creating queues? That's a
> decent size DFHTEMP you have.
>
> Cheers
>
> Graham Clark
> CICS Systems Programmer
> Service Centre & Enterprise Services
>
> T : 01827 717733 x3298
> M : 07934 489137
> [EMAIL PROTECTED]
>
> TNT ICS Express
> TNT House, Holly Lane
> Atherstone, CV9 2RY
> U.K.
> www.tnt.com
>
> It's our business to deliver yours
>
>
>
>
> "Wales, Matt (GE Money)" <[EMAIL PROTECTED]>
> Sent by: CICS List <[EMAIL PROTECTED]>
> 15/01/2008 15:23
> Please respond to
> CICS List <[EMAIL PROTECTED]>
>
>
> To
> [EMAIL PROTECTED]
> cc
>
> Subject
> Re: CICS Issue URGENT 
>
>
>
>
>
>
>
> That sounds change-related, has some application  code gone into
> production recently which is acquiring temp storage, but  then not
> releasing it?
>
>
>
>
> From: CICS List [mailto:[EMAIL PROTECTED]  On Behalf Of Jacky
> Bright
> Sent: 15 January 2008  15:09
> To: [EMAIL PROTECTED]
> Subject: CICS Issue URGENT  
>
> Hi ,
>
> Today got some problem in the CICS Region which caused the CICS to hang
> and  there were no responses for any of the transactions. On analysis
> found that  there was following message in the CICS Log.
>
> +DFHTS1315 CICSPROD The temporary storage data set has exceeded the
> maximum number of control intervals supported.
>
> Anyone having idea what could b the reason behind this ?
>
> I noticed that there is DFHTEMP dataset defined and currently having
> following properties.
>
>
> Tracks
> %Used XT  Device
> CICSTS.CICSPROD.DFHTEMP.DATA45000?  27  3390
>
> How can we avoid this in future ?
>
> JAcky
>
>
>
>
> ---
> This message and any attachment are confidential and may be privileged or
> otherwise protected from disclosure.
> If you are not the intended recipient, please telephone or email the
> sender and delete this message and any attachment from your system.
> If you are not the intended recipient you must not copy this message or
> attachment or disclose the contents to any other person.
> Please consider the environmental impact before printing this document and
> its attachment(s). Print black and white and double-sided where possible.
>
> --
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: What Now?

2008-01-15 Thread Darth Keller
>The VTS thing is working fine for in-house stuff. Now there is a push to 
>copy/convert all the offsite permanent volumes to stacked exported tapes. 

>The problem? We don't have a clue on how to get started on this beastie. 
>We're using TapeCopy as our engine and I can run all sorts of reports and 

>create the jobs, but we have 6,300 tapes and 10,500 datasets to move from 

>3480 and 3490 to stacked 3590e tapes. That's a lot of manual stuff...

>The Redbook on VTS is of some help, but not from a practical standpoint. 
>Would anyone care to share their experiences with us? Somehow this got 
>pretty much dropped in tech's lap and it's mostly TLMS type work. (We 
install 
>it...not run it)

If you have TapeCopy, do you have their VDR product?  This is what we use 
to vault all our virtual tapes needed for a DR event and our permanently 
vaulted tapes.  We break it down by vault code & it works very well.
dd keller
**
This e-mail message and all attachments transmitted with it may contain legally 
privileged and/or confidential information intended solely for the use of the 
addressee(s). If the reader of this message is not the intended recipient, you 
are hereby notified that any reading, dissemination, distribution, copying, 
forwarding or other use of this message or its attachments is strictly 
prohibited. If you have received this message in error, please notify the 
sender immediately and delete this message and all copies and backups thereof.

Thank you.
**

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: PComm receive text file (without EOF marker)

2008-01-15 Thread Dave Salt
> From: [EMAIL PROTECTED]> We're currently moving from Rumba as our terminal 
> emulator to IBM's Personal > Communications (PComm) 5.9 and have encountered 
> a problem with file > transfer - specifically receiving a text file from an 
> MVS/TSO host into a > Windows PC file.> > The problem is the EOF (end-of 
> file) character (hex 1A) that is appended to > each file. It displays in 
> Windows Notepad (and Word) as a sort of box > character (lozenge?). This 
> didn't happen in Rumba and doesn't happen with > FTP and causes problems with 
> another Windows server application.> > My question is, can I prevent PComm 
> RECEIVE from adding this character, > while maintaining the CRLF and ASCII 
> translation? 
I don't use PComm so I can't answer your question directly, but perhaps I can 
suggest an alternative; have you considered using the ISPF Workstation Agent to 
do file transfers? I use it every day and to me it's by far the easiest way to 
transfer files to and from a mainframe. If you're not sure how to set it up let 
me know and I'll be happy to help.  Dave Salt
See the new SimpList(tm) rollover image 
at:http://www.mackinney.com/products/SIM/simplist.htm
_


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: IEBGENER is BROKEN

2008-01-15 Thread Big Iron
IMHO ICEGENER does it right & IEBGENER does it wrong. Most sites have
an alternative copy utility by way of the SORT utility and it should provide
better performance than IEBGENER... so vote with your feet and avoid
IEBGENER whenever you can.

Bill

On Tue, 15 Jan 2008 03:12:48 -0600, Zaromil Tisler
<[EMAIL PROTECTED]> wrote:

>On Mon, 14 Jan 2008 21:17:15 -0600, Walt Farrell <...> wrote:
>
> snip 
>>>If I have a VB (or even an FB) with a larger LRECL, it shouldn't take
>>handstands to copy!
>>>
>>
>>For VB, I agree.
>>
>>For FB, how would you like the output padded?  Blanks?  Binary zeros?
>>
>>One of those will be incorrect for some set of users, so you probably need
>>an option.  And IEBGENER provides the ability to specify that option when
>>you change the LRECL and provide control statements to tell it what to do.
>>As I understand it from this thread, it only complains and quits when you
>>try to change the LRECL without providing those control statements.
> snip 
>
>The argumentation above was apparently not used in ICEGENER design,
>the ICEGENER (as a replacement for IEBGENER & SYSUT1 DD DUMMY
>combination) takes another approach:
>
>Copying PS V shorter to PS V larger brings RC=0.
>Copying PS F shorter to PS FB shorter brings RC=0 and padding with binary
>zeros.
>
>Trying to copy in the other direction:
>
>Copying PS F larger to PS F shorter brings RC=0 and data truncation.
>Copying PS V larger to PS V shorter brings RC=0 if all records fit in the
output
>dataset, otherwise I get U0217 and ICE217A:
>
>ICE217A 0 153 BYTE VARIABLE RECORD IS LONGER THAN 133 BYTE
>MAXIMUM FOR SYSUT2
>
>--
>Zaromil
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: What Now?

2008-01-15 Thread Itschak Mugzach
Look at Opentech.com. They are VTS experts including tapecopy solutions. 

Itschak  


Itschak Mugzach, Director
SecuriTeam Software ltd.
Tel: +972 (522) 986404
Skype: Securiteam-Software
Email: [EMAIL PROTECTED]
Gmail: [EMAIL PROTECTED] for large mails

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Daniel McLaughlin
Sent: Tuesday, January 15, 2008 5:34 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: What Now?

The VTS thing is working fine for in-house stuff. Now there is a push to
copy/convert all the offsite permanent volumes to stacked exported tapes. 
The problem? We don't have a clue on how to get started on this beastie. 
We're using TapeCopy as our engine and I can run all sorts of reports and
create the jobs, but we have 6,300 tapes and 10,500 datasets to move from
3480 and 3490 to stacked 3590e tapes. That's a lot of manual stuff...

The Redbook on VTS is of some help, but not from a practical standpoint. 
Would anyone care to share their experiences with us? Somehow this got
pretty much dropped in tech's lap and it's mostly TLMS type work. (We
install it...not run it)

TIA...

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the
archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SMP/E and why not.

2008-01-15 Thread Ed Gould

On Jan 15, 2008, at 8:22 AM, Tom Marchant wrote:


On Mon, 14 Jan 2008 23:23:37 -0600, Ed Gould wrote:


On Jan 14, 2008, at 2:26 PM, Mark Zelden wrote:


On Mon, 14 Jan 2008 14:15:51 -0600, Ed Gould
<[EMAIL PROTECTED]> wrote:

2. The proverbial it worked last year before you put the  
maintenance

on just go back the point and run my job.


??  Accept doesn't affect the running system / tgt libs.


I guess I didn't put it distinctly enough. I know it does NOT affect
TGT libraries. But I was trying to say (and apparently
unsuccessfully)  it does not work on the CURRENT system. In order to
make it work the manager tells you you *MUST* back off the apply (for
the modules not all) it can get dicey telling a manager that you
can't go back because a fix has been accepted


That can be a problem only if you have accepted the maintenance to  
ALL of
your DLIB zones.  You do clone your target/dlib zones sometimes,  
don't you?  I
do like to keep a relatively virginal DLIB just for such  
emergencies.  Clone it
again and accept whatever maintence you need for this situation,  
relate it to

your target zone and you are all set to restore whatever you want.


At one place where I worked it was an issue as we were DASD *POOR*. I  
had to beg for anything. When I ran into that issue I had to back  
stuff up to tape. They were cheap on the tape as well and I had to  
beg for extension periods on tapes. I got real tired of asking for  
extensions. I ended up writing a memo to the boss and saying if I  
couldn't get extensions to these tape no fall back was possible if  
the tapes were scratched. I made it very plain that it would be tough  
luck on anyone trying to go back 6 months. He in turn had to beg from  
his boss and up the begging went. I was so tired of it. Whenever I  
got tapes from IBM and I was through with them I created my own tape  
library in my cubicle. I took them out to the computer room for my  
private use for back ups. Sorry to  complain but not everyone is  
fortunate enough to have spare dasd or tape(s) readily available.


Ed




--
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: CICS Issue URGENT ....

2008-01-15 Thread Jim McAlpine
On 1/15/08, Kelman, Tom <[EMAIL PROTECTED]> wrote:
>
> I'm an MVS performance/capacity person, not a CICS person.  However, I
> did discuss this with my CICS guru.  He says that you could consider
> what John says about increasing the size of the temporary storage
> datasets.  However a 45000 track (3000 cylinder) temp store is pretty
> big.  Some other things to consider are trying to find out if someone is
> using temp store incorrectly and doing a little education.  Temp store
> should be used for short lived, small items.  If they are pulling a
> large dataset into temp store then it's going to overrun the temp store.
> Also, while issuing the "EXEC CICS DELETE TSQUEUE" command is the proper
> procedure my CICS guy says it often isn't done.  Therefore he has a CICS
> command that he can run to clear out anything in temp store that is
> older then a certain amount of time - say 2 hours.
>
> Have you posted this to CICS-L?  You will probably get some more
> suggestions on that list.
>
> Tom Kelman
> Commerce Bank of Kansas City
> (816) 760-7632


It's not the size of the dataset that is the problem, but the number of CIs
in use cannot exceed 65535.

Jim McAlpine

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


What Now?

2008-01-15 Thread Daniel McLaughlin
The VTS thing is working fine for in-house stuff. Now there is a push to 
copy/convert all the offsite permanent volumes to stacked exported tapes. 
The problem? We don't have a clue on how to get started on this beastie. 
We're using TapeCopy as our engine and I can run all sorts of reports and 
create the jobs, but we have 6,300 tapes and 10,500 datasets to move from 
3480 and 3490 to stacked 3590e tapes. That's a lot of manual stuff...

The Redbook on VTS is of some help, but not from a practical standpoint. 
Would anyone care to share their experiences with us? Somehow this got 
pretty much dropped in tech's lap and it's mostly TLMS type work. (We install 
it...not run it)

TIA...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: CICS Issue URGENT ....

2008-01-15 Thread Kelman, Tom
I'm an MVS performance/capacity person, not a CICS person.  However, I
did discuss this with my CICS guru.  He says that you could consider
what John says about increasing the size of the temporary storage
datasets.  However a 45000 track (3000 cylinder) temp store is pretty
big.  Some other things to consider are trying to find out if someone is
using temp store incorrectly and doing a little education.  Temp store
should be used for short lived, small items.  If they are pulling a
large dataset into temp store then it's going to overrun the temp store.
Also, while issuing the "EXEC CICS DELETE TSQUEUE" command is the proper
procedure my CICS guy says it often isn't done.  Therefore he has a CICS
command that he can run to clear out anything in temp store that is
older then a certain amount of time - say 2 hours.

Have you posted this to CICS-L?  You will probably get some more
suggestions on that list.

Tom Kelman
Commerce Bank of Kansas City
(816) 760-7632

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Eatherly, John D [EQ]
> Sent: Tuesday, January 15, 2008 9:16 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: CICS Issue URGENT 
> 
> One of our guys said:
> 
> Two things, increase the temporary storage dataset, this will increase
the
> CI's.Also make sure if he's doing a EXEC CICS WRITE TSQUEUE he should
do a
> EXEC CICS DELETE TSQUEUE when task is complete to clean up temp
storage
> dataset. Hope this helps.
> 
> Thanks
> John Eatherly
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Jacky Bright
> Sent: Tuesday, January 15, 2008 9:09 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: CICS Issue URGENT 
> 
> Hi ,
> 
> Today got some problem in the CICS Region which caused the CICS to
hang
> and
> there were no responses for any of the transactions. On analysis found
> that
> there was following message in the CICS Log.
> 
> +DFHTS1315 CICSPROD The temporary storage data set has exceeded the
> maximum
> number of control intervals supported.
> 
> Anyone having idea what could b the reason behind this ?
> 
> I noticed that there is DFHTEMP dataset defined and currently having
> following properties.
> 
> 
> Tracks
> %Used XT  Device
> CICSTS.CICSPROD.DFHTEMP.DATA   45000?  27  3390
> 
> How can we avoid this in future ?
> 
> JAcky
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html




*
If you wish to communicate securely with Commerce Bank and its
affiliates, you must log into your account under Online Services at 
http://www.commercebank.com or use the Commerce Bank Secure
Email Message Center at https://securemail.commercebank.com

NOTICE: This electronic mail message and any attached files are
confidential. The information is exclusively for the use of the
individual or entity intended as the recipient. If you are not
the intended recipient, any use, copying, printing, reviewing,
retention, disclosure, distribution or forwarding of the message
or any attached file is not authorized and is strictly prohibited.
If you have received this electronic mail message in error, please
advise the sender by reply electronic mail immediately and
permanently delete the original transmission, any attachments
and any copies of this message from your computer system.
*

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: CICS Issue URGENT ....

2008-01-15 Thread Jim McAlpine
On 1/15/08, Jacky Bright <[EMAIL PROTECTED]> wrote:
>
> Hi ,
>
> Today got some problem in the CICS Region which caused the CICS to hang
> and
> there were no responses for any of the transactions. On analysis found
> that
> there was following message in the CICS Log.
>
> +DFHTS1315 CICSPROD The temporary storage data set has exceeded the
> maximum
> number of control intervals supported.
>
> Anyone having idea what could b the reason behind this ?
>
> I noticed that there is DFHTEMP dataset defined and currently having
> following properties.
>
>
> Tracks
> %Used XT  Device
> CICSTS.CICSPROD.DFHTEMP.DATA   45000?  27  3390
>
> How can we avoid this in future ?
>
> JAcky
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>


You need to either remove some queues from the TS dataset or look at
increasing the CI size.

Jim McAlpine

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: CICS Issue URGENT ....

2008-01-15 Thread Eatherly, John D [EQ]
One of our guys said:

Two things, increase the temporary storage dataset, this will increase the 
CI's.Also make sure if he's doing a EXEC CICS WRITE TSQUEUE he should do a EXEC 
CICS DELETE TSQUEUE when task is complete to clean up temp storage dataset. 
Hope this helps.

Thanks
John Eatherly


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Jacky Bright
Sent: Tuesday, January 15, 2008 9:09 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: CICS Issue URGENT 

Hi ,

Today got some problem in the CICS Region which caused the CICS to hang and
there were no responses for any of the transactions. On analysis found that
there was following message in the CICS Log.

+DFHTS1315 CICSPROD The temporary storage data set has exceeded the maximum
number of control intervals supported.

Anyone having idea what could b the reason behind this ?

I noticed that there is DFHTEMP dataset defined and currently having
following properties.

Tracks
%Used XT  Device
CICSTS.CICSPROD.DFHTEMP.DATA   45000?  27  3390

How can we avoid this in future ?

JAcky

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SMP/E and why not.

2008-01-15 Thread Mark Zelden
I should know better than to respond to one of your posts... but I already did. 
This will be my last response to you on this subject.  Sometimes I find it
hard to 
believe you were actually a sysprog. 

On Mon, 14 Jan 2008 23:23:37 -0600, Ed Gould <[EMAIL PROTECTED]> wrote:

>
>Mark, I dislike to disagree with you but here is just (one) of the
>time consuming issues I have run into with accepting PTFS. Maybe its
>time to go PDSE with them (as much as I dislike it). But more often
>than not (especially with product) that the dlib needs to have more
>directory blocks than it has. You must manually increase them and
>then restart the accept. 

Eh?   Unless the apply has added elements there should be no reason
to increase directory blocks.  That does happen (more so in the past),
but there is usually holddata to let you know the space requirement
changes (at least there should be).  If you read the holddata for
APPLY (which is critical), then you can increase the dlib space / dir at 
that point.  At least that is what  I do.   Either way... it's still a poor
excuse 
not to run ACCEPT.  

>You also *MUST* look at the listing for
>every little non zero return code. Some times 4 is OK and sometimes
>its not . In any case it is time consuming. The last thing that I run
>into quite a bit is any assemblies that are done must be triple
>checked to make sure the correct macro's are picked up. I sort of
>wish SMPe would use an alternate set for syslib for accepts.
>>

You do have to look at output.  I guess that does mean doing some of that
four letter word that starts with "W".  But honestly, I can't remember 
the last time I ran into an RC4 not being ok on ACCEPT.  
How would the macros get picked up?  Unless you have you SYSLIB 
concatenation wrong.  Assemblies can happen during accept.. but most
products / maintenance is not packaged that way these days.  

>>> 2. The proverbial it worked last year before you put the maintenance
>>> on just go back the point and run my job.
>>
>> ??  Accept doesn't affect the running system / tgt libs.
>
>I guess I didn't put it distinctly enough. I know it does NOT affect
>TGT libraries. But I was trying to say (and apparently
>unsuccessfully)  it does not work on the CURRENT system. In order to
>make it work the manager tells you you *MUST* back off the apply (for
>the modules not all) it can get dicey telling a manager that you
>can't go back because a fix has been accepted, especially if the job
>is extremely important. If you start talking about a separate LPAR
>etc they go through the roof what they want is results not excuses
>and trying to tell them it can't be done is like nailing a coffin
>shut and your inside it. Managers don't like "no" and no amount of
>excuse(s) is/are acceptable. The PC world can get away with it we
>can't and don't you dare even bring up the PC world issue either
>(they are gods gift to corporations).
>
>

Which is why you don't ACCEPT until after you have been running on
the current set (or copy of) target libraries for some period of time.  
That period of time depends on the product, shop, personal preference 
as to when you feel "comfortable" or just prior to the next APPLY run. 
The point is... you should do it!!   I guess some of those sysprogs I mentioned 
in my last post that live by "don't ever accept" learned it from you.

BTW, there is such a thing as backups.  If you back up your 
target libs (or copies) even if you don't have an SMP/E environment
to RESTORE a PTF that causes you grief, you can still restore a backup
copy of the library.  Also, for "MVS", I often clone the DLIB zone along with
the target zone but admit I haven't done that at this shop (5 years now) 
but haven't run into a problem because of that either.  For other
products (ISV) there are usually installation standards that have the
install set of libraries all under 1 or 2 HLQs (some shops use a different
HLQ for the SMP/E related data sets from the TGT/DLIBs).  I always
run a backup to tape by HLQ prior to maintenance cycles.  

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


CICS Issue URGENT ....

2008-01-15 Thread Jacky Bright
Hi ,

Today got some problem in the CICS Region which caused the CICS to hang and
there were no responses for any of the transactions. On analysis found that
there was following message in the CICS Log.

+DFHTS1315 CICSPROD The temporary storage data set has exceeded the maximum
number of control intervals supported.

Anyone having idea what could b the reason behind this ?

I noticed that there is DFHTEMP dataset defined and currently having
following properties.

Tracks
%Used XT  Device
CICSTS.CICSPROD.DFHTEMP.DATA   45000?  27  3390

How can we avoid this in future ?

JAcky

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: RMM export import?

2008-01-15 Thread Jeffrey Deaver
I've started working on exactly the Rexx process you describe... listing
the information on one LPAR and performing an ADDVOLUME on the other LPAR
to 'move' the RMM entry.   I'm not too far yet, however, so if you or
anyone would happen to be able to share such a routine, it should would be
appreciated.  I looked around in the CBT tape and didn't see anything, but
maybe I missed it?  Thanks!

Jeffrey Deaver, Engineer
Systems Engineering
[EMAIL PROTECTED]
651-665-4231(v)
651-610-7670(p)



   
 Mike Wood 
 <[EMAIL PROTECTED] 
 M.COM> To 
 Sent by: IBM  IBM-MAIN@BAMA.UA.EDU
 Mainframe  cc 
 Discussion List   
 <[EMAIL PROTECTED] Subject 
 .EDU> Re: RMM export import?  
   
   
 01/14/2008 11:50  
 AM
   
   
 Please respond to 
   IBM Mainframe   
  Discussion List  
 <[EMAIL PROTECTED] 
   .EDU>   
   
   




Jeffrey, If you really are wanting to move the volume from one rmm to
another, rather than simply be able to read the data from production, we
document a split/merge process for the CDS in the DFSMSrmm Primer redbook.

As an alternative, I know of some installations that use a Rexx procedure
to
list the volume to be moved, and use the results to create ADDVOLUME and
ADDDATASET commands which are used to define the volume in the target
system.

Be careful not to keep multiple RMM plexes with the same volume defined as
this could result in problems with volume status and retention.

Mike WoodRMM Development
On Thu, 10 Jan 2008 12:04:44 -0600, Jeffrey Deaver
<[EMAIL PROTECTED]> wrote:

>Hello all -
>
>We have two LPARS which can both see a virtual tape device.We have a
>need to be able to create virtual tapes on the Test LPAR and then
'migrate'
>them to the Production LPAR.   In other words, I need to be able to export
>the RMM information that was created on Test and import it into RMM on
>Production.  The virtual tape itself will not move.  This is not a VTS
that
>exports logical tapes to stacked physical tapes... there are only the
>logical (virtual) tapes.
>
>Has anyone done anything like this?
>
>Jeffrey Deaver, Engineer
>Systems Engineering
>[EMAIL PROTECTED]
>651-665-4231(v)
>651-610-7670(p)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: DFHSM QUESTION - AUDIT COMMAND

2008-01-15 Thread Traylor, Terry
hsend hold audit eod 


 Terry Traylor 
charlesSCHWAB 
TIS Mainframe Storage Management 
Remedy Queue: tis-hs-mstg
(602) 977-5154 
WARNING:  All email sent to or from this address will be received by the
Charles Schwab corporate e-mail system and is subject to archival and
review by someone other than the recipient.
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of willie bunter
Sent: Tuesday, January 15, 2008 6:00 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: DFHSM QUESTION - AUDIT COMMAND

Good day to all,
   
  I submitted an AUDIT MDECTL VOLUMES(XD0094) FIX
SERIALIZATION(CONTINUOUS) command to build the MCD record yesterday at
10:00 a.m.  It is still running.  I tried a 
  HSEND CANCEL REQUEST(3259) but the command is still running.
   
  Is there a way of stopping the AUDIT?  Also, if it can be stopped will
there be any repercussions later?
   
  Thanks

   
-
Looking for last minute shopping deals?  Find them fast with Yahoo!
Search.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SMP/E and why not.

2008-01-15 Thread Tom Marchant
On Mon, 14 Jan 2008 23:23:37 -0600, Ed Gould wrote:

>On Jan 14, 2008, at 2:26 PM, Mark Zelden wrote:
>
>> On Mon, 14 Jan 2008 14:15:51 -0600, Ed Gould
>> <[EMAIL PROTECTED]> wrote:
>>
>>> 2. The proverbial it worked last year before you put the maintenance
>>> on just go back the point and run my job.
>>
>> ??  Accept doesn't affect the running system / tgt libs.
>
>I guess I didn't put it distinctly enough. I know it does NOT affect
>TGT libraries. But I was trying to say (and apparently
>unsuccessfully)  it does not work on the CURRENT system. In order to
>make it work the manager tells you you *MUST* back off the apply (for
>the modules not all) it can get dicey telling a manager that you
>can't go back because a fix has been accepted

That can be a problem only if you have accepted the maintenance to ALL of 
your DLIB zones.  You do clone your target/dlib zones sometimes, don't you?  I 
do like to keep a relatively virginal DLIB just for such emergencies.  Clone it 
again and accept whatever maintence you need for this situation, relate it to 
your target zone and you are all set to restore whatever you want.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Worst Predictions of All Time

2008-01-15 Thread R.S.

Ted MacNEIL wrote:
All too often, a senior manager will get a 

"fixation" on a particular platform, ignoring all others, to the ultimate 
detriment of his company.

The platform should be the last thing determined; NOT the first.
RULE 1: Determine the application need
RULE 2: Keep the data as close to the application as possible
RULE 3: Determine Network/Security needs
RULE 4: Decide platform


We can discuss about the rules, their content and order - but this is 
*theory*.

A practise looks different:
a) if you're not mainframer then you're "open for any solution". That 
means "Anything. Vritually anything except the mainframe"
b) if you're mainframer, then you are fat, old and you still repeat 
"Only mainframe, no doubt. This is the only platform which... (place any 
platform-specific feature like VSAM or APF or PDS)". You can even 
justify and recommend MVS as system for secretary ...but no one wants to 
hear you.



But seriously:
- IMHO usually the is no need to write application from scratch.
- Since you buy existing application, decision about platform is already 
taken by its designers. Good platform can be advantage, sometimes is the 
only way to assure RAS + S (scalability) - but not always. YMMV.



--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.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.2007 r. kapitał zakładowy BRE Banku SA (w całości 
opłacony) wynosi 118.064.140 zł. W związku z realizacją warunkowego 
podwyższenia kapitału zakładowego, na podstawie uchwał XVI WZ z dnia 21.05.2003 
r., kapitał zakładowy BRE Banku SA może ulec podwyższeniu do kwoty 118.760.528 
zł. Akcje w podwyższonym kapitale zakładowym będą w całości opłacone.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SHARE papers

2008-01-15 Thread Michael Poil
Strangely enough, there are some useful CICS presentations on the 
Websphere Technical Exchange Webcasts pages, see:

http://www-306.ibm.com/software/websphere/support/supp_tech.html


--
Mike Poil
Java z/OS Level 3 Service
IBM United Kingdom Limited, Hursley Park, Winchester SO21 2JN
Internal: 246824  External: +44 (0)1962 816824 
Java debugging: http://www.ibm.com/developerworks/java/jdk/diagnosis/
--






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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: z/OS V1.10 Announced?

2008-01-15 Thread Chase, John
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Walt Farrell
> 
> On Tue, 15 Jan 2008 05:04:12 +, Ted MacNEIL 
> <[EMAIL PROTECTED]> wrote:
> 
> >>This kind of ambiguity happens fairly often with our software
products
> >>that run on z/OS, in my experience.
> >
> >It shouldn't.
> >Since OS/390 came out almost all the ancillary software is supposed
to 
> >have
> the same release number as the OS.
> >
> 
> For pieces of OS/390 or z/OS, yes.  
> 
> But what about "unrelated" products, such as IMS, CICS, DB2, 
> and other products IBM produces?  E.g., if I remember 
> correctly the latestt DB2 release is officially named DB2 for 
> z/OS V9.  In that case, since we're still on V1 of z/OS the 
> ambiguity is easily resolved, but it's still an incorrect way 
> to name it, in my opinion,

CICS adds a "wrinkle" to that:  Current is CICS Transaction Server for
z/OS v3r2, in which the "internal" CICS-only release level is 6.5.0.

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


DFHSM QUESTION - AUDIT COMMAND

2008-01-15 Thread willie bunter
Good day to all,
   
  I submitted an AUDIT MDECTL VOLUMES(XD0094) FIX SERIALIZATION(CONTINUOUS) 
command to build the MCD record yesterday at 10:00 a.m.  It is still running.  
I tried a 
  HSEND CANCEL REQUEST(3259) but the command is still running.
   
  Is there a way of stopping the AUDIT?  Also, if it can be stopped will there 
be any repercussions later?
   
  Thanks

   
-
Looking for last minute shopping deals?  Find them fast with Yahoo! Search.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


  1   2   >