Re: Special characters in passwords was Re: RACF - Password rules .

[R.S.]

Rick Fochtman wrote:

-
At one time (a number of years ago) we had a RACF revoke limit > 5.  Got

similar argument from auditors who wanted 3.  We analyzed RACF SMF 
records to determine how much lowering the threshold would raise number 
of daily revokes on legitimate users to arrive at some estimate of cost 
in terms of user aggravation and increased workload/staffing of the Help


Desk and determined that for us 5 was a reasonable value and have stuck 
with it.  We have specific applications that will force the user out 
after 3 attempts, but actual revoke takes 5 consecutive bad attempts 
from any combination of applications.  We're talking here about userids 
that aren't directly exposed to the Internet, so there is some physical 
security involved as well; and there is also a daily review of failed 
logon attempts to look for unusual activity.


Any auditor that claims everyone uses 3 or that there is something magic

that makes "3" optimum is shoveling B.S.

IMHO, any auditor should be ecstatic if he finds any limit under 11 set.

It's not up to him to "dictate" security policy, only to examine and 
recommend (possible) improvements.


I'd like to talk now about the reality. I disagree with Ted's opinion 
that auditor only check standards and there are separate entities to set 
up the standards, and to enforce them.
That's theory. I have *never* met such constellation. I met a lot of 
auditors (even used to work as one of them).


Such triumvirate can be realistic for internal audit teams.

External auditor are usually hired to check the system against *their 
own* "vision of security".
They rely on various references, sometimes it's set of rules created by 
the company they for for (i.e. Deloitte), sometimes it's some CISA/CISSP 
set of "good practises", and sometimes it is "magic knowledge" - like 
holy 3 in revoke limit.
What' important here, the company who order and pay for audit expect 
them to provide the rules. More: the internal rules are also *audited*. 
Rules can have weaknesses.


My $0.02
--
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: 6400 impact printer

[R.S.]

Chris Mason wrote:

Lee

You are talking of an illogical "conversion" here. SNA is a hierarchy of
protocols which is quite capable of using Ethernet as one of the
protocols
in the Data Link Control layer. I guess - only a guess since I don't
know
what options exist for a 6400 printer - you mean IP running over
Ethernet so
the conversion would be SNA to IP - yet again.


I used 6400's connected through SNA, the medium was Ethernet.
However I used PC with emulator for printer session, so in fact SNA was 
terminated at PC, not printer. It could be impossible to "talk in SNA" 
to any regular print server - I doubt if they support SNA.


BTW: IP over Ethernet seems to be more flexible than SNA over Ethernet. 
Although ethernet can be switched and then repeated, IP can be (easily) 
routed.


--
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: Is anyone still running..........................

[Timothy Sipples]

Rick Fochtman writes:
>...unless you want to use real names
>and real measurably values on a technical email list.

First of all, I'm not a marketing person.  I wouldn't be very good at it
anyway.

You set a worthy challenge, but I'm not allowed to use real names unless I
have explicit permission.  However, since you asked, I believe one of the
two largest Linux installations is Nomura Securities, and I can say that
because Nomura spoke at LinuxWorld recently.

I do live in Tokyo, and there aren't a super abundance of people on
IBM-MAIN who do, so I said what I could in response to the original
question(s).  That's all.

- - - - -
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]
--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: 6400 impact printer

[Chris Mason]

Lee

You are talking of an illogical "conversion" here. SNA is a hierarchy of
protocols which is quite capable of using Ethernet as one of the protocols
in the Data Link Control layer. I guess - only a guess since I don't know
what options exist for a 6400 printer - you mean IP running over Ethernet so
the conversion would be SNA to IP - yet again.

Chris Mason

- Original Message - 
From: "McKnight, Lee" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Thursday, 11 January, 2007 6:31 PM
Subject: Re: 6400 impact printer


> We recently converted a 6400 from SNA to Ethernet using an AXIS 5400+
> card.  See http://www.axis.com/products/print_servers/
>
> Regards,
> Lee McKnight
> TRC, Inc.

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

Re: What is "command reject" trying to tell me?

[Chris Mason]

Charles

If this is simply an uninitialised file, QSAM (or BSAM) could simply
simulate an end-of-file condition on the first GET (or READ) call. Even this
late in the day, it might be worth requesting through the usual channels.

A later post suggested that what used to work a particular way shouldn't be
changed arbitrarily. If there is any merit in having the current behaviour -
perhaps some programs like to pick up the empty condition and take action
based on finding an uninitialised file, a DD-statement parameter could be
invented such as EMPTYEOF=YES or NO where NO is the default.

Chris Mason

- Original Message - 
From: "Charles Mills" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Thursday, 11 January, 2007 8:21 PM
Subject: Re: What is "command reject" trying to tell me?


