date:20101101


On 11/1/2010 6:31 PM, Sam Siegel wrote:

On Mon, Nov 1, 2010 at 5:24 PM, Paul Gilmartin  wrote:


On Mon, 1 Nov 2010 16:56:12 -0600, Steve Comstock wrote:









And no one has until now taken Mr. Gilmore to task for
disingenuously (in my perception) pouncing upon Sam Siegel's
typo.  I suppose there must be a (self-appointed) enforcer
of Muphry's Law.




Thank you .  I appreciate your acknowledgement of it.

Sam



-- gil


Well, folks, it's been fun. Let's kill this thread and
get back to work, eh?


--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

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

* To get a good Return on your Investment, first make an investment!
  + Training your people is an excellent investment

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

Re: ATTACH

On Mon, Nov 1, 2010 at 5:24 PM, Paul Gilmartin  wrote:

> On Mon, 1 Nov 2010 16:56:12 -0600, Steve Comstock wrote:
> >
>


>
> And no one has until now taken Mr. Gilmore to task for
> disingenuously (in my perception) pouncing upon Sam Siegel's
> typo.  I suppose there must be a (self-appointed) enforcer
> of Muphry's Law.
>


Thank you .  I appreciate your acknowledgement of it.

Sam


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

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

Re: ATTACH

2010-11-01 Thread Paul Gilmartin

On Mon, 1 Nov 2010 16:56:12 -0600, Steve Comstock wrote:
>
>> Nor did he describe the OP as "naïve."  He said that the OP was
>> "a naïf."
>
>No. He said: "They are radically naif.", speaking of the OP's
>questions.
>
> > These two words are not synonymous.  Naïve is an adjective
> > and naïf is a noun, as he used it.
>
>No. He used "naif" as an adjective, and did not include the
>diaeresis. The Merriam-Webster online dictionary says:
>
>Definition of NAÏF: naive
>
>Variants of NAÏF
>  na·ïf
>  na·if
>
Pardon my French, but is this merely a distinction of
gender (and typography)?  Google tells me for:

she is naive; he is naive

qu'elle est naïve, il est naïf

And no one has until now taken Mr. Gilmore to task for
disingenuously (in my perception) pouncing upon Sam Siegel's
typo.  I suppose there must be a (self-appointed) enforcer
of Muphry's Law.

-- gil

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

Re: ATTACH

2010-11-01 Thread Robert A. Rosenberg


At 12:05 -0500 on 11/01/2010, Mike Schwab wrote about Re: ATTACH:


I like the US-English-International Keyboard setting on Windows / Linux.
Once you set this setting, when you type the first combineable
character, it is not echoed to the screen until the next character is
typed.  If the combination is one character, the combined character
will be sent, otherwise the two characters will be sent seperately.
Type a blank after a combineable character to get just the combineable
character.

To combine the AE characters, you have to select a language that 
uses that set.


On a Macintosh you type Option-' (that is hold the Option Key and 
type ') to get æ and Shift-Option-' (ie: Option-") to get Æ. On a 
Windows keyboard I think you can replace the Option with an ALT to 
get the same characters. There is also the option in windows to type 
the Unicode value with the numeric keyboard or using the Character 
Palette.


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

Re: ATTACH

2010-11-01 Thread Robert A. Rosenberg


At 20:35 + on 11/01/2010, Bill Fairchild wrote about Re: ATTACH:

be sure that your post is just as clear and precise as you wish his 
had been.  Were it not for Mr. Gilmore's predilection for precise 
meanings, I would still be ignorant of the words "antipode" and 
"boustrophedon" (the latter of which is big, complex, and arcane, 
but amazingly precise).


For those who are wondering but do not want to look the words up, the 
former is opposite (usually geographically) - IOW: The opposite 
location on the Earth where you drive a vertical line through the 
center of the Earth. The latter refers to a style of writing where 
alternate lines are written from left to right and right to left (it 
is a reference to a method of plowing a field where when you reach 
the end of a row you turn around and plow the next row heading back 
to your starting location).


This is an example of boustrophedon
.ees nac uoy sa gnitirw

I also have the impression that there were printers which speed up 
their print speed by printing alternate lines while returning the 
print head to the left. The actual text was thus sent to the print 
head in reverse order so it displayed normally.


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

Re: ATTACH

John Gilmore wrote "I remember going astray, ætat 4 or 5" in a later post on 
this now seriously OT thread.

You're right about the OP's questions being "radically naïf."  I suffered a 
multi-bit memory check.

My email editor inserts diaereses often without my knowing it, which is not 
always to my liking.

The two-edged vorpal blade of pedantry has once again snacked me after 
snickering towards its intended target.

BTW, I finally found an online definition of Rob Scott's words "cromulent" and 
"embiggins".

Bill Fairchild
Rocket Software

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Steve Comstock
Sent: Monday, November 01, 2010 5:56 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ATTACH

On 11/1/2010 2:35 PM, Bill Fairchild wrote:
> Many repliers have emphasized clarity and precision.
> Although Mr. Gilmore's word choice is sometimes arcane
> and obscure, nevertheless his words under attack were
> not "big" or "complex" words; e.g., "ætat", having only
> five letters, cannot possibly be characterized as "big",
> and its meaning is instantly obvious given a knowledge
> of Latin roots, as was "lacunae", also not a "big" word.

John's post did not include ætat, that I can see.


> Nor did he describe the OP as "naïve."  He said that the OP was
> "a naïf."

No. He said: "They are radically naif.", speaking of the OP's
questions.

 > These two words are not synonymous.  Naïve is an adjective
 > and naïf is a noun, as he used it.

No. He used "naif" as an adjective, and did not include the
diaeresis. The Merriam-Webster online dictionary says:

Definition of NAÏF: naive

Variants of NAÏF
  na·ïf
  na·if



> If you take Mr. Gilmoreto task for lack of clarity and
> precision, then please be sure that your post is just as
> clear and precise as you wish his had been.

A two-edged sword, indeed.


> Were it not for Mr. Gilmore's predilection for precise meanings,
> I would still be ignorant of the words "antipode" and "boustrophedon"
> (the latter of which is big, complex, and arcane, but amazingly precise).
> As I also do not have an OED on my shelf, he often drives me happily
> to an online English dictionary, into a word's etymology, and from thence
> to further French, Greek, Italian, or even Icelandic dabbling.

I agree with you there. But for people looking for some
technical information, or even a pointer to a document or
other source, the digression is not necessarily the path
they want to follow.


>
> Bill Fairchild
> Rocket Software
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf 
> Of Ted MacNEIL
> Sent: Monday, November 01, 2010 2:32 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: ATTACH
>
>> There's a lot to be said for vocabulary enhancement.
>
> Yes, but there is a lot to be said for communicating.
>
>> I'm tired of hearing that everything must be written for a 5th grade level
>> audience.
>
> There's a reason for that. Most people are lucky if they can read at that high
> of a level.
>
>> What ever happened to 'look it up'?
>
> That's fine in the classroom;difficult in real life.
>
> The whole purpose of communicating is to communicate!
> If your reader doesn't understand you, through the uses/abuse of large/obscure
> words or complex phraseology, it is not the reader's fault.
> It is the fault of the writer.
>
> And, using those big words to answer the OP, did not solve the problem.
> The calling of him naive was also insulting.
> Just because somebody is a novice, is no reason to talk down to him.
> If I had answers, I would have responded.


-- 

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

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

* To get a good Return on your Investment, first make an investment!
   + Training your people is an excellent investment

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

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

Re: ATTACH

2010-11-01 Thread Ted MacNEIL

>You chose to assume Mr. Gilmore meant naïve as an insult; I chose to assume he 
>meant inexperienced.

Speaking of precision.
Novice is inexperience.

Naive is lack of understanding.

>If one goes looking for insults, one can usually find them.

Naive is insulting; I didn't have to hunt for it.

BTW, this is so far off topic, I see no reason to continue responding to this 
thread.

-
I'm a SuperHero with neither powers, nor motivation!
Kimota!

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

Re: ATTACH

On 11/1/2010 2:35 PM, Bill Fairchild wrote:

Many repliers have emphasized clarity and precision.
Although Mr. Gilmore's word choice is sometimes arcane
and obscure, nevertheless his words under attack were
not "big" or "complex" words; e.g., "ætat", having only
five letters, cannot possibly be characterized as "big",
and its meaning is instantly obvious given a knowledge
of Latin roots, as was "lacunae", also not a "big" word.

John's post did not include ætat, that I can see.

Nor did he describe the OP as "naïve."  He said that the OP was
"a naïf."

No. He said: "They are radically naif.", speaking of the OP's
questions.

> These two words are not synonymous.  Naïve is an adjective
> and naïf is a noun, as he used it.

No. He used "naif" as an adjective, and did not include the
diaeresis. The Merriam-Webster online dictionary says:

Definition of NAÏF: naive

Variants of NAÏF
 na·ïf
 na·if

If you take Mr. Gilmoreto task for lack of clarity and
precision, then please be sure that your post is just as
clear and precise as you wish his had been.

A two-edged sword, indeed.

Were it not for Mr. Gilmore's predilection for precise meanings,
I would still be ignorant of the words "antipode" and "boustrophedon"
(the latter of which is big, complex, and arcane, but amazingly precise).
As I also do not have an OED on my shelf, he often drives me happily
to an online English dictionary, into a word's etymology, and from thence
to further French, Greek, Italian, or even Icelandic dabbling.

I agree with you there. But for people looking for some
technical information, or even a pointer to a document or
other source, the digression is not necessarily the path
they want to follow.

Bill Fairchild
Rocket Software

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Ted MacNEIL
Sent: Monday, November 01, 2010 2:32 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ATTACH

There's a lot to be said for vocabulary enhancement.

Yes, but there is a lot to be said for communicating.

I'm tired of hearing that everything must be written for a 5th grade level
audience.

There's a reason for that. Most people are lucky if they can read at that high
of a level.

What ever happened to 'look it up'?

That's fine in the classroom;difficult in real life.

The whole purpose of communicating is to communicate!
If your reader doesn't understand you, through the uses/abuse of large/obscure
words or complex phraseology, it is not the reader's fault.
It is the fault of the writer.

And, using those big words to answer the OP, did not solve the problem.
The calling of him naive was also insulting.
Just because somebody is a novice, is no reason to talk down to him.
If I had answers, I would have responded.

--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

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

* To get a good Return on your Investment, first make an investment!
  + Training your people is an excellent investment

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

Re: USS umask in batch?

2010-11-01 Thread Paul Gilmartin

On Mon, 1 Nov 2010 15:24:34 -0600, Steve Comstock wrote:
>
>In my software I use bpx1opn and set the mode bits in a constant
>and it comes out just fine without worrying about umask.
>
Grrr...  Read what you quoted:
>>
>> apply to BPXBATCH. Maybe I need to just call umask from the program --
>> that just seems odd and poorly thought out, though. And might irritate
>> the user who *wants* to control the umask; all I need is to understand
>> how to control it, then I can tell them "You're on yer own..."
>
The prevailing convention is for UNIX utilities to create
directories and executables with permissions 777; other
files 666, allowing the caller to reduce those permissions
with umask.  zMan is well-intentioned in wanting to follow
those conventions.  And if his code is script-like, calling
standard utilities to create files, the only control of
permissions of those files is umask.

How about a Marketing Requirement for:

//STEP  EXEC  PGM=whatever,UMASK=nnn

?  No short-term help to zMan, of course.

-- gil

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

Re: ATTACH

Yes, you did write "large/obscure."  You diligently reread your post until you 
came to the word that proved me wrong.  But you should have continued reading 
the next paragraph in order also to be thorough, since there you also this:
"And, using those big words to answer the OP, did not solve the problem."

That is the "big" to which I referred.  If I had meant to quote your use of 
"large", I would have precisely written "large" instead of "big."

Perhaps a machine-executed find-character-string for "big" would in general be 
more precise than an ocular scan of the text which terminates on any shade of 
synonymity rather than only on an exact match.

A "naïf" is "a naïve or inexperienced person..., [an] innocent - a person who 
lacks knowledge of evil", [1] a fitting description for a novice at 
multitasking.  :-)  You chose to assume Mr. Gilmore meant naïve as an insult; I 
chose to assume he meant inexperienced.  If one goes looking for insults, one 
can usually find them.

