Gibney, Dave wrote:
Well, ok, but jes exit dymanic found squat. I left out the 2 of
course.
Or maybe it was because you misspelled DYNAMIC. :-)
--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
Hi,
yes I did indeed read that section, more than once.
What confused me was that (c) talks about SYSEXEC and (a) talks about a
user allocated library, so I assumed that SYSEXEC would not be searched
before ALTLIB.
Anyway, %name does work, so I'll use that.
Extract from REXX Reference -
Hi
How can I query the DCB parms (RECFM , LRECL ) for an existing file via
FTP ?
--
Miklos Szigetvari
Development Team
ISIS Information Systems Gmbh
tel: (+43) 2236 27551 570
Fax: (+43) 2236 21081
E-mail: [EMAIL PROTECTED]
Info: [EMAIL PROTECTED]
Hotline: +43-2236-27551-111
Visit our
Chuck Haatvedt wrote:
Just a bump on this to see if anyone can give me some assistance on this .
thanks,
Chuck Haatvedt
Chuck Haatvedt wrote:
I have written a small COBOL program to call the catalog search
interface module. I pass three attributes to the program
How can I query the DCB parms (RECFM , LRECL ) for an existing file via
FTP ?
You mean something like dir?
ftp dir cntl
200 Port request OK.
125 List started OK
Volume UnitReferred Ext Used Recfm Lrecl BlkSz Dsorg Dsname
CTST21 3390 2008/08/25 1 15 FB 80 3120 PO CNTL
250 List
Hi
Thank you exactly this.
Zaromil Tisler wrote:
How can I query the DCB parms (RECFM , LRECL ) for an existing file via
FTP ?
You mean something like dir?
ftp dir cntl
200 Port request OK.
125 List started OK
Volume UnitReferred Ext Used Recfm Lrecl BlkSz Dsorg Dsname
CTST21 3390
In [EMAIL PROTECTED],
on 09/08/2008
at 02:06 PM, Petersen, Jim [EMAIL PROTECTED] said:
My storage folks:
EMC is recommending that we have the value for VSM ALLOWUSERKEYCSA
set to YES to allow CSMSLAVE MMPAGENT MMPAGENT STC to run
What does your security auditor say?
--
Shmuel
I'll keep at it, CPU optimization, depending on size environment and where I
draw the line with regards to payback. There are almost always tuning
opportunities with regards to CPU. At my last client I would have been happy to
get a few percent back since I knew we were not getting an upgrade
On Mon, 8 Sep 2008 15:54:33 -0500, Kirk Wolf [EMAIL PROTECTED] wrote:
Its wierd. Some GDGs work fine and others fail with this error.
Are you sure that, in the failing cases, that the (0) generation actually
exists? In other words, perhaps no GDS entries exist for that particular
GDG, and in
Watch out though, there are display gotchas in the FTP output.
The fields are fixed width, so you can end up with an issue like the
following:
Tracks=12,345
Lrecl=8192
You might get a display line like:
YOUR.DATA.SET 819212345
I don't recall exactly, but I think it might complicate matters by
On Mon, 8 Sep 2008 22:41:48 -0400, Jack Schudel wrote:
It was announced at the San Jose SHARE that the JES2 Data Areas are
available. The trick is that they are only available as PDF files
This is pretty fantastic.
I wonder why they don't make a bigger deal about it?
I don't agree. For
On Mon, 8 Sep 2008 21:40:41 -0400, Knutson, Sam [EMAIL PROTECTED] wrote:
There is an explanation in the 1.10 Information Roadmap that holds out
hope. We will have to wait and see what the new web format looks like.
I do hope you can download the whole lot as a set of PDFs or zipped web
pages or
In a message dated 9/9/2008 7:00:54 A.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
do think it is a good thing if they are going to keep it more up to date
when changes are made. I just wish that there was some way to tell that the
document had been revised.
Seems like we ought to
In other words, perhaps no GDS entries exist for that particular GDG, and in
that case generation 0 would work only with DISP=NEW.
It is my understanding that (0) never works with NEW.
-
Too busy driving to stop for gas!
--
Yes, the generation exists.
(0) should work for an existing dataset with status SHR.
I have found that this error only occurs on *some* GDGs. Others work fine.
I don't think that it is a BPXWDYN problem - its either an SVC99 problem, or
maybe a problem with the catalog entries for the GDG.
Again, referencing (0) is *not* the problem. That works fine on most
GDGs. The error seems specific to some GDGs, where *no* relative reference
works, even though there are several G000V00 generations cataloged.
On Tue, Sep 9, 2008 at 8:14 AM, J R [EMAIL PROTECTED] wrote:
It is my
But Ted, there *are* good reasons to still optimize CPU, for example
when your batch window is shrinking or your real-time volume is
dramatically increasing. The programmers before us didn't all
necessarily craft their code well, like a case I had recently where two
16Mb COBOL tables were being
Just a thought - did you check the definition of the GDG base itself? Regarding
LIMIT and SCR?
Dick Bond
HFHS Mainframe Administration
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Kirk Wolf
Sent: Tuesday, September 09, 2008 9:19 AM
It is my understanding that (0) never works with NEW.
What you're saying seems reasonable, yet the JCL User's
Guide has an example under Generations of a Generation
Data Group to the contrary:
//NEWGDS DD DSNAME=GDS(0),DISP=(NEW,CATLG,DELETE),
//
Ahh! I found the problem.
The GDGs that don't work are definitely screwed up in the catalog.
There are G000V00 entries, but when I do a LISTC ALL on the base, they are
*not* listed as associations.
FWIW - the SVC99 error code issued are really bad - it should probably that
the entry was not
I will accidently let that information slip when they come in for an
audit. :-)
___
Jim Petersen
MVS - Lead Systems Engineer
Home Depot Technology Center
1300 Park Center Drive, Austin, TX 78753
www.homedepot.com
email:[EMAIL PROTECTED]
On Tue, 9 Sep 2008 08:26:18 -0500, Kirk Wolf wrote:
Also - I get the same error when I allocate a new dataset using (+1)
using (NEW,CATLG)? If you don't specify catalog, it won't be rolled in, so
it won't be associated with the GDG.
--
Tom Marchant
On Tue, 9 Sep 2008 09:34:03 -0400, Petersen, Jim wrote:
I will accidently let that information slip when they come in for an
audit. :-)
I think Shmuel was suggesting a way to apply more pressure to the vendor.
--
Tom Marchant
Shmuel Metz wrote:
What does your security auditor say?
On Tue, 9 Sep 2008 08:26:18 -0500, Kirk Wolf [EMAIL PROTECTED] wrote:
Ahh! I found the problem.
The GDGs that don't work are definitely screwed up in the catalog.
There are G000V00 entries, but when I do a LISTC ALL on the base, they are
*not* listed as associations.
FWIW - the SVC99 error
Hi,
I have a need to traverse all system level name/tokens on an lpar. I vaguely
recall that this can be done but for the life of me cannot remember. Does
anybody know which chain to follow?
/re
--
For IBM-MAIN subscribe /
Ooops,
just answered my own question. It's a pointer off the ECVT. Sorry.
/re
- Original Message -
From: Rolf Ernst [EMAIL PROTECTED]
To: IBM-MAIN@BAMA.UA.EDU
Sent: Tuesday, September 9, 2008 8:50:39 AM GMT -06:00 US/Canada Central
Subject: Name/tokens
Hi,
I have a need to
Kirk:
A dataset ending with GnnnVnn may be created (and cataloged) without being
associated with a GDG index; it will just *appear* as if it were a member of
that GDG, by one's mental association. Most that I have seen, however,
have
been *old* generations that someobdy recovered from HSM
I got this rexx somewhere from:
/* REXX *** */
/* track down various name token pair pointers */
Trace N
NUMERIC DIGITS 10
/* TCB
IGGCSI00 returns the information from the catalog not the VTOC, so
these fields will not contain useful information for non-VSAM datasets.
I think that NOBYTUA is actually the CA size, not the block size, strictly
speaking,
Bill
On Tue, 9 Sep 2008 19:08:57 +1000, Greg Price [EMAIL PROTECTED]
Martin
Well, this is progress. There is quite a big difference between a mode name
identifying a mode table entry in the ISTINCLM table - as supplied - and a
mode name identifying a mode table entry in a customized mode table - or
even ISTINCLM if the same mode table entry is not rigourously
Martin and Pat
I expect Pat's more info means the session configuration as already
requested.
The word network may not be used in the strict SNA sense here. I think it
may be intended to refer to the VTAMs within any one sysplex.
The xSIRFMSG was an attempt to remind Martin that, in an
Martin
There is a value specified in the APPNCOS operand of all mode table entries
defined in the supplied ISTINCLM module. As Pat mentioned, in the case of
D4C32XX3 it is #CONNECT. Assuming your predecessor has not made
unexpected changes to the COSAPPN member of SYS1.SAMPLIB copied to all
Pat
Apropos of what is used of the contents of a mode table entry found in an
intermediate mode table, when there is a change of session stage, there is an
opportunity to respond to the pacing values in a mode table entry.[1] I'd have
to dig around to remind myself about this but I seem to
CSMSLAVE MMPAGENT MMPAGENT STC to run
I will accidently let that information slip when they come in for an audit.
If this ends up with your compliance people saying you cannot allow user key 8
in CSA, will the shop still work?
In other words, can you live without the tasks?
-
Too busy driving
Thought I'd try here as well...
Cics person having a question...problem...
Have an ESDS file causing some performance problems in a CICS region
(Region is T.S. 2.3 if that matters). The ESDS file does 900,000 to 1.4
million add request per day (no other processing is done except adds).
This is
It is my understanding that (0) never works with NEW.
What you're saying seems reasonable, yet the JCL User's
Guide has an example under Generations of a Generation Data Group to the
contrary:
//NEWGDS DD DSNAME=GDS(0),DISP=(NEW,CATLG,DELETE),
// UNIT=3380,VOLUME=SER=334455,SPACE=(CYL,20)
But Ted, there *are* good reasons to still optimize CPU
I did say:
Unless you call major chunks of CPU-intensive code, you are not going
to find enough savings to buy a beer.
You said the same thing.
-
Too busy driving to stop for gas!
You could simply refer to it as 'management by airline magazine'.
ABZ
On Mon, 8 Sep 2008 13:44:36 -0500, Glen Gasior
[EMAIL PROTECTED] wrote:
*
I am going to leave off this so I do not go into a thesis on recognizing
sabotage behaviour of IT managers.
*
On Tue, 9 Sep 2008 09:04:03 -0500, Rolf Ernst wrote:
just answered my own question. It's a pointer off the ECVT. Sorry.
But be careful; that list is updated dynamically with no standard
serialization. By following pointers at the wrong time you might
find yourself traversing the free list.
Fellow IBM-Main Members-
SHARE in San Jose was a very successful conference with a lot of positive
energy generated. Now, it is
time to start planning our next SHARE conference in Austin, TX. It will be
held at the Austin Convention
Center, in Austin, TX, March 1st through March 6th, 2009.
On Tue, 9 Sep 2008 09:04:03 -0500, Rolf Ernst [EMAIL PROTECTED] wrote:
Ooops,
just answered my own question. It's a pointer off the ECVT. Sorry.
But note that ECVTNTTP is not an intended programming interface, and you use
it at your own risk.
--
Walt Farrell, CISSP
IBM STSM, z/OS
I understand. It's not for use in a production environment. Just a quick and
dirty check.
/re
- Original Message -
From: Walt Farrell [EMAIL PROTECTED]
To: IBM-MAIN@BAMA.UA.EDU
Sent: Tuesday, September 9, 2008 11:34:30 AM GMT -06:00 US/Canada Central
Subject: Re: Name/tokens
My point is that if I accidently mention it to the auditors that it is a
security exposure, we might get written up and it might be found that we
can't run the shop without the CSMAGENT. Normally, you don't tell the
auditors anything but in this case...
Are there any of you who use EMC who
Walt Farrell wrote:
But note that ECVTNTTP is not an intended programming interface, and you use
it at your own risk.
IBM never provided an intended interface. :-(
--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
OK, I must have just skimmed over that part of your reply without
activating any brain cells. Apologies for shooting from the lip.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ted MacNEIL
Sent: Tuesday, September 09, 2008 10:51 AM
To:
On Tue, 9 Sep 2008 09:57:41 -0700, Edward Jaffe
[EMAIL PROTECTED] wrote:
Walt Farrell wrote:
But note that ECVTNTTP is not an intended programming interface, and you use
it at your own risk.
IBM never provided an intended interface. :-(
Not true, Ed. We have lots of them, and they're all
On Tue, 9 Sep 2008 12:51:51 -0400, Petersen, Jim
[EMAIL PROTECTED] wrote:
My point is that if I accidently mention it to the auditors that it is a
security exposure, we might get written up and it might be found that we
can't run the shop without the CSMAGENT. Normally, you don't tell the
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Walt Farrell
Sent: Tuesday, September 09, 2008 12:35 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Name/tokens
On Tue, 9 Sep 2008 09:57:41 -0700, Edward Jaffe
[EMAIL PROTECTED] wrote:
Walt Farrell
You know how it can be when the coffee hits home.
On Tue, Sep 9, 2008 at 10:41 AM, Alaimo Zani [EMAIL PROTECTED]wrote:
You could simply refer to it as 'management by airline magazine'.
ABZ
On Mon, 8 Sep 2008 13:44:36 -0500, Glen Gasior
[EMAIL PROTECTED] wrote:
*
I am going to leave off
I'm game. I have a few minutes...
Job:
//DPC088IF JOB (DPC088,JDG),'IEFBR14',CLASS=A,MSGCLASS=X
//EXEC PGM=IEFBR14
//SYSPRINT DD SYSOUT=*
//SYSOUTDD SYSOUT=*
Could be :), anyway my thanks to all.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Edward Jaffe
Sent: Monday, September 08, 2008 11:01 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Dynamic JES2 exits, was I dreaming
Gibney, Dave wrote:
AFAIR the create/delete/retrieve works fine in Cobol.
Roland
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Walt Farrell
Sent: Tuesday, September 09, 2008 12:35 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Name/tokens
On Tue, 9 Sep 2008
Indeed the pdf contains the manuals. The book manager shelf state contains
the R9 data area but the title state R10. This is confusing.
Roland
On Mon, 8 Sep 2008 21:40:41 -0400, Knutson, Sam
[EMAIL PROTECTED] wrote:
There is an explanation in the 1.10 Information Roadmap that holds out
hope.
Hi.
Do I have any alternative to the ISFCALLS to obtain access to a SYSOUT and
copy to PDS if we have ZOS 1.8?
Thanks
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the
Walt Farrell wrote:
On Tue, 9 Sep 2008 09:57:41 -0700, Edward Jaffe
[EMAIL PROTECTED] wrote:
Walt Farrell wrote:
But note that ECVTNTTP is not an intended programming interface, and you use
it at your own risk.
IBM never provided an intended interface. :-(
Not true,
Alvaro Quintupray B. wrote:
Do I have any alternative to the ISFCALLS to obtain access to a SYSOUT and
copy to PDS if we have ZOS 1.8?
I suspect most people use ftp -- even after z/OS 1.9.
--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA
Hi all !!!
I need informations about the compatibility of WebSphere 6.1 with (TSRM 7.1)
Tivoli Service Request Manager. We have a CPU Z9-BC and operating system
z/OS 1.8.
Thanks for All
Jorge Arueira Campos and Barnack
Support Team of z/OS
Supposedly a report of what really happened (although light on the
details).
http://blogs.computerworld.com/london_stock_exchange_suffers_net_crash
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
On Tue, 9 Sep 2008 12:32:23 -0700, Edward Jaffe
[EMAIL PROTECTED] wrote:
What are you talking about, Walt???! It should be obvious that I'm not
asserting that IBM has never written an intended interface. I'm saying
that IBM never provided a Name/Token service to allow you to list/search
them. The
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Roland Schiradin
Sent: Tuesday, September 09, 2008 2:11 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Name/tokens
AFAIR the create/delete/retrieve works fine in Cobol.
Roland
SNIP
ID DIVISION
:
:
:
Ok got it. You're welcome
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Roland Schiradin
Sent: Tuesday, September 09, 2008 2:11 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Name/tokens
AFAIR the create/delete/retrieve works fine in Cobol.
hi,
if you can't get rid of the actual risk, such as CSA with key 8 in your
case, or any other possible vulnerability, like apf-auth code, etc., you
still have the opportunity to combat/cover the risk by corresponding
fraud/misuse monitoring. removing the software thus is not the last and only
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Thompson, Steve
SNIP
ID DIVISION
:
:
:
:
PERFORM ABC-PARAGRAPH WITH INTENDED TO PRODUCE PAYROLL REGISTER
:
STOP RUN WITH INTENDED TO GOBACK, RETURN, ESW.
:
This was a LONNNG running joke
On Tue, 9 Sep 2008 15:21:07 -0500, Chase, John [EMAIL PROTECTED] wrote:
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Thompson, Steve
SNIP
ID DIVISION
:
:
:
:
PERFORM ABC-PARAGRAPH WITH INTENDED TO PRODUCE PAYROLL REGISTER
:
STOP RUN WITH INTENDED TO
I am hearing rumors that there are issues with STK/Sun Storage when
upgrading to driver 73. I have looked in IBM SIS database and cannot find
any thing.
Does anyone know what the issue is and what products I need to be concerned
about?
Thanks for all your input, Chris. I believe I have a basic understanding of the
issue at hand, and a plan of attack. As I originally suspected, it does have
something to do with COS and logmodes, but just not what I expected.
Now, back to the original title.
you now know from where that
Thanks to All who replied.
I was able to use Mark Zelden's REXX exec and ISPF Macro with one slight
modification.
This accomplished what I was looking for.
Thanks again.
Loren
--
For IBM-MAIN subscribe / signoff / archive
We process for two banks and they each have their own Production and Test
LPARs. We have a window that we would like to finish processing in, but
periodically miss the goal by a few minutes. Management is pressing for a
reason why we are missing it. There are so many variables to
After wading through that note, I conclude that
1. Aurora has an SMP/E question which she did not ask.
2. She tried to subscribe to IBM-MAIN but the request failed for some
reason, which is not given.
I think the place to start is with the information at the bottom of these
entries:
For
IEF286I DPC088IF TEST - DISP FIELD INCOMPATIBLE WITH DSNAME
That's what I thought would happen.
The manual is wrong.
(I started as a JCL jockey in 1981)
Reminds me of the old joke:
The example on page 666 is wrong!
So what? It's only an example!
How do I do ...?
See the example on page 666.
In [EMAIL PROTECTED],
on 09/09/2008
at 12:51 PM, Petersen, Jim [EMAIL PROTECTED] said:
My point is that if I accidently mention it to the auditors
You might have a legal obligation to mention it.
Normally, you don't tell the auditors anything
Were those your marching orders?
--
Normally, you don't tell the auditors anything
Were those your marching orders?
I have had, for years, marching orders that state (in general):
1. Co-operate with the auditors.
2. Answer their questions as briefly (and consisely) as possible.
3. Don't volunteer any information.
4. Report, in
Martin
Thanks for all your input, Chris. I believe I have a basic understanding of
the
issue at hand, and a plan of attack. As I originally suspected, it does have
something to do with COS and logmodes, but just not what I expected.
Please let us know how you resolve your problems with mode
You can use Hard capping -
Pros
- all weighting/resource for each LPAR is fixed, easy for collect
statistic/charging for each LPAR
Cons
- each LPAR cannot use more weighting at the peak hour (like soft capping)
until you reset the all the weighting again
On Wed, Sep 10, 2008 at 6:25 AM, gsg
Before I'd hardcap, I'd make sure the WLM Service Policy
is setup according to the Business needs. I'd consider
Resource Groups before capping.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Tommy Tsui
Sent: Tuesday, September 09, 2008 SYSN
It was announced at the San Jose SHARE that the JES2 Data Areas are
available. The trick is that they are only available as PDF files
I don't agree. For one, I like to use bookmanager format books. For
another, there is no publication number, therefore no revision number.
And another good
Jorge, I assume you're inquiring about whether you can host the various
server elements of Tivoli Service Request Manager Version 7.1 on z/OS.
I think the correct answer is not yet, at least when considering TSRM as
a whole, but please check with your favorite IBM Software representative to
make
TAHUKAH ANDA ? ANDA MAMPU MEMILIKI PENDAPATAN HARIAN RM684.00 HINGGA RM4788.00
SEHARI DAN MAMPU MEMILIKI PENDAPATAN RM20,520 HINGGA RM 143,640.00 SEBULAN …
Ya, Anda tidak salah membaca. Sebenarnya Anda mampu menghasilkan pendapatan
LUMAYAN sehingga mencecah ratusan ribu perbulan dalam
78 matches
Mail list logo