> Thanks for your thorough answer. I think the full answer is that I am
> reading a file that has been created but not written into, and so yes, the
> DSCB-1 may well say BLKSIZE=0.
>
> You know, to return to an earlier thread, I would call this a user-hostile
> approach on MVS's part. Why would not a designer interested in producing
> user-accessible software, a system that would not have a reputation for
> being hostile, why would he not put a bit in the DSCB-1 that said whether
or
> not the file had ever been opened and closed for output? And if the flag
> were not set, have open input put out a readable message that said "you
> can't open for input a file that has never been written"? Or at least to
not
> attempt the impossible, reading a block length of zero, but instead to put
> out a "you can't read a block size of zero" message?
>
> When a programmer has to have more skill than I to figure out that he is
> simply trying to read a file that effectively does not exist, it's no
wonder
> this platform has a reputation with management as being expensive to
develop
> for. (I'm not bragging; you can flame me for the above if you want, but
the
> fact is, I have 40 years of on and off experience with down and dirty
> assembler programming. A stupid, easy-to-commit error should not require
the
> ability to decode CCW's and make inferential leaps to solve it.)
>
> Charles

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Interrupting DSLIST [resent with the correct Reply To]

[Chris Mason]

Tony

Non-SNA 3270 is full-duplex so regular AID-generating keys[1] may be used at
any time, including PA1.

SNA 3270 is half-duplex so regular AID-generating keys may *not* be used at
any time. Specifically an AID-generating key may not be used when TSO as the
primary LU application possesses the "direction baton". The special protocol
which "asks for" the "direction baton" to be transferred is needed. This is
what the Attn key does; it sends a SIGNAL request unit. As well as passing
the "direction baton" in the following - answering - outbound request unit,
TSO treats the SIGNAL as a TSO attention condition.

You gave the real explanation for Paul's frustration in an earlier post.
That TSO attention condition needs to be "seen" by whatever is application
or sub-application running. I used to make students aware of the TSO
attention condition under various circumstances - whether the session was LU
2, "SNA", or LU 0, "non-SNA", for example - but my "long-running" program
was TSO spewing out HELP text. Saying that I then remembered I used to have
something better. I checked my X.25 class exercise document and rediscovered
that I had a "lock" command which just freezes the TSO conversation until,
this being an X.25 PAD exercise, the asynchronous ASCII device "break" key
is used. Unfortunately I can't remember exactly what this clever program
consisted of. Maybe it was simply a program which waited for the TSO
attention condition to arise which would have meant that I was using the TSO
command API.

[1] Enter, a PF key, a PA key, Clear - and more obscure clever things like
one of the light pen options - not to have to go digging in the manual.

Chris Mason

- Original Message - 
From: "Tony Harminc" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Friday, 12 January, 2007 5:48 PM
Subject: Re: Interrupting DSLIST [resent with the correct Reply To]


> ...
>
> When we say "ATTN", it can mean either the SNA 3270 ATTN function, or the
> TSO ATTN function. Generally the former is presented to a TSO application
as
> the latter, but 3270 "PA1" is also presented as TSO ATTN if the keyboard
is
> logically unlocked.
>
> Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Interrupting DSLIST [resent with the correct Reply To]

[Chris Mason]

Jim

Logically SysRq with LOGOFF TYPE(FORCE) cannot fail. The command goes
straight to VTAM from, typically, your emulator and VTAM takes care to
terminate the session. TSO - or any other application - isn't involved -
although the application may fail to clean up properly. If the session
doesn't terminate, VTAM is broken and you can APAR it. And naturally, if the
application doesn't clean up properly, that's actionable with the
application vendor.

Chris Mason

- Original Message - 
From: "Jim Harrison" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Friday, 12 January, 2007 4:48 PM
Subject: Re: Interrupting DSLIST [resent with the correct Reply To]


> I use SysRq to logoff when Attn doesn't work.   Works most of the
> time, but occasionally I need to get an operator to cancel my session.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Interrupting DSLIST

[Chris Mason]

Paul

You should know that there are 3 flavours of SSCP LOGOFF which may be used
to end your TSO - or any SNA application - sessions. And the operator's
slumber need never be disturbed.

The 3 flavours are as follows as implemented with the TYPE operand of the
USS (meaning VTAM Unformatted System Services) LOGOFF command:

- TYPE(COND) which allows the application program to take whatever action it
likes

- TYPE(UNCOND) which requires the application program to terminate the
session

- TYPE(FORCE) which causes the session to be terminated by VTAM

The intention of these last two options is to permit TYPE(UNCOND) to be
tried first - since this allows a more orderly session termination -
followed by TYPE(FORCE) if it is evident that the application - at least in
respect of this session - is broken.

SSCP LOGOFF may be used to "disconnect" a TSO session. The session can be
"reconnected" at the same point using the RECONNECT option if logon is
within the RECONLIM time. LOGOFF TYPE(COND) must be used. I used to tell my
students that this can be very useful if, deep down in an ISPF dialog, it is
discovered that the 3270 terminal device does not support graphics. I expect
this is an issue which does not arise with the all-singing all-dancing 3270
emulators of today.

Unfortunately - in my opinion, which I have aired before either here or on
IBMTCP-L - you don't get the 3 flavours with TN3270E (RFC 1647). The SSCP
LOGOFF function describes only the use of the LOGOFF command with no
operands. It is up to the TN3270E server to decide, in effect, which of the
three flavours to implement using the VTAM API for a secondary LU - since
the options correspond respectively to TERMSESS OPTCD=COND, UNCOND and
UNBIND.

In the extremely unlikely event you want to research this further be aware
- that TERMSESS TYPE=COND maps to the CTERM "type orderly", LOSTERM
"unconditional" and corresponds to LOGOFF TYPE(COND),
- that TERMSESS TYPE=UNCOND maps to the CTERM "type forced", LOSTERM
"forced" and corresponds to LOGOFF TYPE(UNCOND) and
- that TERMSESS TYPE=UNBIND corresponds to LOGOFF TYPE(FORCE)
A terminological thicket of confusion!

Chris Mason

- Original Message - 
From: "Paul Gilmartin" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Friday, 12 January, 2007 8:50 PM
Subject: Re: Interrupting DSLIST


> In a recent note, Sandy Stone said:
>
> > Date: Fri, 12 Jan 2007 12:23:28 -0600
> >
> > So, Gil, has your DSLIST ended yet?
> > :~)
> >
> I killed my terminal emulator.  Even as in the Bad Old Days I used
> to unplug the coax.  But neither of those techniques, nor operator
> cancel, ought to be necessary assuming competent design of TSO, ISPF,
> and their applications.
>
> For whatever reason, TN3270 doesn't let me reconnect nowadays.
> Formerly, pulling the coax didn't always work because I might just
> reconnect to the same hangup.  Turning reconnect off is no help,
> of course.
>
> -- gil

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

