Re: Listing ALL 2nd level nodes ICF catalog

[Kenneth E Tomiak]

On Fri, 22 Jun 2007 18:43:27 -0500, David Speake 
<[EMAIL PROTECTED]> wrote:

>I seem to remember that for a CVOL catalog you could list all the nodes from
>just all the first nodes or all the nodes from 1 through n. IEHLIST maybe?
>Any way to do this for ICF. IDCAMS (I think I looked pretty good here), ISPF
>services (Here too).
>
>Anything callable from COBOL
>Mea Culpa - have not checked LE or USS.
>Anyone? Or keep digging?
>

Are you trying to pass a high-level qualifier and get back a list of unique 
second-level qualifiers but not the third through nth levels?

--
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: Relationship of TBDISPL to row displayed

[Kenneth E Tomiak]

On Fri, 22 Jun 2007 19:11:37 -0500, David Day <[EMAIL PROTECTED]> 
wrote:

  So, it looks like TBDISPL will display the row from the last TBSKIP as the 
top 
row in the display, but somehow then resets so that TBSKIP starts over from 
0.  I must be doing something wrong.
>
>--Dave
>


You must be doing something wrong. Since you did not post the snippet of 
code having the problem we can only start guessing at what that might be. 
My first would be, do you use TBTOP or some other variable to force yourself 
to the top? Are you using TBSCAN with the NEXT operand? Does your TBDISPL 
specify which row to display? The number of possibilities is quite large.

Do you know how to use the MODEL command?

--
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: The USS Heresy

[Chris Hoelscher]

exactly who WAS the captain of the USS Heresy? Sulu? Chekov?



Chris Hoelscher
Senior IDMS & DB2 Database Administrator
Humana Inc
502-476-2538
[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: The USS Heresy (was Patents, Copyrights, Profits, Flex and Hercules)

[Phil Smith III]

Tom Marchant <[EMAIL PROTECTED]> wrote:
>On Fri, 22 Jun 2007 15:43:57 -0400, Phil Smith III wrote:
>>   ...   "z/Linux"  ...  verboten (for legal reasons ... ).
>It is?  What legal reasons?

Well, Turbo did have the trademark, but it's officially marked as "abandoned" 
in the USPTO database.  But "legal" is sort of second-order: IBM has a policy 
that they never use names which themselves are derivatives of someone else's 
trademark. So since "Linux" is a (TM), "z/Linux" is verboten.  At least, that's 
how I've heard it explained; I'm sure there are exceptions, so don't flame me 
about 'em, I'm only the messenger.

...phsiii

--
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: Interpretation of the D LLA,STATISTICS

[Tom Schmidt]

Hi Mark, 
 
That command was (sort of) discussed just over 4 years ago in the ibm-main 
archives.  

http://bama.ua.edu/cgi-bin/wa?A2=ind0305&L=ibm-
main&P=R40098&D=1&H=0&I=1&O=D&T=0

-*  reproduced here *-
Subject: Re: LLA-Diaplay command 
From: Greg Dyck  
Reply-To: IBM Mainframe Discussion List 
Date: Wed, 14 May 2003 11:28:34 -0700 
Content-Type: text/plain 

> There is an undocumentet z/OS command 'd lla,statistics', giving message ID
> CSV620I.
> Does someone have the proper interpretation lf CSV620I - I have not been
> able to find it.

Be aware that some command are undocumented for a reason.

In this case improper use could cause message flooding, which could
subsequently cause other system problems.  See APAR OW32819.

If a command is not documented, use it at your own risk.
Greg

Greg Dyck
z/OS Core Technology Design


-- 
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: SVC vs APF and other 'privileged' code

[Gibney, Dave]

And they're running all that on Winders now?

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Rick Fochtman
Sent: Friday, June 22, 2007 9:53 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SVC vs APF and other 'privileged' code



> From time to time I read on the list about companies which demand ISVs

> to provide source code for SVC routines to analyze it from security 
> point of view.
> While I don't know to much about z/OS 'guts', I'm wondering what is 
> the reason for that? Or rather, why the SVC code is so important, 
> while APF-authorized libraries are not subject to analyze. The same 
> apply to propgrams in SCHEDxx members.
> AFAIK (I could be wrong) APF-authorized program can bypass security 
> rules, so it can be dangeours. Is SVC more dangerous ?
>
>
> Last, but not least - neither SVC, nor 'regular' APF-authorized 
> program can do anything illegal when not instructed, so unless ISV 
> folks unlimited access to prod system it is like dangerous knife in my

> safe.
> Other possibility is that "backdoor" entry is disclosed by ISV to our 
> sysprogs. In fact it owuld be a confession to security hole.

---
My last shop processed enough money in a week to pay the U. S. National 
Debt, and NONE of that money was ours. We had to be like Caesar's wife, 
Calpurnia. That is, not only be pure, but perceived to be pure by all 
who beheld us. Security was held to be far more important than 
performance by "The Powers That Be".

--
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: PARMLIB(s) (Was: how to list LE options)

[Don Leahy]

- Original Message - 
From: "Rick Fochtman" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Friday, June 22, 2007 12:44 PM
Subject: Re: PARMLIB(s) (Was: how to list LE options)



-
Funny how it's ok for SYSPROGs to cruise Applications and "tell" us what 
needs to be changed or how to tune our application

---
In our shop, it was called "Quality Assurance Review" and we caught some 
real howlers.


Like OPEN and CLOSE within the loop that actually wrote the records.

Or IDMS "PREPARE", fetch and update and IDMS "FINISH" within a database 
update loop.


LOL!  Or like installing ISPF-based products without renaming the default 
library names!   Oh wait, that was a sysprog screwupnever mind...  :-)


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

Relationship of TBDISPL to row displayed

[David Day]

I have an application that builds a temporary table. Occasionally the table can 
get rather large, so I thought I would add a function to allow a user to find 
the next occurrance of a character string in the table.  Added TBSKIP to the 
logic.  The logic used TBSKIP to forward to the next row in the table, then 
look for the character string.  When found, go back and use TBDISPL.  This 
worked great for the 1st find, but when doing a re-find, the TBSKIP started 
back at the beginning of the table, and moved forward from there, giving me the 
same line I found the 1st time.  Only way I could get it to work on a re-find 
was to TBSKIP the number of rows from the previous display, then TBSKIP one row 
at a time.  So, it looks like TBDISPL will display the row from the last TBSKIP 
as the top row in the display, but somehow then resets so that TBSKIP starts 
over from 0.  I must be doing something wrong.

--Dave

--
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: SV: how to list LE options

[Ed Gould]

On Jun 22, 2007, at 7:05 AM, Thomas Berg wrote:


==  Ed Gould  ==  wrote2007-06-21 21:58:

On Jun 21, 2007, at 4:44 AM, Thomas Berg wrote:
--SNIP--



The consultants
howled as
they could no longer assemble programs (no access to sys1.maclib)


???

Our official language was COBOL nothing else was permitted into  
production. The consultants had a habit of doing the other work on  
our system, those contained assembler.

Ed


Still don't understand why they wasn't allowed to assemble their  
programs.

Were they doing "private" programming or what ?

Thomas Berg

---SNIP

The standard company wide language was COBOL. None of the programmers  
knew assembler. As I explained in a previous post none of the  
programmers could debug assembler code.


The consultants were using our resources to compile programs for the  
consultants essentially stealing resources from our company. The two  
steps we made to stop the process was taking away access to  
sys1.maclib and also not allowing assembler to be invoked.


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

Listing ALL 2nd level nodes ICF catalog

[David Speake]

I seem to remember that for a CVOL catalog you could list all the nodes from
just all the first nodes or all the nodes from 1 through n. IEHLIST maybe?
Any way to do this for ICF. IDCAMS (I think I looked pretty good here), ISPF
services (Here too).

Anything callable from COBOL
Mea Culpa - have not checked LE or USS.
Anyone? Or keep digging?

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

