I am out of the office until 06.10.2008.
I will respond to your message when I return. In case of emergency, please
call the Hotline z-Delivery (058.33.37882)
Note: This is an automated response to your message IBM-MAIN Digest - 28
Sep 2008 to 29 Sep 2008 (#2008-273) sent on 30/9/08 6:00:00.
Thanks Peter,
Sure, LE must be using an ESTAE(X) to get control, and aim for a recovery to
be able to drive its own recovery architecture.
But in the non-recoverable cases, like an Operator Cancel, there are 2 extra
issues for LE:
1 He must remember to put TERM=YES on the ESTAE. Perhaps he did
Hi,
It is not mandatory to code DCB parameters in JCL while creating new QSAM
or BSAM dataset. The properties as per the COBOL code in INPUT-OUTPUT
and FILE sections. If the values are coded in JCL and they conflict with COBOL
code then the program fails.
It was working fine for quite some
I might be wrong but if memory serve me right it has to do with a missing
open/close and not with an empty dataset.
Roland
Hi,
It is not mandatory to code DCB parameters in JCL while creating new QSAM
or BSAM dataset. The properties as per the COBOL code in INPUT-OUTPUT
and FILE sections. If
Hi Amlan,
In respect to your query:
It is not mandatory to code DCB parameters in JCL while creating new QSAM
or BSAM dataset. The properties as per the COBOL code in INPUT-OUTPUT
and FILE sections. If the values are coded in JCL and they conflict with
COBOL code then the program fails.
To
But I do think calling it significant would be stretch for people still
using
the default / sample MAXVIRT
Perhaps you're alluding to the fact that the default MAXVIRT of 16M is
archaically small, as in how much module stuff can you cache in 16M
anyway Of course what is significant to some
Was asked if there is another way, utility or product.. to reorg..zFS
files.. and basic Maint. that others have followed ...
excp's are climbing..and files growing...needing to get a handle on them
before bang
As an extension to this question is there some utlitity or program I could run
IBM seems to have obsoleted the bookmark I usually use to get to the z/OS java
page. Does anyone have a recent link that works?
Larry Gray
Large Systems Engineering
Lowe's Companies
336-658-7944
--
For IBM-MAIN subscribe /
Nevermind. I found it through Google.
Thanks.
Larry Gray
Large Systems Engineering
Lowe's Companies
336-658-7944
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of
Gray, Larry - Larry A
Sent: Tuesday, September 30, 2008 8:58 AM
To:
Any good cookbooks/ref's on install steps--hints--cautions..?
--
Email Disclaimer
This E-mail contains confidential information belonging to the sender,
which may be legally privileged information. This information is
Larry,
If you found a broken link re: z/OS Java, you can report it here and someone
will probably fix it:
http://www-03.ibm.com/servers/eserver/zseries/software/java/contact/
Kirk Wolf
Dovetailed Technologies
On Tue, Sep 30, 2008 at 7:58 AM, Gray, Larry - Larry A
[EMAIL PROTECTED] wrote:
Lindy - Do you have example code?
Luke
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Lindy Mayfield
Sent: Saturday, September 27, 2008 7:50 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Program that can monitor CPU usage
If your requirement is
Check out the CEE3ERP CWI in the LE vendor interfaces manual. It may
help you solve your problem...
Denis O'Sullivan wrote:
Thanks Peter,
Sure, LE must be using an ESTAE(X) to get control, and aim for a recovery to
be able to drive its own recovery architecture.
But in the non-recoverable
It wasn't a broken link, just an ancient bookmark. The hostname was
www.s390.ibm.com.
Larry Gray
Large Systems Engineering
Lowe's Companies
336-658-7944
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kirk
Wolf
Sent: Tuesday, September
Don't know if this is a dead on match for what you had as a bookmark, but
here's a starting point:
http://www-03.ibm.com/servers/eserver/zseries/software/java/products/
--
For IBM-MAIN subscribe / signoff / archive access
I will be out of the office starting 2008-09-29 and will not return until
2008-10-06.
I will check notes every other day.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with
I have always thought of QuickRef as an automatic sure let's get it
kind of product. Has anyone heard of other similar products? What kind
of experience can we expect in the area of cost increases for this
product over the long term?
Thanks in advance for any input.
Jill Grine
Please
I might be wrong but if memory serve me right it has to do with a
missing open/close and not with an empty dataset.
Before SMS, newly allocated data set that have not been opened for
OUTPUT didn't have an EOF mark written and the attributes in the
DSCB were only those from the JCL.
With SMS,
For me, it would be difficult to accept work in a shop without QW.
Yes the cost seems increase but so does productivity.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Grine, Janet [GCG-PFS]
Sent: Tuesday, September 30, 2008 9:16 AM
To:
On Tue, 30 Sep 2008 10:15:36 -0400, Grine, Janet [GCG-PFS]
[EMAIL PROTECTED] wrote:
I have always thought of QuickRef as an automatic sure let's get it
kind of product. Has anyone heard of other similar products? What kind
of experience can we expect in the area of cost increases for this
Hi
I intend to try out the OMEGAMON mgmt console and got a
checksum error ...
If you get it from the IBM home page
Timothy Sipples wrote:
It's also worth pointing out that Tivoli OMEGAMON XE for z/OS Management
Console is no charge. This is the basic OMEGAMON product for very core OS
That was then. This is now. The target continues to move. Plan on client
certificates if you are subject to privacy regulations.
The reason I was given is that server only authentication is vulnerable
to a 'man in the middle' attack vector.
HTH and good luck.
-Original Message-
Anyone know where I can find mapping macros I could download/copy for the
argument / parameters to Define Extent, Locate Record, etc.?
Rather than type them up myself and make mistakes...
Thanks.
--
For IBM-MAIN subscribe /
I know of no such aids. If you're programming at that level, you
should be checking carefully with IEBEYEBALL and watching carefully for
messages, codes, etc. from IOS. These areas are most assuredly NOT for
the faint-hearted.
John Sullivan wrote:
Anyone know where I can find mapping macros
In a message dated 9/30/2008 11:35:38 A.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
Anyone know where I can find mapping macros I could download/copy for the
argument / parameters to Define Extent, Locate Record, etc.?
Rather than type them up myself and make mistakes...
John,
I
Rick,
Thanks.
I figure someone out there who has been doing this for awhile might know
where I could find these already made up - or perhaps would even be kind
enough to send a few to me.
Currently working on EAV support in which some DE and LR code is
impacted.
May need more later.
Very
You can get some info at
http://publib.boulder.ibm.com/infocenter/ieduasst/stgv1r0/index.jsp
Jon L. Veilleux
[EMAIL PROTECTED]
(860) 636-2683
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ron Wells
Sent: Tuesday, September 30, 2008
Sometimes, it's worth a good night's sleep. Since we got QuickRef, the number
of 'midnight calls' has decreased. No more 'can't find the manual' excuses.
Ditto for the utility manuals - used to have a collection of them at my desk.
Now I get all of that on QuickRef and I no longer need
FWIW, there's maybe som usable info here (ASM):
http://www.clueful.co.uk/mbeattie/s390/offlindr.jcl
(Dump/Restore an offline eckd dasd device to/from a backup file)
Regards
Thomas Berg
__
Thomas Berg Specialist IT-U SWEDBANK
-Ursprungligt
I have also used QuickREF for a number of years and I agree with Linda. It
saved a lot of late night calls and help us train night operations when I
was in Systems Programming.
Regards,
Scott Ford
Senior Systems Engineer | Forging Enterprise Identity | IdentityForge.com
(Main)
On Tue, 30 Sep 2008 10:15:36 -0400, Grine, Janet [GCG-PFS]
[EMAIL PROTECTED] wrote:
I have always thought of QuickRef as an automatic sure let's get it
kind of product. Has anyone heard of other similar products? What kind
of experience can we expect in the area of cost increases for this
SimpList definitely falls into the no brainer category.
It's cheap ($5,000 US no matter how many users or how big your system
is) and really boosts the productivity of ISPF users. At our shop,
virtually every one uses it every day.
You can find out more from the vendor at www.mackinney.com or
John,
Here is another reason why we z/OS-ers should be thankful for the VM world.
Check out http://www.vm.ibm.com/pubs/cpdacb/index.html?where there is a whole
passel of DSECTs.? You want to look at DEARG, LRARG, LRDA, and CDPFX.? And
don't let IBM know that their VM developers
Thanks everyone for the input. I have used QuickRef for so many years
that I forget to even check to see if there are any alternatives.
Competition is always healthy, so it is good to know we still have
choices, especially with the advances in technology.
-Original Message-
From: IBM
On Tue, 30 Sep 2008 14:42:12 -0400, IBM Mainframe Discussion List
[EMAIL PROTECTED] wrote:
John,
Here is another reason why we z/OS-ers should be thankful for the VM world.
Check out http://www.vm.ibm.com/pubs/cpdacb/index.html?where there is a
whole passel of DSECTs.? You want to look at DEARG,
I stand corrected on my verbing. Here is the update:
... don't let IBM know that their VM developers have generally-availabled
[1] a DSECT which I have been unable to get through less than generally
available, official channels.
Bill Fairchild
Rocket Software
[1] I just verbed
BTW, SimpList is not an alternative to QuickRef (though it does have
a Book Manager interface), it serves a different purpose. If it was
up to me (and it never is), I'd like to have both products.
On Tue, Sep 30, 2008 at 2:47 PM, Grine, Janet [GCG-PFS]
[EMAIL PROTECTED] wrote:
Thanks everyone
On Tue, 30 Sep 2008 08:10:16 -0500, Ron Wells [EMAIL PROTECTED] wrote:
Any good cookbooks/ref's on install steps--hints--cautions..?
I did it based from these 2 manuals (use the correct release for you):
z/OS V1R1.0-V1R8.0 Distributed File Service Customization
On 30 Sep 2008 07:16:10 -0700, [EMAIL PROTECTED] (Grine, Janet
[GCG-PFS]) wrote:
I have always thought of QuickRef as an automatic sure let's get it
kind of product. Has anyone heard of other similar products? What kind
of experience can we expect in the area of cost increases for this
product
Hi Janet,
I think there might be some confusion. Are you asking for a list of
alternatives to QuickRef, or are you asking for a list of sure let's get it
products? I think the email below was meant to fall into the second category,
as SimpList does not compete with QuickRef in any way. The
I think that IBM has indeed started to muscle in on QuickRef.
We just installed a new version of IBM's Fault Analyzer, and it has a
pretty good message lookup facility built into it. AFAIK, it only
works from within Fault Analyzer, so QuickRef doesn't have anything to
worry about. Yet.
On Tue,
Hi Dave,
Yes, I did figure that out. I was looking to see if there was any
viable replacement software. SimpList doesn't do what we were looking
for. However, it did introduce a software product I was not aware of
before, so it was still a beneficial note.
The BookManager interface would
And QuickRef does have the advantage of supporting messages for ISVs.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Don Leahy
Sent: Tuesday, September 30, 2008 3:15 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Curiousity question
I think that
after talking to Tres and seeing some blog hitsthere is potential
problems.at least over the next few years..supported endusers
Ethnet cards...
we can talk---easier than writting..
--
Email Disclaimer
This E-mail
Every time I announce that I've added something to NetView's HELP
function our QuickRef guru asks why I didn't put it in QuickRef. And
every time I respond that it makes no sense to add it to QuickRef if
QuickRef can't be accessed from NetView.
I've never been definitely told that QuickRef
And I find the DASD Space Management tool quite handy. Option S
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Grine, Janet [GCG-PFS]
Sent: Tuesday, September 30, 2008 2:19 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Curiousity question
And
You can run a quick QucikRef batch and you can run it as a started task with
response to the console.
You could also ask ChicagoSoft if they support something specifically for the
Netview help facility. I have found them to be very receptive to customer
needs.
Linda Mooney
--
Hi, All,
I can't remember what the //SYSABOUT DD statement was for (doing a
little cleanup here). Didn't it have something to do with OS/VS
COBOL? Or was it long-ago MVS-specific?
We seem to have more than a few of them..
TIA,
-jc-
I love that feature too! And I really like being able to drill down into the
VTOC list for the volume from Option S. I use the fast path for it - QW S=vol*
most of the time. I also like that is supports a mix of SMS and non-SMS vols,
and the the user can arrange the columns in the table.
On Tue, 30 Sep 2008 14:53:12 -0500, Chase, John [EMAIL PROTECTED] wrote:
Hi, All,
I can't remember what the //SYSABOUT DD statement was for (doing a
little cleanup here). Didn't it have something to do with OS/VS
COBOL? Or was it long-ago MVS-specific?
We seem to have more than a few of
IMPORTANT WARNING: The information in this message (and the documents attached
to it, if any) is confidential and may be legally privileged. It is intended
solely for the addressee. Access to this message by anyone else is
unauthorized. If you are not the intended recipient, any disclosure,
I found this reference in the COBOL for MVS Migration Guide:
On OS/390 and MVS, dump output is directed to SYSUDUMP, SYSMDUMP, or SYSABEND.
On other systems, VS COBOL II run-time dump output is directed to SYSABOUT .
(Note, SYSABOUT is not used under Language Environment, even for VS
With //sysabout site: ibm.com in a Google search, I got a bunch of hits. :-)
Linda
-- Original message --
From: Chase, John [EMAIL PROTECTED]
Hi, All,
I can't remember what the //SYSABOUT DD statement was for (doing a
little cleanup here). Didn't it have
Is there not a ? That outputs the UADS information and
Puts it into a RACF entry format.
Seems to me I did this before but can't remember.
Happens a lot lately...
David A Cebell
Z/Series Software Support
[EMAIL PROTECTED]
Army Air Force Exchange Services
3911 S. Walton Walker
Enterprise COBOL for z/OS, Version 3.4, Compiler and Runtime Migration
Guide
Moving from the VS COBOL II run time (to LE)
On z/OS, dump output is directed to SYSUDUMP, SYSMDUMP, or SYSABEND.
On other systems, VS COBOL II runtime dump output is directed to
SYSABOUT. (SYSABOUT is not used under
You want the RACONVERT EXEC, which is covered in the TSO/E Conversion
manual.
John Sullivan
BMC Software, Inc., XBM Development
Austin, Texas
512-340-6078
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Cebell, David
Sent: Tuesday, September
RACONVRT looks better at only 8 characters!
John Sullivan
BMC Software, Inc., XBM Development x-26078
Austin, Texas
512-340-6078
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Sullivan, John
Sent: Tuesday, September 30, 2008 4:01 PM
To:
On Tue, 30 Sep 2008 16:48:27 +0200, Hunkeler Peter (KIUK 3) wrote:
Before SMS, newly allocated data set that have not been opened for
OUTPUT didn't have an EOF mark written and the attributes in the
DSCB were only those from the JCL.
With SMS, the EOF mark is always written, ...
I believe the
Which is a silly convention, because there may be some benefit and never any
harm in writing an EOF at the beginning of a newly allocated data set.
Better safe than sorry.
IBM is attempting to not break things.
I don't believe it's safe to put an EOF into:
PDS/PDSE
Some linear datasets
zFS/HFS
On Tue, 30 Sep 2008 23:54:27 +, Ted MacNEIL wrote:
Which is a silly convention, because there may be some benefit and never any
harm in writing an EOF at the beginning of a newly allocated data set.
Better safe than sorry.
IBM is attempting to not break things.
I don't believe it's safe to
Are you assuming that IBM developers would do it in the wrong order?
No, I'm assuming that some things are indeterminate, and it's better to leave
it alone, than screw it up.
I have a lot of respect for IBM developers.
Where I have problems is with the decision makers.
-
Too busy driving to
61 matches
Mail list logo