Tape migration problem -any comment

[Tommy Tsui]

Hi,

Any one have experience to migrate all VTS tapes from one source to other
VTS. The problems is that we need to obsolete one of our VTS B-18 but we
don't have the VTS-IMPORT/EXPORT functions. We need to copy all tapes from
the older VTS to the new one.

Any one have idea or tools to copy all tapes from VTS-B18 to other set of
VTS. Bid problemas you know we have 28 datasets required to
copygod


Any comment will be appreciated

Best regards

Tommy

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Simple TCPIP OBEYFILE question

[Chris Mason]

Rex

There's no need to feel chastised. I believe we've discovered that the
manual is less than clear about what needs to be done and your testing -
together with Pat's contributions - has clarified it somewhat for everyone's
benefit.

I used to rely on students to discover things that strict adherence to the
manual would never have discovered. On one famous occasion, a student (from
Ireland as it happens) revealed something that worked unexpectedly (in NPSI)
which was cleared up only after a call to the development lab.

Chris Mason

- Original Message - 
From: "Pommier, Rex R." <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Saturday, 13 January, 2007 12:00 AM
Subject: Re: Simple TCPIP OBEYFILE question


> Chris,
>
> I sit here duly chastised.  I was digging in the manuals but hadn't
> found this particular information yet when I prematurely posted the
> question.  I usually spend more time searching for the answers myself
> but in this case was under pressure to get this done "yesterday".  I
> have gone back through the 1.4 manuals and they are essentially the same
> as what you posted about 1.8.
>
> 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: Software charges was Re: Is anyone still running..........................

[Clark Morris]

On 14 Jan 2007 12:11:00 -0800, in bit.listserv.ibm-main you wrote:

>- Original Message - 
>From: "Clark Morris" <[EMAIL PROTECTED]>
>Newsgroups: bit.listserv.ibm-main
>To: 
>Sent: Sunday, January 14, 2007 3:00 PM
>Subject: Software charges was Re: Is anyone still 
>running..
>
>
>> On 14 Jan 2007 06:14:37 -0800, in bit.listserv.ibm-main you wrote:
>>
>>>Ted,
>>>
>>>Just because *you* aren't seeing them does not mean others are not. My
>>>MIPS have been increasing and my charges, at worst, are holding their
>>>own year over year. Keep that room in the tower, Timothy!
>>>
>> My view of it is that the software charge per MIP/MSU/latest
>> measurement unit should follow the same trend as the Windows cost per
>> megahertz.  Software legitimately (added security and error checking)
>> takes more system resource for the same business function as time goes
>> on.  If software charges don't reflect this the mainframe is going to
>> keep on losing.  The charge for software for the largest capacity z
>> series today should be no larger than that for the comparable software
>> on the largest 390 series 10 years ago, possibly inflation adjusted.
>>
>
>good idea, we should make the mainframe act the same as win-doze too.
>make it reboot itself for no aparent reason, make it lock up for no apparent 
>reason,
>and every time we wanted to upgrade dfsms or jes2, we'd have to upgrade it 
>on
>a per user basis. here, you get the new jes2 today, next week, the apps 
>people get it.
>
>win-doze, or as it should really be called, the tinker toy platform.
>
>I find it amazing the number of times we see in the "morning status report"
>server xyz was rebooted, yet the win-doze people keep getting away with that 
>time
>after time. If we tried that on the REAL computer, (i.e., MAINFRAME), we'd 
>be shot.

