Re: Looking for clues on a bug in assembler

[Robert A. Rosenberg]

At 05:54 -0700 on 10/25/2011, Charles Mills wrote about Re: Looking 
for clues on a bug in assembler:



My conclusion was the following sequence -- and there may be other details
that are significant, but this is my best guess as to the significant
details:

1. OPEN DCB, no error
2. GET DCB --> Drives SYNAD exit as expected
3. CLOSE DCB, no error reported
4. OPEN DCB, no error
5. GET, GET, GET, ..., GET (last record), GET --> QSAM branches to "random"
address, not the specified EOD address --> S0C4

However, if between steps 3 and 4 I add a step to restore the DCB to the
values it had before step 1, then all works as expected.

This behavior is contrary to the clearly stated QSAM CLOSE documentation:
"The fields of the data control block (DCB) and DCBE are restored to the
condition that existed before the OPEN macro was issued, and the data set is
disconnected from the processing program."


Have you tried writing a sanity check program? Have it do steps 1-3 
and compare what is in the EOD field before and after steps 1 and 3. 
If the field has not been restored then this should catch it. Also 
try doing a compare of the copy of the DCB that you use for the 
restore with the DCB which was opened and closed. That should show a 
bad restore. Doing snap shot dumps of the DCB and DCBE at each stage 
should show the failure. Sending that in should help document the 
problem as it occurs.


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

Re: GDG

[Robert A. Rosenberg]

At 14:52 -0700 on 10/25/2011, Steve Thompson wrote about Re: GDG:

Do you actually mean version or generation? I ask this because now 
and then someone actually means version (rarely). And what you asked 
could be either.


Version will be A.B.C.G0001V00  then A.B.C.G0001V01.

Generation will be A.B.C.G0001V00 then A.B.C.G0002V00

This makes a big difference in what you will have to do!!


Note that when you create and catalog A.B.C.G0001V01 it will replace 
A.B.C.G0001V00 as A.B.C(n) - IOW: If after A.B.C.G0002V00 was created 
A.B.C.G0001V00 would be A.B.C(-1). Creating A.B.C.G0001V01 at this 
point would make IT A.B.C(-1) and A.B.C.G0001V00 would no longer be 
cataloged (it would be handled just like a generation that rolled off 
the GDG base.


The purpose of creating a GVyy (where yy is NOT 00) is to replace 
the V00 (or current) version. This might occur if you want move the 
file from one media to another while leaving it in the GDG chain.


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

Re: Our community strengths

[Linda Mooney]

Hi Steve, 



I frequently run into people who remember the IBM ad about the servers being 
stolen, but they have really been consolodated onto the one mainframe.  There 
weren't any follow on ads about how well that worked out for the company, 
nothing with the worried and frightened looking boss happliy going over the 
balance sheets, looking good at the customer meetings, getting promoted for his 
vision, winning recognition in the local community  for going green.  



I am often reading one of th e fine manuals on transit and when folks look 
curious, we chat.  Most say that they thought that the mainframe was gone now - 
they don't hear anything more about it.   They are always surprised to hear 
about some of the mainframes here, in my area, and the kind of work they do.  
That IBM ad seems to be the last thing that many of the public has heard about 
mainframes. For all of the efforts any of us make, if the public isn't 
informed, and encouraged, they aren't going to go to work and talk about how 
they heard, saw, read that mainframes were more reliable, better suited to 
critical services, etc. 

  

With the z196 and z114 now in play, where are the marketers?  It is 
insufficient for t hem to market only to the relative few who already know.  
The Super Bowl is coming soon.  I'm hopeful, but I'm not holding my breath.    


Thanks, 


Linda 

- Original Message -


From: "Steve Comstock"  
To: IBM-MAIN@bama.ua.edu 
Sent: Tuesday, October 25, 2011 7:32:51 PM 
Subject: Re: Our community strengths 

On 10/25/2011 7:36 PM, Dale Miller wrote: 
> OK, so we squabble, and disagree, but it is my belief that this community has 
> in 
> its membership many of the giants who built a technological marvel that 
> underpins our society today, or at least would do so if 
> management could be induced to extend its event-horizon beyond the current 
> fiscal year, and to start counting real costs. Most of us have plied our 
> trade 
> in an environment where an unplanned outage or functional failure were simply 
> not to be allowed. Because we built systems to perform well and reliably, we 
> were invisible, except when we made mistakes. I'm sure I'm not alone in 
> experiencing the almost-every-day complaint from a clerk in a store that 'the 
> computer isn't working right today'. 
> I believe that we should be getting the word out that computers don't have to 
> act this way, and that we know how to build systems that behave properly. We 
> certainly face an uphill battle against the mind-set 
> among management that leads them to set unreasonable requirements for job 
> descriptions and set the salary schedules far below current going rates. It 
> really gets my goat that they use these machinations to spread the lies that 
> they cannot get skilled IT personnel. See 
> http://online.wsj.com/article_email/SB10001424052970204422404576596630897409182-lMyQjAxMTAxMDIwNDEyNDQyWj.html?mod=wsj_share_email
>  
> . 
> I retired when I could no longer put up with the asininity of company 
> politics, 
> but if I wanted to continue in my chosen career, I would certainly undertake 
> to 
> build my skills in database, communications, and UNIX, however distasteful 
> that 
> might be. I could go on for hours about the poor design features of UNIX and 
> current email and internet protocols, but if I needed a job, I would swallow 
> my 
> pride and start hitting the books. 
> Of course, with the current political climate regarding Social Security and 
> Medicare, I might have to go back to work. Perhaps I should have made larger 
> private investments, but then maybe I would have invested in Enron, AIG, 
> Lehman 
> Brothers, or Bernie Madoff. 
> 
> Dale Miller 


You'd think IBM would be interested in telling the story. But, 
sadly, that doesn't seem to be the case. I have been after 
many IBM'ers to launch an effort to win the hearts and minds 
of people in IT and to raise the level of awareness of 
mainframes (especially z/OS) in the general public. But they 
don't seem to care about it: they are either hopelessly lost 
or they have a future plan that does not include z/OS. 


-- 

Kind regards, 

-Steve Comstock 
The Trainer's Friend, Inc. 

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

* Special promotion: 15% off on all DB2 training classes 
     scheduled by September 1, taught by year end 2011 

* Check out our entire DB2 curriculum at: 
     http://www.trainersfriend.com/DB2_and_VSAM_courses/DB2curric.htm 

-- 
For IBM-MAIN subscribe / signoff / archive access instructions, 
send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http:

Re: ABEND0F8-20

[Pommier, Rex R.]

Shane,

Actually Dave asked 2 questions, the more pressing of them (to me anyway) being 
the first, "Does anyone know what an abend s0f8-20 means..."  His second 
question "...can anyone confirm or deny..." was the one answered by Tom, but I 
will admit that I didn't know what he meant by his response - especially since 
I was trying to compute "ABEND" as the response to "what is an abend s0f8...".


 I will give a hearty "Thank you" to Tom for responding back so quickly with a 
much clearer response where he put context around his "ABEND" answer.

Granted it's late in my time zone and maybe the fog invading my mind would be 
burned off by morning, but then again, maybe not.  :-)

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Shane
Sent: Tuesday, October 25, 2011 9:12 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ABEND0F8-20

On the contrary - Dave asked a question, you answered it.
More than sufficient - and understandable.

Shane ..

On Tue, 25 Oct 2011 20:22:33 -0400 Tom Harper wrote:

> Maybe I was too brief.

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

The information contained in this e-mail may contain confidential and/or 
privileged information and is intended for the sole use of the intended 
recipient. If you are not the intended recipient, you are hereby notified that 
any unauthorized use, disclosure, distribution or copying of this communication 
is strictly prohibited and that you will be held responsible for any such 
unauthorized activity, including liability for any resulting damages. As 
appropriate, such incident(s) may also be reported to law enforcement. If you 
received this e-mail in error, please reply to sender and destroy or delete the 
message and any attachments. Thank you.

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

Re: Our community strengths

[Ed Finnell]

