Tax chooses dead language - Austalia

[Bruce Hewson]

Hello all,

I expect Bill will be disappointed to read the questions regarding COBOL.


http://australianit.news.com.au/articles/0,7204,18288578%5E15306%5E%5Enbv%
5E,00.html


Regards
Bruce Hewson

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

Re: Automating ISMF

[Gibney, Dave]

DCOLLECT also

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Black
> Sent: Monday, February 27, 2006 7:20 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Automating ISMF
> 
> >
> > i'd like to automate a query to list all accessible DASD devices 
> > online to my system (as well as usage statistics), just 
> like the way 
> > that ISMF can give me a detailed report. i'm wanting to 
> keep tabs on 
> > volume usage on a weekly basis, and having this sort of report 
> > automatically available would be more than handy.
> >
> > has anyone already invented this wheel? thank you in advance.
> There are probably so many wheels to do this you could build an 
> 18-wheeler, but not with ISMF.   There are a variety of ISV and some 
> free programs, depending on what you want.
> 
> If you are an FDR customer, you may have FDREPORT which is 
> highly customizable.  There are many examples in the FDR 
> manual section 54.  Or call us for help
> 
> --
> Bruce A. Black
> Senior Software Developer for FDR
> Innovation Data Processing 973-890-7300
> personal: [EMAIL PROTECTED]
> sales info: [EMAIL PROTECTED]
> tech support: [EMAIL PROTECTED]
> web: www.innovationdp.fdr.com 
> 


> 

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

Re: Automating ISMF

[Rob Scott]

For this sort of thing there is a lot of goodness on the CBT tape
(www.cbttape.org) - including programs to list DASD information and
sample DCOLLECT reports. 

The latter is probably your best bet.

Rob Scott
Rocket Software
http://www.rs.com/portfolio/mxi/

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

Fw: Tax chooses dead language - Austalia

[Bill Klein]

I assume you saw the paragraph,

"Under questioning from Senator Fielding, Mr Farr agreed the local project
was based on old technology, "but it is still very widely used for large
mainframe applications". "

Any guess about what the author of this article things about THAT platform
(he asked IBM-MAIN)? 

P.S.  I assume *I* am the "Bill" you were talking about.

P.P.S.  Any news writer who spells it "Cobol" shows how knowledgeable they
are about the language.


"Bruce Hewson" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> Hello all,
> 
> I expect Bill will be disappointed to read the questions regarding COBOL.
> 
> 
>
http://australianit.news.com.au/articles/0,7204,18288578%5E15306%5E%5Enbv%5E
,00.html
> 

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

Re: Fw: Tax chooses dead language - Austalia

[R.S.]

Bill Klein wrote:


I assume you saw the paragraph,

"Under questioning from Senator Fielding, Mr Farr agreed the local project
was based on old technology, "but it is still very widely used for large
mainframe applications". "

Any guess about what the author of this article things about THAT platform
(he asked IBM-MAIN)? 


P.S.  I assume *I* am the "Bill" you were talking about.

P.P.S.  Any news writer who spells it "Cobol" shows how knowledgeable they
are about the language.


Is it really so important ? I've seen Cics, Db2, spelled by the 
administrators. Bad or good ones, but for sure they know the product 
names. Just they don't care or allow MS Word to "correct" the words.


BTW: Isn't COBOL the most primitive language in use ? OK, I assume Basic 
(BASIC ?) is not in use. Isn't COBOL unpopular on other platforms ?


--
Radoslaw Skorupka
Lodz, Poland

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

Re: Fw: Tax chooses dead language - Austalia

[Steve Flynn]

On 28/02/06, R.S. <[EMAIL PROTECTED]> wrote:

> BTW: Isn't COBOL the most primitive language in use ? OK, I assume Basic
> (BASIC ?) is not in use. Isn't COBOL unpopular on other platforms ?

Visual BASIC still seems quite popular... OK, so it's not basic BASIC,
but it's basically the same.

(OK, I'll shut up now!).

As an aside, one language whilch I thought was particularly nice was
Modula-2, but it didn't seem to gather any steam outside of academia.

--
Steve
Despair - It's always darkest just before it goes pitch black...

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

Re: Changing an IODF in batch

[Roy Hewitt]

BTW: 3494 Library ID is not hardcoded in metal. It can be easily changed 
from operator panel (although requires Service logon). It is quick and 
easy. Is it the option for you to chaneg LIB ID instead of IODF ?


BTW2: AFAIR It is not required to code LIB ID in IODF at all. Having ID 
is more convenient, but not required. I don't remmeber details, I always 
code the ID.

John,

As Radoslaw hinted at, there's no need to code Library ID and Libport
these days...so one simple solution is to remove them altogether. It
will then work at home and at DR. AFAIK it works this way for all
current library/VTS devices.

Z/OS will query the device at IPL time to get the id/libport (you can
see it with DS QT,,RDC on 2nd line of hex I think). If the library
is not available at IPL (as might be the case at DR) then you will need
to do the following..

1)  Vary online all devices. They will fail to come online with a variant
of msg IEA437I...ACTIVATE REQUIRED. You have try to bring them online,
even though they will fail.

2)  Issue a SOFT activate for the current IODF, to rebuild EDT.

3)  Vary Devices online again

Ps Although you can change the library ID on the 3494, Libports are
fixed based hw config of the library. So if the Hw configs at DR are
different, changing just the library device wont suffice. Also changing
these ids and serial numbers in the library will probably require a
re-teach or reset of the whole library.

Regards

Roy

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

Re: Data Set Name "Hiding"

[Barry Schwarz]

When I went through altitude chamber training, the instructor expalined that as 
external pressure decrease, gases in the body would try to expand.  As internal 
pressure grew, they would exit the body any way they could.  If you could smell 
the gases, it meant your oxygen mask was not on properly and you would be well 
advised to deal with it quickly.
   
  This smells the same to me.  If someone can convince a "privileged" product 
into giving them information they cannot get on their own, then there is a 
security hole that requires prompt attention.  Depending on hiding DSNs to 
prevent a user from expoiting the weakness just doesn't seem like a good plan.
  
"Craddock, Chris" <[EMAIL PROTECTED]> wrote:
  > 
> Just curious. How much of an exposure exists if a user knows the name
of
> a data set [s]he can't open?
> 

The typical concern is that an unprivileged user may be able to persuade
a privileged user (e.g. some STC) to access data the unprivileged user
was not otherwise entitled to and/or to disclose that data to some third
party. The terms are fairly generic, e.g. the "third party" might be as
mundane as a networked printer.

If the dataset is always accessed using the true requestor's identity
then "no harm no foul". If you know the dataset name then there is at
least some chance you may pass it to someone who's not so choosy. If a
privileged server accesses that resource using its own identity then all
bets are off.

If you don't know the dataset name it gets to be more difficult to
develop such back door attacks - or so the theory goes. This is more of
a concern on other platforms, but it's still at least a theoretical
issue on z/OS.


-
Relax. Yahoo! Mail virus scanning helps detect nasty viruses!

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

Re: Data Set Name "Hiding"

[Craddock, Chris]

> If you could smell the gases, it meant your oxygen mask was not on
> properly and you would be well advised to deal with it quickly.
> 
>   This smells the same to me.  If someone can convince a "privileged"
> product into giving them information they cannot get on their own,
then
> there is a security hole that requires prompt attention.  Depending on
> hiding DSNs to prevent a user from expoiting the weakness just doesn't
> seem like a good plan.

Basically I agree. The issue is largely theoretical on z/OS because of
the rich security infrastructure that already exists there. That said, I
should also point out that security is a multilayered thing. 

It would be folly to depend on information hiding as the only security
strategy, especially as the feature has only lately been grafted on and
is (ahem) less than bullet proof. But at the same time, adding another
layer of Kevlar to the vest may look like a fine idea if you're the one
wearing it.

Let's also not forget that security only works when both security and
integrity rules are protected by privileged programs and enforced by the
installation. It only takes one badly designed home-grown, or vendor
written product to defeat all of those measures.

CC

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

Re: IEE345I command authority error from batch

[Walt Farrell]

On 2/27/2006 4:04 PM, Bob Henry wrote:

I'm migrating to z/OS 1.6 from an OS/390 2.10 system where I had batch
jobs set up to issue MVS Modify commands to CICS. In the 1.6 system I
receive an IEE345I MODIFY   AUTHORITY INVALID, FAILED BY MVS error using a
batch job which includes something like:

//CICSP1   COMMAND 'F CICSP1,''CEMT P SHUT IMM'''

No RACF messages are issued and even if they were, the OPERCMDS class for
MVS.MODIFY.JOB.** includes the group that the submitting userid belongs to
(list-of-groups is active).

What am I missing? What console or console group do I need to authorize to
issue MVS commands through batch?


It's not directly a RACF problem.  If RACF OPERCMDS processing were 
causing the failure then

(a) you would see ICH408I messages and
(b) the IEE345I message would say "failed by RACF" rather than "failed 
by MVS".


It could be that your JES parms no longer allow commands from batch 
jobs, or that the OPERPARM segment for the user has the wrong authority 
level specified.


Walt Farrell, CISSP
z/OS Security Design, IBM

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

Re: Esoterics set in SMS we are very quick to make HCD changes.

[Pat Schlehuber]

I believe the esoteric must be defined as it is interegated before the SMS
routines take control. We have a few Esoterics with only one device in them
used as a placeholder to keep from having JCL errors in our "legacy" JCL.
We override the UNIT in our SMS routines, but this is takes effect after
the JCL has already been validated.

We are  99% SMS shop and it would be great to remove all our Esoterics, but
alas, we have been unable to.

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

Re: Encryption Facility Client

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of John Eells
> 
> Chase, John wrote:
> 
> >>-Original Message-
> >>From: IBM Mainframe Discussion List On Behalf Of John Eells
> >>
> 
> 
> >>
> >>Note: Data that is to be processed using the Encryption Facility 
> >>Client cannot be created using compression.
> > 
> > Now that's an "interesting" limitation. Seems to suggest that the 
> > "Encryption Facility ..." can distinguish between a compressed (say, 
> > TERSEd or ZIPped) "text file" and, say, a load module or program 
> > object.  If true, I must wonder why the effort was expended to code 
> > such "intelligence" into what otherwise seems a quite useful (and
simple) utility.
> 
> 
> It's not really that smart.  It would decrypt the 
> compressed/encyrpted file...but then uncompressing it would 
> be up to you.

I thought that was a "given", as would be compressing it in the first place.
I can't imagine that anybody would seriously think that decryption includes
decompression (how many compression algorithms are there?).

-jc-

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

Re: HDS backup process

[John Ticic]

-- snip --
> I was told that in order to do this the secondary volume labels' must be
> clipped before I can bring them online but by clipping them I also
> loose the
> primary-secondary volume relationships.  Besides using another lpar or
> other
> 3rd party utilities to run the backups, how does  one handle this
> situation?
You don't need to lose the relationship to do the backup.  You probably
want to backup a point-in-time copy of the volumes, so you can just
SUSPEND the PPRC relationship.  This freezes the copy and makes it
read/write so you can relabel (CLIP) it.  After the backup, you can
RESYNC the PPRC copy, which just copies tracks updated since the SUSPEND.
-- snip --

If you CLIP the secondary DASD, just remember that a subsequent RESYNC will
not copy the label since that wasn't changed on the primary subsystem. You
may want to CLIP it back.

John

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

Re: Hercules 3.04 announcement

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 02/26/2006
   at 04:12 PM, Anne & Lynn Wheeler <[EMAIL PROTECTED]> said:

>mss/3850 provided simulated 3330s (icebergs) staged from tape
>cartridges.

3330 was Merlin.

>later there was a mss/3850 option that would use 3350 drives for
>staging the simulated 3330 data.

But not native; they had to be formatted as 3330-1 or 3330-11.
 
-- 
 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Data Set Name "Hiding"

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 02/26/2006
   at 06:49 PM, Thomas Berg <[EMAIL PROTECTED]> said:

>I must say that I don't understand You both.

That says more about you than about us ;-)

>If You don't want to support the code then don't.

And that avoids the interruptions how? And what happens if management
backs up the borrower?

>Are You too afraid to say that to the whiners ?  ;-)

He might be, after his boss tells him to support the code.
 
-- 
 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Tax chooses dead language - Austalia

[Charles Mills]