I suspect that a lot of this is just poor management of the Windows
systems.  Check to see if your Windows people go to the Microsoft site
to check on outstanding problems and if they have a maintenance
strategy.  I apply the maintenance to my home system selectively and
find a fair amount of information is available for the fixes they want
me to apply.  I am relatively sloppy on my home system but the
information and tools are there for doing maintenance and upgrade in a
controlled fashion. How well are things tested on the Windows side?  I
have seen postings in other areas boasting about how long Unix and
Linux systems have gone between reboots (in terms of months) and I may
have seen some related to Windows.  If the Windows people aren't
managing the system and using tools that are available for that
environment, that isn't the fault of Microsoft.  Also, if servers are
managed properly, an outage may be more like losing a CICS region or
DB2 instance.  Again, good management will minimize these outages.
Windows is designed to be used by people whose skills range from
clueless to IT mission critical capable.  Since the old rule of fool
proofing applies, the better the fool proofing, the more foolish the
user, Windows vulnerabilities in an unmanaged environment will be
there.   

This of course is a diversion from the topic of whether Mainframe
software pricing relative to computer capability has declined in price
to the same extent Windows software has.  I contend that Windows
software has grown more capable over the past ten years without
increasing in price the way mainframe software has.
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Software charges was Re: Is anyone still running..........................

[Richards.Bob]

Robert,

I couldn't have said it better myself! I do not understand how
management these days can tolerate the downtime of applications on these
platforms. I must assume they are not revenue-generating or the
stockholders should complain!

I took the time to look at my mainframe *IBM* software costs for the
last three and one-half years. My invoice today is less than it was back
then and I have experienced over 40% MIPS growth. My transaction volumes
are higher and transaction times are lower. Keep up the good work, IBM!


Bob Richards 



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Robert Justice
Sent: Sunday, January 14, 2007 3:10 PM

- Original Message - 
From: "Clark Morris" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Sunday, January 14, 2007 3:00 PM


snippage
>>
> My view of it is that the software charge per MIP/MSU/latest
> measurement unit should follow the same trend as the Windows cost per
> megahertz.  Software legitimately (added security and error checking)
> takes more system resource for the same business function as time goes
> on.  If software charges don't reflect this the mainframe is going to
> keep on losing.  The charge for software for the largest capacity z
> series today should be no larger than that for the comparable software
> on the largest 390 series 10 years ago, possibly inflation adjusted.
>

good idea, we should make the mainframe act the same as win-doze too.
make it reboot itself for no aparent reason, make it lock up for no
apparent 
reason, and every time we wanted to upgrade dfsms or jes2, we'd have to
upgrade it on a per user basis. here, you get the new jes2 today, next
week, the apps people get it. win-doze, or as it should really be
called, the tinker toy platform.

I find it amazing the number of times we see in the "morning status
report"
server xyz was rebooted, yet the win-doze people keep getting away with
that 
time after time. If we tried that on the REAL computer, (i.e.,
MAINFRAME), we'd be shot. 
  
  
  
LEGAL DISCLAIMER 
The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer. 
  
SunTrust and Seeing beyond money are federally registered service marks of 
SunTrust Banks, Inc. 
[ST:XCL] 
 
 
 
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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 anyone still running..........................

[Anne & Lynn Wheeler]

Shmuel Metz , Seymour J. wrote:

MFT and MVT were contemporaneous. In fact, a lot of the code in MFT
came from MVT.


as undergraudate, i gen'ed OS/360 releases 9.5 and 11 and 14 as "MFT" (along 
with installing HASP).

I don't remember MVT option becoming available until release 12 ... and I don't 
know
anybody that actually gen'ed a release 12 MVT system ... I know some number had 
gen'ed
release 13 MVT systems ... and I didn't gen a MVT system until release "15/16" 
(i.e.
release 15 had slipped so badly that it was combined with 16).

I believe it was a release 13 MVT system that was modified by Boeing Huntsville to 
support virtual memory running on 360/67 "duplex" (two processor smp). It 
didn't support paging ... but they had a lot of long running 2250 graphic applications 
... and they used virtual memory to get around os/360 storage fragmentation problems 
(especially with long running applications).

for some topic drift ... I did a presentation at boston share aug68 ... about a 
lot of enhancements i had done to MFT-14 ... as well as performance of MFT-14 
in virutal machine after having done a lot of cp67 kernel rewrite.

past post with portion of aug68 share presentation
http://www.garlic.com/~lynn/94.html#18 CP/67 & OS MFT14

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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 anyone still running..........................

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 01/11/2007
   at 02:49 PM, "R.S." <[EMAIL PROTECTED]> said:

>I know systems quite recently upgraded from OS/390 V1R? to z/OS and 
>...MFT (pre-MVS) system with original 3380 disks. 