I'd vote for the latter. Maybe the new CEO will set us straight.
_http://www.eweek.com/c/a/IT-Infrastructure/IBM-Names-Virginia-Rometty-as-Ne
w-CEO-635855/_ 
(http://www.eweek.com/c/a/IT-Infrastructure/IBM-Names-Virginia-Rometty-as-New-CEO-635855/)
 
 
 
In a message dated 10/25/2011 9:36:15 P.M. Central Daylight Time,  
st...@trainersfriend.com writes:

don't  seem to care about it: they are either hopelessly lost
or they have a  future plan that does not include  z/OS.



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

Re: ABEND0F8-20

[Ted MacNEIL]

>More than sufficient - and understandable.

Not for all of us.
I truly did NOT understand the response.
If I did, I wouldn't have said I didn't.
Not all of us know everything, despite claims to the contrary.

Just because you understood it, doesn't mean the rest of us are so enlightened!
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL

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

Re: Our community strengths

[Steve Comstock]

On 10/25/2011 7:36 PM, Dale Miller wrote:

OK, so we squabble, and disagree, but it is my belief that this community has in
its membership many of the giants who built a technological marvel that
underpins our society today, or at least would do so if
management could be induced to extend its event-horizon beyond the current
fiscal year, and to start counting real costs. Most of us have plied our trade
in an environment where an unplanned outage or functional failure were simply
not to be allowed. Because we built systems to perform well and reliably, we
were invisible, except when we made mistakes. I'm sure I'm not alone in
experiencing the almost-every-day complaint from a clerk in a store that 'the
computer isn't working right today'.
I believe that we should be getting the word out that computers don't have to
act this way, and that we know how to build systems that behave properly. We
certainly face an uphill battle against the mind-set
among management that leads them to set unreasonable requirements for job
descriptions and set the salary schedules far below current going rates. It
really gets my goat that they use these machinations to spread the lies that
they cannot get skilled IT personnel. See
http://online.wsj.com/article_email/SB10001424052970204422404576596630897409182-lMyQjAxMTAxMDIwNDEyNDQyWj.html?mod=wsj_share_email
.
I retired when I could no longer put up with the asininity of company politics,
but if I wanted to continue in my chosen career, I would certainly undertake to
build my skills in database, communications, and UNIX, however distasteful that
might be. I could go on for hours about the poor design features of UNIX and
current email and internet protocols, but if I needed a job, I would swallow my
pride and start hitting the books.
Of course, with the current political climate regarding Social Security and
Medicare, I might have to go back to work. Perhaps I should have made larger
private investments, but then maybe I would have invested in Enron, AIG, Lehman
Brothers, or Bernie Madoff.

Dale Miller



You'd think IBM would be interested in telling the story. But,
sadly, that doesn't seem to be the case. I have been after
many IBM'ers to launch an effort to win the hearts and minds
of people in IT and to raise the level of awareness of
mainframes (especially z/OS) in the general public. But they
don't seem to care about it: they are either hopelessly lost
or they have a future plan that does not include z/OS.


--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

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

* Special promotion: 15% off on all DB2 training classes
scheduled by September 1, taught by year end 2011

* Check out our entire DB2 curriculum at:
http://www.trainersfriend.com/DB2_and_VSAM_courses/DB2curric.htm

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

Re: Our community strengths

[John McKown]

I agree. And with z/OS, it's even worse than other. Windows is just a
pile of shit that management understands why so many techies are needed
to keep it running. We run z/OS with 3.5 (manager is a techie part of
the time). We maintain much more of the company core business than
Windows. But it's invisible because it "just works". So management looks
at the z as a place to get rid of people because "they aren't needed".

I actually like UNIX. Well, I like Fedora 15 on my PCs. More than I like
TSO. I also like CMS more than TSO. I like a sharp stick more than TSO
. Of course, running "batch" reports is not as good as with z/OS.
I don't know of much in UNIX which can really match even 50% of CA-7,
CA-11, and CA-1. But I admit to ignorance of what is generally available
in UNIX for this type of thing.

On Tue, 2011-10-25 at 18:36 -0700, Dale Miller wrote:
> OK, so we squabble, and disagree, but it is my belief that this  
> community has in its membership many of the giants who built a  
> technological marvel that underpins our society today, or at least  
> would do so if
> management could be induced to extend its event-horizon beyond the  
> current fiscal year, and to start counting real costs. Most of us have  
> plied our trade in an environment where an unplanned outage or  
> functional failure were simply not to be allowed. Because we built  
> systems to perform well and reliably, we were invisible, except when  
> we made mistakes. I'm sure I'm not alone in experiencing the almost- 
> every-day complaint from a clerk in a store that 'the computer isn't  
> working right today'.
> I believe that we should be getting the word out that computers don't  
> have to act this way, and that we know how to build systems that  
> behave properly. We certainly face an uphill battle against the mind-set
> among management that leads them to set unreasonable requirements for  
> job descriptions and set the salary schedules far below current going  
> rates. It really gets my goat that they use these machinations to  
> spread the lies that they cannot get skilled IT personnel. See 
> http://online.wsj.com/article_email/SB10001424052970204422404576596630897409182-lMyQjAxMTAxMDIwNDEyNDQyWj.html?mod=wsj_share_email
>  
>   .
> I retired when I could no longer put up with the asininity of company  
> politics, but if I wanted to continue in my chosen career, I would  
> certainly undertake to build my skills in database, communications,  
> and UNIX, however distasteful that might be. I could go on for hours  
> about the poor design features of UNIX and current email and internet  
> protocols, but if I needed a job, I would swallow my pride and start  
> hitting the books.
> Of course, with the current political climate regarding Social  
> Security and Medicare, I might have to go back to work. Perhaps I  
> should have made larger private investments, but then maybe I would  
> have invested in Enron, AIG, Lehman Brothers, or Bernie Madoff.
> 
> Dale Miller
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
-- 
John McKown
Maranatha! <><

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

Re: ABEND0F8-20

[Shane]

On the contrary - Dave asked a question, you answered it.
More than sufficient - and understandable.

Shane ..

On Tue, 25 Oct 2011 20:22:33 -0400 Tom Harper wrote:

> Maybe I was too brief.

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

Our community strengths

[Dale Miller]

OK, so we squabble, and disagree, but it is my belief that this  
community has in its membership many of the giants who built a  
technological marvel that underpins our society today, or at least  
would do so if
management could be induced to extend its event-horizon beyond the  
current fiscal year, and to start counting real costs. Most of us have  
plied our trade in an environment where an unplanned outage or  
functional failure were simply not to be allowed. Because we built  
systems to perform well and reliably, we were invisible, except when  
we made mistakes. I'm sure I'm not alone in experiencing the almost- 
every-day complaint from a clerk in a store that 'the computer isn't  
working right today'.
I believe that we should be getting the word out that computers don't  
have to act this way, and that we know how to build systems that  
behave properly. We certainly face an uphill battle against the mind-set
among management that leads them to set unreasonable requirements for  
job descriptions and set the salary schedules far below current going  
rates. It really gets my goat that they use these machinations to  
spread the lies that they cannot get skilled IT personnel. See http://online.wsj.com/article_email/SB10001424052970204422404576596630897409182-lMyQjAxMTAxMDIwNDEyNDQyWj.html?mod=wsj_share_email 
 .
I retired when I could no longer put up with the asininity of company  
politics, but if I wanted to continue in my chosen career, I would  
certainly undertake to build my skills in database, communications,  
and UNIX, however distasteful that might be. I could go on for hours  
about the poor design features of UNIX and current email and internet  
protocols, but if I needed a job, I would swallow my pride and start  
hitting the books.
Of course, with the current political climate regarding Social  
Security and Medicare, I might have to go back to work. Perhaps I  
should have made larger private investments, but then maybe I would  
have invested in Enron, AIG, Lehman Brothers, or Bernie Madoff.


Dale Miller

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

Re: ABEND0F8-20

[Shmuel Metz (Seymour J.)]

In <47d6ad63e3c0b4448c47ec031da080f525e6540...@mail34.thoughtbus.com>,
on 10/25/2011
   at 08:22 PM, Tom Harper  said:

>Maybe I was too brief.

So was ted; he had no attribution line.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: CRLF in Unix being translated on Mainframe to x'25'

[Shmuel Metz (Seymour J.)]

In <4433525376678963.wa.paulgboulderaim@bama.ua.edu>, on
10/25/2011
   at 11:37 AM, Paul Gilmartin  said:

>Were it my choice, I'd define a new code page with LF at 0x15 and NEL
>at 0x25 to validate the OEMVS311 translation table.

That would cause problems for data where LF really means LF and CR
really means CR. Whether any such are still in use I don't know.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: ABEND0F8-20

[Tom Harper]

Maybe I was too brief. It means that the only SVC allowed to be issued above 
the bar is ABEND.

Tom

- Original Message -
From: Ted MacNEIL [mailto:eamacn...@yahoo.ca]
Sent: Tuesday, October 25, 2011 08:16 PM
To: IBM-MAIN@bama.ua.edu 
Subject: Re: ABEND0F8-20

>Only ABEND. All others disallowed.

What does this response even mean?
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ABEND0F8-20

[Ted MacNEIL]

>Only ABEND. All others disallowed.

What does this response even mean?
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL

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

Re: GDG

[Skip Robinson]

Ah yes, I had forgotten about that little SMS goody. OP just needs to be 
sure that the file looks as if it had been opened for output and closed 
with no records written. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Ed Gould 
To: IBM-MAIN@bama.ua.edu
Date:   10/25/2011 04:19 PM
Subject:Re: GDG
Sent by:IBM Mainframe Discussion List 



 Skip,

IIEFBR14 will not but if it SMS managed and you have the right parameter 
in IGDSM00 (?) that inserts EOF at allocation time. 

Ed



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

Re: z/OS UNIX file can't be deleted. (Was confusing and confused)

[Shmuel Metz (Seymour J.)]

In
<1505488263-1319523459-cardhu_decombobulator_blackberry.rim.net-690171122-@b11.c1.bise6.blackberry>,
on 10/25/2011
   at 06:17 AM, Ted MacNEIL  said:

>There is also the group that is like a dog with a bone and has
>nothing better to do but bitch about a TLA that even IBM uses in both
>contexts.

That's the null set. But there *is* the group of those who reply
solely to complain about a correction.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Lines per page - IDCAMS output

[Shmuel Metz (Seymour J.)]

In <8447645509998585.wa.chris.hilliardnorfolk@bama.ua.edu>, on
10/25/2011
   at 09:49 AM, Chris Hilliard  said:

>Curious if anyone knows whether or not you can change the lines per
>page for IDCAMS output. 

There's a design principle from OS/360 that all utilities should be
callable as subroutines. Most of them allow for parameters besides the
PARM, e.g., ddname override, lines per page. Assuming that there is an
appropriate parameter, you may have to call AMS from an authorized
program, depending on what commands you want it to perform.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: SRBEPA

[Shmuel Metz (Seymour J.)]

In
,
on 10/24/2011
   at 05:41 PM, John Gilmore  said:

>You're out of line, Shmuel.

Well, someone is.

>You may prefer 'dispatch' to 'despatch',
>but they are equally legitimate alternative spellings.

Were the issue the general English meaning of the word, you'd have a
point. But the issue here is the term of art in the descendents of
OS/360, which AFAIK has always been spelled "dispatch".

>Moreover, while I should ordinarily let 'excrutiating' pass without
>comment,

No need; if someone replies to one of my messages and sees a spelling
error, I expect a correction, although the respondent certainly has no
obligation to point it out. I've even been know to thank people for
correcting me, although usually for something of more moment.

> Moreover again , 'c' and 't'; are prpbably too far from each 
>other on the keyboard for it to be a typo.

As opposed to "o" and "p", whcih are adjacent ;-)