Many news media have style guidelines that call for long (more than four
letters?) acronyms to be written in lower case, because they feel that
otherwise the look of the long strings of caps is distracting to readers.

Charles



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Bill Klein
Sent: Tuesday, February 28, 2006 4:37 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Fw: Tax chooses dead language - Austalia


P.P.S.  Any news writer who spells it "Cobol" shows how knowledgeable they
are about the language.

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

z/OS 1.8 (pre) announcement

[ibm-main]

Just about choked on my beer ...
" Support is planned for up to 4 TB of real memory on a single z/OS image.
This is expected to allow the use of up to 512 GB of real memory on a single
z/OS image on IBM System z9T servers and up to 256 GB on z990 servers."

Yep - definitely need that. Well, maybe ...

" RMFT eServer® OS Monitoring Stage 2 for z/OS, including a WBEM profile
based on the IETF SLP protocol, supporting CIM indications designed to
enable exploiters using standard CIM client applications to subscribe to
asynchronous events, and exposing some additional existing RMF metrics to
CIM. "

Mmmm - better get off my arse and finish that Linux RMF client I started
writing 
Of course if I had a system at the requisite level it'd be easier to test.

" Increased focus on simplifying z/OS for the new generation of IT
professionals has resulted in many advances in ease of use. "

Mmmm - wonder how the "new kids" feel about this. Dumbing down gone mad ???.

Shane ...

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

Our D.R. situation (was:RE: Changing an IODF in batch)

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of R.S.
> Sent: Monday, February 27, 2006 6:00 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Changing an IODF in batch
> 



> 
> Ok, I get it now. In fact I didn't even think about such scenario, I 
> mean "unpredictable" DR site.
> BTW: Here, in Poland we don't have almost any "third party" DR sites. 
> All (few!) DR sites are maintained by companies who own primary site 
> also. That's why I'm biased.
> 
> BTW: 3494 Library ID is not hardcoded in metal. It can be 
> easily changed 
> from operator panel (although requires Service logon). It is 
> quick and 
> easy. Is it the option for you to chaneg LIB ID instead of IODF ?

I can ask. But I doubt that Sungard will modify their procedures for me.
I don't know how difficult it is to change the LIBRARY ID.

> 
> BTW2: AFAIR It is not required to code LIB ID in IODF at all. 
> Having ID 
> is more convenient, but not required. I don't remmeber 
> details, I always 
> code the ID.

I was considering this. But this means that I need an "extra" ATL and
VTS in my IODF. I don't want to leave the fields blank for our actual
production ATL and VTS. To me, it is not a big deal, but if the
libraries were "off line" during IPL, it requires an ACTIVATE to get
them back. Management here is reluctant to allow this as a standard
operating procedure. I won't get into why, I get "tacky".

> 
> BTW3: What is the advantage from running your application far 
> away from 
> "home" ? Who will maintain it, who will use it ? How the 
> tapes come to 
> Arizona ? Do you have proper connectivity to the system 
> assured as well 
> ? Just curious.

Philadelphia is in Pennsylvania. We are close to Dallas, Texas. From
what I understand, we moved from the Los Colinas (another city near
Dallas) to Philly because the hardware (VTS & ATL 3592 drives) only
exist in Philly (well a Sungard site with those drives, that is).
Sungard supplies a "work area recovery" site so that people can work on
the system, using their equipment. This is in another near-Dallas city,
Grand Prairie.

They also supply Internet connectivity, so people can use our Microsoft
Terminal Services servers and VPN servers to work from where ever they
happen to be.

The Sungard people, with our documentation, are capable of restoring our
basic z/OS system. They have done this. At that point, there had better
be some IT employees who survived the disaster, because our "Production
Control" people do all the forward recovery. Supposedly, that process is
well enough documented so that anybody who is familar with our software
(CA-1, CA-11, etc) can use our documentation to actually do the forward
recovery. But this documentation has not been "tested" using people who
are not already familar with our system.

I will say that it is likely that if a disaster manages to "take out"
our two buildings here during normal working hours (like a bomb or
really powerful tornado), then the company will likely fail due to too
many people being gone. But, with the documentation that is off-site,
the State Board of Insurance should be able to get another insurance
company to "take over" the policies and administer them. That would mean
that our policy holders would be covered until the policies were taken
over by another company.

Of course, the most likely disaster is just the hardware being damaged,
with little loss of life. In that case, the company would do very well
running at a Sungard site. And our normal employees either working at
the Grand Prairie works site or via the Internet.

> 
> Regards
> -- 
> Radoslaw Skorupka
> Lodz, Poland
> 

--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited.
 

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

Re: Tax chooses dead language - Austalia

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Bruce Hewson
> 
> Hello all,
> 
> I expect Bill will be disappointed to read the questions 
> regarding COBOL.
> 
>
http://australianit.news.com.au/articles/0,7204,18288578%5E15306%5E%5Enbv%5E
,00.html
> 

"Family First Senator Steve Fielding said the tax project "made a lot of
sense, and it's obviously needed", but he was putting the Tax Office on
notice: "I still have some concerns that it's now 2006, yet this is based on
a 1980s-type design."

I didn't see any reservations expressed about using millennia-old arithmetic
in either the "ancient" or "modern" tax packages.  And most of us drive
automobiles that are substantially based on a 19th-century-type design

"Good" to see that the US doesn't have a monopoly on "brilliant"
legislators.

-jc-

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

Re: z/OS 1.8 (pre) announcement

[ibm-main]

Sorry fogot this cutie - yet another over-loaded (IBM) TLA.
" WLM execution delay monitoring services are planned to be mapped to
appropriate Application Response Measurement (ARM) services. This is
expected to simplify the EWLM instrumentation of subsystems that are already
instrumented with WLM execution delay monitoring services, such as CICS and
IMST. "

M - thanks guys.
Lots to look at with WLM and EWLM - anybody want another 5 SYSSTC levels
???.
No, I'm not joking.

Shane ...

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

Re: Fw: Tax chooses dead language - Austalia

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of R.S.
> 
> [ snip ]
> 
> BTW: Isn't COBOL the most primitive language in use ?

I believe Assembler is the most primitive language in use, regardless of
platform.

-jc-

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

Re: z/OS 1.8 (pre) announcement

[Jon Brock]

Depends on exactly what "simplifying" has been done; it needn't necessarily 
equate to dumbing down.  OTOH, including the phrase "for the new generation of 
IT professionals" has started alarm bells ringing in my head.

Jon



" Increased focus on simplifying z/OS for the new generation of IT
professionals has resulted in many advances in ease of use. "

Mmmm - wonder how the "new kids" feel about this. Dumbing down gone mad ???.


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

Re: Tax chooses dead language - Austalia

[Ed Gould]

On Feb 28, 2006, at 4:36 AM, Bill Klein wrote:


---SNIP
P.P.S.  Any news writer who spells it "Cobol" shows how  
knowledgeable they

are about the language.



Or knows the current sad state of affairs with the "new" one. Sorry  
Bill, hero worship is over in the left aisle next to the pickled  
herring.


Ed

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

Re: HSM tapes appear to be getting stuck a lot.

[Mark Zelden]

On Mon, 27 Feb 2006 18:01:48 -0600, John Benik <[EMAIL PROTECTED]> wrote:

>Our environment consists of 2 STK SL8500 libraries and 40 9940 tape
>drives.  We are using the 9940 tape for our HSM data and we can see a tape
>mounted several times, but then it appears the tape gets stuck.  We have
>to issue and STK dismount command and sometimes we have to issue an MVS
>unload to clear the problem.  Has anybody had a similiar problem with STK
>equipment?
>

We use 9940s for TSM and for duplex (DR) copies of VSM MVCs.  Most of
the problems I have seen with stuck tapes are at DR because of shipment
of tapes.  The leader blocks seem to be more sensative than 3490 media.
The 9840 media is much better in that respect.

So if you are having many problems with this my best suggestion is to
review the physical aspects of the tape handling with the people that
do so and have them check the leader blocks to make sure they are
positioned correctly prior to entering tapes into the SL8500.

BTW, are you using pass-through between your 2 SL8500's?  If so, please
contact me offline.

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

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

Re: Esoterics set in SMS we are very quick to make HCD changes.

[Knutson, Sam]

My understanding is you can allow a unit to be coded in UNIT=unit which is not 
defined to HCD but only handled by SMS.

We have some of these.  We had to add them to our Thruput Manager parameters in 
order to avoid an error when it analyzes the jobs.

TM UNIT HANDLE UNIT(PTMP) AS(SYSALLDA)  /* AVOID DTM1107I ERR */  

DTM1107I Ý procname¨ stepname ddnameÝ+ nnn¨ -UNIT FIELD SPECIFIES  
INCORRECT DEVICE NAME  
   
-devnam
   
Explanation: In aDDstatement, the unit name subparameter devnam  in
the UNIT parameter was not defined when the system was generated.  
   
This would cause message IEF210I to be issued at execution time.   
   
System Action: The job is failed with a JCL error after JCL Analysis   
is complete.   
   
Operator Response: None.   
   
Programmer Response: Correct and rerun. Installations using DASD   
poolers should consider using the TM UNIT initialization statement. See
the System Programming Guide: Base Product  for details. 

Best Regards, 

Sam Knutson, GEICO 
Performance and Availability Management 
mailto:[EMAIL PROTECTED] 
(office)  301.986.3574 

"Think big, act bold, start simple, grow fast..." 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pat 
Schlehuber
Sent: Tuesday, February 28, 2006 7:58 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Esoterics set in SMS we are very quick to make HCD changes.

I believe the esoteric must be defined as it is interegated before the SMS 
routines take control. We have a few Esoterics with only one device in them 
used as a placeholder to keep from having JCL errors in our "legacy" JCL.
We override the UNIT in our SMS routines, but this is takes effect after the 
JCL has already been validated.

We are  99% SMS shop and it would be great to remove all our Esoterics, but 
alas, we have been unable to.

This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

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

Re: Adabas db 3380 -> 3390

[Larry Burch]

Radoslaw:

*BEFORE* changing devicetype for an Adabas database, be very sure that you
run (or someone else has run) the Adabas verification utilities, ADAACK,
ADADCK, ADAICK -- **and** that any and all errors are corrected/eliminated.

I *still* wish I had done that myself 10 years and 28 days ago.

That was with Adabas v5; most customers are running v7 now.  YMMV.

On Sun, 26 Feb 2006 20:06:47 +0100, R.S. <[EMAIL PROTECTED]>
wrote:

>The task:
>move existing Adabas datasets from 3380 volumes to 3390's.
>Total DB size is approx. 0.4 TB, planned outage window is whole weekend,
>so there's a lot of time.
>I was told it requires two jobs: backup and restore.
>However I'd like to RTFM. What manual should I start ?
>Any gotchas ?
>
>--
>Radoslaw Skorupka
>Lodz, Poland
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

Re: Fw: Tax chooses dead language - Austalia

[Ed Finnell]

 
In a message dated 2/28/2006 4:45:01 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

BTW:  Isn't COBOL the most primitive language in use ? OK, I assume Basic 
(BASIC  ?) is not in use. Isn't COBOL unpopular on other platforms  ?



>>
Not so sure that's all bad. With precompilers pretty much do anything you  
want. 2 billion lines of working code. The other thing 
is fixing and debugging. MicroFOCUS has done a good job of cross platform  
integration maybe IBM is in denial. I don't know about VISTA but much of older  
Windows were Visual Basic. 
 
What we saw on Data WareHouse was that older groups wanted their old  
programs to run no matter what new and spiffy services were provided on the  
Warehouse platform. Some were 'formal' reports, some were legal requirements  
both 
state and federal. There was one on ethnicity from fed that says 'you can't  
keep 
and store this or use it for admissions purposes', from the same department  
in the same building 'you need to report it for federal funding'.  Hmmm.

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

OMEGAMON z/OS Management Console sans OMEGAMON?

[Knutson, Sam]

Hi,

I loved the Health Checker prototype and have found the full Health
Checker for z/OS very useful as well if slightly more work to get going.
I have had conversations with a couple folks who have tried to convince
me to explore the OMEGAMON z/OS Management Console.   I went back and
read over the documentation again.

http://www-03.ibm.com/servers/eserver/zseries/zos/hchecker/

http://www-03.ibm.com/servers/eserver/zseries/zos/zmc/