MFT and MVT were contemporaneous. In fact, a lot of the code in MFT
came from MVT.
 
-- 
 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: Interrupting DSLIST

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 01/11/2007
   at 03:41 PM, Paul Gilmartin <[EMAIL PROTECTED]> said:

>I have started a far-too-ambitious DSLIST (ISPF 3.4) (partial
>wildcard in the HLQ).  It's going to take a L-O-N-G time.  I didn't
>mean to do that.  How do I make it stop?  Every time I press RESET,
>then ATTN, it echoes a vertical bar.

What happens if you enter another command at that point?
 
-- 
 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: Interrupting DSLIST [resent with the correct Reply To]

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 01/12/2007
   at 11:48 AM, Tony Harminc <[EMAIL PROTECTED]> said:

>When we say "ATTN", it can mean either the SNA 3270 ATTN function, or
>the TSO ATTN function.

No, the 3270 simulator doesn't know from TSO. ATTN could mean ATTN or
PA1, but if it means PA1 then it will still mean PA1 if you're logged
on to, e.g., CICS.
 
-- 
 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: IKJEFTSR

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 01/11/2007
   at 12:55 PM, James Cotter <[EMAIL PROTECTED]> said:

>Is it possible to exec an authorised TSO Command via IKJEFTSR from an
>SRB routine? 

No.
 
-- 
 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: Forbidding Special characters in passwords

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 01/12/2007
   at 04:06 PM, Tony Harminc <[EMAIL PROTECTED]> said:

>Assuming that everyone on the planet has exactly one "middle
>initial".

No; read what I wrote. He knows how to spell his *own* name; he may or
may not know how to spell someone else's name that sounds similar.
That doesn't depend on the existence or number of middle initials.
 
-- 
 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:

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 01/08/2007
   at 12:13 PM, Steve Comstock <[EMAIL PROTECTED]> said:

>This course primarily deals with calling various
>TSO and REXX services from programs written in
>Assembler, COBOL, PL/I, and C:

No DAIRFAIL, GNRLFAIL, PARSE or SCAN?
 
-- 
 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: Software charges was Re: Is anyone still running..........................

[Robert Justice]

- Original Message - 
From: "Clark Morris" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Sunday, January 14, 2007 3:00 PM
Subject: Software charges was Re: Is anyone still 
running..




On 14 Jan 2007 06:14:37 -0800, in bit.listserv.ibm-main you wrote:


Ted,

Just because *you* aren't seeing them does not mean others are not. My
MIPS have been increasing and my charges, at worst, are holding their
own year over year. Keep that room in the tower, Timothy!


My view of it is that the software charge per MIP/MSU/latest
measurement unit should follow the same trend as the Windows cost per
megahertz.  Software legitimately (added security and error checking)
takes more system resource for the same business function as time goes
on.  If software charges don't reflect this the mainframe is going to
keep on losing.  The charge for software for the largest capacity z
series today should be no larger than that for the comparable software
on the largest 390 series 10 years ago, possibly inflation adjusted.



good idea, we should make the mainframe act the same as win-doze too.
make it reboot itself for no aparent reason, make it lock up for no apparent 
reason,
and every time we wanted to upgrade dfsms or jes2, we'd have to upgrade it 
on
a per user basis. here, you get the new jes2 today, next week, the apps 
people get it.


win-doze, or as it should really be called, the tinker toy platform.

I find it amazing the number of times we see in the "morning status report"
server xyz was rebooted, yet the win-doze people keep getting away with that 
time
after time. If we tried that on the REAL computer, (i.e., MAINFRAME), we'd 
be shot.


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

Software charges was Re: Is anyone still running..........................

[Clark Morris]

On 14 Jan 2007 06:14:37 -0800, in bit.listserv.ibm-main you wrote:

>Ted,
>
>Just because *you* aren't seeing them does not mean others are not. My
>MIPS have been increasing and my charges, at worst, are holding their
>own year over year. Keep that room in the tower, Timothy! 
>
My view of it is that the software charge per MIP/MSU/latest
measurement unit should follow the same trend as the Windows cost per
megahertz.  Software legitimately (added security and error checking)
takes more system resource for the same business function as time goes
on.  If software charges don't reflect this the mainframe is going to
keep on losing.  The charge for software for the largest capacity z
series today should be no larger than that for the comparable software
on the largest 390 series 10 years ago, possibly inflation adjusted.