Re: how to list LE options

[Ed Gould]

On Jun 22, 2007, at 6:48 AM, Chase, John wrote:


-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Thomas Berg


-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List För Ed Gould



The consultants howled as
they could no longer assemble programs (no access to sys1.maclib)


???


If you hire consultants to (among other things) assemble programs,  
then configure security to prevent them from doing so, why are you  
not in breach of contract?


I thought I made it clear, perhaps not. The only language company  
wide that was to be used was COBOL. None of the applications types  
knew any assembler. If they were called in in the middle of the night  
and they found out the program was assembler. They bumped the problem  
to the one lone programmer that vaguely understood assembler. Most of  
the time he would say its a systems issue and then we were called.  
Only to point the finger back at the applications people and the fun  
began.


Ed



-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

Interpretation of the D LLA,STATISTICS

[Mark Yuhas]

I can't find any documentation concerning this command and the ensuing
display.

Do the statistics reflect the counts since the last IPL or the last
refresh of the LLA?

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: The USS Heresy (was Patents, Copyrights, Profits, Flex and Hercules)

[Rob van der Heij]

On 6/23/07, Tom Marchant <[EMAIL PROTECTED]> wrote:


>   ...   "z/Linux"  ...  verboten (for legal reasons ... ).

It is?  What legal reasons?


Back then, someone else owned the trademark. But since your rights to
a trademark vanish when you don't use it, I would not be surprised if
that problem went away. It might very well be that IBM acquired it in
the meantime.

Rob

--
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: The USS Heresy (was Patents, Copyrights, Profits, Flex and Hercules)

[Tom Marchant]

On Fri, 22 Jun 2007 15:43:57 -0400, Phil Smith III wrote:

>   ...   "z/Linux"  ...  verboten (for legal reasons ... ).

It is?  What legal reasons?

-- 
Tom Marchant

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

Re: Patents, Copyrights, Profits, Flex and Hercules

[Phil Smith III]

Clem Clarke <[EMAIL PROTECTED]> wrote:
>Pray tell, what is the real difference between the Unix Sub System or 
>OMVS (or whatever you want to call it!!). and VM running Z/OS (without 
>USS) and z/Linux?

That raises an interesting thought -- "Linux for z/OS" could mean "a z/Linux 
[yeah, yeah, I'm not an IBMer, I can use that term] that exists to communicate 
with a z/OS machine".  AFAICT it *doesn't* mean that today, but it could.  
OTOH, it'd be pretty confusing for folks, especially with z/OS UNIX System 
Services extant, so my vote would be "Bad idea, don't do that".

...phsiii

--
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: The Development of the Vital IBM PC in Spite of the Corporate Culture of IBM

[Howard Brazee]

On Fri, 22 Jun 2007 14:03:05 -0600, in bit.listserv.ibm-main you
wrote:

>and/or corporate marketing ... majority of the people in the period ...
>didn't understand what personal computing and/or PC software actually
>met ...  marketing such abstractions would have little meaning
>(sufficient understanding of how they might actually benefit). 3270
>terminals to the mainframe did have some meaning ... and terminal
>emulation, effectively same price, same footprint ... with the addition
>of something more than 3270 terminal emulation ... even if the vast
>majority of people had no idea what that actually added value really met
>(but it wasn't a risk/justification issue ... the cost/justification was
>covered by its play as added value 3270 terminal replacement).

And someone buys a computer to play the latest game - and wonders what
the heck the SysRq key does.

--
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: The USS Heresy (was Patents, Copyrights, Profits, Flex and Hercules)

[Mark Zelden]

On Fri, 22 Jun 2007 15:43:57 -0400, Phil Smith III <[EMAIL PROTECTED]> wrote:

>
>In any case, and at the risk of retreading old ground, I'd like to know
what the official short form of z/OS UNIX System Services is.  Surely there
is one? 

z/OS UNIX

This is what I try to use - especially when posting here on IBM-MAIN. :-) 
Though I probably don't capitalize UNIX all the time.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group:  G-ITO
mailto:[EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
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: The USS Heresy (was Patents, Copyrights, Profits, Flex and Hercules)

[Phil Smith III]

Chris Mason <[EMAIL PROTECTED]> wrote:
>I generally let the incorrect use of USS go by - *if* there's no risk of 
>confusion with the correct use.


This is fun, and enlightening.  Ah, I looked up the "pedantry" thread in my 
Deleted Items; I didn't read it at the time because it was talking about things 
like VTAM that I can't spell (not being a z/OS person).

I'm all for correct terminology and precise communication, but in this case it 
sounds like this is more of a TLA collision than an "incorrect" term per se.  I 
do know that many IBMers use "USS" to mean z/OS UNIX System Services, and in 
varied contexts, but of course, many IBMers use "z/Linux", too, and we know 
that's officially verboten (for legal reasons, however, which may not apply 
here).  And since I'm not likely to open APARs against either VTAM or z/OS UNIX 
System Services, I'm not likely to get the wrong queue, but I'll keep that in 
mind.

In any case, and at the risk of retreading old ground, I'd like to know what 
the official short form of z/OS UNIX System Services is.  Surely there is one?  
If you insist that you spell it out completely every time, in speech and 
writing, I'll believe you, but I'll snicker behind your back.

I'd also suggest that in a discussion of "Linux for z/OS", there's no real 
chance of confusion between USSes.  Unless, of course, you're doing it on a 
commercial American ship, while sitting at a table with a z/OS comms guy, a 
UNIX/z/OS apps guy, an ultrasound technician, a mathematician, a US Senator, a 
competitive swimmer, and a lawyer for the steel industry.

Cheers,

...phsiii

--
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: SCRT and IMS V7 question

[Ed Finnell]

 
In a message dated 6/22/2007 1:03:13 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

In  addition to Tom's suggestions you could look in the SMF30 data,  the
measured usage segments to see which jobs/stcs are still using IMS. (In  MXG
this would be the SMF30MU table.) The SMF89 will show you that IMS  is
running, but not which addresses are using IMS. SMF30 will have the  detail. 




>>
My suspicion is it's the IMS lock manager running with DB/2 companions.  
Anyway, the SMF30 should pick it up. 



** See what's free at http://www.aol.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: Virtual Tape ???

[Bruce Black]

AFAIK, ADRDSSU says BLKSIZE=0, not 32760.

You could be right


However it is *no longer true*. At current z/OS levels real blocksize 
(64k) is claimed.
I ran a test and you are correct.  Probably on any system that supports 
large blocksize, it sets it properly.


--
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: The Development of the Vital IBM PC in Spite of the Corporate Culture of ...

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 06/18/2007
   at 03:19 PM, Ed Finnell <[EMAIL PROTECTED]> said:

>BTW I'm looking if anybody has recommendations.

Pogo.
 
-- 
 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: The Development of the Vital IBM PC in Spite of the Corporate Culture of IBM

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 06/22/2007
   at 12:34 PM, Phil Smith III <[EMAIL PROTECTED]> said:

>That hardware box had all the engineering characteristics of the
>original PC - 8088 processor, same storage options, 2 floppies - as I
>remember.  However, the software was closed.

Don't forget DisplayWriter and DataMaster, which used the 8086.
 
-- 
 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: CA-1 install - user exits?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 06/12/2007
   at 06:55 AM, Russell Witt <[EMAIL PROTECTED]> said:

>The entire question of how well should we document IBM utilities and
>procedures was discussed just today regarding GDG's. We have some
>utilities (such as TMSCOPY to backup the TMC) were we recommend
>creating GDG's to keep some number of backup copies. It was asked if
>we should give examples of how to define GDG's in our manuals for
>those system-programmers that have never defined a GDG. This morning,
>I stood on the "NO" side but am starting to wonder if that was
>correct.

I would advise caution. It's much safer to refer people to the vendor
documentation, and I've seen a lot of 3rd party documentation that was
ambiguous, incomplete or just plain wrong.