My most common spelling error is probably transposition, with one off
being the second most common.

>If your Old English is up to it, see Chaucer's

I thought that was Middle English.

>Moreover yet again, my substantive point remains,

It remains, and it remains dubious.

>Moreover yet again, my substantive point remains, 'SRB' is now used
>in two senses that it would be useful to distinguish on the model of
>that between a task and a TCB.

And, again, the IBM documentation talks about scheduling other control
blocks, not just SRB's. That's even imbedded in some macro names.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Looking for clues on a bug in assembler

[Shmuel Metz (Seymour J.)]

In <7610032482685059.wa.elardus.engelbrechtsita.co...@bama.ua.edu>, on
10/25/2011
   at 10:00 AM, Elardus Engelbrecht 
said:

>Perhaps they only cut the human readable part, but forgot to cut the
>hex part of the same details... ;-D

Or forgot to cut out the octal.

>Whoever cut that paper has probably holes in his brain... ;-D

In at least one case there was a legitimate reason, although getting a
higher clearance level for the programmer might have been a better
solution.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: ABEND0F8-20

[Tom Harper]

Dave,

Only ABEND. All others disallowed.

Tom

- Original Message -
From: David Cole [mailto:dbc...@colesoft.com]
Sent: Tuesday, October 25, 2011 07:19 PM
To: IBM-MAIN@bama.ua.edu 
Subject: ABEND0F8-20

Does anyone know what an abend s0F8-20 means?

Code 20 is not documented even in R1.13's MVS System Codes manual.

I suspect it means that you cannot issue an SVC instruction from 
above the bar. Can anyone confirm or deny that?

Thanks,

Dave Cole  REPLY TO: dbc...@colesoft.com
ColeSoft Marketing WEB PAGE: http://www.colesoft.com
736 Fox Hollow RoadVOICE:540-456-8536
Afton, VA 22920FAX:  540-456-6658 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: GDG

[Ed Gould]

 Skip,

IIEFBR14 will not but if it SMS managed and you have the right parameter in 
IGDSM00 (?) that inserts EOF at allocation time. 

Ed

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

ABEND0F8-20

[David Cole]

Does anyone know what an abend s0F8-20 means?

Code 20 is not documented even in R1.13's MVS System Codes manual.

I suspect it means that you cannot issue an SVC instruction from 
above the bar. Can anyone confirm or deny that?


Thanks,

Dave Cole  REPLY TO: dbc...@colesoft.com
ColeSoft Marketing WEB PAGE: http://www.colesoft.com
736 Fox Hollow RoadVOICE:540-456-8536
Afton, VA 22920FAX:  540-456-6658 


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

How to Disassemble the SDSF Parms Load Module

[Lizette Koehler]

I have lost the source for the SDSF Load Module I am running

Is there a tool (other than the disassembler) to recapture the source from
the load module.  Create the actual SDSF Parm deck?



Lizette 

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

Re: CRLF in Unix being translated on Mainframe to x'25'

[Steve Comstock]

On 10/24/2011 2:10 PM, Lizette Koehler wrote:

A programmer I am working with is getting a file from Unix
which will be sent to the mainframe.  This will be using FTP.

The process is we receive the file from the Unix system and
it is placed on a Windows 2008 server.

Then from the Windows 2008 it is going to be FTP'd to the mainframe.

Is there a way to keep the CRLF command at the end of each line?
And will the mainframe recognize it as a newline?

What we really want is the UNIX file to be individual (FB Lrecl 946)
going into the mainframe.

It seems the Unix CRLF is x'0A' whereas the mainframe is x'25'


Thanks for any advice

Lizette


Our File RePackager product can handle this. Once you
have a file on your mainframe, you can use the utility
to convert the file to an HFS or zFS file with a
different delimiter, code page, even a different
record type.

Regarding your post, the "Unix CRLF" is X'0D0A';
x'0A' is just LF.

It seems ambiguous from your post if the final file is
to be an MVS dataset with lrecl=946 or a z/OS UNIX file
with lrecl=946. Does the 946 include the record delimiter?
If you are going to have each file be a single record,
why even bother with a record delimiter?


So, first, you need to determine the code page of your file,
and what delimiters are being used on input. If it really
is x'0A' and not x'0D0A', then you could use something
like this for utility input commands:

  ifile path='in_path_name',filedata=T,cp=923,recdelim=lf
  ofile path='out_path_name',filedata=T,cp=37,recdelim=nl

this would convert the file from codepage 923 (ISO-8859-15)
to codepage 37 (USA EBCDIC), including converting the
record delimiter from ASCII LF to EBCDIC NL.

Just a thought.

--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

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

* Special promotion: 15% off on all DB2 training classes
scheduled by September 1, taught by year end 2011

* Check out our entire DB2 curriculum at:
http://www.trainersfriend.com/DB2_and_VSAM_courses/DB2curric.htm

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

Re: VTAM Generic Resource affinity

[Chris Mason]

Magen

There's a lot to be said for reading the manual! At the end of the section on 
"Partner LU mapping" in the section on "Generic resources" in the z/OS 
Communications Server SNA Network Implementation Guide, we find the following:


 
VTAM will delete VTAM owned affinities when the last session between the LU and 
the application has terminated. LU 6.2 sessions, whose affinities are not owned 
by the application, are retained for 10 minutes after the last session, or for 
some other user-specified period (specified by start option AFFDELAY).



http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1b5b0/16.3.3

Anyhow I'm glad you spotted and highlighted the "L" in the IST1707I messages or 
I wouldn't have been able to find your answer - at all probably!

> My question is how can I remove the CICS affinity when the server is 
> restarting?

So, if this "just-in-case-it-might-be-helpful" "wet-finger-in-the-air" 10 
minutes isn't to your liking, you need simply set the AFFDELAY start option 
value to whatever you think might suit you, apparently 0 in your case, and you 
have achieved your objective.

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B6C0/4.3.1

You can even do in right this minute using the following command:

MODIFY NET,VTAMOPTS,AFFDELAY=0

assuming the name - typically procedure name - for your VTAM address space is 
NET, of course.

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B7B0/2.117

> As far as I know SYNCPT can be used on an APPC applications (APPC=YES on the 
> VTAM appl which can not be defined for CICS application)

You could also have added that LIMRES=YES, the other function mentioned, 
applies only when VTAM is doing the LU 6.2 "heavy lifting"[1] when APPC=YES is 
specified. Then you use the LIMQSINT operand to specify the delay after which 
sessions are terminated.

-

[1] Rather than CICS which implemented LU 6.2 function quite a while before 
VTAM and saw no reason to transfer responsibility to VTAM when VTAM caught up!

-

Chris Mason

On Tue, 25 Oct 2011 16:02:35 -0500, Magen Margalit  wrote:

>Hi,
>
>We recently defined 2 CICS tor regions under a VTAM generic resource (2 way 
>plex
>1 tor on every lpar), the connecting partners are 30 servers which are 
>connecting as LU 6.2.
>
>When restarting a server it always connect to the same owning resource.
>
>I have issued a command : d net,graff,lu=x and on the ATTRIBUTES section I 
>got: -VG--WL-
>looking into documentation I figured that the problem might be related to the 
>seventh attribute "L"
>
>"The seventh character is either L to indicate that this affinity will be used 
>for up to 10 minutes after the last session between the session partners 
>ended, or a hyphen (-) otherwise. An affinity might used for this extended 
>time if either of the following is true:
>An LU6.2session is established without SYNCPT or Limited Resource.
>An LU6.2 session is established, but the application specified LUAFFIN=NOTAPPL 
>on the NIB for the OPNDST or OPNSEC."
>
>As far as I know SYNCPT can be used on an APPC applications (APPC=YES on the 
>VTAM appl which can not be defined
>for CICS application)
>
>My question is how can I remove the CICS affinity when the server is 
>restarting?
>
>Thanks in advanced
>
>Magen

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

Re: GDG

[Steve Thompson]

Do you actually mean version or generation? I ask this because now and then 
someone actually means version (rarely). And what you asked could be either.

Version will be A.B.C.G0001V00  then A.B.C.G0001V01. 

Generation will be A.B.C.G0001V00 then A.B.C.G0002V00 

This makes a big difference in what you will have to do!! 

Regards, 
Steve Thompson 

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

VTAM Generic Resource affinity

[Magen Margalit]

Hi,

We recently defined 2 CICS tor regions under a VTAM generic resource (2 way 
plex 
1 tor on every lpar), the connecting partners are 30 servers which are 
connecting as LU 6.2.

When restarting a server it always connect to the same owning resource.

I have issued a command : d net,graff,lu=x and on the ATTRIBUTES section I 
got: -VG--WL-
looking into documentation I figured that the problem might be related to the 
seventh attribute "L" 

"The seventh character is either L to indicate that this affinity will be used 
for up to 10 minutes after the last session between the session partners ended, 
or a hyphen (-) otherwise. An affinity might used for this extended time if 
either of the following is true:
An LU6.2session is established without SYNCPT or Limited Resource.
An LU6.2 session is established, but the application specified LUAFFIN=NOTAPPL 
on the NIB for the OPNDST or OPNSEC."

As far as I know SYNCPT can be used on an APPC applications (APPC=YES on the 
VTAM appl which can not be defined
for CICS application) 

My question is how can I remove the CICS affinity when the server is restarting?
 
Thanks in advanced 

Magen

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

Re: GDG

[Skip Robinson]

Depending on what the 'compare program' does, you may need to include the 
proper attributes (RECFM, LRECL, etc.) on the dummy GDG member as well as 
mark immediate EOF.  ISPF 3.2 will do all this for you. IEFBR14 will not. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Hal Merritt 
To: IBM-MAIN@bama.ua.edu
Date:   10/25/2011 01:29 PM
Subject:Re: GDG
Sent by:IBM Mainframe Discussion List 



Use any suitable utility to create an empty file for use the first time. 
 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On 