>Bob Richards 
>
>
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
>Behalf Of Ted MacNEIL
>Sent: Saturday, January 13, 2007 1:44 PM
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Re: Is anyone still running..
>
>>Re: DB2 prices, by the way, what you describe isn't necessarily so
>either. VWLC means a lot of DB2 customers have seen their monthly
>license charges
>decrease (around about Version 7 for most shops I think, depending on
>when their last OS/390 LPAR disappeared and when they cut the first SCRT
>reports). The zIIP technology is another reason you might see a decrease
>in DB2 MLC starting with Version 8.
>
>Timothy! Timothy!
>Get out of your ivory tower and stop drinking the Kool-aid.
>
>We are not seeing any of these so-called price reductions!
>We are seeing longer transaction times.
>
>So, our prices are going up!
>
>On a cost-per-butt basis, it's still cheaper.
>But, the costs are non-zero.
>Therefore, they are going up! 
>  
>  
>  
>LEGAL DISCLAIMER 
>The information transmitted is intended solely for the individual or entity to 
>which it is addressed and may contain confidential and/or privileged material. 
>Any review, retransmission, dissemination or other use of or taking action in 
>reliance upon this information by persons or entities other than the intended 
>recipient is prohibited. If you have received this email in error please 
>contact the sender and delete the material from any computer. 
>  
>SunTrust and Seeing beyond money are federally registered service marks of 
>SunTrust Banks, Inc. 
>[ST:XCL] 
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Special characters in passwords was Re: RACF - Password rules .

[Ted MacNEIL]

>It's not up to him to "dictate" security policy, only to examine and recommend 
>(possible) improvements.

Even recommendations are outside the area of responsibility.
.
Questions?
Concerns?
(Screems of Outrage?)  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Special characters in passwords was Re: RACF - Password rules .

[Anne & Lynn Wheeler]

Anne & Lynn Wheeler wrote:
3) Auditors Are the People Who Go in After the War Is Lost and Bayonet 
the Wounded.


re:
http://www.garlic.com/~lynn/2007b.html#36 Special characters in passwords was 
Re: RACF - Password rules

... several times Boyd quoted Guderian (before the biltzkrieg) as directing "verbal orders only" ... for much the same reason (minimizing troops worrying that afterwards getting blamed for making less than optimal decisions in the fog of war, doing something would be better than decision paralysis). 


misc. past posts mentioning Guderian and "verbal orders only"
http://www.garlic.com/~lynn/99.html#120 atomic History
http://www.garlic.com/~lynn/2001.html#29 Review of Steve McConnell's AFTER THE 
GOLD RUSH
http://www.garlic.com/~lynn/2001m.html#16 mainframe question
http://www.garlic.com/~lynn/2002d.html#36 Mainframers: Take back the light 
(spotlight, that is)
http://www.garlic.com/~lynn/2002d.html#38 Mainframers: Take back the light 
(spotlight, that is)
http://www.garlic.com/~lynn/2002q.html#33 Star Trek: TNG reference
http://www.garlic.com/~lynn/2003h.html#51 employee motivation & executive 
compensation
http://www.garlic.com/~lynn/2003p.html#27 The BASIC Variations
http://www.garlic.com/~lynn/2004k.html#24 Timeless Classics of Software 
Engineering
http://www.garlic.com/~lynn/2004q.html#86 Organizations with two or more 
Managers
http://www.garlic.com/~lynn/2006f.html#14 The Pankian Metaphor
http://www.garlic.com/~lynn/2006g.html#9 The Pankian Metaphor
http://www.garlic.com/~lynn/2006q.html#41 was change headers: The Fate of VM - 
was: Re: Baby MVS???

collected past postings mentioning Col. Boyd
http://www.garlic.com/~lynn/subboyd.html#boyd
and misc. URLs from around the web mentioning Col. Boyd
http://www.garlic.com/`lynn/subboyd.html#boyd2

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Special characters in passwords was Re: RACF - Password rules .

[Anne & Lynn Wheeler]

Rick Fochtman wrote:
IMHO, any auditor should be ecstatic if he finds any limit under 11 set. 
It's not up to him to "dictate" security policy, only to examine and 
recommend (possible) improvements.


for a little topic drift, slightly related thread in another news group
http://www.garlic.com/~lynn/2007b.html#33 security engineering versus 
information security
http://www.garlic.com/~lynn/2007b.html#35 security engineering versus 
information security

mentioning my merged security taxonomy and glossary
http://www.garlic.com/~lynn/index.html#glosnote

doesn't have a definition for auditor ... but has several audit related 
definitions ... including

audit
   A family of security controls in the technical class dealing with ensuring activity involving access to and modification of sensitive or critical files is logged, monitored, and possible security violations investigated. [800-37] 
  A service that keeps a detailed record of events. [IATF] 
  An independent examination of a work product or set of work products to assess compliance with specifications, standards, contractual agreements, or other criteria. [IEEE610] 
  Independent review and examination of records and activities to assess the adequacy of system controls, to ensure compliance with established policies and operational procedures, and to recommend necessary changes in controls, policies, or procedures. [CNSSI] 
  Independent review and examination of records and activities to assess the adequacy of system controls, to ensure compliance with established security policies and procedures, and/or to recommend necessary changes in controls, policies, or procedures to meet security objectives. [CIAO] 
  Independent review and examination of records and activities to determine compliance with established usage policies and to detect possible inadequacies in product technical security policies of their enforcement. [AJP][FCv1] 
  The independent examination of records and activities to ensure compliance with established controls, policy, and operational procedures, and to recommend any indicated changes in controls, policy, or procedures. [NSAINT] 
  The independent examination of records to access their veracity and completeness. To record independently and examine documents or system activity (e.g. logins and logouts, file accesses, security violations). [AFSEC] 
  The official review, examination, and verification of system records and activities to ensure the adequacy of established IT security controls and procedures; to identify any nonfunctional controls or new vulnerabilities [NASA] 