The OMEGAMON z/OS Management Console product collects and displays
availability data for your z/OS systems and Sysplex resources, but does
not include performance data. To create more complex situations and
monitor the response time of paging data sets, you must purchase and
install the IBM Tivoli OMEGAMON XE on z/OS product. See
http://www-306.ibm.com/software/tivoli/products/omegamon-xe-zos/. 


I am getting great value from the Health Checker from which we have
tuned up a number of issues with our configuration.  The exceptions
produce WTO's which we consolidate with OPSMVS and push to email and our
event management console.

There are a limited number of "situations" included with ZMC that are
not included with Health Checker

Predefined situations provided by the OMEGAMON z/OS Management Console: 
KHL_AddressSpace_Waiting raises an alert if an address space is in a
long wait. 
KHL_CF_Paths_Problem raises an alert if a coupling facility path in the
sysplex is inactive or not operational. 
KHL_CF_Structures_Problem raises an alert if a coupling facility
structure in the sysplex fails. 
KHL_CF_Systems_Problem raises an alert if an unexpected status is
detected for a coupling facility in the sysplex. 
KHL_GTF_Active indicates whether the GTF tracing facility is active. 
KHL_HealthChecker_Problems raises an alert when IBM Health Checker for
z/OS software is not active on a system. 
KHL_High_Severity_Check raises an alert when the IBM Health Checker for
z/OS software detects one or more high-severity exceptions. 
KHL_OLTEP_Active indicates whether the Online Test Executive Program
(OLTEP) is active. 
KHL_Paging_Dataset_Utilization raises an alert when the paging data sets
exceed the threshold set for percentage of slots in use. 
KHL_RMF_Problem raises an alert when the Resource Management Facility
(RMF) is not active on a system. 
KHL_SMF_Problem raises an alert when the System Management Facility
(SMF) is not recording information. 
KHL_Syslog_Problem raises an alert when the system log (SYSLOG) is not
recording information. 
KHL_XCF_Paths_Problem raises an alert if a cross-system coupling
facility (XCF) signaling path in the sysplex is not working. 
KHL_XCF_Systems_Problem raises an alert if a system shows a status other
than Active.

There are also a limited number of predefined workspaces: 
Sysplex-level z/OS Management Console
Coupling Facility Systems Data for Sysplex workspace
Coupling Facility Structures Data for Sysplex workspace
Coupling Facility Structures Data for Sysplex workspace
Coupling Facility Paths Data for Sysplex workspace
XCF Systems Data for Sysplex workspace
XCF Paths Data for Sysplex workspaceSystem-level
Address Space Data for z/OS workspace
Operations Status Data for z/OS workspace
Paging Dataset Data for z/OS workspace
Health Monitor Status workspace
Health Monitor Checks workspace
Check Messages workspace

This is a fairly small list of additional checks and displays most of
which are duplicated by TMON, MXI, SHOWMVS, existing automation and our
Health Checker notification automation.  To get it I have to requisition
yet another pane of glass in the ops room to provide the UDB and app
server possibly also server as the display station, SMP/E install the
host components, request the network connections (you don't just go
slinging bits up and down from the MF without talking to the network
gurus first), run new host address spaces (How much memory, CPU, TCP/IP
traffic, XCF traffic, disk storage will all these take), and have
installed software on a few client computers as well which will
doubtless have to be maintained.  All this to get "pretty"?

It seems to me like the ZMC without OMEGAMON just doesn't have enough
added value to make it worthwhile to implement.  Is anyone running ZMC
who does NOT have OMEGAMON and feels it is worth doing?  Would you care
to share a little about why you found it useful and how much it "cost"
in computer resources and the time of carbon based units to do the
setup?   I am not unwilling but I have not been sold yet.

Best Regards, 

Sam Knutson, GEICO 
Performance and Availability Management 
mailto:[EMAIL PROTECTED] 
(office)  301.986.3574 

"Think big, act bold, start simple, grow fast..." 

][


This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are n

Re: z/OS 1.8 (pre) announcement

[Mark Zelden]

Still don't see anything about support for the VSAM IMBED, REPLICATE, and
KEYRANGE attributes being withdrawn. Does anyone know? Can anyone say?
Haven't we been warned long enough (wasn't that way back in
OS/390 R10)?

Not that I expect it to still be an issue for us by then, but we still have
some catalogs (including a couple of master catalogs) that are an issue.
Easily fixed, just haven't gotten around to it yet.

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

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

Re: z/OS 1.8 (pre) announcement

[Robert Wright]

Jon Brock wrote on 02/28/2006 09:23:41 AM:

> Depends on exactly what "simplifying" has been done; it needn't
> necessarily equate to dumbing down.  OTOH, including the phrase "for
> the new generation of IT professionals" has started alarm bells
> ringing in my head.

It shouldn't.  It is talking about the same thing as what is needed to
allow existing programming staffs to cope with more and more FMIDs and
getting the job done.  On the other hand a lot of us who work on z/OS are
eligible to retire, and that has more than a few managers concerned.  So
the phrase talks to them.

Bob Wright - MVS Service Aids

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

IEW2413I -- Just Curious

[Paul Gilmartin]

When Binder and I were both very young (well, at least Binder), I was
delighted to get messages such as "IEW2413I 5690 SECTION x FROM DATASET
y IS A DUPLICATE AND HAS NOT BEEN ADDED."  I had long wanted to know this
sort of information.  A few releases later, I noticed I was no longer
getting this message.  I RTFM and found the message was supposed to be
enabled by PARM=LIST=ALL.  But I specified LIST=ALL, and still no IEW2413I
when  I expected it.

I submitted a PMR and got the response that IEW2413I had been removed from
Binder's repertoire because some customers disliked it (OW37048), regardless
that they could avoid it simply by not supplying LIST=ALL.

Lately I notice IEW2413I is back (OW45784?), with extensive revision bars
in "8.115.220 z/OS V1R5.0 MVS System Messages, Vol 8 (IEF-IGD)"  What's
the rationale this time?  May we expect IEW2413I to stay around, or will
it continue to fade in and out of view in a continuing tug-of-war among
customers?

Just curious,
gil
-- 
StorageTek
INFORMATION made POWERFUL

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

Re: IEE345I command authority error from batch

[Bob Henry]

I successfully used a 'D A,L' as a batch JCL command which tells me that
the MVS side is ok, right? I actually have multiple 'F CICSxx,'CEMT INQ
TAS'' commands in a job which get directed to multiple CICS regions (jobs,
not stc). If the CICS region is not active, I get an IEE341I "NOT ACTIVE"
message (expected) and I don't get the IEE345I message. If the target CICS
region is active, I get the IEE345I. That tells me that there is something
wrong in the CICS definitions. These same definitions worked in OS/390
2.10 with CICS/TS 1.3. I have my real console (CONS700) set up as a CICS
console and that successfully accepts modify commands. I also
have "INTERNAL" set up for JCL statements and have added "INSTREAM" as
another console. When I run the batch job, the MVS syslog shows the modify
command coming from "INSTREAM" but even with that defined in CICS, I still
get the IEE345I error.

Signed ... "Frustrated"

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

Re: Automating ISMF

[Jack Kelly]

the most informative info come from doing a dcollect. any sas and/or 
iceman can provide you with any/all info about your dasd volume and 
optionally  sms classes, hsm status(es), etc

Jack Kelly
LA Systems @ US Courts
x 202-502-2390

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

Re: Esoterics set in SMS we are very quick to make HCD changes.

[Greg Shirey]

If by "handled", you also mean "ignored." 

I have no problem submitting this job on my system (z/OS 1.4): 

//DPC088IF JOB (DPC088,JDG),'IEFBR14',CLASS=A,MSGCLASS=X, 
// MSGLEVEL=(1,1),NOTIFY=DPC088 TYPRUN=HOLD   
//EXEC PGM=IEFBR14
//SYSPRINT  DD SYSOUT=*   
//SYSOUTDD SYSOUT=*   
//DD1   DD DSN=DPC088.ACS.LIST,   
// DISP=(NEW,CATLG),

// UNIT=FOOBAR

I can assure you that I do not have a unit called "FOOBAR" in the HCD, nor
does the ACS routine check for a &UNIT value of "FOOBAR".  Because the data
set name will be assigned a STORCLAS, the data set is SMS-managed and the
UNIT makes no difference. 

If I add "VOL=SER=SYS400" to the DD, then the job gets a JCL error on the
UNIT specified because SYS400 is not an SMS-managed volume.  If I add
"VOL=SER=PROD01" to the DD (which is an SMS-managed volume), my data set is
allocated into an SMS-managed volume, though not PROD01.  

Greg Shirey
Ben E. Keith Company
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Knutson, Sam
Sent: Tuesday, February 28, 2006 8:41 AM

My understanding is you can allow a unit to be coded in UNIT=unit which is
not defined to HCD but only handled by SMS.

 

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

Re: Encryption Facility Client

[Paul Gilmartin]

In a recent note, Chase, John said:

> Date: Tue, 28 Feb 2006 07:03:38 -0600
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List On Behalf Of John Eells
> >
> > >>Note: Data that is to be processed using the Encryption Facility
> > >>Client cannot be created using compression.
> > >
> > > Now that's an "interesting" limitation. Seems to suggest that the
> > > "Encryption Facility ..." can distinguish between a compressed (say,
> > > TERSEd or ZIPped) "text file" and, say, a load module or program
> > > object.  If true, I must wonder why the effort was expended to code
> > > such "intelligence" into what otherwise seems a quite useful (and
> > > simple) utility.
> >
> > It's not really that smart.  It would decrypt the
> > compressed/encyrpted file...but then uncompressing it would
> > be up to you.
> 
> I thought that was a "given", as would be compressing it in the first place.
> I can't imagine that anybody would seriously think that decryption includes
> decompression (how many compression algorithms are there?).
> 
The good intention was to dispel the expectation, or wishful thinking,
that the EFC could invert all transformations performed by ICSF.

Clearly it fell short of the mark insofar as it easily misled you
and me.  A clarification might be helpful, such as a paraphrase
of John E.'s words to:

Data which ICSF has compressed and encrypted can be decrypted
but not uncompressed by the Encryption Facility Client.

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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

Re: IEE345I command authority error from batch

[Peggy Andrews]

Hi, Bob.

Does APAR OA09652 describe your environment?

Regards,
Peggy


On Tue, 28 Feb 2006 09:36:40 -0600, Bob Henry <[EMAIL PROTECTED]> wrote:

>I successfully used a 'D A,L' as a batch JCL command which tells me that
>the MVS side is ok, right? I actually have multiple 'F CICSxx,'CEMT INQ
>TAS'' commands in a job which get directed to multiple CICS regions (jobs,
>not stc). If the CICS region is not active, I get an IEE341I "NOT ACTIVE"
>message (expected) and I don't get the IEE345I message. If the target CICS
>region is active, I get the IEE345I. That tells me that there is something
>wrong in the CICS definitions. These same definitions worked in OS/390
>2.10 with CICS/TS 1.3. I have my real console (CONS700) set up as a CICS
>console and that successfully accepts modify commands. I also
>have "INTERNAL" set up for JCL statements and have added "INSTREAM" as
>another console. When I run the batch job, the MVS syslog shows the modify
>command coming from "INSTREAM" but even with that defined in CICS, I still
>get the IEE345I error.
>
>Signed ... "Frustrated"
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

Re: Tax chooses dead language - Austalia

[Ray Mullins]