Behalf Of Ron Thomas
Sent: Tuesday, October 25, 2011 6:01 AM
To: IBM-MAIN@bama.ua.edu
Subject: GDG

Hi, 

I have a requirement where we need to compare the current version and 
previous version of a GDG file. The job is newly created  and when it runs 
1'st time this will be a issue as the there is no version. Pls advise how 
we need to address in this scneraio.


Regards
Ron



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

Re: GDG

[Hal Merritt]

Use any suitable utility to create an empty file for use the first time. 
 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Ron Thomas
Sent: Tuesday, October 25, 2011 6:01 AM
To: IBM-MAIN@bama.ua.edu
Subject: GDG

Hi, 

I have a requirement where we need to compare the current version and previous 
version of a GDG file. The job is newly created  and when it runs 1'st time 
this will be a issue as the there is no version. Pls advise how we need to 
address in this scneraio.


Regards
Ron

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

Re: CRLF in Unix being translated on Mainframe to x'25'

[Hal Merritt]

First, my short list for unexpected/undesired translations is: Windows. IIRC, 
the only way to prevent this is to use the binary (image) FTP command -and- 
suffix the file .BIN. 

I do seem to recall a FTP option on some flavors of *nix that causes z/os to 
run the data all together.  Some digging in the archives might be useful if you 
suspect that. 

  
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Lizette Koehler
Sent: Monday, October 24, 2011 3:10 PM
To: IBM-MAIN@bama.ua.edu
Subject: CRLF in Unix being translated on Mainframe to x'25'

A programmer I am working with is getting a file from Unix which will be sent 
to the mainframe.  This will be using FTP.

The process is we receive the file from the Unix system and it is placed on a 
Windows 2008 server.

Then from the Windows 2008 it is going to be FTP'd to the mainframe.

Is there a way to keep the CRLF command at the end of each line?  And will the 
mainframe recognize it as a newline?

What we really want is the UNIX file to be individual (FB Lrecl 946) going into 
the mainframe.

It seems the Unix CRLF is x'0A' whereas the mainframe is x'25'


Thanks for any advice

Lizette
 

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at 
http://bama.ua.edu/archives/ibm-main.html
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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

ITDS with SDBM backend - Accessing RACF Custom Fields

[Juan Mautalen]

Hi: 

I have posted the following question to the RACF list with no success so far, 
so i will give a try here. It is an LDAP question, as a matter of fact.

We have implemented IBM TIVOLI Directory Server with SDBM (RACF) backend (z/OS 
1.11). On the other hand, we have a USER custom field defined in RACF. As 
documented , I cannot see this field using the LDAP interface, because the 
initial RACF schema does not include it. The documentation says I have to 
modify the schema, in order to add the corresponding attributetypes and 
objectclass. I am a beginner with LDAP, so even after taking a look at the 
documentation it is still unclear to me what should I exactly do.

It seems I need to add something like this (example taken from the book):

<<
attributetypes: (
phone-OID
NAME 'phone'
DESC 'Represents the PHONE field in the RACF user CSDATA segment'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.26
SINGLE-VALUE
USAGE userApplications
)
ibmattributetypes: (
phone-OID
ACCESS-CLASS sensitive
RACFFIELD ('USER-CSDATA-PHONE' 'char')
)
objectclasses: (
racfUserCsdataSegment-OID
NAME 'racfUserCsdataSegment'
DESC 'Represents the CSDATA segment in a z/OS RACF USER profile'
SUP top
AUXILIARY
MAY ( phone $ socialSecurityNumber )
)
>

How do I extend the initial schema adding these definitions?
Do I have to use ldapmodify (or ldapadd) command? (schema does not seem to be a 
file that can be directly edited within USS with say OEDIT).
Do I need to bind to the directory using the ADMINDN?

Thanks in advance for your help,


Juan G. Mautalen

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

Re: Looking for clues on a bug in assembler

[Ed Gould]

 Elardus,

When we were debugging the many bugs in the first PSF we had the occasions to 
send listings to the PSF people along with various traces etc etc. I always 
asked the user if there were any issues with sending sensitive  data (trading 
information)  he asked who we were sending it to and when we told him IBM, he 
said no problem.

Ed

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

Re: redbook site?

[Bobbie Justice]

Doesn't work here either on IE8, stops after it's downloaded part of it. 

solution, save it first, then open it, that works. 

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

Re: CRLF in Unix being translated on Mainframe to x'25'

[Kirk Wolf]

On Mon, Oct 24, 2011 at 3:43 PM, McKown, John  wrote:

>
> On most ASCII UNIX system, the end-of-line character is a single LF
> (LineFeed) or 0x0A.
> On Windows, the normal end-of-line is a 0x0D0A (CRLF or
> CarriageReturn-LineFeed).
> On z/OS UNIX, in EBCDIC, the end-of-line character is the NL (NewLine) or
> 0x15. NOT 0x25. 0x25 is a CarriageReturn.
>
> When you create a file on an ASCII UNIX system, the lines end with a 0x0A.
> If you store this on a "share" where a Windows server can get at it directly
> and you use a Windows ftp client, the file in the z/OS UNIX system is "hosed
> up". Just as you have seen, the lines end with a 0x25 whereas they should
> end with a 0x15. I view this as an error in the Windows ftp client because
> it demands that text line end with CRLF instead of just LF. What you can do
> is have your UNIX process add the "extraneous" CR so that the lines end with
> a CRLF. There is usually a program called "unix2dos" which can do this. If
> you don't have "unix2dos", it can be done with a "sed" command: "sed -i
> 's/$/\r/' file.on.windows". At least, this works with GNU's sed. I don't
> know about others. Some don't expand \r to CR.
>
>
A very good explanation of an all-to-common problem.   Many non-M$ ftp
clients don't suffer the same stupidity.


If you use Co:Z SFTP on z/OS and in text mode the default is to recognize
any combination of CR, LF, NL as a line terminator.   On output to Windows,
you can specify whether you want CRLF or LF.   With SSH/SFTP, you can use
any Windows client, such as the free popular PuTTY psftp command.   Co:Z
SFTP is free to use but enterprise license and support agreements are also
available.


Kirk Wolf
Dovetailed Technologies
http://dovetail.com

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

Re: CRLF in Unix being translated on Mainframe to x'25'

[Paul Gilmartin]

On Tue, 25 Oct 2011 09:37:27 -0500, Shmuel Metz (Seymour J.) wrote:

> on 10/24/2011  at 05:56 PM, Paul Gilmartin said:
>
>>Ummm.  Not quite.  z/OS Unix System Services uses EBCDIC NL (x'15')
>>as the new line indication.
>
>For EBCDIC files, but I believe that it still uses LF for other
>character sets.
> 
I thought my use of "EBCDIC" would be sufficient qualification.  I wish
there were better support for those "other character sets".

>>Then it violates the specifications of the code pages by
>>translating LF(x'0A')<->NL(x'15')
>
>IBM was caught between a rock and a hard place. None of the available
>choices was good.
> 
Were it my choice, I'd define a new code page with LF at 0x15 and NEL
at 0x25 to validate the OEMVS311 translation table.  I know, there's
some quasi-theological specious argument that 0x00 through 0x3F are
inviolable.  In my estimation, this pales before calling OEMVS311 a
mapping between ISO8859-1 and IBM-1047.  I wouldn't much care
if my 3215 didn't work any more.  If I had a 3215.  And if I needed
it to work, I'd simply translate this putative new character set to
IBM-1047 for the 3215, even as EBCDIC is translated to ASCII for
my terminal session.

-- gil

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

Re: Management Class - expiration of dataset

[Greg Shirey]

Jake,

The JCL Reference manual is fairly clear - "Use the EXPDT parameter to set the 
expiration date of a data set."  It also says: 
"Code the EXPDT parameter when you want to specify an expiration date for the 
data set, or, with SMS, override the expiration date defined in the data class 
for the data set." 

Reference:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2b6a0/12.27?SHELF=EZ2ZBK0K&DT=20100701092058

When SMS is active, an expiration date can be assigned via the ACS DATACLAS 
routine (whether the data set is SMS-managed or not) as indicated in the above 
snip from the manual.  However, you keep referring to management class, so I 
get the impression that you are maybe wondering about whether HSM can manage a 
data set without a MGMTCLAS attribute.  If so, I can't help, since I do not 
have HSM at my shop. 

Regards,
Greg Shirey
Ben E. Keith Co.  


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Jake anderson
Sent: Tuesday, October 25, 2011 10:16 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Management Class - expiration of dataset

Hola Greg,

Without the management class is it possible to specify expiration date for a
dataset ?, But What i understood from the IBM manual is that it needs
management class for setting expiration period for any dataset. In our shop
one of a user has specified expiration date for his dataset though we have
not set any management class. Could you please clarify

Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

Re: Management Class - expiration of dataset

[Mike Myers]

Jake:

I'm guessing that your user set an expiration date with the JCL EXPDT 
keyword. If that is correct, then the following applies to his data set.


The JCL keyword EXPDT, doesn't have the same significance as a 
management class expiration date. EXPDT causes the system to protect the 
data set against change or deletion without operator authorization. If 
an attempt is made to write to or delete an "EXPDT protected" data set, 
the operator gets a WTOR message asking for permission to continue 
writing to or deleting the data set.


SMS gave a different meaning to "expiration", identifying when a data 
set would/should be deleted, not how long it remains un-altered. The 
data set CAN be deleted (without confirmation) AFTER its EXPDT date, but 
it is NOT expired (deleted automatically) in the SMS sense.


Mike Myers
Mentor Services Corporation

Hola Greg,

"That's a bit confusing to me (and perhaps others, based on the lack of
response) - could you clarify a little what you are asking about?"

Without the management class is it possible to specify expiration date for a
dataset ?, But What i understood from the IBM manual is that it needs
management class for setting expiration period for any dataset. In our shop
one of a user has specified expiration date for his dataset though we have
not set any management class. Could you please clarify

Jake

On Tue, Oct 25, 2011 at 7:33 PM, Greg Shirey  wrote:


Jake,

I'm not sure the quoted answer you got was worded quite right - the ACS
routines are called when data sets are allocated, so I don't think they
can't be said to "track" anything.

Your original question was:  "Does it mean the dataset has taken the
expiration date into account ?"

That's a bit confusing to me (and perhaps others, based on the lack of
response) - could you clarify a little what you are asking about?

Regards,
Greg Shirey
Ben E. Keith Company


-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Jake anderson
Sent: Monday, October 24, 2011 10:54 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Management Class - expiration of dataset

"the ones without the Management class, would still be tracked via the ACS
routines and there would be routines run via DFS*"

Could you please point me to the fine Manual which speaks more about the
above. This would help me in understanding the best practises and narrow
down the unneccessary Selection of Expiration of dataset by application
programmer.

Jake

  --
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

AUTO: John Ehrman/Santa Teresa/IBM is out of the office. (returning 10/31/2011)

[John Ehrman]

I am out of the office until 10/31/2011.

I am on a  business trip, expecting return on Nov. 31.


Note: This is an automated response to your message  "IBM-MAIN Digest - 20
Oct 2011 to 21 Oct 2011 (#2011-294)" sent on 10/21/11 22:00:05.

This is the only notification you will receive while this person is away.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Looking for clues on a bug in assembler

[Elardus Engelbrecht]

Charles Mills wrote:

>> What about usage of FREEPOOL macro just after the CLOSE macro?
>
>1. Should not be required with RMODE31=BUFF, which I coded.

Thanks. It is indeed not required. I asked, because I did not see any CLOSE 
macros in your posts.

Anyway, thanks again.


>2. Problem does not *appear* to have anything to do with buffers or buffer 
>pools. "If you don't issue FREEPOOOL, QSAM will branch to a random address 
>rather than your EOD address" would certainly be very unhappy behavior.

Agreed. Seemed you discovered a disgusting super bug. Yuck...

I'm glad you have resolved your issue in a somewhat strange way...

Thanks for starting this interesting thread.

Groete / Greetings
Elardus Engelbrecht

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

Re: GDG

[Jonathan Goossen]

I have had this requirement my self several times. The solution depended 
on what the compare was for. When I needed to identify new work to do, I 
created an empty first generation. But when the compare was looking for 
status changes for defined items, I created an empty first generation and 
then populated it with starting values for the items being tracked. 

Your solution will depend on what is needed in the end result.

Thank you and have a Terrific day!

Jonathan Goossen, ACG, CL
Tape Specialist
ACT Mainframe Storage Group
Personal: 651-361-4541
Department Support Line: 651-361-
For help with communication and leadership skills checkout Woodwinds 
Toastmasters

IBM Mainframe Discussion List  wrote on 10/25/2011 
06:01:13 AM:

> From: Ron Thomas 
> To: IBM-MAIN@bama.ua.edu
> Date: 10/25/2011 06:04 AM
> Subject: GDG
> Sent by: IBM Mainframe Discussion List 
> 
> Hi, 
> 
> I have a requirement where we need to compare the current version 
> and previous version of a GDG file. The job is newly created  and 
> when it runs 1'st time this will be a issue as the there is no 
> version. Pls advise how we need to address in this scneraio.
> 
> Regards
> Ron
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html


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

Re: Management Class - expiration of dataset

[Jake anderson]

Hola Greg,

"That's a bit confusing to me (and perhaps others, based on the lack of
response) - could you clarify a little what you are asking about?"

Without the management class is it possible to specify expiration date for a
dataset ?, But What i understood from the IBM manual is that it needs
management class for setting expiration period for any dataset. In our shop
one of a user has specified expiration date for his dataset though we have
not set any management class. Could you please clarify

Jake

On Tue, Oct 25, 2011 at 7:33 PM, Greg Shirey  wrote:

> Jake,
>
> I'm not sure the quoted answer you got was worded quite right - the ACS
> routines are called when data sets are allocated, so I don't think they
> can't be said to "track" anything.
>
> Your original question was:  "Does it mean the dataset has taken the
> expiration date into account ?"
>
> That's a bit confusing to me (and perhaps others, based on the lack of
> response) - could you clarify a little what you are asking about?
>
> Regards,
> Greg Shirey
> Ben E. Keith Company
>
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Jake anderson
> Sent: Monday, October 24, 2011 10:54 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Management Class - expiration of dataset
>
> "the ones without the Management class, would still be tracked via the ACS
> routines and there would be routines run via DFS*"
>
> Could you please point me to the fine Manual which speaks more about the
> above. This would help me in understanding the best practises and narrow
> down the unneccessary Selection of Expiration of dataset by application
> programmer.
>
> Jake
>
>  --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Looking for clues on a bug in assembler

[Charles Mills]

> What about usage of FREEPOOL macro just after the CLOSE macro?

1. Should not be required with RMODE31=BUFF, which I coded.
2. Problem does not *appear* to have anything to do with buffers or buffer
pools. "If you don't issue FREEPOOOL, QSAM will branch to a random address
rather than your EOD address" would certainly be very unhappy behavior.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Elardus Engelbrecht
Sent: Tuesday, October 25, 2011 7:12 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Looking for clues on a bug in assembler

Charles Mills wrote:

>I was a little crabby after 2+ days wasted on this.

Of course. I would also get jumpy if I still can't resolve a problem which
happens now and then without any dumps, messages, etc, while using all
diagnostic aids available. [1]

>My conclusion was the following sequence -- and there may be other details
that are significant, but this is my best guess as to the significant
details:

>1. OPEN DCB, no error
>2. GET DCB --> Drives SYNAD exit as expected 3. CLOSE DCB, no error 
>reported 4. OPEN DCB, no error 5. GET, GET, GET, ..., GET (last 
>record), GET --> QSAM branches to "random" address, not the specified 
>EOD address --> S0C4

>However, if between steps 3 and 4 I add a step to restore the DCB to the
values it had before step 1, then all works as expected.

Interesting, very interesting that you need to add a totally unneeded step.

>This behavior is contrary to the clearly stated QSAM CLOSE documentation:
"The fields of the data control block (DCB) and DCBE are restored to the
condition that existed before the OPEN macro was issued, and the data set is
disconnected from the processing program."

What about usage of FREEPOOL macro just after the CLOSE macro? Or is that
not suitable for your program, ie you really needed to have that DCB intact
all the time?

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

Re: redbook site?

[Elardus Engelbrecht]

Walt Farrell wrote:
>All versions of Firefox. I've seen it using the Adobe Reader plug-in, and I've 
>also seen it with at least one other PDF viewer plug-in. Sometimes, for small 
>enough PDFs it works. Often, for larger PDFs, it doesn't unless I choose to 
>save the PDF rather than viewing it in Firefox.

Thanks. Interesting that size does affect Firefox... Hmmm, must remember this 
foxy thing next time.

Thanks again.

Groete / Greetings
Elardus Engelbrecht

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

Re: GDG

[Chicklon, Thomas]

It would depends on the requirements. 

If on day one, nothing is to be considered new or different (not sure
what the compare is reporting), then copying G1 to G2 before the compare
would work. 

On the other hand, if on day one, everything is to be considered new or
different, as part of the roll out of the new job, create an empty G1
dataset such that the first time the new job runs, it compares the
populated G2 against the empty G1.


-

Copy the first file.  Now you have 2 files.

-

Hi, 

I have a requirement where we need to compare the current version and
previous version of a GDG file. The job is newly created  and when it
runs
1'st time this will be a issue as the there is no version. Pls advise
how we
need to address in this scneraio.

Regards
Ron


This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

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

Lines per page - IDCAMS output

[Chris Hilliard]

Curious if anyone knows whether or not you can change the lines per page for 
IDCAMS output.  It appears to be set to something like 52.  On occasion we need 
to print off rather large LISTCAT listings.  In the interest of saving paper, 
being able to fill up the page would be useful.  I serached the archive but 
didn't find too many hits.

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

Re: Looking for clues on a bug in assembler

[Elardus Engelbrecht]

Shmuel Metz (Seymour J.) wrote:
> He should have been happy that he didn't receive dumps with holes[1] cut in 
> them, as happened to a colleague of mine.

:-D   :-D   :-D

In a galaxy far far away, I was ordered (!) to create a new layout for a 3800 
printer output. A test run was done with 'live' data on some paper. The person 
who has to approve the new layout (Horizontal and Vertical lines as well as 
headings, dates, etc) may not see the data. The solution was to overwrite the 
data on the front and back of the paper with pen... yeah, such was those 
times...  ;-D

>[1] Not always in the right places.

Perhaps they only cut the human readable part, but forgot to cut the hex part 
of the same details... ;-D


Whoever cut that paper has probably holes in his brain... ;-D


Groete / Greetings
Elardus Engelbrecht

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

Re: GDG