... snip ...

however, did have a definition of auditor that was part of the "6670" sayings 
... random definitions (which also included all the ibm jargon entries) selected for 
printing on 6670 separation sheet

[Business Maxims:] Signs, real and imagined, which belong on the walls of the 
nation's offices:
1) Never Try to Teach a Pig to Sing; It Wastes Your Time and It Annoys the Pig.
2) Sometimes the Crowd IS Right.
3) Auditors Are the People Who Go in After the War Is Lost and Bayonet the 
Wounded.
4) To Err Is Human -- To Forgive Is Not Company Policy.

... snip ...

one of the same 6670s were used to print the april 1st corporate directive on 
passwords ... mentioned earlier in this thread (and led to putting all 
corporate letterhead paper under
lock & key)
http://www.garlic.com/~lynn/2007b.html#6 Special characters in passwords was 
Re: RACF - Password rules

past postings mentioning a security audit that included osearch of the facility 
looking for unsecured classified material ... including searching the various 
6670 printer areas. an auditor took took it as personal afront when one of the 
6670 outputs had the definition
http://www.garlic.com/~lynn/99.html#52 Enter fonts (was Re: Unix 
case-sensitivity: how did it originate?
http://www.garlic.com/~lynn/2001g.html#5 New IBM history book out
http://www.garlic.com/~lynn/2002o.html#24 IBM Selectric as printer
http://www.garlic.com/~lynn/2004l.html#61 Shipwrecks
http://www.garlic.com/~lynn/2005f.html#48 1403 printers
http://www.garlic.com/~lynn/2005f.html#51 1403 printers
http://www.garlic.com/~lynn/2005r.html#29 Job seperators

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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 anyone still running..........................

[Rick Fochtman]

--
These words :

"more  expensive"
"cutting edge customers"
"have lots of"
"Of course there's plenty"
"are bought as quickly as anywhere."
"Linux adoption has been incredible"
"I believe the two largest "

Note: These words are all "Marketing BS" that you send into "mostly the 
USA" from Asia..   Join an ASIA email list because we have enough 
marketing brochures in the USA. unless you want to use real names 
and real measurably values on a technical email list.


You know if your read enough "BS", you start believing it !!

---
BS - Obvious meaning here.
MS - More of the same
PHD - Piled higher and deeper

Translation: all the letters in the world don't mean diddley-squat when 
stacked up against contrary experience. IMHO, the words that mean the 
most to this group are "In my experience", or "When I did this", or 
other words that indicate experience and the knowledge that comes from 
"learning by doing". This is also why "Leading Edge" is so often 
referred to as "Bleeding Edge".


--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Special characters in passwords was Re: RACF - Password rules .

[Rick Fochtman]

-
At one time (a number of years ago) we had a RACF revoke limit > 5.  Got 
similar argument from auditors who wanted 3.  We analyzed RACF SMF 
records to determine how much lowering the threshold would raise number 
of daily revokes on legitimate users to arrive at some estimate of cost 
in terms of user aggravation and increased workload/staffing of the Help 
Desk and determined that for us 5 was a reasonable value and have stuck 
with it.  We have specific applications that will force the user out 
after 3 attempts, but actual revoke takes 5 consecutive bad attempts 
from any combination of applications.  We're talking here about userids 
that aren't directly exposed to the Internet, so there is some physical 
security involved as well; and there is also a daily review of failed 
logon attempts to look for unusual activity.


Any auditor that claims everyone uses 3 or that there is something magic 
that makes "3" optimum is shoveling B.S.


IMHO, any auditor should be ecstatic if he finds any limit under 11 set. 
It's not up to him to "dictate" security policy, only to examine and 
recommend (possible) improvements.


The TAIL SHOULD NOT WAG THE DOG!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Forbidding Special characters in passwords

[Rick Fochtman]

I was irritated with my discharge papers, truncating the III in "Howard 
John Brazee III", which made them look like my Dad's discharge.

--
Same happened to me, Howard. Richard Angus Fochtman is my Dad's name; 
I'm a "Junior".


--
For IBM-MAIN subscribe / signoff / archive access instructions,
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 anyone still running..........................

[Richards.Bob]

You say the prices are going up, I say they are holding or going down.
How is that the same?

Bob Richards 



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ted MacNEIL
Sent: Sunday, January 14, 2007 10:51 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Is anyone still running..

Mis-attributed.
My quote starts at 'Timothy! Timothy'!

I stateds the same thing as you did!

.
Questions?
Concerns?
(Screems of Outrage?)  