I've noticed that the initial-upper-rest-lower style for acronyms appears to
have originated in the UK.  The BBC refers to Nato, Nasa, and Cobol
(http://news.bbc.co.uk/1/hi/uk/4021093.stm as an example). 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Charles Mills
> Sent: Tuesday February 28 2006 05:30
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Tax chooses dead language - Austalia
> 
> Many news media have style guidelines that call for long 
> (more than four
> letters?) acronyms to be written in lower case, because they 
> feel that otherwise the look of the long strings of caps is 
> distracting to readers.
> 

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

Re: IEE345I command authority error from batch

[Steve Arnett]

I am running z/OS 1.7 and TS 1.3 and I was able to run the job below and 
it functioned properly...


//  JOB  (000),'',   
// MSGCLASS=X,CLASS=C,MSGLEVEL=(1,1), 
// NOTIFY=&SYSUID 
//BR14  EXEC PGM=IEFBR14   
// COMMAND 'F CICSTS,CEMT I TAS'  

However, I have AICONS specified and have a model console definition 
specified.  I am running in the SYS1 group, so this may not be a true 
test of your issue.


I tried it with a general user and got the following:

ICH408I USER(   ) GROUP() NAME(TEST-PROGRAMMER)
 MVS.MODIFY.STC.CICSTS.CICSTS CL(OPERCMDS)   
 INSUFFICIENT ACCESS AUTHORITY   
 FROM MVS.** (G) 
 ACCESS INTENT(UPDATE )  ACCESS ALLOWED(NONE   ) 


I hope this helps...

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

Re: HDS backup process

[Bruce Black]

If you CLIP the secondary DASD, just remember that a subsequent RESYNC will
not copy the label since that wasn't changed on the primary subsystem. You
may want to CLIP it back.
I believe that RESYNC will copy any tracks which have been modified on 
the source OR target.  Ron Hawkins, can you confirm?


--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.com

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

Re: Tax chooses dead language - Austalia

[Tom Schmidt]

Well, shouldn't they be known as the Bbc then?


On Tue, 28 Feb 2006 08:27:46 -0800, Ray Mullins <[EMAIL PROTECTED]> wrote:

>I've noticed that the initial-upper-rest-lower style for acronyms appears
to
>have originated in the UK.  The BBC refers to Nato, Nasa, and Cobol
>(http://news.bbc.co.uk/1/hi/uk/4021093.stm as an example).

--
Tom Schmidt
Madison, WI

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

Re: Anyone using RMM and TSM?

[Gee, Norman]

Volume Name J00092 
Storage Pool Name EXCHANGE-3592 
Device Class Name 3592 
Estimated Capacity 307200.0 
Scaled Capacity Applied - 
Pct Util 30.8 
Volume Status FILLING 

Volume . . . . . . : J00092 VOL1 volser : Rack number :
J00092 
Media name . . . . : 3592 Status  . . :
MASTER  
Volume use count . : 6  Volume usage (Kb)  . . . . :
334841088 
Capacity (Mb)  . . : 286102 Percent full . . . . . . . : 20

Create date  . . . : 2005/318   Create time  . . . . . . . :
16:15:28  
Date last read . . : 2006/059   Date last written  . . . . :
2006/058  
Drive last used  . : 0391   Write Mount count  . . . . : 10

Volume sequence  . : 1  Number of data sets  . . . : 1

Data set recording . . . . : ON

02/28/2006 02:30:20 ANR0984I Process 58 for BACKUP STORAGE POOL started
in the
 FOREGROUND at 02:30:20. (SESSION: 4246, PROCESS:
58)
02/28/2006 02:30:20 ANR2110I BACKUP STGPOOL started as process 58.
(SESSION:
 4246, PROCESS: 58)
02/28/2006 02:30:20 ANR1210I Backup of primary storage pool
EXCHANGE-3592 to
 copy storage pool COPY_EXCHA started as process 58.
 (SESSION: 4246, PROCESS: 58)
02/28/2006 02:30:20 ANR1228I Removable volume J00092 is required for
storage
 pool backup. (SESSION: 4246, PROCESS: 58)
02/28/2006 02:30:20 ANR5216I 3592 J00092 is expected to be mounted
(R/W).
 (SESSION: 4246, PROCESS: 58)
02/28/2006 02:31:12 ANR0512I Process 58 opened input volume J00092.
(SESSION:
 4246, PROCESS: 58)
02/28/2006 02:31:42 ANR0513I Process 58 opened output volume M00189.
(SESSION:
 4246, PROCESS: 58)
02/28/2006 02:33:57 ANR5321I End of volume reached for M00189 on device
0382.
 (SESSION: 4246, PROCESS: 58)
02/28/2006 02:33:57 ANR5321I End of volume reached for M00189 on device
0382.
 (SESSION: 4246, PROCESS: 58)
02/28/2006 02:33:57 ANR0515I Process 58 closed volume M00189. (SESSION:
4246,
 PROCESS: 58)
02/28/2006 02:33:57 ANR5208I Dismounting volume M00189 (updated).
(SESSION:
 4246, PROCESS: 58)
02/28/2006 02:34:58 ANR5323I Assigning volume M00211 to SCRTCH.
(SESSION:
 4246, PROCESS: 58)
02/28/2006 02:34:58 ANR1340I Scratch volume M00211 is now defined in
storage
 pool COPY_EXCHA. (SESSION: 4246, PROCESS: 58)
02/28/2006 02:34:58 ANR0513I Process 58 opened output volume M00211.
(SESSION:
 4246, PROCESS: 58)
Volume . . . . . . : M00189 VOL1 volser : Rack number :
M00189 
Media name . . . . : 3590 Status  . . :
MASTER 
Volume use count . : 2  Volume usage (Kb)  . . . . :
13927936  
Capacity (Mb)  . . : 57220  Percent full . . . . . . . : 100

Create date  . . . : 2002/338   Create time  . . . . . . . :
04:37:28  
Date last read . . : 2006/059   Date last written  . . . . :
2006/059  
Drive last used  . : 0382   Write Mount count  . . . . : 4

Volume sequence  . : 1  Number of data sets  . . . : 1

Data set recording . . . . : ON

Volume . . . . . . : M00211 VOL1 volser : Rack number :
M00211
Media name . . . . : 3590 Status  . . :
MASTER
Volume use count . : 1  Volume usage (Kb)  . . . . :
19702016 
Capacity (Mb)  . . : 57220  Percent full . . . . . . . : 91

Create date  . . . : 2002/338   Create time  . . . . . . . :
04:49:36 
Date last read . . : 2006/059   Date last written  . . . . :
2006/059 
Drive last used  . : 0380   Write Mount count  . . . . : 1

Volume sequence  . : 1  Number of data sets  . . . : 1

Data set recording . . . . : ON

M00189COPY_EXCHA   3590 76,475.5  100.0
Full  
M00211COPY_EXCHA   3590 81,405.4  100.0
Filling 
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Barbara Nitz
Sent: Monday, February 27, 2006 10:39 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Anyone using RMM and TSM?

>We are a user of RMM and TSM.  What is the scenario you want to test?

Basically what I described in my initial post:
Could you please copy a tape in status 'filling' via 'backup stgpoool'
and
compare the block counts of the input and output tape in RMM? For RMM it
would probably be the 'volume usage' in kb. We are interested to know if
they are the same after the copy operation when the tape is in status 
'filling'. 

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

Re: Tax chooses dead language - Austalia

[Chris Hoelscher]

I think the OP stated that only acronyms 4 characters or longer were 
converted to lowercase (i'm quite sure that had the BBC been the BBBC, the 
cut-off would have been 5 characters ...)

Chris Hoelscher
IDMS & DB2 Database Administrator
Humana Inc
502-710-3038
[EMAIL PROTECTED]




The information transmitted is intended only for the person or entity to which 
it is addressed and may contain CONFIDENTIAL material.  If you receive this 
material/information in error, please contact the sender and delete or destroy 
the material/information.

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

Re: Encryption Facility Client

[Walt Farrell]

On 2/28/2006 10:47 AM, [EMAIL PROTECTED] wrote:

The good intention was to dispel the expectation, or wishful thinking,
that the EFC could invert all transformations performed by ICSF.

Clearly it fell short of the mark insofar as it easily misled you
and me.  A clarification might be helpful, such as a paraphrase
of John E.'s words to:

Data which ICSF has compressed and encrypted can be decrypted
but not uncompressed by the Encryption Facility Client.


That's not quite right either, gil.

Remember that there are two pieces involved.  The IBM Encryption 
Facility for z/OS, and the separate Encryption Facility Client.


The usual modes of operation are expected to be:
(1)(a) optionally compress, and encrypt using the Encryption Facility 
for z/OS on one system;
   (b) decrypt, and (if compressed) uncompress using the Encryption 
Facility for z/OS on another z/OS system, or the same z/OS system.


or
(2) (a) encrypt using the Encryption Facility for z/OS.  Then
(b) decrypt on some non-z/OS system using the Encryption Facility 
Client.


or
(3) (a) encrypt on some non-z/OS system using the Encryption Facility 
Client.  Then

(b) decrypt on z/OS using the Encryption Facility for z/OS.

The compression in (1)(a) is the IBM System z hardware compression, 
which is not supported anywhere else but in the IBM hardware.


Note that wherever I've said the Encryption Facility Client was running 
on non-z/OS, it could also run on z/OS.  However, in any case, it can 
only do encryption/decryption, it cannot make use of the hardware 
compression functions.


The real point to understand is that there are two functions being 
described: the Encryption Facility and the Encryption Facility Client.


Walt

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

Re: IEE345I command authority error from batch

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Bob Henry
> 
> I successfully used a 'D A,L' as a batch JCL command which 
> tells me that the MVS side is ok, right? I actually have 
> multiple 'F CICSxx,'CEMT INQ TAS'' commands in a job which 
> get directed to multiple CICS regions (jobs, not stc). If the 
> CICS region is not active, I get an IEE341I "NOT ACTIVE"
> message (expected) and I don't get the IEE345I message. If 
> the target CICS region is active, I get the IEE345I.

Did you run these batch jobs in the same jobclass?  Might need to check
the JOBCLASS AUTH parm in JES if not.

-jc-

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

Re: Tax chooses dead language - Austalia

[Tom Schmidt]

On Tue, 28 Feb 2006 11:58:05 -0500, Chris Hoelscher wrote:

>I think the OP stated that only acronyms 4 characters or longer were
>converted to lowercase (i'm quite sure that had the BBC been the BBBC, the
>cut-off would have been 5 characters ...)

Yes, I saw that, but I've upped the ante (or lowered the bar) to 3
character acronyms to give them a dose of their own medicine (and to show
how silly they are being).

--
Tom Schmidt
Madison, WI

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

Re: Tax chooses dead language - Austalia

[Nigel Hadfield]

BBC is an abbreviation, not an acronym.


On 28/2/06 16:55, "Tom Schmidt" <[EMAIL PROTECTED]> wrote:

> Well, shouldn't they be known as the Bbc then?
> 
> 
> On Tue, 28 Feb 2006 08:27:46 -0800, Ray Mullins <[EMAIL PROTECTED]> wrote:
> 
>> I've noticed that the initial-upper-rest-lower style for acronyms appears
> to
>> have originated in the UK.  The BBC refers to Nato, Nasa, and Cobol
>> (http://news.bbc.co.uk/1/hi/uk/4021093.stm as an example).
> 
> --
> Tom Schmidt
> Madison, WI
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 

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

705 Programmer Request

[Eugene S. Hudders]

Hi All:

The following message was posted on VSE-L by Mr. Dave Stuart.  He has
authorized me to also post it on IBM-MAIN.

Regards,
Gene

Morning all,

Yes, the subject line is correct.  Were you an IBM 705 Programmer?

Why, you ask, would I be looking for a 705 Programmer?  Well, personally, I
am not.  However, if you read the note from my brother, below, you'll see
that the NM Museum of Natural History and Science is.
They're looking to consult with someone regarding the programming of the
705.

After reading the note, I thought, what better place to potentially find a
705 programmer that here.  And I seem to remember a thread a few months ago
where some of you claimed to have worked on one.  Or maybe, just have seen
one...

If anyone is interested, please reply to me *off list*, and I'll forward
your information on.


TIA,
Dave




From: Stuart, Gary M Stuart
Sent: Sunday, February 26, 2006 7:28 PM
To:
Subject: FW: Were you an IBM 705 Programmer?


If you have ever programmed anything on the IBM 705, the New Mexico Museum
of Natural History and Science is looking for you! They are planning an
exhibit in their new Microcomputer Gallery and want to consult with someone
briefly about how it was programmed.

Let me know if you had this experience in the past and I will put you in
contact with the museum staff.

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

Finding "embedded" short blocks

[Chase, John]

Hi, All,

Is there an "easy" way to find any "short blocks" that might exist in a
FB dataset?  We don't have DITTO (IBM File Manager), and I haven't found
a way with File-Aid yet.

TIA,

-jc-

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

MONITOR command

[R.S.]

The following command
MN JOBNAMES,T
turns on messages IEF403I, IEF404I.
The messages appear in job output, as well as hardcopy log (syslog in 
this case).
However, when the console from which the command is entered is switched 
off, the messages are turned off.
I can enter the command from master console, but - although it is rare 
to switch off the console, it can happen.


Q: How can I switch the messages "permanently on", despite of console 
state ?

I guess I should use CONSOLxx, but what statement - INIT or CONSOLE ?

--
Radoslaw Skorupka
Lodz, Poland

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

Re: Tax chooses dead language - Australia

[john gilmore]

Nigel Hadfield writes



BBC is an abbreviation, not an acronym.



There is no viable way to distinguish abbreviations and acronyms.

Traditionally, acronyms were viewed as a pronounceable subset of 
abbreviations; and this distinction certainly makes BBC an abbreviation and 
COBOL an acronym.  But is BSOD, 'Blue Screen of Death' an abbreviation and 
not an acronym?  I think not.  (Some languages do give heavy weight to 
pronounceability.  Italian is the obvious example; and in it 'Cassa di 
Risparmio delle Provincie Lombarde' becomes 'Cariplo'; but English, whether 
British or American, has no such preoccupation.)


What is clear is that there are different dialect-, language- and even 
culture- and class-based conventions embodied in different groups' acronym- 
and abbreviation-construction schemes.  Moreover, these differences mean 
that criticisms of other people's schemes always go wrong.  They reify one 
man's provincial notions into universal truths.


John Gilmore
Ashland, MA 01721-1817
USA

_
Don’t just search. Find. Check out the new MSN Search! 
http://search.msn.click-url.com/go/onm00200636ave/direct/01/


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

Re: Data Set Name "Hiding"

[Edward E. Jaffe]

Craddock, Chris wrote:

It would be folly to depend on information hiding as the only security
strategy, especially as the feature has only lately been grafted on and
is (ahem) less than bullet proof. But at the same time, adding another
layer of Kevlar to the vest may look like a fine idea if you're the one
wearing it.
  


If it were only another layer of Kevlar, it would certainly make the 
choice much simpler. But, in this case, I'm afraid the potential 
resource consumption increases of MLS might be more like strapping an 
extra 100 Lb (45.359 Kg) pack on your back! Tough choice


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

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

Re: Encryption Facility Client

[Paul Gilmartin]

In a recent note, Walt Farrell said:

> Date: Tue, 28 Feb 2006 12:08:09 -0500
> 
> On 2/28/2006 10:47 AM, [log in to unmask] wrote:
> > The good intention was to dispel the expectation, or wishful thinking,
> > that the EFC could invert all transformations performed by ICSF.
> >
> > Clearly it fell short of the mark insofar as it easily misled you
> > and me.  A clarification might be helpful, such as a paraphrase
> > of John E.'s words to:
> >
> > Data which ICSF has compressed and encrypted can be decrypted
> > but not uncompressed by the Encryption Facility Client.
> 
> That's not quite right either, gil.
> 
I thought it was.

> Remember that there are two pieces involved.  The IBM Encryption
> Facility for z/OS, and the separate Encryption Facility Client.
> 
Is "The IBM Encryption Facility for z/OS" different from ICSF?
If so, I'm quite wrong.

> The usual modes of operation are expected to be:
> (1)(a) optionally compress, and encrypt using the Encryption Facility
> for z/OS on one system;
> (b) decrypt, and (if compressed) uncompress using the Encryption
> Facility for z/OS on another z/OS system, or the same z/OS system.
> 
> or
> (2) (a) encrypt using the Encryption Facility for z/OS.  Then
>  (b) decrypt on some non-z/OS system using the Encryption Facility
> Client.
> 
> or
> (3) (a) encrypt on some non-z/OS system using the Encryption Facility
> Client.  Then
>  (b) decrypt on z/OS using the Encryption Facility for z/OS.
> 
> The compression in (1)(a) is the IBM System z hardware compression,
> which is not supported anywhere else but in the IBM hardware.
> 
(Until someone reverse-engineers it.  And some customers might
feel uneasy having critical data compressed and/or encrypted
by a technique not openly described and subject to peer review.)

> Note that wherever I've said the Encryption Facility Client was running
> on non-z/OS, it could also run on z/OS.  However, in any case, it can
> only do encryption/decryption, it cannot make use of the hardware
> compression functions.
> 
> The real point to understand is that there are two functions being
> described: the Encryption Facility and the Encryption Facility Client.
> 
Except for my use of "ICSF" where you use "the Encryption Facility"
I was attempting to say what you clearly said.  Was I overly terse
and/or confused in my terminology?

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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

Re: Encryption Facility Client

[Bruce Black]

Is "The IBM Encryption Facility for z/OS" different from ICSF?
If so, I'm quite wrong.
  
Yes.  ICSF is the encryption component of the operating system, no extra 
cost.
The IBM Encryption Facility for z/OS is a cost program which includes a 
facility to copy and encrypt a sequential dataset, and also enhances 
DFSMSdss to encrypt backups.  It CALLS ICSF. 
The compression in in the Facility, not in ICSF.

(Until someone reverse-engineers it.  And some customers might
feel uneasy having critical data compressed and/or encrypted
by a technique not openly described and subject to peer review.)
  
The compression is pretty well documented in the zSeries PoPs.  It is 
not a secret.  Just complex.
Up to now, there was little reason to implement the zSeries compression 
in software for another processor.

Except for my use of "ICSF" where you use "the Encryption Facility"
I was attempting to say what you clearly said.  Was I overly terse
and/or confused in my terminology?
  

No, you were spot on!

--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.com

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

Re: Encryption Facility Client

[R.S.]

Paul Gilmartin wrote:

In a recent note, Walt Farrell said:



Date: Tue, 28 Feb 2006 12:08:09 -0500

On 2/28/2006 10:47 AM, [log in to unmask] wrote:


The good intention was to dispel the expectation, or wishful thinking,
that the EFC could invert all transformations performed by ICSF.

Clearly it fell short of the mark insofar as it easily misled you
and me.  A clarification might be helpful, such as a paraphrase
of John E.'s words to:

   Data which ICSF has compressed and encrypted can be decrypted
   but not uncompressed by the Encryption Facility Client.


That's not quite right either, gil.



I thought it was.



Remember that there are two pieces involved.  The IBM Encryption
Facility for z/OS, and the separate Encryption Facility Client.



Is "The IBM Encryption Facility for z/OS" different from ICSF?
If so, I'm quite wrong.


ICSF is completely different from IBM Encryption Facility for z/OS.
ICSF is base element of z/OS, kind of device driver providing set of API 
calls as well as some administration utilities.
IBM Encryption Facility for z/OS is separate (fee-based) product. This 
product uses ICSF in background. It is set of tools to encrypt data on 
the disk or tape. These tools use ICSF API under the cover.

HTH
--
Radoslaw Skorupka
Lodz, Poland

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

Re: MONITOR command

[Knutson, Sam]

"Activate MONITOR independent of a console" was an enhancement to z/OS
R7 as part of the console restructure.  
David Hom did a nice presentation at SHARE in Boston 2881 Now Playing at
a Screen Near You:
z/OS Console Restructure that mentioned this.  Sure enough it is in the
R7 documentation.

We have MN DSNAME and MN JOBNAMES in COMMNDxx in PARMLIB today and don't
specify MONITOR at all in CONSOLxx.

Looks like we will have to make a couple changes at R7...

SYS1.PARMLIB(COMMNDA1) - 01.69  Columns 0
 ===>  Scroll
COM='MN DSNAME'  
COM='MN JOBNAMES   REQUIRED BY OPSMVS FOR IEF403I MSG


Best Regards, 

Sam Knutson, GEICO 
Performance and Availability Management 
mailto:[EMAIL PROTECTED] 
(office)  301.986.3574 


| 3.5.13.1 Enabling message monitoring


| To enable monitor message production for a particular message type
without 
| sending the messages to a specific console, do one of the following: 


| Issue the SETCON MONITOR command 

| At IPL time, specify the SETCON MONITOR command in COMMNDxx 

| For SPACE and DSNAME, specify the MONITOR keyword on the INIT 
| statement of CONSOLxx 



| To enable monitor message production and identify the console to
receive 
| the monitored messages, do one of the following: 

| Issue the MONITOR command 

| For JOBNAMES, SESS, and STATUS, specify the MONITOR keyword on the 
| CONSOLE statement of CONSOLxx 

| For an EMCS console, use the OPERPARM parameter of the MSCOPER service

| when activating the EMCS console. 



| The MONITOR command enables monitor message production if it has not 
| already been enabled with the SETCON MONITOR command. 

SETCON Command

 

Use the SETCON command to activate functions pertaining to the console

environment and the Console ID Tracking facility. For more information

about the Console ID Tracking facility, see z/OS MVS Planning:
Operations.
 

 

Syntax

 

The syntax of the SETCON command is:

 

+---
--
|

|   SETCON {TRACKING|TR}={ON|OFF|ONWITHABEND}

|  {MONITOR|MN}

| {,JOBNAMES={(ON{,LOG|NOLOG})|OFF}}

| {,SESS={(ON{,LOG|NOLOG})|OFF}{

| {,STATUS={(ON{,LOG|NOLOG})|OFF}}

| {,T={ON|OFF}}

+---
--
 

MONITOR or MN

Monitor messages are to be enabled or disabled, as defined by each
of 
the specified message types.

 

,JOBNAMES

The name of the job is displayed whenever the job starts and

terminates, including unit record allocation when the step
starts.
If a job terminates abnormally, the job name will appear in a

diagnostic message.

 

,SESS

The TSO/E user identifier is displayed whenever the TSO/E
session 
begins and ends. If the session terminates abnormally, the user

identifier appears in the diagnostic message.

 

,STATUS

The data set names and volume serial numbers of data sets with

dispositions of KEEP, CATLG, or UNCATLG are displayed whenever

data sets are freed.

 

,T

For monitor messages that can optionally contain a timestamp,
the 
timestamp is included in the message.  


   
 

 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of R.S.
Sent: Tuesday, February 28, 2006 1:14 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: MONITOR command

The following command
MN JOBNAMES,T
turns on messages IEF403I, IEF404I.
The messages appear in job output, as well as hardcopy log (syslog in
this case).
However, when the console from which the command is entered is switched
off, the messages are turned off.
I can enter the command from master console, but - although it is rare
to switch off the console, it can happen.

Q: How can I switch the messages "permanently on", despite of console
state ?
I guess I should use CONSOLxx, but what statement - INIT or CONSOLE ?

--
Radoslaw Skorupka
Lodz, Poland

This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

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

Re: HDS backup process

[Bruno Sugliani]

On Tue, 28 Feb 2006 11:45:37 -0500, Bruce Black <[EMAIL PROTECTED]>
wrote:

>I believe that RESYNC will copy any tracks which have been modified on
>the source OR target.  Ron Hawkins, can you confirm?
>

I dont think so ( i am not Ron)
A cestpair resynch in a pprc IBM disks environment will only synch from
primary to secondary , only if a track in the primary has been updated.
Well let's wait Ron .
Bruno
Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr

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

Re: Tax chooses dead language - Australia

[Weidt, James]

We should rename this list to LOD - List Of Digression...


Thanks,
Jim Weidt
Senior Systems Engineer
Jostens Inc.

 

CONFIDENTIALITY NOTICE:  The information contained in this e-mail
communication and any attached documentation may be privileged,
confidential or otherwise protected from disclosure and is intended only
for the use of the designated recipient(s).  It is not intended for
transmission to, or receipt by, any unauthorized person.  The use,
distribution, transmittal or retransmittal by an unintended recipient of
this communication is strictly prohibited.   If you are not the intended
recipient of this e-mail, please delete it from your system without
copying it and notify the above sender.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of john gilmore
Sent: Tuesday, February 28, 2006 12:17 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Tax chooses dead language - Australia

Nigel Hadfield writes

>
>BBC is an abbreviation, not an acronym.
>

There is no viable way to distinguish abbreviations and acronyms.

Traditionally, acronyms were viewed as a pronounceable subset of
abbreviations; and this distinction certainly makes BBC an abbreviation
and COBOL an acronym.  But is BSOD, 'Blue Screen of Death' an
abbreviation and not an acronym?  I think not.  (Some languages do give
heavy weight to pronounceability.  Italian is the obvious example; and
in it 'Cassa di Risparmio delle Provincie Lombarde' becomes 'Cariplo';
but English, whether British or American, has no such preoccupation.)

What is clear is that there are different dialect-, language- and even
culture- and class-based conventions embodied in different groups'
acronym- and abbreviation-construction schemes.  Moreover, these
differences mean that criticisms of other people's schemes always go
wrong.  They reify one man's provincial notions into universal truths.

John Gilmore
Ashland, MA 01721-1817
USA

_
Don't just search. Find. Check out the new MSN Search! 
http://search.msn.click-url.com/go/onm00200636ave/direct/01/

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

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

RACF Structure and Performance

[Alan Schwartz]

We're looking at merging two RACF databases.  As part of our initial 
analysis we are interested in placing RACF into a coupling facility.   We 
are curious about changes in RACF performance using the structures. 
Better?  Worse?  No appreciable difference?  Are there any published 
documents discussing this?

Alan Schwartz
Assurant Shared Business Services
Lead Systems Programmer
Phone:  651-361-4758
Fax:   651-361-5625
**
This e-mail message and all attachments transmitted with it may contain legally 
privileged and/or confidential information intended solely for the use of the 
addressee(s). If the reader of this message is not the intended recipient, you 
are hereby notified that any reading, dissemination, distribution, copying, 
forwarding or other use of this message or its attachments is strictly 
prohibited. If you have received this message in error, please notify the 
sender immediately and delete this message and all copies and backups thereof.

Thank you.
**

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

Re: Data Set Name "Hiding"

[David Andrews]

On Tue, 2006-02-28 at 10:21 -0800, Edward E. Jaffe wrote:
> But, in this case, I'm afraid the potential 
> resource consumption increases of MLS might be more like strapping an 
> extra 100 Lb (45.359 Kg) pack on your back! Tough choice

Depending on your naming conventions and willingness to cut some
corners, a relatively simple short-path ICHRTX00 exit might help relieve
you of much of the RACF overhead.  I'm thinking that you enable MLNAMES
and then code:

IF CLASS = 'FACILITY' AND ENTITY STARTS WITH 'STGADMIN.IFG.READVTOC.'
IF USERID STARTS WITH 'ZZ' THEN FAIL
ELSE SUCCEED
ELSE pass request to security system

Any reason something like this wouldn't work?  It would be quick (and
yes, dirty).

-- 
David Andrews
A. Duda and Sons, Inc.
[EMAIL PROTECTED]

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

Re: Encryption Facility Client

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Black
> Sent: Tuesday, February 28, 2006 12:57 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Encryption Facility Client
> 



> The compression is pretty well documented in the zSeries PoPs.  It is 
> not a secret.  Just complex.
> Up to now, there was little reason to implement the zSeries 
> compression 
> in software for another processor.



> 
> -- 
> Bruce A. Black

If you want it, get the Hercules source. It can emulate the zSeries
compression instructions, written in C. Hum, maybe you should ask Jay
Maynard, et al., before using it, tho!

--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited.
 

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

Re: IEE345I command authority error from batch

[Bob Henry]

Thanks to Tom Schmidt over on the CICS list! This was one of those "can't 
see the forest ..." problems. I spent hours looking at RACF profiles, CICS 
definitions, reading MVS doc, etc. I think I was getting close when I 
discovered that the job was running in a JOBCLASS with AUTH=IO and when I 
changed that to AUTH=ALL, it worked. Then the question became, why didn't 
the OPERCMDS profile override that as it says it should in the MVS doc? 
Guess what! It does when you activate OPERCMDS! Anyway, it's working now 
after activating OPERCMDS and thanks to all for the help.

--
Bob Henry * Mgr., Rochester IT * SunGard Higher Education * 3000 Ridge Rd. 
E., Rochester, NY  14622
Tel 585-339-2366 * Mobile 585-330-5240 * Fax 610-578-3014 * 
[EMAIL PROTECTED] * www.sungardhe.com

CONFIDENTIALITY: This email (including any attachments) may contain 
confidential, proprietary and privileged information, and unauthorized 
disclosure or use is prohibited. If you received this email in error, 
please notify the sender and delete this email from your system. Thank you





"Chase, John" <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
02/28/2006 12:14 PM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
Re: IEE345I command authority error from batch






> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Bob Henry
> 
> I successfully used a 'D A,L' as a batch JCL command which 
> tells me that the MVS side is ok, right? I actually have 
> multiple 'F CICSxx,'CEMT INQ TAS'' commands in a job which 
> get directed to multiple CICS regions (jobs, not stc). If the 
> CICS region is not active, I get an IEE341I "NOT ACTIVE"
> message (expected) and I don't get the IEE345I message. If 
> the target CICS region is active, I get the IEE345I.

Did you run these batch jobs in the same jobclass?  Might need to check
the JOBCLASS AUTH parm in JES if not.

-jc-

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


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

Re: RACF Structure and Performance

[Fletcher, Kevin]

Alan,

We did this years ago and found no appreciable performance difference.
It did improve our security adminstration as there was only one point of
maintenance. As always depending on your setup UMMV.

Thanks,
 
Fletch 817-3545
 
 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Alan Schwartz
Sent: Tuesday, February 28, 2006 2:43 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: RACF Structure and Performance


We're looking at merging two RACF databases.  As part of our initial 
analysis we are interested in placing RACF into a coupling facility.
We 
are curious about changes in RACF performance using the structures. 
Better?  Worse?  No appreciable difference?  Are there any published 
documents discussing this?

Alan Schwartz
Assurant Shared Business Services
Lead Systems Programmer
Phone:  651-361-4758
Fax:   651-361-5625

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

RMF Mon III Reports

[Dean Montevago]

Hi,

I have to run some reports against a weeks worth of SMF data (3 LPAR's,
24 hr per day). Do I need to pre-allocate a MFRx for each interval ?
or is there a way to allocate 1 dataset and have all the reports written
to it ? 

TIA
Dean

Dean Montevago
Sr. Systems Specialist
Visiting Nurse Service of New York
(212) 609 - 5596
[EMAIL PROTECTED]


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

Re: RMF Mon III Reports

[Ulrich Krueger]

Dean,
are you talking about running the Post Processor, PGM=ERBRMFPP ?
If so, my RMF User's Guide, Chapter 17, says that you can use a DDname of PPRPTS
instead of having MFRx DDs allocated, one for each interval.


Regards,
Ulrich Krueger
Mainframe Systems Services
National Semiconductor Corp.
Santa Clara, CA 95051
Tel:(408)721-8071Fax:(408)721-6526
Email: [EMAIL PROTECTED]


"IBM Mainframe Discussion List"  wrote on 02/28/2006
12:35:58 PM:

> Hi,
>
> I have to run some reports against a weeks worth of SMF data (3 LPAR's,
> 24 hr per day). Do I need to pre-allocate a MFRx for each interval ?
> or is there a way to allocate 1 dataset and have all the reports written
> to it ?
>
> TIA
> Dean
>
> Dean Montevago
> Sr. Systems Specialist
> Visiting Nurse Service of New York
> (212) 609 - 5596
> [EMAIL PROTECTED]
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

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

Re: IBM Supported method to empty PDS in Batch

[Hal Merritt]

No, I can't. The job I used many, many moons ago does not work as I
remembered. 

What I recall doing was to pry the covers off of the IMS utility
DFSUOCU0, which did exactly what was desired. That is, completely
replaced a target PDS with a source PDS. Worked great, and I used it
extensively to promote high visibility load libraries.  

I lost use of the utility when I moved to an assignment that lacked IMS,
so I thought I replicated the process. 

But I am mistaken. 

I apologize. This is the first time in my life I have been wrong about
anything, and not quite sure what to do. I also never lie ;-)

Here is the job:
/***

//S1  EXEC  PGM=IEBUPDTE,PARM=NEW

//SYSPRINT  DD  SYSOUT=*

//SYSUT2 DD  DSN=SYSX.MY.CNTL,DISP=OLD

//SYSIN  DD  DSN=DISTRO.TAPE,DISP=OLD
//


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Zelden
Sent: Friday, February 24, 2006 11:48 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IBM Supported method to empty PDS in Batch

 

Hal,

Can you provide a working sample of using IEBUPDTE to empty a
PDS?

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

 

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

Re: RMF Mon III Reports

[Mark Zelden]

On Tue, 28 Feb 2006 15:35:58 -0500, Dean Montevago
<[EMAIL PROTECTED]> wrote:

>Hi,
>
>I have to run some reports against a weeks worth of SMF data (3 LPAR's,
>24 hr per day). Do I need to pre-allocate a MFRx for each interval ?
>or is there a way to allocate 1 dataset and have all the reports written
>to it ?
>

You don't need to pre-allocate anything.  They are dynamically allocated
to the class specified (or defaulted) by SYSOUT(?) in your control cards
(although you can pre-allocate them if you wish).

If you want them all to one DD then you do have to pre-allocate a
PPRPTS DD.

Here is a snippet of my JCL that has some comments:

//RMFPOST  EXEC PGM=ERBRMFPP,REGION=100M
//*STEPLIB DD DISP=SHR,DSN=SYS1.SERBLINK,UNIT=SYSALLDA,VOL=SER=RESM60
//*MFPINPUT DD  DISP=SHR,DSN=userid.SMF7079.SORTED
//SYSABEND DD  SYSOUT=*
//MFPMSGDS DD  SYSOUT=*  /* MESSAGE OUTPUT  */
//*MFRN DD SYSOUT=*  /* INTERVAL RPTS   */
//PPRPTS   DD  SYSOUT=*  /* COMBINED  INTERVAL RPTS */
//*MFXN DD SYSOUT=*  /* EXCEPTION INTERVAL RPTS */
//PPXRPTS DD   SYSOUT=*  /* COMBINED EXCEPTION RPTS */
//*PPXSRPTS DD SYSOUT=*  /* SYSPLEX RPTS*/
//*PPPLTNNN DD SYSOUT=*  /* PLOT RPTS   */
//*PPEXTNNN DD SYSOUT=*  /* EXCEPTION RPTS  */
//*PPORPNNN DD SYSOUT=*  /* OVERVIEW RPTS   */
//*PPSUMNNN DD SYSOUT=*  /* SUMMARY RPTS*/
//*PPOVWREC DD DSN=userid.RMFPOST.OVERVIEW.RECS,
//* DISP=(NEW,CATLG,DELETE),
//* SPACE=(CYL,(25,25),RLSE),
//* DCB=(RECFM=VB,LRECL=32756,BLKSIZE=32760)
//SYSINDD *
 SYSOUT(H)



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

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

Re: Finding "embedded" short blocks

[Blaicher, Chris]

I have to ask, WHY?

Unless you really meant RECFM=FBS.

No access method I know of cares about short blocks in the middle of the
file.  They just deal with it.  If you really don't want any short
blocks,  use IEBGENER or either of the sort products to copy it to a new
file.  That would take no more time then reading the file to find the
short blocks.

Christopher Y. Blaicher
BMC Software, Inc.
Austin Development Labs
(512) 340-6154
BMC Software, Inc. makes no representations or promises regarding the
reliability, completeness, or accuracy of the information provided in
this discussion; all readers agree not to rely on this information or
take any action against BMC Software in response to this information.


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Chase, John
Sent: Tuesday, February 28, 2006 11:53 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Finding "embedded" short blocks

Hi, All,

Is there an "easy" way to find any "short blocks" that might exist in a
FB dataset?  We don't have DITTO (IBM File Manager), and I haven't found
a way with File-Aid yet.

TIA,

-jc-

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

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

Re: Finding "embedded" short blocks

[Patrick O'Keefe]

On Tue, 28 Feb 2006 15:23:17 -0600, Blaicher, Chris
<[EMAIL PROTECTED]> wrote:

>I have to ask, WHY?
>
>Unless you really meant RECFM=FBS.
>
>No access method I know of cares about short blocks in the middle of the
>file.  They just deal with it.  ...

I'm probably way out of date, but I thought IPCS required no short blocks
within the data.  I assume there are still programs using BDAMish READ
processing rather than QSAM GET processing - processing physical blocks
rather than logical records.  Those programs can certainly be written to
handle short blocks, but it's up to the program.  The access method won't
do it.

Have I shown my ignorance again? :-)

Pat O'Keefe

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

Re: RACF Structure and Performance

[Walt Farrell]

On 2/28/2006 2:43 PM, [EMAIL PROTECTED] wrote:
We're looking at merging two RACF databases.  As part of our initial 
analysis we are interested in placing RACF into a coupling facility.   We 
are curious about changes in RACF performance using the structures. 
Better?  Worse?  No appreciable difference?  Are there any published 
documents discussing this?




By the way, it's perhaps better to ask RACF-specific questions on the 
RACF-L mailing list, rather than IBM-MAIN.


Using the CF for RACF data can theoretically provide a good performance 
improvement, but as always the details of your individual environment 
will determine what you see.  The CF can reduce I/O (specifically reads) 
to the RACF database significantly, and it can improve serialization of 
database access by avoiding ENQs in some cases where we can find the 
data in the CF.  Additionally, we can manage the data in our in-storage 
ECSA cache more efficiently when using the CF, which again helps reduce I/O.


Thus, if your I/O or serialization mechanisms are over-stressed by RACF 
activity, moving to the CF can help.  If you have little RACF activity, 
you'll probably see little benefit.  Basically, only a test with your 
workload can tell for sure.  Once you have sysplex communication enabled 
in RACF, you can easily switch into and out of data sharing and measure 
the effects on your system.


By the way, be careful when "merging" RACF databases.  We don't supply 
any supported tools that will merge two databases.  IRRUT400 only 
re-merges previously split portions of the same database.


Walt Farrell, CISSP
z/OS Security Design, IBM

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

Re: IXFP No Longer Supported

[Desi de la Garza]

Well. We are still using an old RAMAC and use IXFP. 

I do have a question on IXFP Can a pack name be renamed on the fly?

Thanks,
 
Desi de la Garza
Systems Programmer
Bexar County Information Services
[EMAIL PROTECTED]
 

-Original Message-
From: Jim Marshall [mailto:[EMAIL PROTECTED] 
Sent: Friday, February 11, 2005 3:28 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: IXFP No Longer Supported

I reported two problems with IBM's IXFP software last week and Level 2
support called to remind us that as of Saturday, 02/12/2005, IXFP is no
longer supported by IBM (SAY WHAT!).

I checked with my IBM reps and they tell me this is true. Bottom line is
anyone who is running IBM RVA DASD is now no longer supported. Maybe IBM
thinks we will all be rushing out to buy new SHARKS. I do not think this
was widely publicized and I know it will cause us concern for a while.

Is anyone addressing this with IBM and are you finding the same story.

JimUS Office of Personnel Management

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

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

Re: IXFP No Longer Supported

[Ted MacNEIL]

>I do not think this
was widely publicized and I know it will cause us concern for a while.

>Is anyone addressing this with IBM and are you finding the same story.

IBM has a life-cycle site.
They DO announce at least three years before support is dropped.

I remember hearing about IXFP a long time ago.

It was widely publicised; I'm sorry you didn't hear about.
But, it's gone!


-
-teD

I’m an enthusiastic proselytiser of the universal panacea I believe in!

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

Re: Australian Tax Office chooses dead language

[Fenner, Jim]

de gustibus non est disputandum







IMPORTANT

 The information transmitted is for the use of the intended recipient only and 
may contain confidential and/or legally privileged material. Any review, 
re-transmission, disclosure dissemination or other use of, or taking of any 
action in reliance upon, this information by persons or entities other than the 
intended recipient is prohibited and may result in severe penalties.  If you 
have received this e-mail in error please notify the Privacy Hotline of the 
Australian Taxation Office, telephone 13 28 69 and delete all copies of this 
transmission together with any attachments. 


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

Re: HDS backup process

[Clark, Maurice]

-Snip--
I believe that RESYNC will copy any tracks which have been modified on 
the source OR target.  Ron Hawkins, can you confirm? 
-Snip- 

Kinda depends whether you are talking about Trucopy of Shadowimage...
That is true for Trucopy (see below from the manual):

-
If the RCU accepts write I/Os for a split S-VOL (S-VOL write enable
pairsplit option), the RCU keeps track of the S-VOL cylinders/tracks
which are updated. When the split pair is resumed, the MCU merges the
P-VOL and S-VOL cylinder/track bitmaps to determine the out-of-sync
cylinders/tracks and ensure accurate resynchronization.
-

But I don't think a "normal" Shadowimage resync will do that

Cheers... 

Maurice Clark


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

Re: Australian Tax Office chooses dead language

[Ted MacNEIL]

>de gustibus non est disputandum

I'd better tell our APPDEV people QUICK.

Our company is doing quite well.

And, our bread-&-butter application is CICS/COBOL.
COBOL (while I haven't programmed in it for over 20 years) is alive and kicking.

Even some of our web-weenies know how to, at least, read it.

The language is not the problem.
The mentality is!

When I took programming courses at the University of Waterloo, we were taught 
the discipline.
The language, we were expected to learn on our own.

COBOL is not dead by a long shot!

-
-teD

I’m an enthusiastic proselytiser of the universal panacea I believe in!

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

Re: Australian Tax Office chooses dead language

[ibm-main]

From: "Fenner, Jim"

> de gustibus non est disputandum

Indeed.

And it could probably be added that this is about as comprehensible as most
of the correspondence I get from the ATO ...

Shane ...

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

Re: IXFP No Longer Supported

[Pommier, Rex R.]

If it's no longer supported does that mean I can quit paying for it?

They still support the hardware, though.  What sense does it make to
support the hardware but not the software that makes it usable?

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ted MacNEIL
Sent: Monday, February 27, 2006 6:00 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IXFP No Longer Supported


>I do not think this
was widely publicized and I know it will cause us concern for a while.

>Is anyone addressing this with IBM and are you finding the same story.

IBM has a life-cycle site.
They DO announce at least three years before support is dropped.

I remember hearing about IXFP a long time ago.

It was widely publicised; I'm sorry you didn't hear about.
But, it's gone!


-
-teD

I'm an enthusiastic proselytiser of the universal panacea I believe in!

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

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

Re: Finding "embedded" short blocks

[Blaicher, Chris]

No ignorance there, Pat.

If you wrote a program that only worked with a given blocksize, then
short blocks becomes a problem.  Even then, you still have to write the
program to work with a short block because the last block may not be
full.

My ignorance will now show.  How do you get short blocks into an IPCS
file?

Christopher Y. Blaicher
BMC Software, Inc.
Austin Development Labs
(512) 340-6154
BMC Software, Inc. makes no representations or promises regarding the
reliability, completeness, or accuracy of the information provided in
this discussion; all readers agree not to rely on this information or
take any action against BMC Software in response to this information.


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Patrick O'Keefe
Sent: Tuesday, February 28, 2006 3:40 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Finding "embedded" short blocks

On Tue, 28 Feb 2006 15:23:17 -0600, Blaicher, Chris
<[EMAIL PROTECTED]> wrote:

>I have to ask, WHY?
>
>Unless you really meant RECFM=FBS.
>
>No access method I know of cares about short blocks in the middle of
the
>file.  They just deal with it.  ...

I'm probably way out of date, but I thought IPCS required no short
blocks
within the data.  I assume there are still programs using BDAMish READ
processing rather than QSAM GET processing - processing physical blocks
rather than logical records.  Those programs can certainly be written to
handle short blocks, but it's up to the program.  The access method
won't
do it.

Have I shown my ignorance again? :-)

Pat O'Keefe

--

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

Re: IXFP No Longer Supported

[Pommier, Rex R.]

I can't find the announcement that shows where IXFP is withdrawn.  Can
somebody point me to it?

Thanks.

Rex

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

Re: IXFP No Longer Supported

[Ted MacNEIL]

>They still support the hardware, though.  What sense does it make to
support the hardware but not the software that makes it usable?

THAT does not make sense!

I missed that because we got off of RAMAC & ICEBERG aeons ago.

We were on ESS (Shark) in September 2000.


-
-teD

I’m an enthusiastic proselytiser of the universal panacea I believe in!

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

Re: Finding "embedded" short blocks

[Bill Godfrey]

You didn't say if this was for a small file, or if you only need to do it
once, but under those conditions you might try this.

Run IEBPTPCH on the dataset using just ' PRINT TYPORG=PS,TOTCONV=XE' for
printing in hex, and allocate SYSUT2 to an output dataset that you can
later edit with ISPF. IEBPTPCH will put two asterisks at the end of each
printed block. In ISPF edit on the output dataset, exclude all, find
all 'page', del all nx, find all **. Then, if it is practical, eyeball
what's left between "Top of Data" and "Bottom of Data" to see if the
counts in 'Line(s) not Displayed' are all the same. Wherever they are
different, there is a short block. I'm guessing.

Bill Godfrey

On Tue, 28 Feb 2006 11:53:23 -0600, John Chase wrote:

>
>Is there an "easy" way to find any "short blocks" that might exist in a
>FB dataset?  We don't have DITTO (IBM File Manager), and I haven't found
>a way with File-Aid yet.
>

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

Re: IXFP No Longer Supported

[Ted MacNEIL]

>I can't find the announcement that shows where IXFP is withdrawn.  Can
somebody point me to it?

I am not at work, but I can give you the steps I used to find it.

Go to www.IBM.com
Enter ILC on the search tab (Information Life Cycle)
[If my memory has not failed me, you will see a list of all the software IBM 
supports, PLUS a row of each letter of the alphabet].
Click on `I`, and page down until you find IXFP.

OR,

You can wait until I get back to work, tomorrow, and I will cut and paste the 
main link.


-
-teD

I’m an enthusiastic proselytiser of the universal panacea I believe in!

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

Re: Finding "embedded" short blocks

[Gilbert Saint-Flour]

On Tuesday 28 February 2006 12:53, Chase, John wrote:

> Is there an "easy" way to find any "short blocks" that might exist
> in a FB dataset?  We don't have DITTO (IBM File Manager),
> and I haven't found a way with File-Aid yet.

The BLKSIZE2 program in file 183 of the CBT tape prints the size of each 
block if finds in a data set.  It was written eons ago to study the 
structure of a PDS, but it may just do what you want.  

May I ask why you need this?
 
-- 

 Gilbert Saint-Flour
 GSF Software
 http://gsf-soft.com/
 mailto:[EMAIL PROTECTED]

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

INFO REFCARD

[Mark Watson]

INFO  REFCARD

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

Re: IXFP No Longer Supported

[Glenn Miller]

Hi Jim,

You may want to call STK ( Sun ).  They have a product called: SVAA (
Shared Virtual Array Administrator ).
According to their website, the supported storage systems are: V-Series
(SVA) or RVA, any model.


HTH

Glenn Miller

---
This message (including any attachments) is confidential and may be
privileged. If you have received it by mistake please notify the sender by
return e-mail and delete this message from your system. Any unauthorised
use or dissemination of this message in whole or in part is strictly
prohibited. Please note that e-mails are susceptible to change. ABN AMRO
Bank N.V, which has its seat at Amsterdam, the Netherlands, and is
registered in the Commercial Register under number 33002587, including its
group companies, shall not be liable for the improper or incomplete
transmission of the information contained in this communication nor for any
delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its
group companies) does not guarantee that the integrity of this
communication has been maintained nor that this communication is free of
viruses, interceptions or interference.
---

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

Re: CBT Delinker

[Paul Gilmartin]

In a recent note, Greg Price said:

> Date: Tue, 28 Feb 2006 12:46:59 +1100
> 
> I can only think that the CSECT order is different in the two modules.
> For programs with a "large" number of CSECTS it would be tiresome
> to compare.  If this is the problem then how about relinking with a
> series or ORDER statements which nominate every CSECT?
> 
> Then the two different versions could be made to order the CSECTs
> identically, and the link edit maps should be more easily compared.
> 
Yah.  Adding a couple hundred ORDER statements helps a lot.
The residue of differences:

o There are a few externals defined with no associated ADCONs.
  DELINKI doesn't propagate these.  It probably doesn't matter.

o Order of defined LABELs in the M A P is unpredictable when
  the labels have identical offsets.  Irritating.  Binder
  ought to sort these for the map.

o Offsets of Q-CONs don't match.  I hope this doesn't matter,
  because there's nothing akin to ORDER to control the order
  of Q-CONs.  But what about this?

- CLASS  B_PRV LENGTH =  7E0  ATTRIBUTES = MRG, NOLOAD
+ CLASS  B_PRV LENGTH =  7C8  ATTRIBUTES = MRG, NOLOAD

  Might this be because of the unreferenced externals, a few
  of which are Q-CONs?

Thanks again,
gil
-- 
StorageTek
INFORMATION made POWERFUL

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

Re: z/OS 1.5 open dataset limit

[Wayne Driscoll]

As Brian mentioned, DB2 uses the XTIOT, which is stored in non-contiguous
storage, above the 16 MEG line.  However, in z/OS 1.4 and before, the DSAB
chain, which is used to manage all allocations, was still below the 16 MEG
line, which limited the the total number of allocations available.  However,
in z/OS 1.5, the DSAB chain now resides above the line, relaxing these
limits.
Wayne Driscoll
[EMAIL PROTECTED]


"Brian Peterson" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> You wrote "this is not a DB2 question".
> 
> The number of open data sets per jobstep is controlled by the size of the
> TIOT table.  You control the size of the TIOT using SYS1.PARMLIB(ALLOCxx)
> entry TIOT.  The default TIOT size is 32K which provides for 1635 maximum
> data sets per jobstep.
> 
> DB2 uses the XTIOT.  This is why DB2 is not limited to the TIOT size
limits
> mentioned above.
> 
> Brian
> 
> On Wed, 4 Aug 2004 10:19:40 -0500, Mark Ediger <[EMAIL PROTECTED]>
> wrote:
> 
> >Greetings,
> >
> >In the DB2 for z/OS V8 (this is not a DB2 question) Installation
> >Manual, there is the following statement:
> >
> >|The maximum number of
> >| concurrently open data sets is typically 25 000 to 32 000 if you are
> >using
> >| z/OS V1R4 or earlier. If you are using z/OS V1R5 or later, the
> >maximum
> >| number of concurrently open data sets is typically 100 000.
> >
> >Do any of you know if this limit is set by parameter or is implicit in
> >the release?  If the latter, then is this the same as the "maximum
> >generated ddnames limit reached" message that is specified in the
> >message IKJ56227I which seems to be 32,767?
> >I can not find any mention of this in 1.5 documentation or announcement
> >letter.  I do know its there because there is a comment in the IHAQDB
> >macro which states "open data set limit relief".
> >Any information you have will be helpfull.
> >Thanks
> >Mark Ediger
> >Acxiom
> >
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

Security Erase Feature on DASD

[Ed Gould]

Can anyone shed some light on the feature of erasing data on DASD? I  
am just curious thats all.


For instance does it erase one track at a time or a range of tracks 
(or ?), once the command has been issued
does it tie up the channel until the command ends ? (or is it  
asynchronous?)  Is there a transfer of data for each track (or cyl or  
block?)


Is the erase just internal to the device (or control unit) so the cpu  
is not bothered until the erase is complete or ?


Along similar lines on the STK (IBM or HDS) after a "track" has been  
erased does the de-stage of the erased data take place reasonably  
soon or does the device automagically take care of the erased data? I  
hope I am not asking for privileged info, just general information to  
better understand thats all.


BTW there was an item in an IBM pub that at first attempted (IMO) to  
come across as an article of fact finding as it turned out it was an  
ad for FDR erase product. It was cleverly disguised, IMO but after  
reading about the page after page of platitudes it was, come to find  
out, an ad from the FDR people.


Ed

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

Re: INFO REFCARD

[Ed Finnell]

 
In a message dated 2/28/2006 6:59:28 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

INFO  REFCARD
++
 
>Like it says at the bottom of each post send to [EMAIL PROTECTED] 
(mailto:[EMAIL PROTECTED])  






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

Re: Security Erase Feature on DASD

[Bruce Black]

BTW there was an item in an IBM pub that at first attempted (IMO) to 
come across as an article of fact finding as it turned out it was an 
ad for FDR erase product. It was cleverly disguised, IMO but after 
reading about the page after page of platitudes it was, come to find 
out, an ad from the FDR people. 
Gee, Ed, I was going to answer your question, but I guess you don't want 
to hear from us


--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.com 


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

Re: Fw: Tax chooses dead language - Austalia

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 02/28/2006
   at 11:44 AM, "R.S." <[EMAIL PROTECTED]> said:

>BTW: Isn't COBOL the most primitive language in use ?

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

Re: Fw: Tax chooses dead language - Austalia

[Shmuel Metz (Seymour J.)]

In
<[EMAIL PROTECTED]>,
on 02/28/2006
   at 08:00 AM, "Chase, John" <[EMAIL PROTECTED]> said:

>I believe Assembler is the most primitive language in use, regardless
>of platform.

C is considerably more basic than HLA. In fact, any assembler with a
decent macro facility is higher level than C.
 
-- 
 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: MVCY

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 02/27/2006
   at 02:40 PM, "Patrick O'Keefe" <[EMAIL PROTECTED]> said:

>Ok.  I give up.  You probably weren't refering to Alaska, "Above the
>Knee", or a type of automatic rifle.  What is "AK" in this context?

It's an abbreviation for an Yiddish phrase for an old person, roughly
equivalent to the American OF.
 
-- 
 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Security Erase Feature on DASD

[Ed Gould]

On Feb 28, 2006, at 10:02 PM, Bruce Black wrote:

BTW there was an item in an IBM pub that at first attempted (IMO)  
to come across as an article of fact finding as it turned out it  
was an ad for FDR erase product. It was cleverly disguised, IMO  
but after reading about the page after page of platitudes it was,  
come to find out, an ad from the FDR people.
Gee, Ed, I was going to answer your question, but I guess you don't  
want to hear from us


Bruce,

Sorry you feel that way.I thought I was nice to the FDR people,  
myself. After all at least you are upfront about who you work for and  
the information is almost always balanced. Its the marketing people  
who I now tend to distrust. You still have your reputation..


Ed

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

Re: Security Erase Feature on DASD

[ibm-main]

From: "Bruce Black"

> Gee, Ed, I was going to answer your question, but I guess you don't want
> to hear from us

Eminently understandable ...

However, I lambaste CA all the time, and Russell still talks to me  ...
:-)

Shane ...

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

Re: Tax chooses dead language - Austalia

[Timothy Sipples]

>BTW:  Isn't COBOL the most primitive language in use ? OK, I assume Basic 

>(BASIC  ?) is not in use. Isn't COBOL unpopular on other platforms  ?

Agreed, not even close.

Enterprise COBOL is very advanced. XML, Unicode, object stuff, every kind 
of cross-language calling convention, a really advanced LE runtime, high 
performance

The whole article is a bit like arguing that English is primitive so we 
should all switch to Esperanto. You want your programming language for 
your tax system to be durable, and COBOL is definitely durable. Scores of 
"popular" programming languages have come and gone during COBOL's 
lifetime, and the analysts estimate there's a net new 5 million lines of 
COBOL each year, today. But if they want to write new business logic in 
some other language, no problem -- COBOL can fully interoperate with lots 
of other languages.

I did cringe at the Microsoft .NET bit. Not a good idea, IMHO. I would 
have picked something that didn't *require* such a complex multi-tiered 
deployment architecture. (Whether I would actually install a complex 
deployment architecture is another question, but I wouldn't have picked 
something that required it.) But I realize Accenture has people on the 
bench they need to use. :-)

[Please note that I am speaking only for myself (at most) and not for my 
employer. My employer has the deepest respect for Accenture, at least 
occasionally.]

- - - - -
Timothy F. Sipples
Consulting Enterprise Software Architect, z9/zSeries
IBM Japan, Ltd.
E-Mail: [EMAIL PROTECTED]

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

Re: z/OS 1.8 (pre) announcement

[Timothy Sipples]

>Just about choked on my beer ...
>" Support is planned for up to 4 TB of real memory on a single z/OS 
image.
>This is expected to allow the use of up to 512 GB of real memory on a 
single
>z/OS image on IBM System z9T servers and up to 256 GB on z990 servers."
>Yep - definitely need that. Well, maybe ...

Yes, this will come in handy for some customers. Think of the new 
workloads here: Java (e.g. WebSphere Application Server, Java batch), DB2 
(esp. business intelligence workloads), XML parsing/generating, etc., on a 
massive scale. There are occasions when going past 128 GB could be 
helpful, even for a single image.

The 4 TB is an interesting figure. That's adding 5 bits worth of address 
range to the current 128 GB figure, and 5 bits is...odd. Maybe that's 
merely a testing limit? I have no idea.

z/TPF can also benefit from lots of memory at extreme scale transaction 
levels. (It doesn't page.) I think z/TPF already supports all the physical 
memory in the biggest System z9.

For me the new LDAP and XML features, and the Encryption Facility 
statement of direction, were the most interesting parts of the z/OS 1.8 
preview. However, there's lots of interesting stuff in there.

- - - - -
Timothy F. Sipples
Consulting Enterprise Software Architect, z9/zSeries
IBM Japan, Ltd.
E-Mail: [EMAIL PROTECTED]

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

Re: Data Set Name "Hiding"

[Leonard Woren]

Walt Farrell wrote:
> In a more normal shop, I personally don't see much of an exposure. 

True, but not much consolation to the guy who got fired when I showed
management one of his, er, impolite (ok, unprintable) dsnames.  :-)
I think I ran into it while investigating a full vtoc, which turned
out to be caused by many zero-space datasets created by that clown.


Edward E. Jaffe wrote:
> That's why "God" invented VM.

Huh?  I thought it was the devil...  ;-)