>What IEBUPDTE does

Be careful to distinguish between the general behavior of IEBUPDTE and
the restricted subset that SMP/E supports. This is a case where I
would strongly urge pointers to the DFSMS Utilities documentation and
to the SMP/E documentation.

>Why do this instead of simply replacing the entire module?

There's a third alternative that you might consider; ship both an exit
with a COPY statement and a comment-only member to be included by the
COPY. The customer could then do a usermod replacing the entire copy
file. YMMV.

-- 
 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: SCRT and IMS V7 question

[Al Sherkow]

In addition to Tom's suggestions you could look in the SMF30 data, the
measured usage segments to see which jobs/stcs are still using IMS. (In MXG
this would be the SMF30MU table.) The SMF89 will show you that IMS is
running, but not which addresses are using IMS. SMF30 will have the detail. 

I suspect you may still have a started running in support of IMS. I am not
an IMS expert, so I don't know where to look on the active system. 

(Thanks also to Tom for recommending LCS to help you manage, monitor, and
audit SCRT). 

Al 

Al Sherkow, I/S Management Strategies, Ltd.
Consulting Expertise on Capacity Planning, Performance Tuning,
WLC, LPARs, IRD and LCS Software
Seminars on IBM SW Pricing, LPARs, and IRD
Voice: +1 414 332-3062 
Web: www.sherkow.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

MSYS

[Joe Peresich]

I've seen some discussions of MSYS on the list, but is anyone aware if
MSYS can be used to replace the network logging function of NetView?
We're running z/os1.4 at present.

We'd like to discontinue NetView but would like to have the CS/VTAM/NCP
PPO logging function that it provides and not have to rely on system
console log for unsolicited messages, and vtam operator command
responses, etc., if possible.

Can MSYS do this, or is anyone aware of another product that would
provide this function?

Thanks & regards,
Joe

Joe Peresich
Northwest Regional Data Center
2048 East Paul Dirac Drive
Tallahassee, FL  32310
850-245-3527 Sun:205-3527   
www.nwrdc.fsu.edu

--
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: "Storage Group" for non-SMS volumes?

[Bruce Black]

I think you would stand a better chance of asking the developers of ABR
to add a new keyword of "NONSMS(YES)" or something
can be done.  With our generalized reporting progrram FDREPORT, you can 
easily select volumes which are non-SMS, e.g.,

   XSELECT  VLSMSSTG.NE.*
That selects all volumes with no storage group. 

FDREPORT can generate control statements for other FDR programs, so it 
can satisfy Tim's requirement.  Tim, I would be happy to give you 
specific examples


--
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: IBM Destination z

[Joel C. Ewing]

This link causes my browser to immediately redirect to
http://www-03.ibm.com/systems/z/destinationz/index.html
So, if I want to try to bookmark the site, doing it the simplest and 
easiest way by bookmarking it from the browser after following your link 
will get the "www-03" variant.  Is this redirected address the one IBM 
intends users to save, or will anything other than your "www" URL 
potentially break in the future?  I seem to recall all sorts of grief in 
the past with ibmlink internal URLs becoming unusable.


If the "www-03" variant is not intended for long-term reference and IBM 
doesn't want people saving internal and potentially changeable URLs, it 
would be extremely useful if primary entry URLs did not do this kind of 
redirection until the user had an opportunity to view and bookmark a 
page at the original external URL.  Or am I the only one annoyed by this 
behavior on IBM web sites?


Timothy Sipples wrote:

The direct Web address for Destination z is here:

http://www.ibm.com/systems/destinationz

- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect
Specializing in Software Architectures Related to System z
Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific
E-Mail: [EMAIL PROTECTED]