-Original Message-
From: "Richards.Bob" <[EMAIL PROTECTED]>
Date: Sun, 14 Jan 2007 09:14:00 
To:IBM-MAIN@BAMA.UA.EDU
Subject: Re: Is anyone still running..

Ted,

Just because *you* aren't seeing them does not mean others are not. My
MIPS have been increasing and my charges, at worst, are holding their
own year over year. Keep that room in the tower, Timothy! 

Bob Richards 



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ted MacNEIL
Sent: Saturday, January 13, 2007 1:44 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Is anyone still running..

>Re: DB2 prices, by the way, what you describe isn't necessarily so
either. VWLC means a lot of DB2 customers have seen their monthly
license charges
decrease (around about Version 7 for most shops I think, depending on
when their last OS/390 LPAR disappeared and when they cut the first SCRT
reports). The zIIP technology is another reason you might see a decrease
in DB2 MLC starting with Version 8.

Timothy! Timothy!
Get out of your ivory tower and stop drinking the Kool-aid.

We are not seeing any of these so-called price reductions!
We are seeing longer transaction times.

So, our prices are going up!

On a cost-per-butt basis, it's still cheaper.
But, the costs are non-zero.
Therefore, they are going up! 
  
  
  
LEGAL DISCLAIMER 
The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer. 
  
SunTrust and Seeing beyond money are federally registered service marks of 
SunTrust Banks, Inc. 
[ST:XCL] 
 
 
 
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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 anyone still running..........................

[Ted MacNEIL]

Mis-attributed.
My quote starts at 'Timothy! Timothy'!

I stateds the same thing as you did!

.
Questions?
Concerns?
(Screems of Outrage?)  

-Original Message-
From: "Richards.Bob" <[EMAIL PROTECTED]>
Date: Sun, 14 Jan 2007 09:14:00 
To:IBM-MAIN@BAMA.UA.EDU
Subject: Re: Is anyone still running..

Ted,

Just because *you* aren't seeing them does not mean others are not. My
MIPS have been increasing and my charges, at worst, are holding their
own year over year. Keep that room in the tower, Timothy! 

Bob Richards 



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ted MacNEIL
Sent: Saturday, January 13, 2007 1:44 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Is anyone still running..

>Re: DB2 prices, by the way, what you describe isn't necessarily so
either. VWLC means a lot of DB2 customers have seen their monthly
license charges
decrease (around about Version 7 for most shops I think, depending on
when their last OS/390 LPAR disappeared and when they cut the first SCRT
reports). The zIIP technology is another reason you might see a decrease
in DB2 MLC starting with Version 8.

Timothy! Timothy!
Get out of your ivory tower and stop drinking the Kool-aid.

We are not seeing any of these so-called price reductions!
We are seeing longer transaction times.

So, our prices are going up!

On a cost-per-butt basis, it's still cheaper.
But, the costs are non-zero.
Therefore, they are going up! 
  
  
  
LEGAL DISCLAIMER 
The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer. 
  
SunTrust and Seeing beyond money are federally registered service marks of 
SunTrust Banks, Inc. 
[ST:XCL] 
 
 
 
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Is anyone still running..........................

[Robert Justice]

exactly. 



- Original Message - 
From: "Richards.Bob" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Sunday, January 14, 2007 9:14 AM
Subject: Re: Is anyone still running..



Ted,

Just because *you* aren't seeing them does not mean others are not. My
MIPS have been increasing and my charges, at worst, are holding their
own year over year. Keep that room in the tower, Timothy! 

Bob Richards 



--
For IBM-MAIN subscribe / signoff / archive access instructions,
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 anyone still running..........................

[Richards.Bob]

Ted,

Just because *you* aren't seeing them does not mean others are not. My
MIPS have been increasing and my charges, at worst, are holding their
own year over year. Keep that room in the tower, Timothy! 

Bob Richards 



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ted MacNEIL
Sent: Saturday, January 13, 2007 1:44 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Is anyone still running..

>Re: DB2 prices, by the way, what you describe isn't necessarily so
either. VWLC means a lot of DB2 customers have seen their monthly
license charges
decrease (around about Version 7 for most shops I think, depending on
when their last OS/390 LPAR disappeared and when they cut the first SCRT
reports). The zIIP technology is another reason you might see a decrease
in DB2 MLC starting with Version 8.

Timothy! Timothy!
Get out of your ivory tower and stop drinking the Kool-aid.

We are not seeing any of these so-called price reductions!
We are seeing longer transaction times.

So, our prices are going up!

On a cost-per-butt basis, it's still cheaper.
But, the costs are non-zero.
Therefore, they are going up! 
  
  
  
LEGAL DISCLAIMER 
The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer. 
  
SunTrust and Seeing beyond money are federally registered service marks of 
SunTrust Banks, Inc. 
[ST:XCL] 
 
 
 
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Question about SVC 109

[Capomaestro]

Sorry I'm late to the game, folks!

File CBT531 contains a Rexx, SVCSRCH, that displays the first 160 bytes in
hex for any/all SVCs. When it encounters an ESR SVC in also displays the table.

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