Thomas Berg wrote:
> I have always seen source hiding in circumstances like this as silly
> and sneaky.
> I never do this.

Thanks for that posting.  It reminds me to me ask (rhetorically!) how
many of us would be where we are if we didn't have access to a large
inventory of source written by good, experienced programmers?  I'm
sure that I learned a lot more from reading other people's source than
from reading manuals.

It would be interesting to see how many of the "hide the source"
people here have also previously bemoaned the lack of new mainframe
programmers.


Craddock, Chris wrote:
> It would be folly to depend on information hiding as the only security
> strategy, 

I believe the technical term for that is "security through obscurity".



Long ago, I worked in a classified environment where the client
considered it a security problem to see JOBNAMES that didn't belong to
you.  It's amazing what they made us disable on that system.


/Leonard

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

Re: Security Erase Feature on DASD

[Doc Farmer]

While FDR's got a fine product, I'm still curious as to what the native "Erase 
on Scratch" process from IBM provides.  I mean, does it do a single pass, or is 
it DoD compliant?  Does it run a byte-by-byte erasure or a block/track/cylinder 
overwrite of binary 0's and 1's?  How much CPU overhead is produced to nuke a 
full disk pack or a 50 cylinder file?
   
  And, just to be fair, how does this compare to FDR's erasure software?