--
Joel C. Ewing, Fort Smith, AR[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: The Development of the Vital IBM PC in Spite of the Corporate Culture of IBM

[Anne & Lynn Wheeler]

The following message is a courtesy copy of an article
that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well.

[EMAIL PROTECTED] (Phil Smith III) writes:
> Which is the end of the story, boys and girls.  For, while so many
> people focus on how the PC has damaged the mainframe, the mainframe
> still stands tall.  What the PC was meant to destroy, it did destroy -
> the minis and superminis.  DEC went from top of the heap (Queen
> Elizabeth in Boston harbor for DECWorld) to non-existence in less than
> 10 years.  DG is no more.  Wang is no more.  The PC destroyed them
> all.

we were spending some time in SCI (as well as FCS and HIPPI) meetings.

both Sequent and DG would build an SCI machine with four (intel)
processor boards ... for 256process numa machine (convex built an sci
machine with two hp/risc processor board ... for 128processor numa
machine). both DG and sequent are gone ... sequent being absorbed by ibm
... and some recent references that the only surviving sequent
technology may be found in some contributions to linux. HP's superdome
may or may not be considered to be the exemplar follow-on. a couple
recent posts on sci/numa machines:
http://www.garlic.com/~lynn/2007g.html#3 University rank of Computer 
Architecture
http://www.garlic.com/~lynn/2007m.html#13 Is Parallel Programming Just Too Hard?

wang signed a deal with austin (and some of the austin people actually
left and went to work for wang) to use rs/6000 as their hardware
platform (getting out of the hardware business).

in some of the a.f.c. posts, i've frequently pointed out that the late
70s and early 80s saw a significant uptake of mid-range machines in the
departmental server market segment ... both vm/43xx and vax/vms ... with
vm/43xx actually having larger install base than vax/vms (in part
because there were numerous large customer orders for multiple hundred
43xx machines at a time). by the mid-80s that market segment was
starting to be taken over by workstations and large PCs (with
corresponding drop-off in sales of 43xx and vax machines). Later the
more powerful PCs would also take over much of the workstation market.

misc. old email mentioning various happenings around 43xx
http://www.garlic.com/~lynn/lhwemail.html#43xx

there had been anticipation that the introduction of the 4361/4381 would
see compareable uptake to 4331/4341 ... but by then, the market was
already starting to move to workstations and larger PCs.

a couple past posts given domestic and world-wide vax numbers, sliced &
diced by model and yr (post 85, the numbers are primarily micro-vax):
http://www.garlic.com/~lynn/2002f.html#0 Computers in Science Fiction
http://www.garlic.com/~lynn/2005f.html#37 Where should the type information be: 
in tags and descriptors
http://www.garlic.com/~lynn/2006k.html#31 PDP-1

--
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: Operating systems are old and busted

[Anne & Lynn Wheeler]

The following message is a courtesy copy of an article
that has been posted to bit.listserv.ibm-main as well.

[EMAIL PROTECTED] (Chris Mason) writes:
> ... and thereby put the wait light out[1]. Having been brought up with
> DOS (the original DOS), and, generally, S/360 Model 30s, I was used to
> knowing how busy the machine was by observing the flickering of the
> wait light.

my first undergraduate programming job was to port MPIO from 1401 to
360/30. MPIO provided tape<->unitrecord/printer/punch front-end for
university 709 running ibsys.

it was possible to operate the 360/30 in 1401 emulation mode ...  so i
conjecture that the exercise was purely to get familiarity with new 360
... which would eventually replace both the 709 and the front-end
machine with 360/67.

i got to design and implement my own monitor, device drivers, interrupt
handlers, storage management, consol interface, etc ... and eventually
had assembler program with approx. 2000 cards.

running os/360 pcp (r6) ... the "stand-alone" version assembled in
about 20-25 minutes elapsed time. I had conditional assembly that would
also generate program that would run under PCP and used open/close and
DCB macros. There were five DCB macros and you could tell from the wait
light pattern when the assembler was processing a DCB macro ... and each
one took 5-6 minutes elapsed time ... the os/360 conditional assembly
version took an extra 30minutes (making the assembly nearly an hr
total).

--
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: Operating systems are old and busted

[(IBM Mainframe Discussion List)]

 
 
In a message dated 6/22/2007 11:13:43 A.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:
>... and thereby put the wait light out[1]. Having been brought up with  DOS 
(the original DOS), and, generally, S/360 Model 30s, I was used to  knowing 
how busy the machine was by observing the flickering of the wait  light.
 
I remember times when I watched the wait light's changing patterns of  
flickering on and off to know roughly how much longer a certain job would  run.
 
I don't remember now why I wrote my IEFBR15 program, but at that time I  must 
not have been concerned about the wait light's significance during whatever  
experiment I was doing that needed a CPU time soaker.
 
Bill  Fairchild
Plainfield, IL





** See what's free at http://www.aol.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: Virtual Tape ???

[Bruce Black]

Bruce Black has given an excellent explanation (as usually does) of the
facts about DFDSS and FDR backup tapes, you could also add HSM and a few
others(block size in the label is not what written on the tape).
Thanks!  HSM uses DSS for most backups, which explains the tape label 
discrepancy.  In those few cases where HSM does its own backup, I 
believe that the label blocksize will match the physical blocksize


--
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: The Development of the Vital IBM PC in Spite of the Corporate Culture of IBM

[Phil Smith III]

I forwarded the thread to a friend who was there at the time; here's his 
response.

...phsiii
=
Cool!  Thanks.

My own addition would be in the category of what might be called "business 
history."  By the 1980s IBM was struggling in the mini and super-mini business. 
 IBM had 5 hardware platforms, 9 or 11 operating systems (depending on how you 
counted), and minimal marketshare.  DEC, DG, Wang, etc. were eating IBM's lunch 
in every market other than where purchases were controlled by the data center.  
Inside the data center, the large VAXes from Digital and the MV machines from 
DG were starting to threaten the mainframe crown jewels.

A collaboration of sorts between Boca (engineering) and Atlanta (sales) led to 
a device called the S/32.  This was intended to be a downward extension into 
the business market for minicomputers, building off the phenomenal success of 
the Rochester small business line:  S/3, S/34, S/36, and S/38.  The system came 
from Boca, outside of Rochester's control, but the sales driver was NMD, Boca 
and Rochester's sales arm in Atlanta.

That hardware box had all the engineering characteristics of the original PC - 
8088 processor, same storage options, 2 floppies - as I remember.  However, the 
software was closed.

Simultaneously, another part of Boca had been experimenting with at least 2 (I 
saw them), and maybe 3, commercial offerings that were squarely aimed at the PC 
market.

The Boca PC team was given the go ahead and cannibalized much of the S/32's 
hardware.  They produced a much more capable PC offering than the previous 
8-bit offerings.

I believe, unlike many of the comments in the thread, there was a business 
motive to the IBM PC.  It was to attack the minicomputers.  The attack was 
required because IBM's mainframes were being attacked from below by the minis.  
The correct business strategy was to attack the attackers from below with an 
even smaller / cheaper system.

Which is the end of the story, boys and girls.  For, while so many people focus 
on how the PC has damaged the mainframe, the mainframe still stands tall.  What 
the PC was meant to destroy, it did destroy - the minis and superminis.  DEC 
went from top of the heap (Queen Elizabeth in Boston harbor for DECWorld) to 
non-existence in less than 10 years.  DG is no more.  Wang is no more.  The PC 
destroyed them all.

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

Re: SVC vs APF and other 'privileged' code

[Rick Fochtman]

From time to time I read on the list about companies which demand ISVs 
to provide source code for SVC routines to analyze it from security 
point of view.
While I don't know to much about z/OS 'guts', I'm wondering what is 
the reason for that? Or rather, why the SVC code is so important, 
while APF-authorized libraries are not subject to analyze. The same 
apply to propgrams in SCHEDxx members.
AFAIK (I could be wrong) APF-authorized program can bypass security 
rules, so it can be dangeours. Is SVC more dangerous ?



Last, but not least - neither SVC, nor 'regular' APF-authorized 
program can do anything illegal when not instructed, so unless ISV 
folks unlimited access to prod system it is like dangerous knife in my 
safe.
Other possibility is that "backdoor" entry is disclosed by ISV to our 
sysprogs. In fact it owuld be a confession to security hole.


---
My last shop processed enough money in a week to pay the U. S. National 
Debt, and NONE of that money was ours. We had to be like Caesar's wife, 
Calpurnia. That is, not only be pure, but perceived to be pure by all 
who beheld us. Security was held to be far more important than 
performance by "The Powers That Be".


--
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: PARMLIB(s) (Was: how to list LE options)

[Rick Fochtman]

-
Funny how it's ok for SYSPROGs to cruise Applications and "tell" us what 
needs to be changed or how to tune our application

---
In our shop, it was called "Quality Assurance Review" and we caught some 
real howlers.


Like OPEN and CLOSE within the loop that actually wrote the records.

Or IDMS "PREPARE", fetch and update and IDMS "FINISH" within a database 
update loop.


--
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: Is IBM-MAIN now obsolete? (Was: IBM Destination z(?))

[Chris Mason]

Kirk

Having just reminisced about DOS (the original) and BPS tape, I would 
suggest the plural "operating system*s*". But then again, I'm not quite so 
sure about the "great" once this change is made!


Chris Mason

- Original Message - 
From: "Kirk Wolf" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Friday, June 22, 2007 5:56 PM
Subject: Is IBM-MAIN now obsolete? (Was: IBM Destination z(?))



...

IMO, IBM-MAIN will *never* be obsolete, so long as there are people (like 
me) who prefer reminiscing (ranting) about a great operating system over 
getting their work done :-)


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

Re: how to list LE options

[Steve Comstock]

Chase, John wrote:

-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Barkow, Eileen

 that in most medium to large organizations, lines do need 
to be drawn 


in order to keep people focused on the jobs they are hired to do


I take this to mean keep them stupid so that they cannot get 
a job anywhere else.



ITYM "dumb" rather than "stupid" ("dumb" is curable via education;
"stupid" is as "stupid" does).

That was actually a stated policy in a university (!!) where I worked
previously.  In that boss's own words, "If we allow you more training,
your marketability will be enhanced and you'll leave us for more money
somewhere else."



Not just univeristies. There was a period of time when many businesses
also adopted that policy. Thank goodness those days
are past.


Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

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

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

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

Re: Operating systems are old and busted

[Chris Mason]

Bill

... and thereby put the wait light out[1]. Having been brought up with DOS 
(the original DOS), and, generally, S/360 Model 30s, I was used to knowing 
how busy the machine was by observing the flickering of the wait light.


A few years later, for reasons best kept secret to spare the salesman's 
blushes, I was involved in a benchmark of a customer program on a smaller 
machine than the one the customer already had. The team was given an 
existing assembler program and we were allowed to "tune" it. The 
competition - whose active noses had initiated the exercise - had to rewrite 
completely in their chosen language: COBOL.


First the I/O buffers were increased and the run time halved. Then I - the 
mug - did rewrite the whole program using register arithmetic rather than 
the original packed decimal, thereby reducing, say, 15 minutes to 13 
minutes. Then I rewrote the whole program yet again reducing the number of 
tape passes to 2 from 10. Maybe 15 seconds was now removed from the run 
time.


I missed the wait light. The operating system was BPS tape and, in essence, 
what BPS does is go into an enabled loop - similar to the BR 15 no doubt. If 
one imagines what the wait light would have shown, clearly the original 
version of the program hardly affected the wait light's brightness, the I/O 
buffers change dimmed it considerably, the arithmetic change almost 
extinguished it and the massive logic adjustment to limit the tape passes 
extinguished it completely. If I had seen an almost extinguished wait light 
after the arithmetic change, it is likely I would have realised there was no 
more improvement possible and another major rewrite was pointless.


Chris Mason

[1] Is there still such a light on today's processors and, if not, which 
historical S/360+ range removed the indicator?