[Tony's Comcast account]

Copy the first file.  Now you have 2 files.



  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Ron Thomas
Sent: Tuesday, October 25, 2011 6:01 AM
To: IBM-MAIN@bama.ua.edu
Subject: GDG

Hi, 

I have a requirement where we need to compare the current version and
previous version of a GDG file. The job is newly created  and when it runs
1'st time this will be a issue as the there is no version. Pls advise how we
need to address in this scneraio.

Regards
Ron

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: redbook site?

[Walt Farrell]

On Tue, 25 Oct 2011 09:34:29 -0500, Elardus Engelbrecht 
 wrote:

>What version of Firefox and what PDF viewer (and version) are you using? Adobe 
>or other PDF viewer like Foxit?

All versions of Firefox. I've seen it using the Adobe Reader plug-in, and I've 
also seen it with at least one other PDF viewer plug-in. Sometimes, for small 
enough PDFs it works. Often, for larger PDFs, it doesn't unless I choose to 
save the PDF rather than viewing it in Firefox.

-- 
Walt

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

Re: CRLF in Unix being translated on Mainframe to x'25'

[Shmuel Metz (Seymour J.)]

In <1319493748.39886.yahoomail...@web65509.mail.ac4.yahoo.com>, on
10/24/2011
   at 03:02 PM, Scott Ford  said:

>For NOTEPAD++, which I also use, you will need to make sure that the
>file that arrives into Windows has the x'0D0A' , as Shmuel said its
>the CRLF characters.

Technically, CR, CRLF, LF and NL are the line ending sequences for
their respective systems; the equivalent of CRLF is CRLF.

>If the politics would allow it ( i dont miss this ) then a Unix ->
>z/OS would be desirable and a heck of a lot easier.

But whether it's one hop or two, she needs to know the characteristics
of the data in order to get it right. My initial take was to do binary
all the way, but what if the data are, e.g., ISO-8859-15?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: CRLF in Unix being translated on Mainframe to x'25'

[Shmuel Metz (Seymour J.)]

In
<13480272.1319492471668.javamail.r...@elwamui-darkeyed.atl.sa.earthlink.net>,
on 10/24/2011
   at 05:41 PM, Lizette Koehler  said:

>I have tried several tests.

There are hexadecimal editors available that will treat all 256 octets
as just data, displaying CRLF as 0D0A. If you have one available, take
a look at exactly what is in the original file.

>The odd thing is that NOTEPAD cannot read this file well.  It wraps
>it (yes tried the WRAP FORMAT in Notepad no luck).  So I can see the
>records circle around in the notepad window.

Are there extraneous blocks of white space? If the original file had
Unix (LF) line ends and you did a binary transfer, I'd expect the LF
to be treated as an LF, meaning got to the next line but don't go back
to column 1.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: CRLF in Unix being translated on Mainframe to x'25'

[Shmuel Metz (Seymour J.)]

In , on 10/24/2011
   at 10:00 PM, Anne & Lynn Wheeler  said:

>but all the 2741 characters were defined in EBCDIC.

For the standard golfball. I don't believe that the APL and NLS EBCDIC
code pages existed in 1968.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: redbook site?

[Crabtree, Anne D]

We have IE 7.  I did what one person suggested and rather than open it, just 
saved it.  That worked for me, but it's still annoying!

Anne D. Crabtree
System Programmer
WV Office of Technology Data Center
1900 Kanawha Blvd East
Charleston, WV  25305
(304)558-5914 ext 58292
(304)558-1441 fax


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Elardus Engelbrecht
Sent: Tuesday, October 25, 2011 10:34 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: redbook site?

Walt Farrell wrote:

>If you're using Firefox, I have often found (not just with the IBM Redbooks 
>site) that trying to view a PDF in Firefox would hang. However, right-clicking 
>the link and choosing "Save Link As" always seems to work.

What version of Firefox and what PDF viewer (and version) are you using? Adobe 
or other PDF viewer like Foxit?

I'm aware (based on some hear-say) that some combination of browsers and 
add-ons are not 100% compatible. 

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CRLF in Unix being translated on Mainframe to x'25'

[Shmuel Metz (Seymour J.)]

In <1319499745.52174.yahoomail...@web122104.mail.ne1.yahoo.com>, on
10/24/2011
   at 04:42 PM, Frank Swarbrick  said:

>What method is being used to transport the file from the UNIX box to
>the Windows box? It should not be a "straight binary" transfer
>because, as you've noticed, this does not convert from the UNIX
>end-of-line delimiter to the Windows end-of-line delimiter.

Do the data on the original Unix system have Unix line ends, CRLF line
ends or something else?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Looking for clues on a bug in assembler

[Shmuel Metz (Seymour J.)]

In , on 10/25/2011
   at 01:01 AM, "Robert A. Rosenberg"  said:

>Query - When he submitted the bug-demonstration program did the 
>submitted documentation explain that the bug had been encountered in 
>a live program and that the submitted one had been specially written 
>to demonstrate only the bug without all the rest of the code.

Based on my experience, he probably submitted the original program as
documentation and got back a request to send something smaller :-(

>If so, that reply was insulting.

And possibly a CLM, should the customer choose to speak to the duty
manager about it.

>(where the responder was expecting to receive a working program 
>not one hand tailored just to demonstrate an problem encountered 
>in a live working program).

Then the responder was a fool. Some working programs contain
classified data, trade secrets, etc., and the systems programmer is
not free to send them to the vendor. He should have been happy that he
didn't receive dumps with holes[1] cut in them, as happened to a
colleague of mine.

[1] Not always in the right places.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: CRLF in Unix being translated on Mainframe to x'25'

[Shmuel Metz (Seymour J.)]

In
,
on 10/24/2011
   at 07:31 PM, Tony Harminc  said:

>On 24 October 2011 18:20, Shmuel Metz (Seymour J.)
> wrote:

And sent a corrected[1] version :-(

>For some values of UNIX.

Well, z/OS Unix uses NL and *bsd isn't certified as Unix. Is z/OS the
only oddball, or are there others?

>Logically distinct, how?

CRLF is just X'0D0A' (for ASCII-like character sets). It is not
intrinsically a line ending sequence, and can occur in systems where
neither the CR nor the LF has any specific significance.

It's like the difference between "my cat" and "Maine coon". Even if I
own a Maine coon, not all Maine coons are mine, and even if I own a
second cat, it might not be a Maine coon.

[1] I normally work offline. Finagle decreed that I would be
online between the time that I made the error and the
time that I caught it :-(
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: GDG

[Shmuel Metz (Seymour J.)]

In <0524280585683176.wa.ron5174gmail@aime.ua.edu>, on 10/25/2011
   at 06:01 AM, Ron Thomas  said:

>I have a requirement where we need to compare the current version and
>previous version of a GDG file. The job is newly created  and when it
>runs 1'st time this will be a issue as the there is no version. Pls
>advise how we need to address in this scneraio.

Write a REXX script that extracts the GDG information from the catalog
and tests whether there is more than one GDS in the GDG. If it finds
more than one then it should allocate and compare the last two.

Alternatively, the script could set a condition code and the compare
could be done in a separate step with a COND (or equivalently, inside
an IF).
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: CRLF in Unix being translated on Mainframe to x'25'

[Shmuel Metz (Seymour J.)]

In <1887362737215400.wa.paulgboulderaim@bama.ua.edu>, on
10/24/2011
   at 05:56 PM, Paul Gilmartin  said:

>Ummm.  Not quite.

I know; I realized the error[1] after I had sent it. EBCDIC New Line
is NL; NEL is a different character. The value X'25' is correct for
neither.

>Ummm.  Not quite.  z/OS Unix System Services uses EBCDIC NL (x'15')
>as the new line indication.

For EBCDIC files, but I believe that it still uses LF for other
character sets.

>Then it violates the specifications of the code pages by 
>translating LF(x'0A')<->NL(x'15')

IBM was caught between a rock and a hard place. None of the available
choices was good.

>And why does the silly-assed Solaris/Firefox spellchecker complain
>about "bijective"?

It's part of the culture for spell checkers to flag legitimate word
and to suggest bizarre replacements for them. In particular, they're
aimed at general users and often don't include terms of art from,
e.g., Law, Mathematics.

Why does the m$ grammar checker complain about legitimate
constructions? Worse, why does m$ word complain about the reading
level when it's already condescendingly low?

[1] And sent a corrected version.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: redbook site?

[Elardus Engelbrecht]

Walt Farrell wrote:

>If you're using Firefox, I have often found (not just with the IBM Redbooks 
>site) that trying to view a PDF in Firefox would hang. However, right-clicking 
>the link and choosing "Save Link As" always seems to work.

What version of Firefox and what PDF viewer (and version) are you using? Adobe 
or other PDF viewer like Foxit?

I'm aware (based on some hear-say) that some combination of browsers and 
add-ons are not 100% compatible. 

Groete / Greetings
Elardus Engelbrecht

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

Re: Looking for clues on a bug in assembler

[Elardus Engelbrecht]

Charles Mills wrote:

>I was a little crabby after 2+ days wasted on this.

Of course. I would also get jumpy if I still can't resolve a problem which 
happens now and then without any dumps, messages, etc, while using all 
diagnostic aids available. [1]

>My conclusion was the following sequence -- and there may be other details 
>that are significant, but this is my best guess as to the significant details:

>1. OPEN DCB, no error
>2. GET DCB --> Drives SYNAD exit as expected
>3. CLOSE DCB, no error reported
>4. OPEN DCB, no error
>5. GET, GET, GET, ..., GET (last record), GET --> QSAM branches to "random" 
>address, not the specified EOD address --> S0C4

>However, if between steps 3 and 4 I add a step to restore the DCB to the 
>values it had before step 1, then all works as expected.

Interesting, very interesting that you need to add a totally unneeded step.

>This behavior is contrary to the clearly stated QSAM CLOSE documentation:
"The fields of the data control block (DCB) and DCBE are restored to the 
condition that existed before the OPEN macro was issued, and the data set is 
disconnected from the processing program."

What about usage of FREEPOOL macro just after the CLOSE macro? Or is that not 
suitable for your program, ie you really needed to have that DCB intact all the 
time?

Just a thought if you don't mind, please.

Groete / Greetings
Elardus Engelbrecht

[1]  -  Years ago I resolved a strange and absolutely puzzling (for all 
involved) ENQ problem with a tape management database which corrupted the 
database every 2 to 20 days. It was resolved by using another ENQ options and 
some GRS settings... groan... :-/

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

Re: Management Class - expiration of dataset

[Greg Shirey]

Jake,

I'm not sure the quoted answer you got was worded quite right - the ACS 
routines are called when data sets are allocated, so I don't think they can't 
be said to "track" anything.  

Your original question was:  "Does it mean the dataset has taken the expiration 
date into account ?" 

That's a bit confusing to me (and perhaps others, based on the lack of 
response) - could you clarify a little what you are asking about?  

Regards,
Greg Shirey
Ben E. Keith Company 


-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Jake anderson
Sent: Monday, October 24, 2011 10:54 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Management Class - expiration of dataset

"the ones without the Management class, would still be tracked via the ACS
routines and there would be routines run via DFS*"

Could you please point me to the fine Manual which speaks more about the
above. This would help me in understanding the best practises and narrow
down the unneccessary Selection of Expiration of dataset by application
programmer.

Jake

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

Re: CRLF in Unix being translated on Mainframe to x'25'

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.)
> Sent: Monday, October 24, 2011 5:20 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: CRLF in Unix being translated on Mainframe to x'25'
> 
> In
> <6598855.1319487016267.javamail.r...@elwamui-darkeyed.atl.sa.e
> arthlink.net>,
> on 10/24/2011
>at 04:10 PM, Lizette Koehler  said:
> 
> >A programmer I am working with is getting a file from Unix which will
> >be sent to the mainframe.  This will be using FTP.
> 
> What are the original and final character sets?
> 
> >Is there a way to keep the CRLF command at the end of each line?
> 
> Do you mean that the original file has CRLF rather than LF? Also, CRLF
> isn't a command just a CR character followed by an LF character. The
> easiest way is to use binary mode.
> 
> >It seems the Unix CRLF is x'0A' whereas the mainframe is x'25'
> 
> No; the Unix new line indication is LF (X'0A'), the windoze/DOS new
> line indication is CRLF (X'0D0A') and the z/OS new line indication for
> EBCDIC is NEL (X'25'). The LF and NEL represent new line, which is
> logically distinct from CRLF.