Bill Fairchild
Rocket Software

[1] http://www.thefreedictionary.com/naif


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Ted MacNEIL
Sent: Monday, November 01, 2010 5:04 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ATTACH

>"ætat", having only five letters, cannot possibly be characterized as "big", 
>and its meaning is instantly obvious given a knowledge of Latin roots, as was 
>"lacunae", also not a "big" word.

Speaking of precision, I said "large/obscure", not "big".



>Nor did he describe the OP as "naïve."
>He said that the OP was "a naïf."
>These two words are not synonymous.

Never said that they were.

>Naïve is an adjective and naïf is a noun, as he used it. 

But, a naif is a naive person.
So, calling somebody a naif is saying they are naive.

So, by rephrasing, I did nothing wrong as to precision.

And, I never said they were synonyms.

-
I'm a SuperHero with neither powers, nor motivation!
Kimota!

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

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

Re: ATTACH

On Mon, Nov 1, 2010 at 3:00 PM, john gilmore  wrote:


> In second languages, however, things are very different.  There is an
> important sense in which the notionally difficult words are the same in
> every language.   A Russian may, for example, have a small English
> vocabulary, but he or she wil know the word 'hegemony' because it figured
> heavily in Soviet political talk.  Again, an educated native speaker of a
> Latin dialect---French, Italian, Portuguese, Romanian, Romansh, or
> Spanish--is all but certain to know the putatively difficult English words
> that have Latin or Greek etymologies.  He or she may not, for example, know
> the word 'fish' but will know the word 'piscatorial'.  [I he/she has been
> taught Grimm's laws fish will not be problematic the second time.]
> There are some traps, words having the same etymologies that have different
> meanings in different modern languages: 'egregio' does not have the negative
> connotations in Italian that 'egregious' has in English.  Inevitably, one
> learns about these traps, and how to avoid them, early in one's experience
> of a new language.
>
> Concern about the impact of my written vocabulary on participants here
> whose English is a second language, whatever the motivation for that
> concern, is thus misplaced.
>
> The mistakes that educated Europeans make in English are of a different
> sort.  More than once I have had to say to an Italian friend that, yes,
> 'evitable'  is in the English dictionaries, Shakespeare and Sir Thomas
> Browne did use it, etc., etc.; but inferences from the currency of
> 'inevitable' to the usability of 'evitable' are problematic unless one is
> talking to elaborately educated native English speakers, who will decode it
> in a few milliseconds even if they are not familiar with it.  (Both
> 'evitabile' and 'inevitabile' are current in Italian.)
>
> 
This is correct for those of European decent, education, etc.  However, many
people of Asian decent or whose native language is not of Romance origin
(Hebrew, Arabic, etc.) have none of the context or background mentioned
above by you.  There are many talented people in their home countries, the
US and Europe whose language background is non-Romance.  Take it easy on
them.  They deserve the information as much as everyone else on this list.

Sam

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

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

Re: ATTACH

2010-11-01 Thread Ted MacNEIL

>"ætat", having only five letters, cannot possibly be characterized as "big", 
>and its meaning is instantly obvious given a knowledge of Latin roots, as was 
>"lacunae", also not a "big" word.

Speaking of precision, I said "large/obscure", not "big".



>Nor did he describe the OP as "naïve."
>He said that the OP was "a naïf."
>These two words are not synonymous.

Never said that they were.

>Naïve is an adjective and naïf is a noun, as he used it. 

But, a naif is a naive person.
So, calling somebody a naif is saying they are naive.

So, by rephrasing, I did nothing wrong as to precision.

And, I never said they were synonyms.

-
I'm a SuperHero with neither powers, nor motivation!
Kimota!

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

Re: ATTACH

2010-11-01 Thread john gilmore

I do in fact give some thought to the needs of participants who are not native 
speakers of English, and with some of them I sometimes have clarifying offline 
exchanges in one of the other languages that I know well.
 
Vocabulary, as measured by one of the standard intelligence scales,  has little 
scatter.  People know almost all of the words up to some level of 
difficulty/frequency of use and almost none above that level in their native 
languages.  
 
In second languages, however, things are very different.  There is an important 
sense in which the notionally difficult words are the same in every language.   
A Russian may, for example, have a small English vocabulary, but he or she wil 
know the word 'hegemony' because it figured heavily in Soviet political talk.  
Again, an educated native speaker of a Latin dialect---French, Italian, 
Portuguese, Romanian, Romansh, or Spanish--is all but certain to know the 
putatively difficult English words that have Latin or Greek etymologies.  He or 
she may not, for example, know the word 'fish' but will know the word 
'piscatorial'.  [I he/she has been taught Grimm's laws fish will not be 
problematic the second time.]   
There are some traps, words having the same etymologies that have different 
meanings in different modern languages: 'egregio' does not have the negative 
connotations in Italian that 'egregious' has in English.  Inevitably, one 
learns about these traps, and how to avoid them, early in one's experience of a 
new language.
 
Concern about the impact of my written vocabulary on participants here whose 
English is a second language, whatever the motivation for that concern, is thus 
misplaced.  
 
The mistakes that educated Europeans make in English are of a different sort.  
More than once I have had to say to an Italian friend that, yes, 'evitable'  is 
in the English dictionaries, Shakespeare and Sir Thomas Browne did use it, 
etc., etc.; but inferences from the currency of 'inevitable' to the usability 
of 'evitable' are problematic unless one is talking to elaborately educated 
native English speakers, who will decode it in a few milliseconds even if they 
are not familiar with it.  (Both 'evitabile' and 'inevitabile' are current in 
Italian.)
 
John Gilmore Ashland, MA 01721-1817 USA
  
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Any one have a solution for this

2010-11-01 Thread Petersen, Jim

We are using Data Domain for VTL.   What we have found is that even though a 
tape goes scratch in our Tape Library Manager, the space is still in use for 
that "Scratch Tape" on the Data Domain.   Has anyone else experienced this 
problem and how did you solve it?
___
Jim Petersen
MVS - Lead Systems Engineer
Home Depot Technology Center
1300 Park Center Drive, Austin, TX 78753
www.homedepot.com
email:jim_peter...@homedepot.com
512-977-2615 direct
512-977-2930 fax
210-859-9887 cell phone



The information in this Internet Email is confidential and may be legally 
privileged. It is intended solely for the addressee. Access to this Email by 
anyone else is unauthorized. If you are not the intended recipient, any 
disclosure, copying, distribution or any action taken or omitted to be taken in 
reliance on it, is prohibited and may be unlawful. When addressed to our 
clients any opinions or advice contained in this Email are subject to the terms 
and conditions expressed in any applicable governing The Home Depot terms of 
business or client engagement letter. The Home Depot disclaims all 
responsibility and liability for the accuracy and content of this attachment 
and for any damages or losses arising from any inaccuracies, errors, viruses, 
e.g., worms, trojan horses, etc., or other items of a destructive nature, which 
may be contained in this attachment and shall not be liable for direct, 
indirect, consequential or special damages in connection with this e-mail 
message or its attachment.

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

Re: Necessity of UID zero.

2010-11-01 Thread Mark Zelden

A more common example (and well documented within the product) is
Java.  The installer must have those attributes if they aren't running
as UID(0). 

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:mzel...@flash.net  
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/


On Mon, 1 Nov 2010 16:11:34 -0500, Doug Henry  wrote:

>If you do not have UID(0) then you also need read access to
>BPX.FILEATTR.PROGCTL BPX.FILEATTR.APF and BPX.FILEATTR.SHARELIB.
>
>These are particulary nasty ones because SMP/E will finish with a 0 return
>code but you will break the product and you will not have a clue of what's
>wrong. An example product that needs these is z/OSMF.
>
>Doug
>
>On Tue, 26 Oct 2010 15:18:02 -0400, Ken Porowski
> wrote:
>
>>
>>The user submitting the install jobs (actually the USER= associated with
>>the job) does not need UID(0) but they must have BPX.SUPERUSER.  The
>>jobs themselves will issue an SU as needed.
>>
>>Quite a few releases ago this was not true and the USER= had to be
>>UID(0), not sure when this went away but it was many years ago.
>>
>>The various tasks that make up a working system each has their own need
>>for UID(0) documented if it is needed.
>>
>> I am in the crossfire between auditors insisting that nothing needs UID
>>0 and sysprogs insiting that everything in their serverpac jobs must
>>have UID zero as coded.
>>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

Re: USS umask in batch?

On 11/1/2010 2:51 PM, zMan wrote:

On Mon, Nov 1, 2010 at 4:33 PM, McKown, John
wrote:

Please define "in batch". What are you running to get UNIX services going? Or are you
just calling some BPX* program from your program and letting things default? /etc/profile and
$HOME/.profile are only used by the UNIX /bin/sh program and then only when it is a "login
shell".

Yeah, since sending that, I've learned a bit more. I'm not calling any
BPX program -- I'm calling a program that has POSIX(ON) and creates
files using POSIX functions.

What language is your program written in? What "POSIX functions" is it using?

In my software I use bpx1opn and set the mode bits in a constant
and it comes out just fine without worrying about umask.

Also, you might want to post your question on the mvs-oe list.

And it seems to still be 0022, even
though I've changed it to in the profiles. I don't see it in RACF
anywhere, but of course that doesn't mean I'm not just missing it.

There's the _BPX_BATCH_UMASK STDENV variable, but that only seems to
apply to BPXBATCH. Maybe I need to just call umask from the program --
that just seems odd and poorly thought out, though. And might irritate
the user who *wants* to control the umask; all I need is to understand
how to control it, then I can tell them "You're on yer own..."

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

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

* To get a good Return on your Investment, first make an investment!
+ Training your people is an excellent investment

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

Re: Necessity of UID zero.

2010-11-01 Thread Doug Henry

If you do not have UID(0) then you also need read access to 
BPX.FILEATTR.PROGCTL BPX.FILEATTR.APF and BPX.FILEATTR.SHARELIB. 
 
These are particulary nasty ones because SMP/E will finish with a 0 return 
code but you will break the product and you will not have a clue of what's 
wrong. An example product that needs these is z/OSMF.

Doug

On Tue, 26 Oct 2010 15:18:02 -0400, Ken Porowski 
 wrote:

>
>The user submitting the install jobs (actually the USER= associated with
>the job) does not need UID(0) but they must have BPX.SUPERUSER.  The
>jobs themselves will issue an SU as needed.
>
>Quite a few releases ago this was not true and the USER= had to be
>UID(0), not sure when this went away but it was many years ago.
>
>The various tasks that make up a working system each has their own need
>for UID(0) documented if it is needed.
>
> I am in the crossfire between auditors insisting that nothing needs UID
>0 and sysprogs insiting that everything in their serverpac jobs must
>have UID zero as coded.
>

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

Re: New(ish) redbook on z196

2010-11-01 Thread Scott Rowe

I don't know if it's been posted before, but I downloaded the pdf on 7/23.

On Mon, Nov 1, 2010 at 2:55 PM, McKown, John
wrote:

> Sorry if I'm reposting something that was already posted.
>
>
> http://www.redbooks.ibm.com/Redbooks.nsf/RedbookAbstracts/sg247833.html?Open
>
> 
> The zEnterprise System consists of the IBM zEnterprise 196 central
> processor complex, IBM zEnterprise Unified Resource Manager, and IBM
> zEnterprise BladeCenter(r) Extension. The z196 is designed with improved
> scalability, performance, security, resiliency, availability, and
> virtualization. The z196 Model M80 provides up to 1.6 times the total system
> capacity of the z10 EC Model E64, and all z196 models provide up to twice
> the available memory of the z10 EC. The zBX infrastructure works with the
> z196 to enhance System z virtualization and management through an integrated
> hardware platform that spans mainframe and POWER7 technologies. Through the
> Unified Resource Manager, the zEnterprise System is managed as a single pool
> of resources, integrating system and workload management across the
> environment.
>
> This book provides an overview of the zEnterprise System and its functions,
> features, and associated software support. Greater detail is offered in
> areas relevant to technical planning. This book is intended for systems
> engineers, consultants, planners, and anyone wanting to understand the
> zEnterprise System functions and plan for their usage. It is not intended as
> an introduction to mainframes. Readers are expected to be generally familiar
> with existing IBM System z technology and terminology.
> 
>
> John McKown
> Systems Engineer IV
> IT
>
> Administrative Services Group
>
> HealthMarkets(r)
>
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone * (817)-691-6183 cell
> john.mck...@healthmarkets.com * www.HealthMarkets.com
>
> Confidentiality Notice: This e-mail message may contain confidential or
> proprietary information. If you are not the intended recipient, please
> contact the sender by reply e-mail and destroy all copies of the original
> message. HealthMarkets(r) is the brand name for products underwritten and
> issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake
> Life Insurance Company(r), Mid-West National Life Insurance Company of
> TennesseeSM and The MEGA Life and Health Insurance Company.SM
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains
confidential and privileged information intended only for the addressee.
If you are not the intended recipient, please be advised that you have
received this material in error and that any forwarding, copying, printing,
distribution, use or disclosure of the material is strictly prohibited.
If you have received this material in error, please (i) do not read it,
(ii) reply to the sender that you received the message in error, and
(iii) erase or destroy the material. Emails are not secure and can be
intercepted, amended, lost or destroyed, or contain viruses. You are deemed
to have accepted these risks if you communicate with us by email. Thank you.

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

Re: ATTACH

Many repliers have emphasized clarity and precision.  Although Mr. Gilmore's 
word choice is sometimes arcane and obscure, nevertheless his words under 
attack were not "big" or "complex" words; e.g., "ætat", having only five 
letters, cannot possibly be characterized as "big", and its meaning is 
instantly obvious given a knowledge of Latin roots, as was "lacunae", also not 
a "big" word.  Nor did he describe the OP as "naïve."  He said that the OP was 
"a naïf."  These two words are not synonymous.  Naïve is an adjective and naïf 
is a noun, as he used it.  If you take Mr. Gilmore to task for lack of clarity 
and precision, then please be sure that your post is just as clear and precise 
as you wish his had been.  Were it not for Mr. Gilmore's predilection for 
precise meanings, I would still be ignorant of the words "antipode" and 
"boustrophedon" (the latter of which is big, complex, and arcane, but amazingly 
precise).  As I also do not have an OED on my shelf, he often drives me h!
 appily to an online English dictionary, into a word's etymology, and from 
thence to further French, Greek, Italian, or even Icelandic dabbling.

Bill Fairchild
Rocket Software

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Ted MacNEIL
Sent: Monday, November 01, 2010 2:32 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ATTACH

>There's a lot to be said for vocabulary enhancement.

Yes, but there is a lot to be said for communicating.

>I'm tired of hearing that everything must be written for a 5th grade level 
>audience.

There's a reason for that. Most people are lucky if they can read at that high 
of a level.

>What ever happened to 'look it up'?

That's fine in the classroom;difficult in real life.

The whole purpose of communicating is to communicate!
If your reader doesn't understand you, through the uses/abuse of large/obscure 
words or complex phraseology, it is not the reader's fault.
It is the fault of the writer.

And, using those big words to answer the OP, did not solve the problem.
The calling of him naive was also insulting.
Just because somebody is a novice, is no reason to talk down to him.
If I had answers, I would have responded.



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

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

Re: USS umask in batch?

2010-11-01 Thread McKown, John

Please define "in batch". What are you running to get UNIX services going? Or 
are you just calling some BPX* program from your program and letting things 
default? /etc/profile and $HOME/.profile are only used by the UNIX /bin/sh 
program and then only when it is a "login shell".

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone 
john.mck...@healthmarkets.com * www.HealthMarkets.com
 
Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of zMan
> Sent: Monday, November 01, 2010 3:09 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: USS umask in batch?
> 
> I can't seem to get my batch umask to be anything other than 022. I've
> changed it in /etc/profile and in $HOME/.profile and it's still 022.
> 
> -- 
> zMan -- "I've got a mainframe and I'm not afraid to use it"
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> 

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

Re: Question about RDz 7.6 and RDz 7.6.2 Refresh Pack

2010-11-01 Thread Doug Henry

On Mon, 1 Nov 2010 13:07:36 -0700, Daniel Allen  
wrote:

>On IBMLink, I found the following PTFs:  UK53000, UK54177, UK57122, 
UK57126 and UK57130.
>
>Are there more?
>

No this is the current list. I just ran a receive order and verify it.

Doug

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

Re: Share

2010-11-01 Thread Williamson, James R

Sorry about the formatting. 
 
 

 
 
 
 

  Early Registration
 Regular 
Registration
 
  (on or before 
January 14, 2011)
 
(after January 
14, 2011)
 
Full Conference - Individual 
Member
 $1,600
 $1,800
 
Non-Member
 $2,000
$2,200


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Ron Wells
Sent: Monday, November 01, 2010 3:56 PM
To: IBM-MAIN@bama.ua.edu
Subject: Share

Anyone know Reg Fee for share...member vs non-member ?? >> ball park will 
work..

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

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

Re: Question about RDz 7.6 and RDz 7.6.2 Refresh Pack

2010-11-01 Thread Daniel Allen

On IBMLink, I found the following PTFs:  UK53000, UK54177, UK57122, UK57126 and 
UK57130.

Are there more?

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Jousma, David
Sent: Monday, November 01, 2010 8:29 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Question about RDz 7.6 and RDz 7.6.2 Refresh Pack

Maintenance for the z/OS part of RDz (HHOP760) is available from Shopz.
I happen to get my maintenance from the RECEIVE ORDER command.

I wish the z/OS part of RDz was included as part of the base, or at
least orderable from shopz.   Kinda a pain, to have to upload the SMPE
files from the workstation install CD's.

_
Dave Jousma
Assistant Vice President, Mainframe Services david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB1G p 616.653.8429 f 616.653.8497

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Daniel Allen
Sent: Monday, November 01, 2010 11:19 AM
To: IBM-MAIN@bama.ua.edu
Subject: Question about RDz 7.6 and RDz 7.6.2 Refresh Pack

We have RDz 7.6 installed on the z/OS server and Windows client.

Is the RDz 7.6.2 Refresh Pack for the Windows client only ?

Is there a portion for the z/OS server ?

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

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

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

2010-11-01 Thread Ron Wells

Anyone know Reg Fee for share...member vs non-member ?? >> ball park will 
work..

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

USS umask in batch?

2010-11-01 Thread zMan

I can't seem to get my batch umask to be anything other than 022. I've
changed it in /etc/profile and in $HOME/.profile and it's still 022.

-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

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

Re: ATTACH

On Mon, Nov 1, 2010 at 1:35 PM, Bill Fairchild  wrote:

> Many repliers have emphasized clarity and precision.  Although Mr.
> Gilmore's word choice is sometimes arcane and obscure, nevertheless his
> words under attack were not "big" or "complex" words; e.g., "ætat", having
> only five letters, cannot possibly be characterized as "big", and its
> meaning is instantly obvious given a knowledge of Latin roots, as was
> "lacunae", also not a "big" word.  Nor did he describe the OP as "naïve."
>  He said that the OP was "a naïf."  These two words are not synonymous.
>  Naïve is an adjective and naïf is a noun, as he used it.  If you take Mr.
> Gilmore to task for lack of clarity and precision, then please be sure that
> your post is just as clear and precise as you wish his had been.  Were it
> not for Mr. Gilmore's predilection for precise meanings, I would still be
> ignorant of the words "antipode" and "boustrophedon" (the latter of which is
> big, complex, and arcane, but amazingly precise).  As I also do not have an
> OED on my shelf, he often drives me h!
>  appily to an online English dictionary, into a word's etymology, and from
> thence to further French, Greek, Italian, or even Icelandic dabbling.
>

I agree with your point about Mr. Gilmore's precision ... I'm sure that my
writing lacks in this area.  My issue is not with big or complex words, but
with uncommon words.  This list has people for whom English is not their
native language.  Surely we want to assist them with MVS related technical
questions. There are also plain old guys like me who want/need the technical
information without having to revisit English class with every email.

Sam


>
> Bill Fairchild
> Rocket Software
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Ted MacNEIL
> Sent: Monday, November 01, 2010 2:32 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: ATTACH
>
> >There's a lot to be said for vocabulary enhancement.
>
> Yes, but there is a lot to be said for communicating.
>
> >I'm tired of hearing that everything must be written for a 5th grade level
> >audience.
>
> There's a reason for that. Most people are lucky if they can read at that
> high
> of a level.
>
> >What ever happened to 'look it up'?
>
> That's fine in the classroom;difficult in real life.
>
> The whole purpose of communicating is to communicate!
> If your reader doesn't understand you, through the uses/abuse of
> large/obscure
> words or complex phraseology, it is not the reader's fault.
> It is the fault of the writer.
>
> And, using those big words to answer the OP, did not solve the problem.
> The calling of him naive was also insulting.
> Just because somebody is a novice, is no reason to talk down to him.
> If I had answers, I would have responded.
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

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

Re: USS umask in batch?

2010-11-01 Thread zMan

On Mon, Nov 1, 2010 at 4:33 PM, McKown, John
 wrote:
> Please define "in batch". What are you running to get UNIX services going? Or 
> are you just calling some BPX* program from your program and letting things 
> default? /etc/profile and $HOME/.profile are only used by the UNIX /bin/sh 
> program and then only when it is a "login shell".

Yeah, since sending that, I've learned a bit more. I'm not calling any
BPX program -- I'm calling a program that has POSIX(ON) and creates
files using POSIX functions. And it seems to still be 0022, even
though I've changed it to  in the profiles. I don't see it in RACF
anywhere, but of course that doesn't mean I'm not just missing it.

There's the _BPX_BATCH_UMASK STDENV variable, but that only seems to
apply to BPXBATCH. Maybe I need to just call umask from the program --
that just seems odd and poorly thought out, though. And might irritate
the user who *wants* to control the umask; all I need is to understand
how to control it, then I can tell them "You're on yer own..."
-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

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

Re: ATTACH

On Mon, Nov 1, 2010 at 12:41 PM, McKown, John  wrote:

> I agree that in general conversation, a person needs to communicate to the
> listener at the listener's level. But this is supposed to be, and on
> occasion is, a technical forum. Granted, that does not mean use obscure
> words that are not generally in use. But there does need to be some level of
> assumption about the intelligence of the members. Again, not that we should
> be deliberately confusing (as we sometimes are), but technical vocabulary is
> required. This is not really a newbie forum. But newbies are welcome, if
> they are willing to learn. And for most, Google is generally available and
> can be used to look up words. Within those bounds, I agree that the purpose
> of communication is to communicate.
>
> We also need to be sensitive to list members that use English as a second
or third language.

I completely agree with using clear and precise technical vocabulary as it
relates to the hardware and software discussed on this list.  I do not agree
with respect to using uncommon words to connect the technical information.

Just as good coding takes a lot of effort to make it as simple as possible
while meeting requirements, good writing also takes effort to communicate
concisely and in a manner accessible to the entire audience.

Sam

> --
> John McKown
> Systems Engineer IV
> IT
>
> Administrative Services Group
>
> HealthMarkets(r)
>
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone * (817)-691-6183 cell
> john.mck...@healthmarkets.com * www.HealthMarkets.com
>
> Confidentiality Notice: This e-mail message may contain confidential or
> proprietary information. If you are not the intended recipient, please
> contact the sender by reply e-mail and destroy all copies of the original
> message. HealthMarkets(r) is the brand name for products underwritten and
> issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake
> Life Insurance Company(r), Mid-West National Life Insurance Company of
> TennesseeSM and The MEGA Life and Health Insurance Company.SM
>
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List
> > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL
> > Sent: Monday, November 01, 2010 2:32 PM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Re: ATTACH
> >
> > >There's a lot to be said for vocabulary enhancement.
> >
> > Yes, but there is a lot to be said for communicating.
> >
> > >I'm tired of hearing that everything must be written for a
> > 5th grade level
> > >audience.
> >
> > There's a reason for that. Most people are lucky if they can
> > read at that high
> > of a level.
> >
> > >What ever happened to 'look it up'?
> >
> > That's fine in the classroom;difficult in real life.
> >
> > The whole purpose of communicating is to communicate!
> > If your reader doesn't understand you, through the uses/abuse
> > of large/obscure
> > words or complex phraseology, it is not the reader's fault.
> > It is the fault of the writer.
> >
> > And, using those big words to answer the OP, did not solve
> > the problem.
> > The calling of him naive was also insulting.
> > Just because somebody is a novice, is no reason to talk down to him.
> > If I had answers, I would have responded.
> >
> >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> >
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

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

Re: ATTACH

2010-11-01 Thread McKown, John

I agree that in general conversation, a person needs to communicate to the 
listener at the listener's level. But this is supposed to be, and on occasion 
is, a technical forum. Granted, that does not mean use obscure words that are 
not generally in use. But there does need to be some level of assumption about 
the intelligence of the members. Again, not that we should be deliberately 
confusing (as we sometimes are), but technical vocabulary is required. This is 
not really a newbie forum. But newbies are welcome, if they are willing to 
learn. And for most, Google is generally available and can be used to look up 
words. Within those bounds, I agree that the purpose of communication is to 
communicate.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL
> Sent: Monday, November 01, 2010 2:32 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: ATTACH
> 
> >There's a lot to be said for vocabulary enhancement.
> 
> Yes, but there is a lot to be said for communicating.
> 
> >I'm tired of hearing that everything must be written for a 
> 5th grade level 
> >audience.
> 
> There's a reason for that. Most people are lucky if they can 
> read at that high 
> of a level.
> 
> >What ever happened to 'look it up'?
> 
> That's fine in the classroom;difficult in real life.
> 
> The whole purpose of communicating is to communicate!
> If your reader doesn't understand you, through the uses/abuse 
> of large/obscure 
> words or complex phraseology, it is not the reader's fault.
> It is the fault of the writer.
> 
> And, using those big words to answer the OP, did not solve 
> the problem.
> The calling of him naive was also insulting.
> Just because somebody is a novice, is no reason to talk down to him.
> If I had answers, I would have responded.
> 
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> 

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

Re: ATTACH

2010-11-01 Thread Rick Fochtman


--
There's a lot to be said for vocabulary enhancement. I'm tired of 
hearing that everything must be written for a 5th grade level audience. 
What ever happened to 'look it up'?


Vocabulary enhancement is one thing; obscurity is quite another. I don't 
happen to have the Oxford English Dictionary on my shelf. There's a lot 
to be said for clarity and using words that are seldom, if ever, used in 
today's communications does NOT contribute to clarity!  :-)


Rick

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

Re: Product Suggestions

2010-11-01 Thread Tony Harminc

On 27 October 2010 13:46, August Carideo  wrote:
> Any suggestions from the list for replacements of the below listed products 
> would be appreciated

Beta Systems Software, where I work, has products that are a good fit
in some of these cases. As is so often the case, the best replacement
often depends on how you are using your current products. Vendors have
different views of the business tasks and how they fit together, and
sometimes it pays to have another look not only at product pricing
from your current vendors, but whether a different way of "slicing and
dicing" the business requirements makes more sense both operationally
and financially. To this end, a review of current products and various
alternatives with a knowledgeable representative can be very useful.

Another aspect to consider is your current vendors' long term view of
the products you have. Some vendors are notorious for buying up a
product, and milking it for what maintenance revenue they can. Others
make it clear where their products are going, and have a roadmap for
each.

> CA Products
> NetMaster
For certain SNA and TCP/IP tasks, the Blockade For MVS product
provides very cost effective support.

> XCOM
Again, it depends what you are doing with it. For z/OS <->other
platform file transfer in large volume, the Harbor File Transfer (HFT)
product offers tremendous performance. For full-fledged managed file
transfer, the CFI product is flexible, audit-ready, and offers a
multitude of options.

> ASG Products
> ViewDirect

Yet again depending on what you are using it for... The Beta 93 Output
Management Suite offers all kinds of document output and content
management features, on both z/OS and UNIX platforms.

I'm a developer, and I don't send unwanted sales people to call. But
if you would like further info, or a contact, give me a shout.

Beta's US HQ is in Herndon, VA.

Tony Harminc
www.betasystems.com

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

Re: LDAP

2010-11-01 Thread Ron Wells

from what I gather the ldap will be queried ? for information.like 
userid/name ..at least what I have been told...
not familiar with irrdbu00 ..



From:   John McKown 
To: IBM-MAIN@bama.ua.edu
Date:   11/01/2010 02:31 PM
Subject:Re: LDAP
Sent by:IBM Mainframe Discussion List 



Does the data need to be real-time? If not, have you considered using
IRRDBU00 to unload the RACF database to a sequential file?

--
John McKown
Maranatha! <><
Sent from my Vibrant Android phone.

On Nov 1, 2010 7:44 AM, "Ron Wells"  wrote:

Looking for install help on LDAP(TDS)
Asked to setup LDAP on z/OS--1.11
Looking at manual--getting confused...
Purpose is to extract info from RACF..few fields..NON-DB2...just a
flat/seq file...be it OS or zFS file..
Any help would be appreciated...believe I have the samp files at hand..

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

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

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

Re: ATTACH

2010-11-01 Thread Ted MacNEIL

>There's a lot to be said for vocabulary enhancement.

Yes, but there is a lot to be said for communicating.

>I'm tired of hearing that everything must be written for a 5th grade level 
>audience.

There's a reason for that. Most people are lucky if they can read at that high 
of a level.

>What ever happened to 'look it up'?

That's fine in the classroom;difficult in real life.

The whole purpose of communicating is to communicate!
If your reader doesn't understand you, through the uses/abuse of large/obscure 
words or complex phraseology, it is not the reader's fault.
It is the fault of the writer.

And, using those big words to answer the OP, did not solve the problem.
The calling of him naive was also insulting.
Just because somebody is a novice, is no reason to talk down to him.
If I had answers, I would have responded.



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

Re: LDAP

2010-11-01 Thread John McKown

Does the data need to be real-time? If not, have you considered using
IRRDBU00 to unload the RACF database to a sequential file?

--
John McKown
Maranatha! <><
Sent from my Vibrant Android phone.

On Nov 1, 2010 7:44 AM, "Ron Wells"  wrote:

Looking for install help on LDAP(TDS)
Asked to setup LDAP on z/OS--1.11
Looking at manual--getting confused...
Purpose is to extract info from RACF..few fields..NON-DB2...just a
flat/seq file...be it OS or zFS file..
Any help would be appreciated...believe I have the samp files at hand..

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

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

Re: The replication feature.

2010-11-01 Thread Rick Fochtman

-- 




A few words on replication.

The standard replication is sending CCWS to all controller which
have mirrors disks. Sometime controller send data to other controller to
sync the data between all of them.
In this process each controller emulates the CCWS and by that create the
same data as the source disk. In this case the search key is very easy to
implement.

MFNetDisk because of the slow media of TCP do something else. It is analyze
the CCW in memory without accessing the source disk data. That is why it is
hard to process the search key without access the data in the disk. After
process the CCW it is decide what tracks need to be ReSync in the mirrors of
the source disks. This process is complicate process especially for search
key CCW. Using this processing, MFNetDisk never block the real disk but the
minus is that this is ASync processing meaning that if there is crash in MF,
the mirror may be not fully Sync with the source disk. the MFNetDisk
replication can be good if you want to create Sync point or backup of the
real disk in specific time where you can validate that the process of ReSync
is done completely without updating the source disks for short time until
the ReSync is totally over. This is called Sync Point where the mirrors is
fully Sync with the real disk.

About the MFNetDisk emulation. Each CCW is sent to the PC which access the
data in the emulate disks and easily can process any CCW include serach key
and all other CCWS.
 



Shai, it's entirely acceptyable to use a READ COUNT CCW before the 
SEARCH KEY HIGH-OR-EQUAL CCW.


READ COUNT
SEARCH KEY HIGH-OR-EQUAL
TIC *-16 (Back to the READ COUNT
READY DATA (or WRITE DATA, as needed)

Rick

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

New(ish) redbook on z196

2010-11-01 Thread McKown, John

Sorry if I'm reposting something that was already posted.

http://www.redbooks.ibm.com/Redbooks.nsf/RedbookAbstracts/sg247833.html?Open


The zEnterprise System consists of the IBM zEnterprise 196 central processor 
complex, IBM zEnterprise Unified Resource Manager, and IBM zEnterprise 
BladeCenter(r) Extension. The z196 is designed with improved scalability, 
performance, security, resiliency, availability, and virtualization. The z196 
Model M80 provides up to 1.6 times the total system capacity of the z10 EC 
Model E64, and all z196 models provide up to twice the available memory of the 
z10 EC. The zBX infrastructure works with the z196 to enhance System z 
virtualization and management through an integrated hardware platform that 
spans mainframe and POWER7 technologies. Through the Unified Resource Manager, 
the zEnterprise System is managed as a single pool of resources, integrating 
system and workload management across the environment.

This book provides an overview of the zEnterprise System and its functions, 
features, and associated software support. Greater detail is offered in areas 
relevant to technical planning. This book is intended for systems engineers, 
consultants, planners, and anyone wanting to understand the zEnterprise System 
functions and plan for their usage. It is not intended as an introduction to 
mainframes. Readers are expected to be generally familiar with existing IBM 
System z technology and terminology.


John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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


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

Re: ATTACH

2010-11-01 Thread Tony Harminc

On 31 October 2010 12:59, john gilmore  wrote:

> One of the chief uses of a subtask is to delegate to it a function that is in 
> some sense perilous, may fail/ABEND.  Such a subtask ABEND leaves the parent 
> task alive in circumstances that
> would have killed it if it had undertaken this function itself.
>
> Another important use of subtasks is for asynchronous, concurrent/overlapped 
> processing, which can abbreviate the residence time or improve the response 
> times of an application
> dramatically.
>
> Finally, subtasking is often used to implement precedence constraints.  Task 
> S may wait on task P if S cannot start its work until P has finished its 
> work.  Or again, it may be appropriate for
> S to proceed after only m < n attached subtasks have been posted complete; 
> and there are facilities available for doing this.

Another use for [sub]tasks, which can be argued to be a subset of the
third point above, but which I think deserves its own entry, is to
implement co-routines. To be sure, there are other ways to implement
them, but they usually turn out to be ad hoc implementations of
multitasking with various restrictions.

Tony H.

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

Re: DFDSS QUESTION - RECEIVING ERROR MESSAGE ADR410E

2010-11-01 Thread Lizette Koehler

-Original Message-
>From: willie bunter 
>Sent: Nov 1, 2010 11:01 AM
>To: IBM-MAIN@bama.ua.edu
>Subject: Re: DFDSS QUESTION - RECEIVING ERROR MESSAGE ADR410E
>
>Lizette,
> 
>Sorry for the long delay in answering your question.  The gdg base is being 
>held by the STC CMN2STAR.  I waited for the STC to shutdown and I was able to 
>move the dsn.
> 
>Of late, when I make a post it doesn't appear right away.  There could be a 
>problem with my Yahoo account.  
> 
>Thanks. 
>
>
Willie,

I am glad you got it resolved.  I am sorry for the delays in your postings.  

Have a better week.

Lizette

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

Re: ATTACH

2010-11-01 Thread Mike Schwab

I like the US-English-International Keyboard setting on Windows / Linux.
Once you set this setting, when you type the first combineable
character, it is not echoed to the screen until the next character is
typed.  If the combination is one character, the combined character
will be sent, otherwise the two characters will be sent seperately.
Type a blank after a combineable character to get just the combineable
character.

To combine the AE characters, you have to select a language that uses that set.

`~^'"  èùìòà (remainder left as an exercise).

On Mon, Nov 1, 2010 at 9:25 AM, Tony's FRONTIER account
 wrote:
> It's part of my enjoyment of John Gilmore that many of his words have sent
> me to
> various web sites for definition.  But now I just wish I knew how to squash
> the a and the e together.
>
> :-)

-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: ATTACH

2010-11-01 Thread Veilleux, Jon L

There's a lot to be said for vocabulary enhancement. I'm tired of hearing that 
everything must be written for a 5th grade level audience. What ever happened 
to 'look it up'?

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Bill Fairchild
Sent: Monday, November 01, 2010 12:32 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ATTACH

I be diggin' my man John's words too.  He don't be lunchin'.  He be keepin' it 
real.

Word.

Bill Fairchild
Rocket Software

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Tony's FRONTIER account
Sent: Monday, November 01, 2010 9:25 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ATTACH

 It's part of my enjoyment of John Gilmore that many of his words have sent me 
to  various web sites for definition.  But now I just wish I knew how to squash 
 the a and the e together.

 :-)





> - Original Message -
> From: "john gilmore" 
> Newsgroups: bit.listserv.ibm-main
> To: 
> Sent: Sunday, October 31, 2010 8:31 PM
> Subject: Re: ATTACH
>
>
> My problem in all of this is that I am unfamiliar with the term 
> eduction as anything but a technical one in geology.
>
> It is not I suppose impossible, on the principles of English word 
> formation, as a substantive formed from educe (educere); but I have 
> never seen it; the OED wots not of it; and I am thus very suspicious 
> of its legitimacy, even as a nonce word.
>
> I remember going astray, ætat 4 or 5, when I first  encountered the 
> French word impayable and took it for a legitimate English one too; 
> but I am older now and not so easy to fool.
>
> John Gilmore Ashland, MA 01721-1817 USA
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO 
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 

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

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

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

Re: DFDSS QUESTION - RECEIVING ERROR MESSAGE ADR410E

2010-11-01 Thread willie bunter

Lizette,
 
Sorry for the long delay in answering your question.  The gdg base is being 
held by the STC CMN2STAR.  I waited for the STC to shutdown and I was able to 
move the dsn.
 
Of late, when I make a post it doesn't appear right away.  There could be a 
problem with my Yahoo account.  
 
Thanks. 


--- On Fri, 10/29/10, willie bunter  wrote:


From: willie bunter 
Subject: Re: DFDSS QUESTION - RECEIVING ERROR MESSAGE ADR410E
To: IBM-MAIN@bama.ua.edu
Received: Friday, October 29, 2010, 5:51 AM


Lizette,

You were absolutely right.  The base gdg is in use by a STC.  I guess I will 
have to wait for the STC to be shutdown before I attempt to move it.
 
Thanks for your help.

--- On Fri, 10/29/10, Lizette Koehler  wrote:


From: Lizette Koehler 
Subject: Re: DFDSS QUESTION - RECEIVING ERROR MESSAGE ADR410E
To: IBM-MAIN@bama.ua.edu
Received: Friday, October 29, 2010, 5:42 AM


> I am attempting to move a PS dsn (RECFM=0, LRECL=0) using the COPY
> command:
> COPY DATASET(INCLUDE(SYS2.CMN2.SYSDUMP.G3430V00))
>      OUTDDNAME(DISK2) -
>      SPHERE  -
>      DELETE  PURGE -
>      CATALOG -
>      TOL(ENQF)
> 
>   However, I receive the error message:
> ADR410E (001)-DDFLT(01), DATA SET ES1.CMN2.SYSDUMP.G3430V00 IN CATALOG
>  SYSPS.UCAT ON VOLUME SYB249 FAILED SERIALIZATION FOR DELETE.
> 
> When I do a GRS command to see what STC/JOB is using the dsn, I get the
> following:
> D GRS,RES=(SYSDSN,SYS2.CMN2.SYSDUMP.G3430V00)
> ISG343I 07.07.42 GRS STATUS 501
> NO REQUESTORS FOR RESOURCE  SYSDSN   SYS2.CMN2.SYSDUMP.G3430V00
> 
> Would anybody know what would be causing this? Is it because of the
> RECFM?
> 

Did you have a task running (batch, tso or Online) that was using the BASE
GDG?

You might want to see if the BASE gdg is in use, and not the specific GDG.

In z/OS the BASE is typically used for the enq and not the specific GDG
number.  Use the base name in the D GRS command instead.


Lizette

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




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




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

Re: Diag traps, was: Re: z/os 1.11 and low private

2010-11-01 Thread Mike Schwab

On Mon, Nov 1, 2010 at 7:35 AM, Barbara Nitz  wrote:
>>Yes, this is the JCL I found, but this only targets some PSA areas and
>>not with x'FF' and x'4F' as you said.
> The FF and 4F come from the DIAG traps. And I think I copied the JCL from
> share presentation 'bit bucket 29'. And believe me, when I saw a PSA
>
>>Furthermore, the mentioned traps are not in my Inititalization and
>>Tuning Reference, nor can I find them with IBM. Where did you get this
>>wisdom?
> Of course they're not documented (One of Ed Jaffes pet peeves...) Look
> for 'dirty getmain' in the archives. A lot of those diag traps were at one 
> time or
> another mentioned in other bit buckets. And were discussed at ibm-main.
>
> I tend to keep these things in a folder, to be whipped out later. Once you set
> them via DIAG, 'D DIAG' dutifully shows them!
>
> But officially they're 'unsupported'. Which is why I said to use a test 
> system to
> try. Which is why it is so easy for vendors (like Beta Systems) to refuse to 
> fix
> things uncovered by those traps. And if someone has the bug and did not
> have the traps on, the problem is most likely not reproducible and hence will
> not get fixed, because the 'right' doc isn't there.
> Barbara
>
How about putting these settings in a Informational APAR II# as a
suggested debugging technique?

-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: ATTACH

I be diggin' my man John's words too.  He don't be lunchin'.  He be keepin' it 
real.

Word.

Bill Fairchild
Rocket Software

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Tony's FRONTIER account
Sent: Monday, November 01, 2010 9:25 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ATTACH

 It's part of my enjoyment of John Gilmore that many of his words have sent 
me to
 various web sites for definition.  But now I just wish I knew how to squash
 the a and the e together.

 :-)





> - Original Message - 
> From: "john gilmore" 
> Newsgroups: bit.listserv.ibm-main
> To: 
> Sent: Sunday, October 31, 2010 8:31 PM
> Subject: Re: ATTACH
>
>
> My problem in all of this is that I am unfamiliar with the term eduction 
> as anything but a technical one in geology.
>
> It is not I suppose impossible, on the principles of English word 
> formation, as a substantive formed from educe (educere); but I have never 
> seen it; the OED wots not of it; and I am thus very suspicious of its 
> legitimacy, even as a nonce word.
>
> I remember going astray, ætat 4 or 5, when I first  encountered the French 
> word impayable and took it for a legitimate English one too; but I am 
> older now and not so easy to fool.
>
> John Gilmore Ashland, MA 01721-1817 USA
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 

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

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

Re: Diag traps, was: Re: z/os 1.11 and low private

2010-11-01 Thread Richard L Peurifoy


On 11/1/2010 1:45 AM, Barbara Nitz wrote:

Yes, CA are certainly BIG offenders in this game. Actually, we just ran into a
key8 CSA thing with datacom - you cannot change the XCF MUF group name
without it. Even after IPL they do not come up.


We've had pretty good luck getting CA to correct these kinds of
problems. When we first started running IGVDGNPP to dirty unused PSA
fields (in test of course), PMO had problems. CA has corrected this.

The MUF for MSM doesn't seem to have the problem with LCCA/PCCA
above the line that the Scheduler one does, so I am hopeful
the the next version of Scheduler will fix this.

--
Richard

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

Re: ATTACH

On Mon, Nov 1, 2010 at 8:20 AM, Blaicher, Chris wrote:

> I am glad someone keeps us on our toes, language-wise, as John does, but I
> think there is a time and place for it. The original poster is obviously new
> to multi-tasking and the many problems that go with it, so why burden him
> with having to dig through a dictionary to know if what is being said is
> important or not.
>
> Yes, some words carry a nuance that another word doesn't, like 'tome'
> rather than 'book' when you want to convey it is a large heavy book.
>
> The use of naïf over novice was unfortunate as naïf has a more negative
> connotation than novice.  A naïf is a naive person, or one who is artless or
> unsophisticated.  A novice is a beginner.  By the questions asked, the
> poster was a beginner, but then at one point weren't we all.
>
> I think we all have a tendency to show off a little bit, myself included.
>  My point is: gear the answer to the level of the questioner.  If on a
> Friday John wants to send out an email that will keep us digging in our
> dictionaries for a week, that is fine by me, but doing it to a person who is
> trying to get his feet wet is over doing it.
>
> Thanks for making my point better that I did.  You understood the meaning
of my request precisely.

Sam


> My two cents for a Monday (ugh!) morning.
>
>
> Christopher Y. Blaicher
> Senior Software Developer
> Austin Development Lab
>
> phone: 512.340.6154
> mobile: 512.627.3803
> fax: 512.340.6647
>
> 10431 Morado Circle
> Austin, TX 78759
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Tony's FRONTIER account
> Sent: Monday, November 01, 2010 9:25 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: ATTACH
>
>  It's part of my enjoyment of John Gilmore that many of his words have sent
> me to
>  various web sites for definition.  But now I just wish I knew how to
> squash
>  the a and the e together.
>
>  :-)
>
>
>
>
>
> > - Original Message -
> > From: "john gilmore" 
> > Newsgroups: bit.listserv.ibm-main
> > To: 
> > Sent: Sunday, October 31, 2010 8:31 PM
> > Subject: Re: ATTACH
> >
> >
> > My problem in all of this is that I am unfamiliar with the term eduction
> > as anything but a technical one in geology.
> >
> > It is not I suppose impossible, on the principles of English word
> > formation, as a substantive formed from educe (educere); but I have never
> > seen it; the OED wots not of it; and I am thus very suspicious of its
> > legitimacy, even as a nonce word.
> >
> > I remember going astray, ætat 4 or 5, when I first  encountered the
> French
> > word impayable and took it for a legitimate English one too; but I am
> > older now and not so easy to fool.
> >
> > John Gilmore Ashland, MA 01721-1817 USA
> >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

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

Re: Question about RDz 7.6 and RDz 7.6.2 Refresh Pack

2010-11-01 Thread Jousma, David

Maintenance for the z/OS part of RDz (HHOP760) is available from Shopz.
I happen to get my maintenance from the RECEIVE ORDER command.

I wish the z/OS part of RDz was included as part of the base, or at
least orderable from shopz.   Kinda a pain, to have to upload the SMPE
files from the workstation install CD's.

_
Dave Jousma
Assistant Vice President, Mainframe Services
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB1G
p 616.653.8429
f 616.653.8497


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Daniel Allen
Sent: Monday, November 01, 2010 11:19 AM
To: IBM-MAIN@bama.ua.edu
Subject: Question about RDz 7.6 and RDz 7.6.2 Refresh Pack

We have RDz 7.6 installed on the z/OS server and Windows client.

Is the RDz 7.6.2 Refresh Pack for the Windows client only ?

Is there a portion for the z/OS server ?

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

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

Re: ATTACH

2010-11-01 Thread Blaicher, Chris

I am glad someone keeps us on our toes, language-wise, as John does, but I 
think there is a time and place for it. The original poster is obviously new to 
multi-tasking and the many problems that go with it, so why burden him with 
having to dig through a dictionary to know if what is being said is important 
or not.

Yes, some words carry a nuance that another word doesn't, like 'tome' rather 
than 'book' when you want to convey it is a large heavy book.

The use of naïf over novice was unfortunate as naïf has a more negative 
connotation than novice.  A naïf is a naive person, or one who is artless or 
unsophisticated.  A novice is a beginner.  By the questions asked, the poster 
was a beginner, but then at one point weren't we all.

I think we all have a tendency to show off a little bit, myself included.  My 
point is: gear the answer to the level of the questioner.  If on a Friday John 
wants to send out an email that will keep us digging in our dictionaries for a 
week, that is fine by me, but doing it to a person who is trying to get his 
feet wet is over doing it.

My two cents for a Monday (ugh!) morning.


Christopher Y. Blaicher
Senior Software Developer
Austin Development Lab

phone: 512.340.6154
mobile: 512.627.3803
fax: 512.340.6647

10431 Morado Circle 
Austin, TX 78759



-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Tony's FRONTIER account
Sent: Monday, November 01, 2010 9:25 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ATTACH

 It's part of my enjoyment of John Gilmore that many of his words have sent 
me to
 various web sites for definition.  But now I just wish I knew how to squash
 the a and the e together.

 :-)





> - Original Message - 
> From: "john gilmore" 
> Newsgroups: bit.listserv.ibm-main
> To: 
> Sent: Sunday, October 31, 2010 8:31 PM
> Subject: Re: ATTACH
>
>
> My problem in all of this is that I am unfamiliar with the term eduction 
> as anything but a technical one in geology.
>
> It is not I suppose impossible, on the principles of English word 
> formation, as a substantive formed from educe (educere); but I have never 
> seen it; the OED wots not of it; and I am thus very suspicious of its 
> legitimacy, even as a nonce word.
>
> I remember going astray, ætat 4 or 5, when I first  encountered the French 
> word impayable and took it for a legitimate English one too; but I am 
> older now and not so easy to fool.
>
> John Gilmore Ashland, MA 01721-1817 USA
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 

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

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

Question about RDz 7.6 and RDz 7.6.2 Refresh Pack

2010-11-01 Thread Daniel Allen

We have RDz 7.6 installed on the z/OS server and Windows client.

Is the RDz 7.6.2 Refresh Pack for the Windows client only ?

Is there a portion for the z/OS server ?

Re: ATTACH

2010-11-01 Thread Veilleux, Jon L

You can copy it from a word document after you insert it as a symbol and then 
paste it in your e-mail if your email server doesn't support symbols. Like this 
-  æ

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Tony's FRONTIER account
Sent: Monday, November 01, 2010 10:25 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ATTACH

 It's part of my enjoyment of John Gilmore that many of his words have sent me 
to  various web sites for definition.  But now I just wish I knew how to squash 
 the a and the e together.

 :-)





> - Original Message -
> From: "john gilmore" 
> Newsgroups: bit.listserv.ibm-main
> To: 
> Sent: Sunday, October 31, 2010 8:31 PM
> Subject: Re: ATTACH
>
>
> My problem in all of this is that I am unfamiliar with the term 
> eduction as anything but a technical one in geology.
>
> It is not I suppose impossible, on the principles of English word 
> formation, as a substantive formed from educe (educere); but I have 
> never seen it; the OED wots not of it; and I am thus very suspicious 
> of its legitimacy, even as a nonce word.
>
> I remember going astray, ætat 4 or 5, when I first  encountered the 
> French word impayable and took it for a legitimate English one too; 
> but I am older now and not so easy to fool.
>
> John Gilmore Ashland, MA 01721-1817 USA
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO 
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 

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

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

Re: Terminate LE enclave and proceed

2010-11-01 Thread Art Celestini

For anything non-trivial, I generally call CEEPIPI to setup and later take
down the LE environment.  It gives me the ability to pass an options string
(e.g. TRAP(OFF) in debug mode), define my own routines for acquiring and
releasing storage, etc.  It's more work the first time but, like most other
interface routines, the code can be written in a modular way so that it is 
highly reusable in subsequent projects.  

At 09:22 AM 11/1/2010, Binyamin Dissen wrote:

>I have an assembler (non-LE) program which calls a LE main-routine which
>creates an LE environment. It does not remove the LE enclave at termination
>(don't ask why). When the assembler routine gets back control it wishes to
>remove the enclave. There are the CEETREC and CEETREN routines, but they are
>documented as not returning control.
>
>I tried a call anchor set with zero, but that did not help. And if it did, I
>would lose storage.
>
>What is the proper approach, if any?

==
Art Celestini   Celestini Development Services
Phone: 201-670-1674Wyckoff, NJ
=  http://celestini.com  =
Mail sent to the "From" address  used in this post
will be rejected by our server.   Please send off-
list email to:  ibmmaincelestinicom.
==

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

Re: ATTACH

2010-11-01 Thread Tony's FRONTIER account

It's part of my enjoyment of John Gilmore that many of his words have sent 
me to

various web sites for definition.  But now I just wish I knew how to squash
the a and the e together.

:-)





- Original Message - 
From: "john gilmore" 

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Sunday, October 31, 2010 8:31 PM
Subject: Re: ATTACH


My problem in all of this is that I am unfamiliar with the term eduction 
as anything but a technical one in geology.


It is not I suppose impossible, on the principles of English word 
formation, as a substantive formed from educe (educere); but I have never 
seen it; the OED wots not of it; and I am thus very suspicious of its 
legitimacy, even as a nonce word.


I remember going astray, ætat 4 or 5, when I first  encountered the French 
word impayable and took it for a legitimate English one too; but I am 
older now and not so easy to fool.


John Gilmore Ashland, MA 01721-1817 USA


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



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

Re: Diag traps, was: Re: z/os 1.11 and low private

"Bob Shannon"  wrote in message
news:<58fc7f986fcb804286e23b59decf420f088a3...@nwt-s-mbx2.rocketsoftware
.com>...
> > Of course they're not documented
> 
> But they are listed in SYS1.MODGEN(IGVDGNB).
> 
> Bob Shannon

Like George Orwell's pigs already said: all traps are undocumented, but
some traps are more undocumented than others. Only a few of the traps
are listed in IGVDGNB.

And yes: within 30 minutes after activating the traps, we had a hit:
TSSUTIL with a 0E0-28 abend, complaining certain bits are nonzero. From
the same company Barbara mentioned.

Kees.

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286


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

Re: RMM UTC(YES) and "Daylight Savings Time"

2010-11-01 Thread Veilleux, Jon L

Europe changed this past weekend.

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Lizette Koehler
Sent: Monday, November 01, 2010 8:07 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: RMM UTC(YES) and "Daylight Savings Time"

Where are you located?  In the US the Daylight saving changes on Nov 6/7.
Is yours earlier than ours?  Or were you doing a test?



Lizette

> 
> Hello,
> We are working to migrate CA1 to RMM.
> We create the CDS with the EDGUTIL with the following parameters:
> CONTROL CDSID(SYS1) EXTENDEDBIN(YES) STACKEDVOLUME(YES) UTC(YES) +
> CATSYNC(YES)
> We are running in parallel from 6 months and all worked fine until 
> last week.
> Every days, the TWS execute a batch application to verify CA1 TMC and 
> RMM CDS are in SYNC and every day worled fine.
> 
> The night between Saturday and Sunday the ""Daylight Savings Time"
> ended.
> This morning the batch application reports a thousands of anomalies 
> due to different CA1 Create Date/Time and RMM Assigned Date/Time.
> Furthermore, some volume created between midnight and the 01:00:00 AM 
> has been relased a day before.
> From a deeeper analysis I found that all the dates are now back of 1 
> hour.
> This means that:
> 1. some volume are released a day before:
> 2. some dates reported by RMM are 1 hour earlier.
> 
> I read the manual carefully and I understand that the dates are stored 
> internally in GMT/UTC but how is possible to avoid this problem ?
> 
> Thank you and best regards
> 
> Marco

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

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

Re: Terminate LE enclave and proceed


On 11/1/2010 7:22 AM, Binyamin Dissen wrote:

I have an assembler (non-LE) program which calls a LE main-routine which
creates an LE environment. It does not remove the LE enclave at termination
(don't ask why).


Yeah, but, how can we understand the environment you have?



When the assembler routine gets back control it wishes to
remove the enclave. There are the CEETREC and CEETREN routines, but they are
documented as not returning control.

I tried a call anchor set with zero, but that did not help. And if it did, I
would lose storage.

What is the proper approach, if any?


This is very strange. The proper approach is for the
LE main to remove the enclave. Can you give us more
information?




--
Binyamin Dissen
http://www.dissensoftware.com

Director, Dissen Software, Bar&  Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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




--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

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

* To get a good Return on your Investment, first make an investment!
  + Training your people is an excellent investment

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

Terminate LE enclave and proceed

2010-11-01 Thread Binyamin Dissen

I have an assembler (non-LE) program which calls a LE main-routine which
creates an LE environment. It does not remove the LE enclave at termination
(don't ask why). When the assembler routine gets back control it wishes to
remove the enclave. There are the CEETREC and CEETREN routines, but they are
documented as not returning control.

I tried a call anchor set with zero, but that did not help. And if it did, I
would lose storage.

What is the proper approach, if any?

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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

Re: Diag traps, was: Re: z/os 1.11 and low private

"Barbara Nitz"  wrote in message
news:...
> >Yes, this is the JCL I found, but this only targets some PSA areas
and
> >not with x'FF' and x'4F' as you said.
> The FF and 4F come from the DIAG traps. And I think I copied the JCL
from 
> share presentation 'bit bucket 29'. And believe me, when I saw a PSA 
> 
> >Furthermore, the mentioned traps are not in my Inititalization and
> >Tuning Reference, nor can I find them with IBM. Where did you get
this
> >wisdom?
> Of course they're not documented (One of Ed Jaffes pet peeves...)
Look 
> for 'dirty getmain' in the archives. A lot of those diag traps were at
one time or 
> another mentioned in other bit buckets. And were discussed at
ibm-main. 
> 
> I tend to keep these things in a folder, to be whipped out later. Once
you set 
> them via DIAG, 'D DIAG' dutifully shows them! 
> 
> But officially they're 'unsupported'. Which is why I said to use a
test system to 
> try. Which is why it is so easy for vendors (like Beta Systems) to
refuse to fix 
> things uncovered by those traps. And if someone has the bug and did
not 
> have the traps on, the problem is most likely not reproducible and
hence will 
> not get fixed, because the 'right' doc isn't there.
> Barbara
> 

Yes, found them in bitbucket x'1C'.

Kees.

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286


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

Re: Diag traps, was: Re: z/os 1.11 and low private

2010-11-01 Thread Bob Shannon

> Of course they're not documented

But they are listed in SYS1.MODGEN(IGVDGNB).

Bob Shannon
Rocket Software

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

LDAP

2010-11-01 Thread Ron Wells

Looking for install help on LDAP(TDS)
Asked to setup LDAP on z/OS--1.11
Looking at manual--getting confused...
Purpose is to extract info from RACF..few fields..NON-DB2...just a 
flat/seq file...be it OS or zFS file..
Any help would be appreciated...believe I have the samp files at hand..

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

Re: Diag traps, was: Re: z/os 1.11 and low private

2010-11-01 Thread Barbara Nitz

>Yes, this is the JCL I found, but this only targets some PSA areas and
>not with x'FF' and x'4F' as you said.
The FF and 4F come from the DIAG traps. And I think I copied the JCL from 
share presentation 'bit bucket 29'. And believe me, when I saw a PSA 

>Furthermore, the mentioned traps are not in my Inititalization and
>Tuning Reference, nor can I find them with IBM. Where did you get this
>wisdom?
Of course they're not documented (One of Ed Jaffes pet peeves...) Look 
for 'dirty getmain' in the archives. A lot of those diag traps were at one time 
or 
another mentioned in other bit buckets. And were discussed at ibm-main. 

I tend to keep these things in a folder, to be whipped out later. Once you set 
them via DIAG, 'D DIAG' dutifully shows them! 

But officially they're 'unsupported'. Which is why I said to use a test system 
to 
try. Which is why it is so easy for vendors (like Beta Systems) to refuse to 
fix 
things uncovered by those traps. And if someone has the bug and did not 
have the traps on, the problem is most likely not reproducible and hence will 
not get fixed, because the 'right' doc isn't there.
Barbara

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

Re: Diag traps, was: Re: z/os 1.11 and low private

"Barbara Nitz"  wrote in message
news:...
> >Thanks for the tip. However, I can't find any igvdgnpp proc. With
Google
> >I found an older version (for PSA traps), but I don't think this is
the
> >one you intend.
> >Where did you find the JCL or can you show yours?
> 
> Yes, the PSA one is the one. I don't remember where I originally
copied it from, 
> but here is the JCL:
> 
> ////
>
> //*  *//   
> //* THIS PROCEDURE WILL PRIME THE RESTART OLD PSW, THE   *//   
> //* MACHINE CHECK OLD PSW, AND THE MACHINE CHECK LOGOUT  *//   
> //* AREA AND SAVE AREAS WITH THE VALUE SPECIFIED BY THE  *//   
> //* V= PARAMETER, AT THE INTERVAL SPECIFIED BY THE T=*//   
> //* PARAMETER (T IS IN UNITS OF HUNDREDTHS OF SECONDS,   *//   
> //* IN HEX). THE PURPOSE IS TO MAKE THESE AREAS NON-ZERO *//   
> //* TO CATCH PROGRAMS WHICH ACCIDENTALLY REFERENCE THEM, *//   
> //* AND GET LUCKY AND DO NOT ABEND BECAUSE THEY ARE  *//   
> //* USUALLY ZERO.*//   
> //*  *//   
> //* IF IGVDGNPP IS TERMINATED VIA AN MVS STOP (P)*//   
> //* COMMAND, IT SETS ALL MODIFIED AREAS TO ZERO BEFORE   *//   
> //* TERMINATING. *//   
> //*  *//   
> //IGVDGNPP PROC T=EA60,V='50404143,,,FF7F' 
> //IGVDGNPP EXEC PGM=IGVDGNPP,TIME=1440,
> // PARM='&T,&V'
> 
> Regards, Barbara
> 

Yes, this is the JCL I found, but this only targets some PSA areas and
not with x'FF' and x'4F' as you said.

Furthermore, the mentioned traps are not in my Inititalization and
Tuning Reference, nor can I find them with IBM. Where did you get this
wisdom?

Kees.

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286


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

Re: RMM UTC(YES) and "Daylight Savings Time"

2010-11-01 Thread Lizette Koehler

Where are you located?  In the US the Daylight saving changes on Nov 6/7.
Is yours earlier than ours?  Or were you doing a test?



Lizette

> 
> Hello,
> We are working to migrate CA1 to RMM.
> We create the CDS with the EDGUTIL with the following parameters:
> CONTROL CDSID(SYS1) EXTENDEDBIN(YES) STACKEDVOLUME(YES) UTC(YES) +
> CATSYNC(YES)
> We are running in parallel from 6 months and all worked fine until last
> week.
> Every days, the TWS execute a batch application to verify CA1 TMC and
> RMM
> CDS are in SYNC and every day worled fine.
> 
> The night between Saturday and Sunday the ""Daylight Savings Time"
> ended.
> This morning the batch application reports a thousands of anomalies due
> to
> different CA1 Create Date/Time and RMM Assigned Date/Time.
> Furthermore, some volume created between midnight and the 01:00:00 AM
> has
> been relased a day before.
> From a deeeper analysis I found that all the dates are now back of 1
> hour.
> This means that:
> 1. some volume are released a day before:
> 2. some dates reported by RMM are 1 hour earlier.
> 
> I read the manual carefully and I understand that the dates are stored
> internally in GMT/UTC but how is possible to avoid this problem ?
> 
> Thank you and best regards
> 
> Marco

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

D'oh

2010-11-01 Thread Shane Ginnane

>I find John Gilmore's vocabulary most cromulent and it embiggins every
thread in which it is used :-)

o.k., so I just had to go google this.
Obviously my television indoctrination is somewhat lacking.

Shane ...

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

RMM UTC(YES) and "Daylight Savings Time"

2010-11-01 Thread SUBSCRIBE IBM-MAIN Marco Torretta

Hello,
We are working to migrate CA1 to RMM. 
We create the CDS with the EDGUTIL with the following parameters: 
CONTROL CDSID(SYS1) EXTENDEDBIN(YES) STACKEDVOLUME(YES) UTC(YES) +
CATSYNC(YES)  
We are running in parallel from 6 months and all worked fine until last week. 
Every days, the TWS execute a batch application to verify CA1 TMC and RMM
CDS are in SYNC and every day worled fine. 

The night between Saturday and Sunday the ""Daylight Savings Time" ended.
This morning the batch application reports a thousands of anomalies due to 
different CA1 Create Date/Time and RMM Assigned Date/Time. 
Furthermore, some volume created between midnight and the 01:00:00 AM has
been relased a day before. 
>From a deeeper analysis I found that all the dates are now back of 1 hour. 
This means that:
1. some volume are released a day before: 
2. some dates reported by RMM are 1 hour earlier. 

I read the manual carefully and I understand that the dates are stored
internally in GMT/UTC but how is possible to avoid this problem ? 

Thank you and best regards 

Marco 


 
 


  

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

Re: Diag traps, was: Re: z/os 1.11 and low private

2010-11-01 Thread Barbara Nitz

>Thanks for the tip. However, I can't find any igvdgnpp proc. With Google
>I found an older version (for PSA traps), but I don't think this is the
>one you intend.
>Where did you find the JCL or can you show yours?

Yes, the PSA one is the one. I don't remember where I originally copied it 
from, 
but here is the JCL:

////
   
//*  *//   
//* THIS PROCEDURE WILL PRIME THE RESTART OLD PSW, THE   *//   
//* MACHINE CHECK OLD PSW, AND THE MACHINE CHECK LOGOUT  *//   
//* AREA AND SAVE AREAS WITH THE VALUE SPECIFIED BY THE  *//   
//* V= PARAMETER, AT THE INTERVAL SPECIFIED BY THE T=*//   
//* PARAMETER (T IS IN UNITS OF HUNDREDTHS OF SECONDS,   *//   
//* IN HEX). THE PURPOSE IS TO MAKE THESE AREAS NON-ZERO *//   
//* TO CATCH PROGRAMS WHICH ACCIDENTALLY REFERENCE THEM, *//   
//* AND GET LUCKY AND DO NOT ABEND BECAUSE THEY ARE  *//   
//* USUALLY ZERO.*//   
//*  *//   
//* IF IGVDGNPP IS TERMINATED VIA AN MVS STOP (P)*//   
//* COMMAND, IT SETS ALL MODIFIED AREAS TO ZERO BEFORE   *//   
//* TERMINATING. *//   
//*  *//   
//IGVDGNPP PROC T=EA60,V='50404143,,,FF7F' 
//IGVDGNPP EXEC PGM=IGVDGNPP,TIME=1440,
// PARM='&T,&V'

Regards, Barbara

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

Re: Diag traps, was: Re: z/os 1.11 and low private