- Original Message - 
From: "(IBM Mainframe Discussion List)" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Friday, June 22, 2007 4:49 PM
Subject: Re: Operating systems are old and busted





In a message dated 6/21/2007 8:14:33 P.M. Central Daylight Time,
[EMAIL PROTECTED] writes:

So the operators used to put DEBE
in and let it crank the meter while  they played hearts, but management 
was

happy that they used 4-5 hours of  machine time. I wouldn't do it and got
called on the carpet for not getting  more work done. Ah the good ol days!

I wrote a little program once to do the same thing - i.e., a batch job to
soak up all CPU time.  I called it IEFBR15.  If you gave it a great  big 
TIME=

value, it would run for an extra special long time.

Bill  Fairchild
Plainfield, IL


--
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 vs knowledge [was: RE: how to list LE options]

[Dave Kopischke]

On Fri, 22 Jun 2007 16:27:40 +1000, Ken Brick wrote:

>This thread was originally entitled "How to list LE Options".
>
>One of the responses was to browse the LE options member of PARMLIB. I
>see this as a valid requirement for an application programmer. Hence
>they need READ access to PARMLIB.
>

Since this thread has been taken over by another religious war, it's impossible 
to tell if the original poster actually got something useful out of the 
reponses. 
Remember the stories written about ServiceLink outages quoting mostly from 
this list  Give it a rest or the Windows folks will start to appear 
reasonable 
every time they ask a user to reboot.

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

Is IBM-MAIN now obsolete? (Was: IBM Destination z(?))

[Kirk Wolf]

http://www-03.ibm.com/systems/z/destinationz/

"Welcome to IBM Destination z - a vibrant community to help you make the 
most of your mainframe"



I applaud IBM's initiative ... but can you really *announce* a vibrant 
community?


But, let's not get territorial - another vibrant community for System z 
is great news and should be welcomed.


IMO, IBM-MAIN will *never* be obsolete, so long as there are people 
(like me) who prefer reminiscing (ranting) about a great operating 
system over getting their work done :-)







*
*

--
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: Operating systems are old and busted

[Thompson, Steve]

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Tom Marchant
Sent: Friday, June 22, 2007 10:34 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Operating systems are old and busted

On Fri, 22 Jun 2007 09:56:04 -0500, McKown, John wrote:
>> Plainfield, IL
>
>   ... IEFBR15 was based on the assumption that register 15 actually 
>points to the BCR 15,15 instruction. Unless you PTF'ed the program to 
>remove this dependancy by prefixing it with a BASR 15,0 instruction.

Just like IEFBR14 assumes that register 14 is the return address.  So
what's your point?  That's how a program in a batch job gets control.
Do you think IBM is going to change that?


The problem is wild branch situations. If you use BALR/BASR to establish
addressability, then the wild branch to your code gains a valid base
register, things happen as if they are supposed to...

This is what concerns me about relative branch instructions. I have
worked on/with an architecture in the '70s that had such instructions.
Debugging a wild branch on a base register type system is sometimes a
real pain. Try it with a system that has relative branch. Throw in
relative displacement based storage operations. Welcome to your
nightmare.

To make this a bit more real, DOS systems used BALR to establish
addressability. Incorrect computation of a displacement and then BR to
that address and hitting a BALR to get addressability makes it quite
difficult to figure out how you got there. There are (or were) a few ISV
programs out there that use this technique and debugging them, when an
unexpected thing happened resulting in a wild branch, was strictly trial
and error. And made for some very long days.

Later,
Steve Thompson

--
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: Operating systems are old and busted

[Tom Marchant]

On Fri, 22 Jun 2007 09:56:04 -0500, McKown, John wrote:
>> Plainfield, IL
>
>   ... IEFBR15 was based on the assumption that register 15 actually
>points to the BCR 15,15 instruction. Unless you PTF'ed the program to
>remove this dependancy by prefixing it with a BASR 15,0 instruction.

Just like IEFBR14 assumes that register 14 is the return address.  So what's 
your point?  That's how a program in a batch job gets control.  Do you think 
IBM is going to change that?

-- 
Tom Marchant

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

Re: how to list LE options

[Ed Gould]

O 
SNIP

ITYM "dumb" rather than "stupid" ("dumb" is curable via education;
"stupid" is as "stupid" does).

That was actually a stated policy in a university (!!) where I worked
previously.  In that boss's own words, "If we allow you more training,
your marketability will be enhanced and you'll leave us for more money
somewhere else."

Well, "No $h1t, Sherlock!"




John,

Thanks for reminding me of this. I had put this out of my memory.  
(wish it had never happened ).


The senior VP of a company that I worked for had this belief. He  
would never send anyone for training no matter what. At the time the  
way they scheduled jobs was to read all the jobs into the input Q  
with typrun=hold, and then depended on the operator to release them  
in the right sequence.
The number of jobs that were read in grew to be over 1000 and the  
poor operator had a hell of a time keeping track of them. AFter a few  
mistakes and the time lost from the mistakes the market didn't open  
on time (we were fined big time). They finally decided to get a job  
scheduler. The went out and found one and purchased it. They thought  
they had worked out how to use it. The first night was almost  
catastrophic. They just didn't understand how to schedule for it.  
Instead of training their people the decided to hire "consultants"  
the next attempt was a little better (at least the market opened on  
time). This went one for several weeks finally a news system was to  
be turned over to production and the proverbial hell arose . The  
market did not open on time either. The VP was called on the carpet  
for a dressing down like he had never gotten before. The next day we  
had a 5 people appear out of nowhere from the vendor to give classes  
for the scheduler   and the production control people were given an  
intensive 2 day class. Even the night shift people were brought in.  
The results were self evident they rewrote the nights schedule with  
some help from the trainers and the next night the production ran  
rather well. Yes there were some rough edges but the jobs did get  
done in the right sequence. From then on the VP always made it part  
of the job for training. It took him getting raked over the coals to  
get it to happen.


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: Operating systems are old and busted

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of (IBM Mainframe 
> Discussion List)
> Sent: Friday, June 22, 2007 9:50 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Operating systems are old and busted



>  
> I wrote a little program once to do the same thing - i.e., a 
> batch job to  
> soak up all CPU time.  I called it IEFBR15.  If you gave it a 
> great  big TIME= 
> value, it would run for an extra special long time.
>  
> Bill  Fairchild
> Plainfield, IL

I had such a one in the past, too! But I've written the "new and
improved" version which uses the new branch relative instruction
instead. IEFBR15 was based on the assumption that register 15 actually
points to the BCR 15,15 instruction. Unless you PTF'ed the program to
remove this dependancy by prefixing it with a BASR 15,0 instruction.


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

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

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

Re: Operating systems are old and busted

[(IBM Mainframe Discussion List)]

 
 
In a message dated 6/21/2007 8:14:33 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:
>So the operators used to put DEBE 
in and let it crank the meter while  they played hearts, but management was 
happy that they used 4-5 hours of  machine time. I wouldn't do it and got 
called on the carpet for not getting  more work done. Ah the good ol days!
 
I wrote a little program once to do the same thing - i.e., a batch job to  
soak up all CPU time.  I called it IEFBR15.  If you gave it a great  big TIME= 
value, it would run for an extra special long time.
 
Bill  Fairchild
Plainfield, IL





** See what's free at http://www.aol.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: CA-PDSMAN vs SEA-PDSFAST/FMO

[Havelock, Glenn A]

Mark:

Why are you considering such a switch? Call my cell 908 398 7726 or email me at 
[EMAIL PROTECTED] and let's talk offline if you wish.

Regards,

Glenn


Glenn Havelock, Sr Consultant, CA 
908 398 7726 (cell)

(Sent from my Blackberry)

-Original Message-
From: IBM Mainframe Discussion List 
To: IBM-MAIN@BAMA.UA.EDU 
Sent: Fri Jun 22 09:22:46 2007
Subject: CA-PDSMAN vs SEA-PDSFAST/FMO