I agree, with one correction. The hex code for NEL is x'15', not x'25'. x'25' 
is LF which is __NOT__ what z/OS UNIX files use. use "od -tx1" on a text file 
to verify this:

echo 'x'|od -tx1
00A7  15
02

> 
> BTW, do local politics allow going directly to z/OS instead of
> therough the W2008 box?
>  
> -- 
>  Shmuel (Seymour J.) Metz, SysProg and JOAT

--
John McKown 
Systems Engineer IV
IT
 
Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

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

Re: HSM recycle% with STK VSM SL8500

[Staller, Allan]

It depends on the needs of the client.

No harm will come from this conflict. The worst case is some operational
inefficiency.

If the VTV is in-use by dfHSM for whatever reason, the reclaim function
will be incomplete
If it is in the process of  reclaim, dfHSM will wait for the VTV to
become available.

HTH,



Seen a client using  MVS---VSM---SL8500  & doing HSM recycle(35).
Thought it was too high.

Found:

http://www.lascon.co.uk/d016001.htm

Virtual Tape Principles

The HSM recycle function can conflict with the  VTS reclaim function, so
it is best to set the HSM percent 
valid parameter low, maybe 10%, and let the VTS do the work.

---

What are the recommendations?
What % are you using? 

Another client was using 15% using a tape-less VTL (not STK/SUN)


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

Re: redbook site?

[Walt Farrell]

On Tue, 25 Oct 2011 08:56:36 -0400, Crabtree, Anne D  
wrote:

>Anyone else having trouble downloading pdfs from the ibm redbook site?  I 
>tried all day yesterday and this morning and it just stops and then gets 
>stuck.  I've tried several different books with the same result.. nothing!  
>Don't know if it's us or them...

If you're using Firefox, I have often found (not just with the IBM Redbooks 
site) that trying to view a PDF in Firefox would hang. However, right-clicking 
the link and choosing "Save Link As" always seems to work.

-- 
Walt

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

Re: redbook site?

[Ed Gould]

Anne:

Last week (or so) I had the same issue and gave up.
I will try again in a month or so.
Ed




From: "Crabtree, Anne D" 
To: IBM-MAIN@bama.ua.edu
Sent: Tuesday, October 25, 2011 7:56 AM
Subject: redbook site?

Anyone else having trouble downloading pdfs from the ibm redbook site?  I tried 
all day yesterday and this morning and it just stops and then gets stuck.  I've 
tried several different books with the same result.. nothing!  Don't know if 
it's us or them...

Anne D. Crabtree
System Programmer
WV Office of Technology Data Center
1900 Kanawha Blvd East
Charleston, WV  25305
(304)558-5914 ext 58292
(304)558-1441 fax


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Freebie from IBM on lowering your costs and integrate your workloads

[Ed Gould]

http://content.mainframezone.com/issues/Oct25thwebcastInvite.html



In July, IBM introduced its newest member of the zEnterprise family,
the zEnterprise 114, the successor to the System z10 BC. Today’s
mainframe is a modern system that runs technologies such as Java,
Linux, XML and SOA, and—with zEnterprise—extends this concept
further to integrate traditional mainframe with AIX®, Linux on System
x® and, eventually, Microsoft® Windows® environments all under one
management construct. 

IBM has highlighted many reasons to consider investing in the z114
today, and encourages users of current System z servers to migrate
to the z114. In this webcast you'll hear from experts about the
benefits of this lower cost zEnterprise solution. Never before has
the mainframe been so affordable. Is it a practical solution for your 
organization? 

Hear from experts Alan Radding, renowned Mainframe blogger and
author of the Dancing Dinosaurblog, as well as Bob Thomas, Editor
of Mainframe Zone Magazine on how the mainframe market is
changing and why it's the right time to consider Mainframe for
customers of all sizes.

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

Re: redbook site?

[Crabtree, Anne D]

Ok thanks... must be us... 

Anne D. Crabtree
System Programmer
WV Office of Technology Data Center
1900 Kanawha Blvd East
Charleston, WV  25305
(304)558-5914 ext 58292
(304)558-1441 fax

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Richards, Robert B.
Sent: Tuesday, October 25, 2011 9:17 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: redbook site?

It is definitely slower than normal, but it is completing downloads.

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Crabtree, Anne D
Sent: Tuesday, October 25, 2011 8:57 AM
To: IBM-MAIN@bama.ua.edu
Subject: redbook site?

Anyone else having trouble downloading pdfs from the ibm redbook site?  I tried 
all day yesterday and this morning and it just stops and then gets stuck.  I've 
tried several different books with the same result.. nothing!  Don't know if 
it's us or them...



Anne D. Crabtree
System Programmer
WV Office of Technology Data Center
1900 Kanawha Blvd East
Charleston, WV  25305
(304)558-5914 ext 58292
(304)558-1441 fax

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: redbook site?

[Richards, Robert B.]

It is definitely slower than normal, but it is completing downloads.

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Crabtree, Anne D
Sent: Tuesday, October 25, 2011 8:57 AM
To: IBM-MAIN@bama.ua.edu
Subject: redbook site?

Anyone else having trouble downloading pdfs from the ibm redbook site?  I tried 
all day yesterday and this morning and it just stops and then gets stuck.  I've 
tried several different books with the same result.. nothing!  Don't know if 
it's us or them...


Anne D. Crabtree
System Programmer
WV Office of Technology Data Center
1900 Kanawha Blvd East
Charleston, WV  25305
(304)558-5914 ext 58292
(304)558-1441 fax

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

Re: GDG

[Marco Gianfranco Indaco]

I suppose that this can happens to the gdgbase too. You can check if a base
exist and so you can create it if is not.
So, at the same step you can allocate first version and manage with
different rc if you want to compare with a dummy or a -1
I'm wrong?

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

Re: GDG

[Ted MacNEIL]

>Remember that when you create your +1 gen the oldest will fall off.

Not necessarily.
It (always) depends on your GDG limit.
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL

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

Re: redbook site?

[גדי בן אבי]

I just downloaded SG24-7833-01, with no problems.
I am using DAP to make things go faster

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Crabtree, Anne D
Sent: Tuesday, October 25, 2011 2:57 PM
To: IBM-MAIN@bama.ua.edu
Subject: redbook site?

Anyone else having trouble downloading pdfs from the ibm redbook site?  I tried 
all day yesterday and this morning and it just stops and then gets stuck.  I've 
tried several different books with the same result.. nothing!  Don't know if 
it's us or them...


Anne D. Crabtree
System Programmer
WV Office of Technology Data Center
1900 Kanawha Blvd East
Charleston, WV  25305
(304)558-5914 ext 58292
(304)558-1441 fax


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

לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם 
החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו 
החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) 
המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון,
ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.


Please note that in accordance with Malam's signatory rights, no offer, 
agreement, concession or representation is binding on the company,
unless accompanied by a duly signed separate document (or a scanned version 
thereof), affixed with the company's seal.

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

redbook site?

[Crabtree, Anne D]

Anyone else having trouble downloading pdfs from the ibm redbook site?  I tried 
all day yesterday and this morning and it just stops and then gets stuck.  I've 
tried several different books with the same result.. nothing!  Don't know if 
it's us or them...

Anne D. Crabtree
System Programmer
WV Office of Technology Data Center
1900 Kanawha Blvd East
Charleston, WV  25305
(304)558-5914 ext 58292
(304)558-1441 fax


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

Re: Looking for clues on a bug in assembler

[Charles Mills]

Peter -

Thanks for your reply. Sorry if my opinions seemed harsh -- I would call
them realistic. I was a little crabby after 2+ days wasted on this. IBM is
entitled to prioritize its business efforts in any way it sees fit. My
experience with the PMR process gives me the opinion that it would not be
productive for me to try to mesh my efforts with theirs.

My conclusion was the following sequence -- and there may be other details
that are significant, but this is my best guess as to the significant
details:

1. OPEN DCB, no error
2. GET DCB --> Drives SYNAD exit as expected
3. CLOSE DCB, no error reported
4. OPEN DCB, no error
5. GET, GET, GET, ..., GET (last record), GET --> QSAM branches to "random"
address, not the specified EOD address --> S0C4

However, if between steps 3 and 4 I add a step to restore the DCB to the
values it had before step 1, then all works as expected.

This behavior is contrary to the clearly stated QSAM CLOSE documentation:
"The fields of the data control block (DCB) and DCBE are restored to the
condition that existed before the OPEN macro was issued, and the data set is
disconnected from the processing program."

