On Fri, 22 Sep 2006 11:15:58 +0800 Tommy Tsui [EMAIL PROTECTED] wrote:
:Hi,
:
:Anyone knows how to use RACF to protect CICS resource CICs set file.
:Someone in our shop written a program to free a CICS file and successful.
:Can we just protect resource CEMT SET FILE
Yes.
Look up the XCMD
Tommy Tsui wrote:
Hi,
Anyone knows how to use RACF to protect CICS resource CICs set file.
Someone in our shop written a program to free a CICS file and
successful.
Can we just protect resource CEMT SET FILE
Any help will be appreciated
Yes, you can.
TCICSTRN class can be used to protect
Eric N. Bielefeld wrote:
Radoslaw,
Thanks. I kind of thought that was the answer, that an IPL will fail if
the
IODF is in multiple extents. I know that early in the IPL there isn't a
lot
of smarts to handle extents, as someone else pointed out.
But still, no one answered your original
Mike,
we never used
SELECT PGM(ISFISP) PARM( option ) NEWAPPL(ISF) NOCHECK
directly in a panel but uses a rexx to invoke SDSF. In this rexx we can
easy define correct console names, bookshelves etc and skip the copyright
message using the sequence:
CONTROL
With regards to SDSF Auto-Update:
a) it works as well when SDSF is started under ISPF (unless it has
been deactivated)
b) stopping it when TSO/ISPF has been started under control of a
session manager can be achieved (at least at the sites that I
know) by pressing ATTN twice (quickly). ATTN
Hi,
If the programmer use Batch program to invoke the CICS EXCI call, or CICS
SET FILE(), it is possible to use CCICSCMD to protect ? or use
surrogate EXCI call?
thanks
On 9/22/06, R.S. [EMAIL PROTECTED] wrote:
Tommy Tsui wrote:
Hi,
Anyone knows how to use RACF to protect CICS
-Original Message-
Can anyone supply me a sample CA-Spool exit ESFU009 that modifies the
LPR control file?
SMOP
Anyone who wants a copy can contact me.
Yous other guys - paranoia is just around the corner.
Dave
Isn't it like that other operating system that runs the computers that
people can pick up? Wouldn't you have to do a power on/reset to stop it?
Back to Friday...
Daniel McLaughlin
ZOS Systems Programmer
Crawford Company
PH: 770 621 3256
[EMAIL PROTECTED]
F2SA at offset 4 of a savearea is not a typo. It is an indicator of an
internal format that was never documented externally.
It happens to mean that the caller's GPRs 14-12 are saved starting at
offset 12 in the area whose address is offset 72 from the start of the
savearea you are looking at,
As the appends have mentioned, we intend to avoid issuing this message in a
future release.
But the original append indicated that the formatting never does finish.
If that is the case, then you have a problem that is beyond the scope of
the discussion.
This particular situation is expected to
On 9/21/06, Ted MacNEIL [EMAIL PROTECTED] wrote:
I recently discovered the SYSNAME command.
It's great for monitoring activity on one system from another.
One caveat I've noticed when monitoring jobs and tasks running on
another system in a JES2 MAS is the job log can sometime lag behind.
So,
So, when I am waiting for an important message or troubleshooting an outage, I
tend to go directly where the trouble is.
TSO is deliberately slow on the production systems.
They are at capacity.
And, it's a best practice to keep TSO and production separate.
When in doubt.
PANIC!!
Peter,
Maybe the never does finish was a bad assumption on my part. I've since
noticed that if you later disable/enable (via F hzsproc,LOGGER=OFF
..LOGGER=ON cmds), you get the LOG STREAM...CONNECTED message without the
SUSPENDED error.
Ed
NOTE: X-Posted to IBM-MAIN and RACF-L
Is there documented anywhere the recommended RACF access
characteristics of the SYS1.BRODCAST data set? I have a question from
an auditor asking why the DSMON Global Access Table Report shows the
following:
CLASS ACCESS ENTRY
NAME
TSO is deliberately slow on the production systems.
They are at capacity.
And, it's a best practice to keep TSO and production separate.
TSO is at a lower goal on our systems compared to production workload,
however, I'm not in the standard TSO srvclass so that can't account
for delayed output
We had a case a number of years ago where this caused a problem. We used
a VTAM session manager and a programmer turned the Autoupdate display and
then left his desk. The session manager went to a password required
screen after some period of inactivity and the SDSF screen images kept
Gabriel Tully [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
On 9/21/06, Ted MacNEIL [EMAIL PROTECTED] wrote:
I recently discovered the SYSNAME command.
It's great for monitoring activity on one system from another.
One caveat I've noticed when monitoring jobs and tasks
Ted,
Look at the filter command. There is a good description of format in the
help section.
Thanks,
Fletch (317) 817-3545
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ted MacNEIL
Sent: Thursday, September 21, 2006 5:39 PM
To:
On 9/22/06, Vernooy, C.P. - SPLXM [EMAIL PROTECTED] wrote:
This is as old as MAS is: data of jobs in the local system can be read
from in storage buffers, data of jobs in other systems is read from
spool and therefor data that is not yet written to spool is not
available.
That makes alot of
On Fri, 22 Sep 2006 08:09:02 -0400, Gabriel Tully [EMAIL PROTECTED] wrote:
On 9/21/06, Ted MacNEIL [EMAIL PROTECTED] wrote:
I recently discovered the SYSNAME command.
It's great for monitoring activity on one system from another.
One caveat I've noticed when monitoring jobs and tasks running
Hello,
Thanks to everyone for valuable suggestions.
I think all directories were created when V710 was installed and also, I
think the REXX proc DSNMKDIR from SDSNBASE was not run at all or it failed. No
problem was noticed because JAVA component was never used before. Only last
SNIP
It is documented in SAG (RACF Security Admin. Guide) Appendix: Security
for System Data Sets.
However the recommendation has changed. Now (z/OS 1.7) it is READ.
I suspect the change is because of application changes - you can define
personal BRODCAST datasets.
END SNIP
Did this same thing
In [EMAIL PROTECTED], on
09/20/2006
at 08:57 PM, Dean Montevago [EMAIL PROTECTED] said:
What is this ?
Check the key mapping on your 3270 simulator. I believe that you'll
find that PF1-12 map to PFK 1-12 and that Shift-PF1-12 map to PFK
13-24. So what you're actually seeing is PFK 19.
--
In
[EMAIL PROTECTED],
on 09/21/2006
at 04:13 PM, McKnight, Lee [EMAIL PROTECTED] said:
That's really cool; but how do you stop it?
With Attention[1]. Check your keyboard map.
[1] Not the same as PA1.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see
In [EMAIL PROTECTED], on 09/21/2006
at 04:25 PM, Greg Shirey [EMAIL PROTECTED] said:
PA1.
That won't work if the keyboard is locked. Attention should always
work.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see http://patriot.net/~shmuel/resume/brief.html
We
In [EMAIL PROTECTED],
on 09/20/2006
at 04:22 PM, Gibney, Dave [EMAIL PROTECTED] said:
Is there a way short of restore from backup to do this?
Yes, but run your UCLIN past a second set of eyeballs before you
actually do it.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO
In
[EMAIL PROTECTED],
on 09/20/2006
at 10:16 PM, Jim Mulder [EMAIL PROTECTED] said:
As to why subpool 0 is shared, I haven't been able to think of a
reason. I don't know of anything that the initiator obtains in
subpool 0 that the jobstep task can free (unless there was a time
when
Mark wrote:
Mark wrote:
For those of us who are mentally challenged, where might I find
sample JCL, and instructions on how to extract the system log
information to a file for a given time frame?
Member names, and manual names (perhaps chapters too?) would be helpful.
I have a level 2
Shmuel Metz , Seymour J. [EMAIL PROTECTED] wrote in
message news:[EMAIL PROTECTED]...
In [EMAIL PROTECTED], on 09/21/2006
at 09:00 AM, Joe jeffries [EMAIL PROTECTED] said:
Quick question. Can GRS Resource names be specified manually. IE. If
a dataset has the same name on 2 systems in
On Fri, 22 Sep 2006 09:17:09 -0300, Shmuel Metz (Seymour J.)
[EMAIL PROTECTED] wrote:
In [EMAIL PROTECTED], on 09/21/2006
at 09:00 AM, Joe jeffries [EMAIL PROTECTED] said:
Quick question. Can GRS Resource names be specified manually. IE. If
a dataset has the same name on 2 systems in the
CBRUXENT is the DFSMSrmm provided Cartridge Installation Exit. CA provides a
sample for CA-1. It is invoked for each tape that is inserted into the ATL.
In my situation, I had a systems managed ATL that we wanted to put other 3590s
in. The tapes were always rejected by the exit since they
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of McKnight, Lee
That's really cool; but how do you stop it? The auto update
has my screen locked!
PA1 key.
-jc-
--
For IBM-MAIN subscribe /
You may want to post this message on the DB2-L listserv as well
Robert Galambos
Compuware Senior Technical Specialist
IBM Certified Solutions Expert -
DB2 UDB for OS/390 Database Administration
[EMAIL PROTECTED]
Tel: +1 905 886 7000
Toll Free: +1 800 263 7189
Fax: +1 905 886 7023
You want to post your question on the DB2-l listserv as well
Robert Galambos
Compuware Senior Technical Specialist
IBM Certified Solutions Expert -
DB2 UDB for OS/390 Database Administration
[EMAIL PROTECTED]
Tel: +1 905 886 7000
Toll Free: +1 800 263 7189
Fax: +1 905 886 7023
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Binyamin Dissen
On Fri, 22 Sep 2006 11:15:58 +0800 Tommy Tsui wrote:
:Hi,
:
:Anyone knows how to use RACF to protect CICS resource CICs
set file.
:Someone in our shop written a program to free a CICS file
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of R.S.
Tommy Tsui wrote:
Hi,
Anyone knows how to use RACF to protect CICS resource CICs
set file.
Someone in our shop written a program to free a CICS file and
successful.
Can we just protect resource
Mike,
I'd try disabling and then rebuilding the vtoc index before you go as far
as re initing.
Sounds like there is an entry in the index that isn't on the volume.
ICKDSF BUILDIX ...
Mike Szyszka [EMAIL PROTECTED]
Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
09/22/2006
I would attempt to migrate as much data off as possible, or backing up,
before anything else.
Daniel McLaughlin
ZOS Systems Programmer
Crawford Company
PH: 770 621 3256
[EMAIL PROTECTED]
--
For IBM-MAIN subscribe /
Not immediately related to zSeries mainframes. But using gaming
technology for business uses sounds a bit strange. Likely because I'm
old.
http://www.regdeveloper.co.uk/2006/09/21/ibm_secret/
--
For IBM-MAIN subscribe / signoff
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of R.S.
Chase, John wrote:
Is there documented anywhere the recommended RACF access
characteristics of the SYS1.BRODCAST data set? [ snip ]
It is documented in SAG (RACF Security Admin. Guide)
Appendix:
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Shmuel Metz (Seymour J.)
Sent: Friday, September 22, 2006 7:31 AM
In [EMAIL PROTECTED], on 09/21/2006
at 04:25 PM, Greg Shirey [EMAIL PROTECTED] said:
PA1.
That won't work if the keyboard is
On Fri, 22 Sep 2006 10:56:40 -0400, in bit.listserv.ibm-main you
wrote:
You are much too young to remember any of this. I wasn't around
for WWI, but can remember WWII quite clearly. Like the Civil War
and WWII, the present conflicts affect civilians heavily in the war
arenas. The world needs
On 9/22/2006 10:54 AM, Chase, John wrote:
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of R.S.
Chase, John wrote:
Is there documented anywhere the recommended RACF access
characteristics of the SYS1.BRODCAST data set? [ snip ]
It is documented in SAG (RACF
Mike,
I agree with Alan. Try to convert the VTOC from indexed to OS, and then
back again. Here are the statements I use in ICKDSF:
Convert to OS
BUILDIX-
DDNAME(DISK) -
OS NOPURGE
Convert back to Indexed
BUILDIX-
DDNAME(DISK)
These days, most war (and lots of other evil) is
perpetrated by the Righteous.
What a magnificently accurate thought; I've just made
it my e-mail signature.
Thank You.
--- Howard Brazee [EMAIL PROTECTED] wrote:
On Fri, 22 Sep 2006 10:56:40 -0400, in
bit.listserv.ibm-main you
wrote:
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Stan Saraczewski
These days, most war (and lots of other evil) is perpetrated
by the Righteous.
What a magnificently accurate thought; I've just made it my
e-mail signature.
You can probably omit These days
On 9/22/2006 11:38 AM, mck wrote:
I want to use RACF to protect the use of a particular DATACLAS. Can
this be done, if so how?
Not without using exits, as far as I know. But if you'll indulge my
curiosity, what is there in a DATACLAS that is at all security relevant?
The security
I was able to run a List VTOC. It looks normal.
DATE: 2006.265 TIME: 12.03.51
CONTENTS OF VTOC ON VOL SYS501 THIS VOLUME IS NOT SMS MANAGED
THERE IS A 1 LEVEL VTOC
INDEX
DATA SETS ARE LISTED IN ALPHANUMERIC ORDER
.
THERE ARE 2121 EMPTY CYLINDERS PLUS58 EMPTY TRACKS ON THIS VOLUME
Mike, does the VTOCIX (SYS1.VTOCIX.xx) appear in the LISTVTOC? If
not, that seems to match your error message.
Or could the message have been refering to the index component of some
VSAM file? Can you tell if an index which should be on the volume is
missing??
An IDCAMS DIAGOSE of
These show up in the list VTOC
SYS1.VTOCIX.SYS501
SYS1.VVDS.VSYS501
This one seems to missing the index
SYSV.ING02.TAKEOVER
SYSV.ING02.TAKEOVER.DATA
On 9/22/06, Bruce Black [EMAIL PROTECTED] wrote:
Mike, does the VTOCIX (SYS1.VTOCIX.xx) appear in the LISTVTOC? If
not, that seems to
This one seems to missing the index
SYSV.ING02.TAKEOVER
SYSV.ING02.TAKEOVER.DATA
It may be an ESDS or another type that has no index. Do a LISTCAT on
the cluster name to see what the component names should be. The
DIAGNOSE should also pick this up if it is really missing
--
Bruce A.
In a message dated 9/22/2006 11:12:45 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:
THERE ARE 2121 EMPTY CYLINDERS PLUS58 EMPTY TRACKS ON THIS VOLUME
THERE ARE3559 BLANK DSCBS IN THE VTOC ON THIS VOLUME
THERE ARE285 UNALLOCATED VIRS IN THE INDEX
Maybe the VTOC's
Listc shows... does not appear to be an error
ASSOCIATIONS
CLUSTER--SYSV.ING02.TAKEOVER
ASSOCIATIONS
DATA-SYSV.ING02.TAKEOVER.DATA
DATA --- SYSV.ING02.TAKEOVER.DATA
--
Thanks,
Mike
--
For IBM-MAIN
In a message dated 9/22/2006 12:26:31 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
Listc shows... does not appear to be an error
How about the DIAGNOSE? What happens if you just try to print the file? If
it's too big can just print to DD DUMMY.
In a message dated 9/22/2006 12:34:40 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
How about the DIAGNOSE? What happens if you just try to print the file? If
it's too big can just print to DD DUMMY.
Oh, IEHLIST for the pack. LISTVTOC will show any overlaps. Haven't had to
..really interested in this thread,.. We have some sysprogs that
maintain their systems that share a disk volume across separate,
nonsysplexed Lpars. Datasets accessed/updated from different systems,..
no GRS protection.
So I am curious if this is a situation that could clobber a vtoc.
gabe
Ran this..
//DIAG EXEC PGM=IDCAMS,COND=(0,NE)
//SYSPRINT DD SYSOUT=*
//SYSIN DD *
DIAGNOSE VVDS IDS(SYS1.VVDS.VSYS501)
/*
No errors listed.
On 9/22/06, Gabe Torres [EMAIL PROTECTED] wrote:
..really interested in this thread,.. We have some sysprogs that
maintain their systems that share a
Howard Brazee wrote:
These days, most war (and lots of other evil) is perpetrated by the
Righteous.
Has always been the case.
--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
I'd be glad to send anybody the complete problem / resolution when the
problem is fixed.
The list rejected an early email because it had too many replies.
Thanks,Mike
--
For IBM-MAIN subscribe / signoff / archive access
..really interested in this thread,.. We have some sysprogs that
maintain their systems that share a disk volume across separate,
nonsysplexed Lpars. Datasets accessed/updated from different systems,..
no GRS protection.
So I am curious if this is a situation that could clobber a vtoc.
No.
These days, most war (and lots of other evil) is perpetrated by the
Righteous.
Has always been the case.
Probably since Ug worshiped the sun and Gug worshiped the earth. One or
the other ended up with a rock to the head.
--
Bruce A. Black
Senior Software Developer for FDR
Innovation
This command found the problem? No VVDS?
listc ent(/) allDS.VSYS501
SYS501
IDC3012I ENTRY SYS1.VVDS.VSYS501 NOT FOUND+
IDC1566I ** SYS1.VVDS.VSYS501 NOT LISTED
IDC0014I LASTCC=4
IDC3009I ** VSAM CATALOG RETURN CODE IS 8 - REASON CODE IS IGG0CLEG-42
***
On 9/22/06, Mike Szyszka [EMAIL
It seems DIAGNOSE that was run previous did not find the error?
On 9/22/06, Bruce Black [EMAIL PROTECTED] wrote:
..really interested in this thread,.. We have some sysprogs that
maintain their systems that share a disk volume across separate,
nonsysplexed Lpars. Datasets accessed/updated
OK, I'll bite. Unless you define the Righteous as Communist which no
reasonable person would since they are mutually contradictory it seems
the lack of Righteous or the secular idology these days, (being the
20th century) have killed more people and caused more evil in the
history of the
In a message dated 9/22/2006 1:04:03 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
This command found the problem? No VVDS?
So all VSAM on the pack is gone? Maybe somebody else can answer, I don't
know if a REFVTOC will make a new VVDS or not. If I had to fix it I'd dump it
to
The VVDS is unique among VSAM files in that it does not have to be
cataloged, and it can be cataloged in multiple catalogs (every catalog
that references datasets on the volume). So the fact that it is not in
the master catalog (which is where your LISTCAT would look) is not an
error. The
These days, most war (and lots of other evil) is perpetrated
by the Righteous.
One really needs to beware of Bumper Sticker Mentality, that of trying to
reduce complicated issues into a few words. From the phrase above, one implies
then that it is bad to be righteous and in fact that it is
I thought it was the big black monolith's fault!
--- [EMAIL PROTECTED] wrote:
From: Bruce Black [EMAIL PROTECTED]
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Wars and Allies
Date: Fri, 22 Sep 2006 14:03:39 -0400
These days, most war (and lots of other evil) is perpetrated
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of John H. Lang
Sent: Friday, September 22, 2006 1:24 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Wars and Allies (was: The Fate of VM)
These days, most war (and lots of other evil) is perpetrated
by
Mike Szyszka wrote:
Hi all,
ISPF Option 3.4 with just the volser, I receive message in the upper
right
corner of the screen.
Incomplete VTOC list
PF1 shows
Index entry not included because VTOC entry does not exist.
I assume this dasd is trashed and need to be re-inited?
The data sets are
ISPF 3.4 shows this
SYS1.VVDS.VSYS501 SYS501
This command founds an error
listc ent(/) allDS.VSYS501
SYS501
IDC3012I ENTRY SYS1.VVDS.VSYS501 NOT FOUND+
IDC1566I ** SYS1.VVDS.VSYS501 NOT LISTED
IDC0014I
We are looking at using ICP (CF) to connect two LPAR's in a sysplex on a z9.
We have run two z/OS systems sysplexed under z/VM we did not need any thing
changed in IODF. I gather we need to add some information in the IODF if
using real ICP. Can some kind person tell me how/where I can find out
I think R. J. Rummel's Death by Government shines the light of
statistics on this question.
Stg
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN
Who defines Righteous? What does that actually mean? Isn't it usually a
perspective?
Are the Wahabbist Muslims righteous? A Presbyterian congregation? Are
they the same thing in terms of fomenting war and being evil?
Denise P. Kalm
Sr. Product Marketing Manager
Enterprise Systems
On Fri, 22 Sep 2006 12:14:36 +, Ted MacNEIL [EMAIL PROTECTED] wrote:
TSO is deliberately slow on the production systems.
They are at capacity.
And, it's a best practice to keep TSO and production separate.
ITYM that it's your *opinion* that TSO and production should be kept
separate, but
On Friday, 09/22/2006 at 07:38 CET, Crispin Hugo [EMAIL PROTECTED]
wrote:
We are looking at using ICP (CF) to connect two LPAR's in a sysplex on a
z9.
We have run two z/OS systems sysplexed under z/VM we did not need any
thing
changed in IODF. I gather we need to add some information in the
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Thompson, Steve (SCI TW)
Sent: Friday, September 22, 2006 12:31 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Wars and Allies (was: The Fate of VM)
Perhaps this saying might put things into
How can I not get emails for every new post or post response from IBM-MAIN?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the
Crispin Hugo wrote:
We are looking at using ICP (CF) to connect two LPAR's in a sysplex on a
z9.
We have run two z/OS systems sysplexed under z/VM we did not need any
thing
changed in IODF. I gather we need to add some information in the IODF if
using real ICP. Can some kind person tell me
Most of the sentiments being expressed in this thread were familiar to the
ancient Greeks, and Voltaire provided the definitive statement a 250 years
ago:
«Presque toute l'histoire est une suite d'atrocités inutiles»
---Voltaire, Essai sur l'histoire générale, 1756.
John Gilmore
Ashland,
Datasets accessed/updated from different systems,.. no GRS protection. So I am
curious if this is a situation that could clobber a vtoc.
Not if you are doing reserve/release processing.
(Though, it is a performance hit).
When in doubt.
PANIC!!
Religion has probably caused more wars and suffering than communism
or any other non-religious cause.
It's also caused more B.S. threads on IBM-MAIN. Come on folks...
Thank you
Mark
--
For IBM-MAIN subscribe / signoff /
On 22 Sep 2006 12:31:49 -0700, in bit.listserv.ibm-main you wrote:
How can I not get emails for every new post or post response from IBM-MAIN?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
On 22 Sep 2006 11:16:31 -0700, in bit.listserv.ibm-main you wrote:
These days, most war (and lots of other evil) is perpetrated by the
Righteous.
Has always been the case.
Probably since Ug worshiped the sun and Gug worshiped the earth. One or
the other ended up with a rock to the
On 22 Sep 2006 11:24:17 -0700, [EMAIL PROTECTED] wrote:
These days, most war (and lots of other evil) is perpetrated
by the Righteous.
...
So while I understand what the phrase is trying to convey, it is wrong to say
all righteous people cause war and do evil things. Righteous people can do
At about the time our original 13 states adopted their new constitution,
in the year 1787, Alexander Tyler (a Scottish history professor at The
University of Edinborough) had this to say about The Fall of The Athenian
Republic some 2,000 years prior:
A democracy is always temporary in nature;
In
[EMAIL PROTECTED],
on 09/22/2006
at 04:00 PM, Vernooy, C.P. - SPLXM [EMAIL PROTECTED] said:
Come on, think: how should the system serialize 2 jobs, when 1 uses
the alias and the other uses the true name? Serialization is on the
true name only.
Every time someone says I don't believe in
In [EMAIL PROTECTED], on 09/22/2006
at 09:01 AM, Mark Zelden [EMAIL PROTECTED] said:
What will that do for an ENQ / GRS?
The Initiator will ENQ on the name specified, not on the true name.
However, be warned[1]; the ENQ to protect the integrity of a PDS uses
the true name.
[1] Or reassured.
I'm surprised that no one has complained about this
thread getting so far off course.
It does make for fascinating reading though.
--- John P Donnelly [EMAIL PROTECTED] wrote:
At about the time our original 13 states adopted
their new constitution,
in the year 1787, Alexander Tyler (a
WARNING: Continuation of off-topic tangent here follows.
In a message dated 9/22/2006 3:13:40 P.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
Alexander Tyler (a Scottish history professor at The
University of Edinborough) had this to say about The Fall of The Athenian
Republic
Alan,
IOCP ain't the problem. I have been doing that in VM for years. Its the
IODF stuff in MVS that I can't find what I want
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED]
Can you refute Snope's categorization of the Alexander Tyler
quote as probable urban legend?
http://www.snopes.com/politics/quotes/tyler.asp
-mark
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of John P Donnelly
Sent: Friday, September
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of (IBM Mainframe
Discussion List)
WARNING: Continuation of off-topic tangent here follows.
In a message dated 9/22/2006 3:13:40 P.M. Central Daylight
Time, [EMAIL PROTECTED] writes:
Alexander Tyler (a
ITYM that it's your *opinion* that TSO and production should be kept separate,
but what do you mean by that?
No! It's not my opinion.
It's from an old document from IBM, and I tend to agree with it.
It's not for security reasons; RACF/ACF2/TOPSECRET can handle that.
It's for performance
Best post of the entire thread
Jim
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Vitale
Sent: Friday, September 22, 2006 1:20 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Wars and Allies
Can you refute Snope's categorization of the
Friday is no excuse for totally O/T threads!
C'mon guys!
This is clogging my inbox.
Take it (way) offline, please.
When in doubt.
PANIC!!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Ooh - a topic I can contribute to!
Logical fallacy: Most accidents are caused by inattentive motorists.
Therefore all inattentive motorists cause accidents.
While the first statement may be true, the conclusion does not necessarily
follow. Therefore, the statement that most wars are
Thread Killed.
Darren
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
On Fri, 22 Sep 2006 16:17:06 -0300, Shmuel Metz (Seymour J.)
[EMAIL PROTECTED] wrote:
Define an alias for the name on each system. Use the alias name on
your DD statement.
In [EMAIL PROTECTED], on 09/22/2006
at 09:01 AM, Mark Zelden [EMAIL PROTECTED] said:
What will that do for an ENQ /
In a recent note, Ted MacNEIL said:
Date: Fri, 22 Sep 2006 20:47:16 +
ITYM that it's your *opinion* that TSO and production should be kept
separate, but what do you mean by that?
No! It's not my opinion.
It's from an old document from IBM, and I tend to agree with it.
It's
1 - 100 of 106 matches
Mail list logo