Hi,

has anyone had experience of having to displace CAs PDSMAN and replacing it 
with SEAs PDSFAST & FMO products.  Good/bad experience?  Are these 
products pretty much like for like, or are there major differences.

Thanks.

--
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 vs knowledge [was: RE: how to list LE options]

[Ted MacNEIL]

>All AUDITOR does is give me READ access to profiles and doesn't let me 
>circumvent security in any way, but every year during audit my manager and the 
>security manager have to sign off on the access and explain it.

Doesn't it also allow you to make changes using SETROPTS?


-
Too busy driving to stop for gas!

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

Re: AUDITOR attribute

[Mark Zelden]

On Fri, 22 Jun 2007 10:46:48 -0300, Mautalen Juan Guillermo
<[EMAIL PROTECTED]> wrote:

>Mark:
>
>The RACF AUDITOR attribute is more than a READONLY ability. A RACF user
>holding the AUDITOR attribute at system level can change any AUDIT
>setting, both at SETROPTS and PROFILES levels. And those changes can be
>dangerous. He can, for instance, turn on an audit option that floods
>your SMF datasets, or turn off auditing options for sensible resources
>causing an audit hole.

Yes, I am aware of that.  That wasn't the point of my post, so I didn't
include that information.  But that is part of the reason it takes a signoff
each year from management for our auditors.

>
>AFAIK, IBM has received requirements for a READONLY attribute (same as
>AUDITOR, but lacking the ability to make ANY change to AUDIT options),
>but i do not know whether it will be implemented or not.
>

That would be nice.  The ACF2 auditor attribute is like that.  Top Secret
doesn't even have a "auditor" attribute, but you can set up something
similar.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group:  G-ITO
mailto:[EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
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: The USS Heresy (was Patents, Copyrights, Profits, Flex and Hercules)

[Greg Shirey]

And then, when they point you to a PTF that will fix your problem, it
will probably have a comment in it like this one: 

PROBLEM DESCRIPTION(S):  
  OA12191 -  
 
* USERS AFFECTED: Users of Unix System Services (USS)  * 
* and Hierarchical File System (HFS).  * 
 

Greg Shirey
Ben E. Keith Company 

-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Mark Zelden
Sent: Friday, June 22, 2007 8:25 AM

Most of us open PMRs via IBMLINK - when it is actually up. :-)  You
select the 
component when you open the PMR.  I wouldn't expect a z/OS Unix ticket
to get routed to VTAM just be cause I used the USS abbreviation any more

than I would expect a ticket opened with catalog about the CSI get
somehow
get routed to SMP/E support.   Even if you open a PMR over the phone, 
they still ask you which component.  It only goes to a general queue 
when you don't know.

--
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: FTP from Mainframe to AIX with UTF-8

[Ron Wells]

sorry ...sent to wrong list

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

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

Re: FTP from Mainframe to AIX with UTF-8

[Ron Wells]

this is what I show in NFS..usr/lpp/NFS..before I issued mount...

EUID=0   /usr/lpp/NFS/ 
  Type  Perm  Changed-CST6CDT   Owner  --Size  Filename 
_ Dir755  2006-11-08 17:51  DFS  8192  . 
_ Dir755  2007-04-04 11:11  DFS  8192  .. 
_ File   755  2006-11-08 17:50  DFS 45056  crnl2nl 
_ Dir755  2005-05-25 23:15  DFS  8192  IBM 
_ File   755  2005-10-11 14:13  DFS167936  mvslogin 
_ File   755  2005-10-11 14:13  DFS155648  mvslogout 
_ File   755  2006-11-08 17:49  DFS 45056  mvs2os2 
_ File   755  2006-11-08 17:50  DFS 61440  nfsstat 
_ File   755  2006-11-08 17:49  DFS 45056  nl2crnl 
_ File   755  2006-11-08 17:50  DFS 45056  os22mvs 
_ File   755  2006-11-08 17:49  DFS167936  showattr 
_ File   755  2006-11-08 17:51  DFS159744  showmount 

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

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

Re: CA-PDSMAN vs SEA-PDSFAST/FMO

[Michael Sullivan]

That would be a first PDSMAN has replaced alot more PDSFAST customers
especially when they added performance features. Functionally the
PDSMAN member archive feature has always been superior, you would need
another product FMO for that and its inferior, on the upside they will
give it away for maintenance.

On 6/22/07, Mark Rodger <[EMAIL PROTECTED]> wrote:

Hi,

has anyone had experience of having to displace CAs PDSMAN and replacing it
with SEAs PDSFAST & FMO products.  Good/bad experience?  Are these
products pretty much like for like, or are there major differences.

Thanks.

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

AUDITOR attribute

[Mautalen Juan Guillermo]

Mark:

The RACF AUDITOR attribute is more than a READONLY ability. A RACF user
holding the AUDITOR attribute at system level can change any AUDIT
setting, both at SETROPTS and PROFILES levels. And those changes can be
dangerous. He can, for instance, turn on an audit option that floods
your SMF datasets, or turn off auditing options for sensible resources
causing an audit hole.

AFAIK, IBM has received requirements for a READONLY attribute (same as
AUDITOR, but lacking the ability to make ANY change to AUDIT options),
but i do not know whether it will be implemented or not.


JUAN MAUTALEN



<<<... I myself have the AUDITOR attribute in RACF
to help diagnose problems that may be security related that aren't
obvious.
But not all the "MVS" sysprogs have it.All AUDITOR does is give me
READ
access to profiles and doesn't let me circumvent security in any way,
but every year during audit my manager and the security manager have to
sign off 
on the access and explain it>>>  


Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group:  G-ITO
mailto:[EMAIL PROTECTED] z/OS and OS390 expert at
http://searchDataCenter.com/ateExperts/
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

--
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: SCRT and IMS V7 question

[Kelman, Tom]

We don't have IMS here, but I do manage the SCRT reports to IBM.  With
SCRT reporting MSUs for your IMS system there must be some SMF type 89
records being cut to indicate that.  I would review the SMF type 89
records cut on your test LPAR since May 14 to see if you can figure out
where they are coming.  There aren't that may recorded so it shouldn't
be too hard.

We run the LCS software from Al Sherkow to help in analyzing the
information for sub-capacity pricing.  If you don't have it I highly
recommend it.  With the software license you also get Al's wonderful
expertise in this area.  The software isn't expensive.  Go to
www.sherkow.com. 

Tom Kelman
Commerce Bank of Kansas City
(816) 760-7632
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Blekemolen, Nico
Sent: Friday, June 22, 2007 7:08 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SCRT and IMS V7 question

Last month (May 14th, 2007 to be precise) we moved all our remaining
CICS- , MQseries- and IMS-regions from our test lpar to our prod lpar.
When I run SCRT with the june SMF files I have collected so far, the
output for CICS (TS 1.3) and MQSeries (V5.3.1) for the test lpar is 0
MSU, like I expect it to be. However, while I am pretty sure there is no
IMS activity left in the test lpar, SCRT still reports a significant
amount of MSUs for IMS V7. Why is that and what should I do to make SCRT
report 0 MSUs for IMS V7 in our test lpar ?

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




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

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

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

Re: CA-PDSMAN vs SEA-PDSFAST/FMO

[Fletcher, Kevin]

Mark,

If it means anything, we went the other way, eg. PDSFAST -> PDSMAN (not
sure what FMO is). The negative I would see is PDSFAST has a lot less
functionality than PDSMAN, especially if you use the EZYEDIT facility,
 which BTW rocks. .

If you use it just to increase directory blocks or recover deleted
members then there would probably not be much impact.

Another option (using my old, decaying memory) is a PDS (PDS86?) utility
on the CBT tape that does a lot of functions and the price is right.

Thanks,
 
Fletch (317) 817-3545

 
 

Hi,