One of the obstacles to reporting the problem is the complexity of the
entire program in which the problem occurs. I offered that if someone who
thought the PMR process was productive wanted to put their time where their
opinions were and report the problem to IBM, I would create a small, simple
program for them that demonstrated the bug.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Peter Relson
Sent: Sunday, October 23, 2011 8:09 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Looking for clues on a bug in assembler

Despite the harsh opinions expressed, I find it somewhat hard to believe
that the owners of this code would not agree to document the behavior that
has been cited if indeed it is true that certain things are not restored,
unless there is an existing documented protocol that you are expected to
follow. 

I could imagine, for example, that if you made this same sort of observation
for some execute form of a macro (you initialized it once using a list form,
then used it in the execute form, and then re-used it in the execute form
without re-initializing from the list form), you would not get much
sympathy. But that is not this situation.

Was the conclusion that the SYNAD address had been overlaid at some point
and not restored upon CLOSE?

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

Re: CRLF in Unix being translated on Mainframe to x'25'

[Shmuel Metz (Seymour J.)]

Correction:

In
<6598855.1319487016267.javamail.r...@elwamui-darkeyed.atl.sa.earthlink.net>,
on 10/24/2011
   at 04:10 PM, Lizette Koehler  said:

>A programmer I am working with is getting a file from Unix which will
>be sent to the mainframe.  This will be using FTP.

What are the original and final character sets?

>Is there a way to keep the CRLF command at the end of each line?

Do you mean that the original file has CRLF rather than LF? Also, CRLF
isn't a command just a CR character followed by an LF character. The
easiest way is to use binary mode.

>It seems the Unix CRLF is x'0A' whereas the mainframe is x'25'

No; the Unix new line indication is LF (X'0A'), the windoze/DOS new
line indication is CRLF (X'0D0A') and the z/OS new line indication for
EBCDIC is NL (X'15'). The LF and NL represent new line, which is
logically distinct from CRLF.

BTW, do local politics allow going directly to z/OS instead of
therough the W2008 box?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: z/OS UNIX file can't be deleted. (Was confusing and confused)

[Matan Cohen]

Chris - I wasn't offended .
Me using the USS term for unix system service is because this is how I was
intruduce to the Z/os Unix when I first got into the Z/os ( it was OS\390
2.10 and not so long ago ) and it probably will stay always USS for me.





On Tue, Oct 25, 2011 at 1:47 PM, Bonno, Tuco  wrote:

>   If you don't have anything useful to say there are many subscribers
> who would say don't bother to post.
>
>
> and others who would say, "you don't have to go to every gunfight you're
> invited to"
>
>
> /s/ tuco bonno;
> Graduate, College of Conflict Management;
> University of SouthEast Asia;
> "I partied on the Ho Chi Minh Trail - tiến lên !! "
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



-- 
best regards,
matan cohen
MF System Administrator.

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

Re: SRBEPA

[Shane]

On Tue, 25 Oct 2011 11:20:46 + Bill wrote:

> Why can't we all just eschew obfuscation?

A modicum of clarity wouldn't go astray either.
Funny how the folks that perhaps have the most reason to muddy the
waters (given corporate resistance to candor) are amongst the most
direct.
Plaudits to Peter and Jim.

Shane ...

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

Re: z/OS UNIX file can't be deleted. (Was confusing and confused)

[Bonno, Tuco]

  If you don't have anything useful to say there are many subscribers who 
 would say don't bother to post.


and others who would say, "you don't have to go to every gunfight you're 
invited to"


/s/ tuco bonno; 
Graduate, College of Conflict Management;
University of SouthEast Asia;
"I partied on the Ho Chi Minh Trail - tiến lên !! "

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

Re: SRBEPA

[Bill Fairchild]

Why can't we all just eschew obfuscation?

Bill Fairchild


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Ted MacNEIL
Sent: Monday, October 24, 2011 5:47 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SRBEPA

>You may prefer 'dispatch' to 'despatch',  but they are equally 
>legitimate alternative spellings.

They may be legitimate, but NOT equally.
The purpose of communication is to communicate.
NOT to show off your erudition by picking obscure spellings/usage and confusing 
people.

Schmuel was probably out of line in his phrasing; the sentiment is not.
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: GDG

[R.S.]

W dniu 2011-10-25 13:01, Ron Thomas pisze:

I have a requirement where we need to compare the current version and previous 
version of a GDG file. The job is newly created  and when it runs 1'st time 
this will be a issue as the there is no version. Pls advise how we need to 
address in this scneraio.



This is not GDG problem. This is not JCL problem, it is not z/OS or even 
IT problem.

It is BAD REQUIREMENT.

It is business requirement with logic error.
If you are first day in job/house/whatever then you simply CANNOT 
compare this day with yesterday (in the same place).
You cannot compare first generation of dataset with previous one, 
because the previous one simply does not exist.
Hint: comparison to dummy (empty) file is may be or may not be a 
solution. It depend on the business.

Examples:
(good solution)
Comparison is being done to check whether today customer is ne one.
(bad solution)
Compare today temperature with previous one.


--
Radoslaw Skorupka
Lodz, Poland


--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie 
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem 
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania 
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by 
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie 
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo 
wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

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


BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax 
+48 (22) 829 00 33, e-mail: i...@brebank.pl
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. 
Wedug stanu na dzie 01.01.2011 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.346.696 zotych.


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

Re: z/OS UNIX file can't be deleted. (Was confusing and confused)

[Veilleux, Jon L]

You should read your own reply and heed it.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Chris Mason
Sent: Monday, October 24, 2011 10:34 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/OS UNIX file can't be deleted. (Was confusing and confused)

If you don't have anything useful to say there are many subscribers who would 
say don't bother to post.

I will not tolerate falsely being accused negatively in public and that's what 
arrogant Mr Zelden did.

Chris Mason

On Wed, 12 Oct 2011 13:23:59 -0500, Greg Shirey  wrote:

>Arrogant?  Mark Zelden??  I don't think so...
>
>Greg Shirey

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at 
http://bama.ua.edu/archives/ibm-main.html
This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna   

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

Re: GDG

[Sambataro, Anthony (NIH/NBS) [E]]

How detailed is your requirement, a simple compare can be done using the old 
IEBCOMPR utility.

-Original Message-
From: Ron Thomas [mailto:ron5...@gmail.com] 
Sent: Tuesday, October 25, 2011 7:01 AM
To: IBM-MAIN@bama.ua.edu
Subject: GDG

Hi, 

I have a requirement where we need to compare the current version and previous 
version of a GDG file. The job is newly created  and when it runs 1'st time 
this will be a issue as the there is no version. Pls advise how we need to 
address in this scneraio.


Regards
Ron

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: GDG

[Lizette Koehler]

> 
> I have a requirement where we need to compare the current version and
previous
> version of a GDG file. The job is newly created  and when it runs 1'st
time this will be a
> issue as the there is no version. Pls advise how we need to address in
this scneraio.
> 
> 
> Regards
> Ron
> 
> --

The only way I would think is to create a dummy GDG so you have a g0001v00
entry before your production runs.  Or copy your last test file into this
GDG and use it for input.  Or depending on the process to compare the GDG
(REXX, COBOL, Utility), you could code to test for the +1 and 0 Gens in the
code.  If either is incorrect exit with a message.

Otherwise the first time it runs it will fail probably with a JCL error.

If you create a dummy, your expectations should be that the process will be
flawed.  What you are comparing will not be valid and you should document
that on this first run only it will not be successful.

This really is a decision for your shop.  How to handle a first run of a job
that does not have proper inputs on a first run.

How are you comparing the GDGs?  Remember that when you create your +1 gen
the oldest will fall off.  So depending on the number of GDGs you are
creating you may have more issues to review.

For example, the job that creates +1 fails, but the dataset is created
anyway.  How do you handle that.
The GDGs go missing, how to verify before the job runs you have everything
in place?

Lizette

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

Re: GDG

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Ron Thomas
> 
> Hi,
> 
> I have a requirement where we need to compare the current version and
previous version of a GDG file.
> The job is newly created  and when it runs 1'st time this will be a
issue as the there is no version.
> Pls advise how we need to address in this scneraio.

With what little information you've provided, try something like:

//. . .
//NEWFILE  DD  DISP=SHR,DSN=your.gdg.ds.name(0)
//OLDFILE  DD  DUMMY

Of course, after the first run you'd have to change the //OLDFILE DD
statement to point to your.gdg.ds.name(-1).

-jc-

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

GDG

[Ron Thomas]

Hi, 

I have a requirement where we need to compare the current version and previous 
version of a GDG file. The job is newly created  and when it runs 1'st time 
this will be a issue as the there is no version. Pls advise how we need to 
address in this scneraio.

Regards
Ron

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

Re: Looking for clues on a bug in assembler

[Robert A. Rosenberg]

At 21:12 -0500 on 10/24/2011, Chris Mason wrote about Re: Looking for 
clues on a bug in assembler:


This reminded me of a program - in Fortran IIRC - where, in order to 
clarify a problem for the newly established IBM system for reporting 
problems (around 1968, SE to CE - or FE in some geographies), a 
colleague put together a trivial program which illustrated the "bug" 
in the original program which, of course was extensive and where the 
code causing the problem was hidden away.


The response was "What are you trying to do with such a ridiculous 
program?" - or something very similar!


Query - When he submitted the bug-demonstration program did the 
submitted documentation explain that the bug had been encountered in 
a live program and that the submitted one had been specially written 
to demonstrate only the bug without all the rest of the code. If so, 
that reply was insulting. If there was no such explanation then while 
still insulting it could be at least explained by the teething 
problems of a new problem resolution and reporting system (where the 
responder was expecting to receive a working program not one hand 
tailored just to demonstrate an problem encountered in a live working 
program). If such a demo problem were submitted at present, I'd 
expect IBM to be more familiar with the idea of sending a 
proof-of-concept demonstration as opposed to a full working program.


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