Bruce Black <[EMAIL PROTECTED]> wrote:
  > BTW there was an item in an IBM pub that at first attempted (IMO) to 
> come across as an article of fact finding as it turned out it was an 
> ad for FDR erase product. It was cleverly disguised, IMO but after 
> reading about the page after page of platitudes it was, come to find 
> out, an ad from the FDR people. 
Gee, Ed, I was going to answer your question, but I guess you don't want 
to hear from us

-- 
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.com 

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


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

Re: Finding "embedded" short blocks

[Robert A. Rosenberg]

At 11:53 -0600 on 02/28/2006, Chase, John wrote about Finding 
"embedded" short blocks:



Hi, All,

Is there an "easy" way to find any "short blocks" that might exist in a
FB dataset?  We don't have DITTO (IBM File Manager), and I haven't found
a way with File-Aid yet.

TIA,

-jc-


There is no harm in short blocks (which would normally only occur 
with multiple file extensions due to DISP=MOD) in a FB Dataset. 
Finding one embedded in a FBS Dataset OTOH is BAD NEWS.


The simplest way I know to find them is to write a Q&D Assembler 
program to read the file via BSAM and check the BLOCK-SIZE of each 
block read. You've found one if a short block is NOT followed by EOF 
(ie: If you find another block after reading a short block). There 
also may be something useful on the CBT Modes tape.


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

Re: ABCs of z/OS System Programming Volume 6

[Doc Farmer]

When I tried the link below, it just asked me to sign in (which I did) but then 
didn't open the actual document.  Do I have to request access to the document 
specifically?  And if so, do you know the process?  Thanks.


Jack Kelly <[EMAIL PROTECTED]> wrote:  i've been reviewing vol6 via ibm's 
resource link 
(http://www-1.ibm.com/servers/resourcelink/svc03100.nsf?OpenDatabase). it 
was getting me close to secure ftp in mvs until i found out the req'm was 
secure shell ftp which is completely different..

Jack Kelly
LA Systems @ US Courts
x 202-502-2390

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


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