has anyone had experience of having to displace CAs PDSMAN and replacing
it 
with SEAs PDSFAST & FMO products.  Good/bad experience?  Are these 
products pretty much like for like, or are there major differences.

Thanks.



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

CA-PDSMAN vs SEA-PDSFAST/FMO

[Mark Rodger]

Hi,

has anyone had experience of having to displace CAs PDSMAN and replacing it 
with SEAs PDSFAST & FMO products.  Good/bad experience?  Are these 
products pretty much like for like, or are there major differences.

Thanks.

--
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: The USS Heresy (was Patents, Copyrights, Profits, Flex and Hercules)

[Mark Zelden]

On Fri, 22 Jun 2007 11:28:29 +0200, Chris Mason <[EMAIL PROTECTED]> wrote:

>And please be aware that your problem reports may be misrouted if you use
>"USS" rather than "UNIX System Services". I would have expected you to care
>about that at least!
>

Chris, 

Most of us open PMRs via IBMLINK - when it is actually up. :-)  You select the 
component when you open the PMR.  I wouldn't expect a z/OS Unix ticket
to get routed to VTAM just be cause I used the USS abbreviation any more 
than I would expect a ticket opened with catalog about the CSI get somehow
get routed to SMP/E support.   Even if you open a PMR over the phone, 
they still ask you which component.  It only goes to a general queue 
when you don't know.

--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group:  G-ITO
mailto:[EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
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: Security vs knowledge [was: RE: how to list LE options]

[Mark Zelden]

On Fri, 22 Jun 2007 16:27:40 +1000, Ken Brick <[EMAIL PROTECTED]> wrote:

>
>All valid many years ago but today with the ability to concatenate
>PARMLIB we, the system programmers, just need to put a little effort
>into segregating members into READ/NOREAD areas.  This will still not
>satisfy every one especially people like Peter Farley who reading
>between the lines of many of this posts his probably involved in
>applications tuning and probably has a real argument for a higher degree
>of read access to many members
>

That will work, but if he has a valid need the security product rules can
also be changed to allow him access.   UACC is just a default.  It doesn't mean
it's right for all or everyone in a particular group with similar job functions.
There can be exceptions. I myself have the AUDITOR attribute in RACF
to help diagnose problems that may be security related that aren't obvious.
But not all the "MVS" sysprogs have it.All AUDITOR does is give me READ
access to profiles and doesn't let me circumvent security in any way, but
every year during audit my manager and the security manager have to sign off 
on the access and explain it.  


Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group:  G-ITO
mailto:[EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
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

EDGINERS INIT

[Judy Ellis]

Hello All,

Has anyone had any experience coding a DFSMSrmm batch job to initialize 
scratch tapes. I have read the manual and see that the keywords can be 
either placed on the PARM or SYSIN DD.

Does anyone have an example of either case?

Can RMM do this internally rather than run a batch job?

thanks in advance,

Judy Ellis

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

Re: SVC vs APF and other 'privileged' code

[Wayne Driscoll]

Radaslow,
Actually, an APF authorized program may be able to be "directly"
invoked, ie via a LINK or ATTACH service, but it will NOT be APF
authorized in this case.  In order for an address space to be authorized
via z/OS integrity rules, ALL of the following must be true:
1 - The jobstep program must be link-edited AC(1).
2 - The entire STEPLIB for the jobstream (if there is one) must consist
SOLELY of APF authorized load libraries, if NO steplib, the program must
reside in LPA (always authorized) or LINKLIST.

Note that in 1 it is the jobstep program (and only the jobstep program)
that should and must be linked with AC(1).  The only VALID way that the
JSCBAUTH bit will be set for a job step TCB is if the above requirements
are met when the INITIATOR issues the attach of the jobstep program.
There is no way for an unauthorized program to attach a module linked
AC(1) and have the JSCBAUTH bit set for the job step TCB.  In addition,
when a job step TCB is running with the JSCBAUTH bit set, the system
will NOT allow the loading of program from a library that is NOT APF
authorized, which is why the list of users with update authority to your
APF libs must be limited to trusted personel.  Now contrast that with an
SVC.  The SVC is loaded into LPA at IPL time.  All a program needs to
know is the SVC number, and the parm format.  The former can be learned
in various ways, even for "secret" SVC's, and the latter can be learned
by poking around at the SVC code using tools such as TSO test.  As
mentioned, in the past, may sites had these "magic" SVC's that would
flip the JSCBAUTH bit and return to the caller.  Thus making anything
that runs under the jobstep TCB APF authorized.  Now this does limit the
ability to load non-authorized programs from that point, until the
JSCBAUTH bit is reset, but all you need to do is to load the programs
before issuing the "magic" SVC.  

As to your point about DSS like programs with a "ADMIN" type keyword.
If the product documents something like this, it should contain support
to secure these functions via an ESM, much like DSS and the use of
FACILITY class IRR.STGADMIN (from memory) profiles.

A final point.  While "magic" SVC's are watched closely, and very
dangerous, another point of concern could be programs which need to be
placed in the IKJTSOxx member of parmlib in the AUTHTSF list.  When
these programs are invoked via the TSO Service Facility will run APF
authorized in a parellel TMP task, within the TSO address space.  The
design of the TSO Service Facility will STOP all other TCB's in the
non-authorized TMP for the duration of the running of the parellel TMP,
but there still are ways to compomise system security in these programs.

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

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of R.S.
Sent: Friday, June 22, 2007 1:21 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SVC vs APF and other 'privileged' code


First, I want to THANK YOU for clarification. Now it's more clear for
me.
However both code - APF and SVC can be poor. Both can be invoked, APF
program can be invoked directly - it is still a risk it could accept
'magic parameters' and do something wrong. For example I imagine DSS
program clone which accept ADMIN keyword without further authorization. 
In other words - both kinds of code can be dangerous when poorly written
or contain 'backdoors'.


Regards
--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

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

Re: how to list LE options

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Barkow, Eileen
> 
>   that in most medium to large organizations, lines do need 
> to be drawn 
> > in order to keep people focused on the jobs they are hired to do
> 
> I take this to mean keep them stupid so that they cannot get 
> a job anywhere else.

ITYM "dumb" rather than "stupid" ("dumb" is curable via education;
"stupid" is as "stupid" does).

That was actually a stated policy in a university (!!) where I worked
previously.  In that boss's own words, "If we allow you more training,
your marketability will be enhanced and you'll leave us for more money
somewhere else."

Well, "No $h1t, Sherlock!"

-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

SCRT and IMS V7 question

[Blekemolen, Nico]

Last month (May 14th, 2007 to be precise) we moved all our remaining
CICS- , MQseries- and IMS-regions from our test lpar to our prod lpar.
When I run SCRT with the june SMF files I have collected so far, the
output for CICS (TS 1.3) and MQSeries (V5.3.1) for the test lpar is 0
MSU, like I expect it to be. However, while I am pretty sure there is no
IMS activity left in the test lpar, SCRT still reports a significant
amount of MSUs for IMS V7. Why is that and what should I do to make SCRT
report 0 MSUs for IMS V7 in our test lpar ?

--
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
ÿþDit bericht is vertrouwelijk en kan 
geheime informatie bevatten enkel

bestemd voor de geadresseerde. Indien 
dit bericht niet voor u is bestemd,

verzoeken wij u dit onmiddellijk aan 
ons te melden en het bericht te

vernietigen.

Aangezien de integriteit van het 
bericht niet veilig gesteld is middels

verzending via internet, kan Atos 
Origin niet aansprakelijk worden 
gehouden

voor de inhoud daarvan.

Hoewel wij ons inspannen een virusvrij 
netwerk te hanteren, geven

wij geen enkele garantie dat dit 
bericht virusvrij is, noch aanvaarden 
wij

enige aansprakelijkheid voor de 
mogelijke aanwezigheid van een virus in 
dit

bericht.

 

Op al onze rechtsverhoudingen, 
aanbiedingen en overeenkomsten 
waaronder

Atos Origin goederen en/of diensten 
levert zijn met uitsluiting van alle

andere voorwaarden de 
Leveringsvoorwaarden van Atos Origin 
van toepassing.

Deze worden u op aanvraag direct 
kosteloos toegezonden.

 

This e-mail and the documents attached 
are confidential and intended solely

for the addressee; it may also be 
privileged. If you receive this e-mail

in error, please notify the sender 
immediately and destroy it.

As its integrity cannot be secured on 
the Internet, the Atos Origin group

liability cannot be triggered for the 
message content. Although the

sender endeavours to maintain a 
computer virus-free network, the sender

does not warrant that this transmission 
is virus-free and will not be

liable for any damages resulting from 
any virus transmitted.

 

On all offers and agreements under 
which Atos Origin supplies goods and/or

services of whatever nature, the Terms 
of Delivery from Atos Origin

exclusively apply. 

The Terms of Delivery shall be promptly 
submitted to you on your request.

 

Atos Origin Nederland B.V. / Utrecht

KvK Utrecht 30132762

Re: SV: how to list LE options

[Thomas Berg]

==  Ed Gould  ==  wrote2007-06-21 21:58:

On Jun 21, 2007, at 4:44 AM, Thomas Berg wrote:
--SNIP--



The consultants
howled as
they could no longer assemble programs (no access to sys1.maclib)


???

Our official language was COBOL nothing else was permitted into 
production. The consultants had a habit of doing the other work on our 
system, those contained assembler.


Ed


Still don't understand why they wasn't allowed to assemble their programs.
Were they doing "private" programming or what ?

Thomas Berg


--

__

Mundus Vult Decipi
__

 They that can give up essential liberty to obtain a little temporary safety 
deserve neither liberty nor safety.
 - Benjamin Franklin

 Military justice is to justice what military music is to music.
 - Groucho Marx

--
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: Off Topic But Concept should be Known To All

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Staller, Allan
> 
> LOL,
> 
> To carry this argument to it's logical conclusion, each 
> application would have it's own OS 
> 
> 
> 
> 
> Subject: Off Topic But Concept should be Known To All
> 
> http://www.theregister.com/2007/06/20/usenix_07_opening_keynote/
> 

More accurately, each application would BE its own OS.

-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: how to list LE options

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Thomas Berg
> 
> > -Ursprungligt meddelande-
> > Från: IBM Mainframe Discussion List För Ed Gould
> 
> > The consultants howled as
> > they could no longer assemble programs (no access to sys1.maclib)
> 
> ???

If you hire consultants to (among other things) assemble programs, then 
configure security to prevent them from doing so, why are you not in breach of 
contract?

-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: CA-1 install - user exits?

[Shmuel Metz (Seymour J.)]

In
<[EMAIL PROTECTED]>,
on 06/11/2007
   at 08:46 AM, "Rugen, Len" <[EMAIL PROTECTED]> said:

>OK, I haven't touched this is a long time, but iebupdte commands are
>the standard SMP/E way of doing source modifications.

No. SMP/E supports only a limited subset of IEBUPDTE commands.
 
-- 
 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: CA-1 install - user exits?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>,
on 06/11/2007
   at 08:49 AM, "McKown, John" <[EMAIL PROTECTED]> said:

>IEBUPDTE is very stupid, uh, simplistic.

The problem in this case isn't IEBUPDTE but SMP/E.

>When it reads a record from the existing member which has a sequence
>number equal to the update record's number, it uses the update
>record to replace the existing record.

If that's what you tell it to do. That's not the only way to use it.

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

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

Re: Security vs knowledge [was: RE: how to list LE options]

[Rob van der Heij]

On 6/22/07, J R <[EMAIL PROTECTED]> wrote:


>In the JES2 Init deck, you can specify clear text passwords for RJE lines.
>That is a great reason for specifying UACC(NONE).

That sounds like a great reason for not keeping the JES2
Init deck in PARMLIB.


Yes, indeed. Otherwise someone with an approved need to see the LE
options (or something else) would automatically be able to see your
passwords.

A popular response to my "why do you need that" is people dreaming up
some possible emergency situation that never happened but might occur
some day ("when everyone else is sick and there is a sev 1, so I need
write access on production libraries all the time").

Where technically feasible, I like an approach where exceptional
access can be granted but is audited properly and requires
justification afterwards. If needed a separate RACF userid can be used
(because it is not something you need for your normal work). We found
"logonby" useful to implement this. If needed you could even have a
duty-manager involved in the process to grant accesss to the call-out
person (rather than share this week's operator password on the phone).

Rob

--
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: The USS Heresy (was Patents, Copyrights, Profits, Flex and Hercules)

[Chris Mason]

Peter

I'm as distressed as you - and Ted - are about these recurrent eruptions.

Note that I was correcting here an erroneous ***belief***, not *usage* - in 
all cases - despite the lack of courtesy.


And please be aware that your problem reports may be misrouted if you use 
"USS" rather than "UNIX System Services". I would have expected you to care 
about that at least!


Chris Mason

- Original Message - 
From: "Hunkeler Peter (KIUK 3)" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Friday, June 22, 2007 11:13 AM
Subject: Re: The USS Heresy (was Patents, Copyrights, Profits, Flex and 
Hercules)




>I generally let the incorrect use of USS go by - *if* there's no

risk of confusion with the correct use.


Not again, please! Do it offline or search the archive.
Enough has been said about that.


Peter Hunkeler
CREDIT SUISSE


--
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: The USS Heresy (was Patents, Copyrights, Profits, Flex and Hercules)

[Hunkeler Peter (KIUK 3)]

>I generally let the incorrect use of USS go by - *if* there's no 
>risk of confusion with the correct use.

Not again, please! Do it offline or search the archive. 
Enough has been said about that.


Peter Hunkeler
CREDIT SUISSE

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

Re: SVC vs APF and other 'privileged' code

[Hunkeler Peter (KIUK 3)]

>First, I want to THANK YOU for clarification. Now it's more clear for
me.
>However both code - APF and SVC can be poor. Both can be invoked, APF 
>program can be invoked directly - it is still a risk it could accept 
>'magic parameters' and do something wrong. For example I imagine DSS 
>program clone which accept ADMIN keyword without further authorization.

>In other words - both kinds of code can be dangerous when poorly
written 
>or contain 'backdoors'.

While both, APF and SVC, can be poorely programmed, one difference is
that
you *can* control who can call APF-Code. You can't control who's calling
an SVC. So in the latter case, you're completely dependent on the code
to do the authorizaiton check right.

Peter Hunkeler
Credit Suisse

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

[Shane]

On Fri, 2007-06-22 at 15:07 +0900, Timothy Sipples wrote:

> The direct Web address for Destination z is here:
> http://www.ibm.com/systems/destinationz

At least it ain't Linden.

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: FTP from Mainframe to AIX with UTF-8

[Hunkeler Peter (KIUK 3)]

>From the (AIX) FTP client issue:

ftp>  quote site sbdataconn=(IBM-1047,UTF-8) 

Replace IBM-1047 with the EBCDIC code page your data is encoded with.
Not all pairs are available, though.


Peter Hunkeler
CREDIT SUISSE

--
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: CLASSPATH in .profile not used.

[Hunkeler Peter (KIUK 3)]

>Now, IIRC, the reason that BPXBATCH doesn't do what you want 
>is because it is not a shell. The UNIX shell is what uses 
>/etc/profile to set environment variables. And, at that, 
>only a "login" shell will use it. BPXBATCH does not use it.

BPXBATCH is not a shell, indeed, but when asked to run a shell, it does
run it as a login shell. So, the "profiles" are executed.

Did you "export" the CLASSPATH? What does the env command show? Try
   //  PARM='SH env'
and see it CLASSPATH is listed as you expect it.

Peter Hunkeler
Credit Suisse

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