Re: DUMMY and BLKSIZE

[Gerhard Adam]

 

 

 

>- DCB= is *not* ignored when coded with DUMMY. Witness the original

>question. There was a functional difference between DUMMY,BLKSIZE=129

>and DUMMY,BLKSIZE=0.

 

>- There is no functional distinction between DUMMY and DSN=NULLFILE. The

>JCL manual quote that I cited in my uninteresting post would seem to

>confirm that.

 

 

 

 

>From the JCL Reference Manual (z/OS 1.6):

 

Example 2

 

 

 //IN1  DD  DUMMY,DCB=(BLKSIZE=800,LRECL=400,RECFM=FB)

 

DD statement IN1 defines a dummy data set. The DCB parameter supplies data
control block information not supplied in the program. Without it, the step
might be abnormally terminated.

 


12.24.2 Parameters on DD DUMMY Statements


*   Code the DUMMY parameter by itself or follow it with all the
parameters you would normally code when defining a data set, except the
DDNAME parameter. 
*   Code the DCB parameter, if needed. If the program does not supply
all the data control block information, make sure that the DCB parameter
supplies the missing information.


2.22.2.9 Data Set Name for Dummy Data Set


NULLFILE 
Specifies a dummy data set. NULLFILE has the same effect as coding the DD
DUMMY parameter. NULLFILE must be coded as a single-word parameter. For
instance, IBM does not support the use of NULLFILE to obtain a dummy data
set for these (or other) formats: 

 


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

Re: Region size question

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 05/27/2005
   at 07:01 AM, ibm-main <[EMAIL PROTECTED]> said:

>As Bill noted, another excessive cull of relevant information to make
>the quote appear to suit your contention.

Sorry, Uri Geller, but your telepathic abilities are overrated.

>My reference was to the AP(s) editting large dataset(s) leading to
>problems.

So I'm not a telepath either.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Reading a PDS

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>,
on 05/27/2005
   at 09:32 AM, "Blaicher, Chris" <[EMAIL PROTECTED]> said:

>Looking for a clarification.  Am I to understand that IEBGENER and
>such will read blocks after a short block in a RECFM=FBS file?  By
>definition the short block should signal a logical EOF.

I'm not sure whether IBM guaranties an EOF for a short block in an FBS
data set, but they certainly state that it is an error and may lead to
incorrect results. Forget about EOF; consider a program that uses BSAM
to process such a data set with POINT, with a TTR calculation based on
the fixed block size. Or consider what happens to the RPS calculation
even if you have the correct TTR.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Reading a PDS

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 05/26/2005
   at 12:57 PM, Bill Fairchild <[EMAIL PROTECTED]> said:

>Shmuel (Seymour), you remove too much of the previous post's context
>and  end  up commenting on only one sentence, in which case your
>comments must  always  appear to be correct or sometimes disjointed
>if the previous  reference is  invisible.  Here is what I said in my
>previous sentence  that you left out of  this one:  "Note that in the
>case of chained  scheduling (DCBOPTCD=C) the  residual count will
>only apply to the last block  read."

My comment is correct for what you wrote; the channel programs for
DASD do not in general rely on the residual counts and do not in
general stop on  short blocks.

>Regardless of the access method involved, the residual count only
>applies  to  the last CCW that started being executed by the control
>unit. 

With SLI it applies to none of them. The fake residual counts inserted
by the access method are not limited to the last block.

>See Principles of Operation,

PoOps will not tell me what channel programs SAM constructs nor what
processing SAM does after the I/O completes. Please don't teach your
grandmother to suck eggs.

>If the SLI flag is on, the channel  program will 
>continue and the next block will be read.  This is usually a  very
>bad idea.

Tell that to IBM: they've been doing it for decades, with correct
results.

>This is the only way that software knows how many bytes are read 
>on a short block,

No it isn't, as I've already explained. Look at the CCW chains in
storage and you will see how it works.

>and software cannot know in the general case

My comment didn't refer to the general case, it referred to a specific
case. For DASD the software knows how long the read was unless
something is seriously wrong with the control unit.

>As I said in my penultimate earlier  post, which you also omitted
>from your  reply, "Since this is a short block,  if the member were
>created by standard  IBM access methods we would expect  the very
>next sequential block in the PDS  to be an EOF block, but it might
>not  be if the member was not created by  standard IBM access
>methods."

That is also incorrect; the TRUNC macro is standard.

>If a channel program has 8 or more read CCWs

If the channel program is broken then I wouldn't expect it to give the
correct results. IBM has code to read multiple blocks and correctly
determine the lengths, and I've already explained how they do it. It's
not rocket science.

>There will be no indication from the I/O  operation that short blocks 
>were read on blocks # 3 and 6,

Then you didn't construct the correct CCW chain. There is an
indication in the3 CCW chains that I described.

>If, however, a channel program has no SLI flags on in any of 
>the read commands, then the channel program will stop when 
>the 3rd block is read, 

That also depends on what is in the channel programs; there's more
than one read opcode.

>The only way to know for sure what a channel program will do is to
>see the channel program, look at the byte count and flag bits on
>each CCW, and know what is on the track.

You don't trust the IBM documentation?

>A spanned record format causes standard access methods to 
> assume that all blocks are the same length, 

WTF? You've been around long enought to know the difference between
spanned (VBS) and standard (FBS). Spanned is not and never has been
fixed length.

>You may be referring to using the MULTACC keyword with DCBE. 

No, I'm referring to support much older than that, introduced in SAM-E
and incorporated into DF/DS, then into DFP. It's around two decades
old.

>It is not clear to me  how this works,

Obviously. I, on the other hand, have been looking at the CCW chains
in SAM for decades. I've tried explaining how it works, but you
haven't been paying attention. The Devil is in the details; look at
the CCW chains that IBM actually uses, not what you're assuming that
they use or that they should use.

>The same book, in the BSAM/BPAM READ  macro description, says that 
>the READ macro is to "Read a Block", not read one or more blocks. 

Your point? What do you think happens when you issue multiple READ
macros?

>I would expect a GTF trace of this case to show that there  is only 
>one read CCW in each channel program, however many such channel
>programs  may  have been started at the same time.

That's the problem; YOU'RE RELYING ON YOUR EXPECTATIONS INSTEAD OF
ACTUALLY LOOKING AT THE CHANNEL PROGRAMS.

>The Using Data Sets book has the section "3.6.7 Determining the
>Length of a   Block when Reading with BSAM, BPAM, or BDAM" which
>should answer the original   poster's question adequately.

If he reads it *carefully*.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

-

Entry level readers?

[Shmuel Metz (Seymour J.)]

I have some related questions prompted by a recent job posting. What
is the lowest experience level of the readers here? What is the lowest
level of experience for which a job posting here is likely to be
productive?

Note that those questions have nothing to do with the propriety of
such postings. I certainly consider mainframe related job postings to
be on topic,  regardless of the skill level requested. I'm just
curious.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Listserver for DFSMS/HSM

[Raymond Noal]

Dear List,

Is there a list server for IBM's DFSMS / HSM topics?

TIA

HITACHI 
 DATA SYSTEMS

Raymond E. Noal
Lab Manager, San Diego Facility
Office: (858) 537 - 3268
Cell:   (858) 248 - 1172



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

Re: DUMMY and BLKSIZE

[Charles Mills]

I don't consider the problem interesting enough to try the experiment,
but I think you are mistaken. I am relatively certain that

- DCB= is *not* ignored when coded with DUMMY. Witness the original
question. There was a functional difference between DUMMY,BLKSIZE=129
and DUMMY,BLKSIZE=0.

- There is no functional distinction between DUMMY and DSN=NULLFILE. The
JCL manual quote that I cited in my uninteresting post would seem to
confirm that.

Charles



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of john gilmore
Sent: Friday, May 27, 2005 3:35 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DUMMY and BLKSIZE


I did not reply to Charles Mills because I did not judge his post 
interesting.

Let me, however, rehearse what I said originally at greater length.
Coding 
DUMMY has the effect that everything following it is ignored, no DCB 
information is retained.

Coding DSN=NULLFILE,DCB=...  permits NULLFILE to be overridden and the 
retained DCB info to be used.

This is an old distinction, but it has not gone away.  I have just
verified 
that it is still operational.

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

Re: DUMMY and BLKSIZE

[john gilmore]

I did not reply to Charles Mills because I did not judge his post 
interesting.


Let me, however, rehearse what I said originally at greater length.  Coding 
DUMMY has the effect that everything following it is ignored, no DCB 
information is retained.


Coding DSN=NULLFILE,DCB=...  permits NULLFILE to be overridden and the 
retained DCB info to be used.


This is an old distinction, but it has not gone away.  I have just verified 
that it is still operational.


When in penance for my sins I have taught JCL I have in fact made it clear 
that DUMMY has no legitimate uses outside straight-up old-style JCL punched 
into 80-column cards, that it has no place in a procedure of either sort.


About citations of the obvious I grow less and less patient as I age.  There 
are days when I am still prepared to summon up arguments for the oblate 
sphericity of the earth to confute some flat-earther, but there are other 
days when I am not.


The JCL manual snippet quoted by Paul Gilmartin,


  The system ignores all parameters other than DUMMY or
  DSNAME=NULLFILE and DCB. The DCB parameter must be coded if you
  would code it for normal I/O operations. ...



specifies just exactly the behavior I describe above.  Moreover, it does so 
in language that seems to me to be quite clear enough.  In standard English 
the boolean operator AND takes precedence over the boolean operator OR: 'A 
or B and C' means '(A) or (B and C)'.


Expanded, this snippet thus means

o If you code DUMMY all else is ignored

o If you code DCB=NULLFILE, DCB information will be retained.

This expansion does not, however, seem to me to be necessary or desirable.  
Those who cannot read should not write JCL.


Long ago Justice Holmes used the word 'relict' in an opinion, and when his 
law secretary suggested that it was not perhaps very well known his now 
legendary response was,


'May God twist my tripes if I will string things out for the delectation of 
fools'.


This response was the right one.  Dumbing down as a strategy doesn't work.  
It produces only a descending spiral of ignorance.



John Gilmore
Ashland, MA 01721
U.S.A.

_
Express yourself instantly with MSN Messenger! Download today - it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/


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

Re: DUMMY and BLKSIZE

[Paul Gilmartin]

In a recent note, Charles Mills said:

> Date: Fri, 27 May 2005 06:50:09 -0700
> 
> How so? The JCL Reference says "NULLFILE has the same effect as coding
> the DD DUMMY parameter" and does not say that DUMMY precludes DCB=.
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[log in to unmask]] On
> Sent: Friday, May 27, 2005 6:02 AM
> 
> The construction
> 
> //  DD DUMMY
> 
> is being misused here for a purpose for which it was never intended.
> 
Please enlighten us.  What, in your view, is the intended purpose
of "DUMMY"?  (Citation welcomed.)

The OP said, 

In orden to nullify the ISPF LOG ...

And in:

Title: z/OS V1R5.0 MVS JCL User's Guide
Document Number: SA22-7598-03

I read:

#  4.5.1 "z/OS V1R5.0 MVS JCL User's Guide"
 __

4.5.1 Processing Control by Suppressing Processing

   To suppress processing of a data set, assign it a dummy status
   by coding either of the following:

//ddname  DD  DUMMY,...
//ddname  DD  DSNAME=NULLFILE,...


Are you making some nice semantic distinction between "nullify"
and "suppress"?

To be fair, loc. cit. goes on to say:

   The system ignores all parameters other than DUMMY or
   DSNAME=NULLFILE and DCB. The DCB parameter must be coded if you
   would code it for normal I/O operations. ...

Isn't the recommendation nowadays, for "normal I/O operations",
to allow SDB to calculate the BLKSIZE?

... For example, when an
   OPEN routine requires a BLKSIZE specification to obtain buffers
   and BLKSIZE is not specified in the DCB macro instruction, code
   this information in the DD DCB parameter.

But I take this as an oversight, not corrected since pre-SDB
days.  I understand the objective of SDB was to free the
programmer of the burden of calculating optimum block sizes,
a task for which the OS is now better suited than most
programmers (elite readers of this list excepted; I, for one,
am glad to let the OS do that chore for me).  That benefit is
nullified to the extent that the programmer must ever perform
the calculation.

The implementation of SDB is deficient until it operates for
DUMMY as well as for real device types.

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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

Re: Command abbreviation question

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 05/26/2005
   at 09:44 AM, Nasuh KARAHALLI <[EMAIL PROTECTED]> said:

>To: "Shmuel (Seymour J.) Metz" <[EMAIL PROTECTED]>

Please don't do that; send to me or the list, not both. Thanks.

>Actually as I use the system command DS without any parameters I
>would get exactly the same IEE311I system message so I could easily
>quess what parameters are needed, 

Easily? How do you know what parameters are needed without recourse to
the manual.

>No, I have only OS/390 and Z/OS manuals.

Then what led you to issue the RELEASE command in the first place? Was
"A" a typo for some other letter? I can't think of many (W comes to
mind) that would be valid without parameters.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: BOOKMGR PDF support

[Edward E. Jaffe]

Gibbons, Mark wrote:


The topic of managing PDF manuals with bookmgr library server came up a few 
days and it all sounded easy. I'm trying to add a single PDF manual to the 
bookmgr library server.  Note the book is not packaged as part of an extended 
bookshelf, yet. I've tried a couple of methods as suggested in Getting Started 
manual, they don't seem to work.  Has anyone figured out a way to add the book 
and then add the book to an extended bookshelf?  Would you be willing to share 
the procedure?
 



I have yet to build an extended bookshelf. However, I have discovered 
that "normal" bookshelves seem to work just fine. If both BOO and PDF 
documents are in the same directory -- or, when using traditional MVS 
data sets, both data sets are identically named except for the last 
qualifier -- the PDF icons appear *automatically* in the bookshelf 
display, just as they do on IBM's web site. (See the following link for 
an example.)


http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/E0Z2BK51

--
-
| Edward E. Jaffe||
| Mgr, Research & Development| [EMAIL PROTECTED]|
| Phoenix Software International | Tel: (310) 338-0400 x318   |
| 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801|
| Los Angeles, CA 90045  | http://www.phoenixsoftware.com |
-

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

BOOKMGR PDF support

[Gibbons, Mark]

The topic of managing PDF manuals with bookmgr library server came up a few 
days and it all sounded easy. I'm trying to add a single PDF manual to the 
bookmgr library server.  Note the book is not packaged as part of an extended 
bookshelf, yet. I've tried a couple of methods as suggested in Getting Started 
manual, they don't seem to work.  Has anyone figured out a way to add the book 
and then add the book to an extended bookshelf?  Would you be willing to share 
the procedure?  

 
Thanks,
  Mark

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

Re: How to Display Data from a Dataspace using IPCS ?

[Bob Wright]

Knutson, Sam wrote:


You can tell what's in a dump including data spaces use this IPCS command.

listdump dataset(your.svc.dump.dataset.abc) select(attributes)

That gives you what you need to use IPCS to access the storage in a dump if
it is included. 


I'd recommend SELECT(DUMPED) as the option rather than 
SELECT(ATTRIBUTES).  That's what you'll get if you enter "LD" to the 
left of the data set name when viewing the inventory in the IPCS dialog.


Sam made a point of saying that that the data set name pertained to a 
system dump.  SADMPs record main storage as ABSOLUTE, leaving it to IPCS 
(with a little help from RSM) to relate that storage to the ASIDs and 
data spaces that it backs.  As a result, LISTDUMP won't necessarily see 
all of the data spaces that may be available after translation has been 
demanded.  IPCS waits until you or your analysis routines ask about 
virtual storage before commencing translation.


--
Bob Wright - MVS Service Aids

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

z800 Monthly Maintenance

[Carlos A Bodra]

Hi,

We are studying options for maintenance of our z800 Model 0A1.
Can anyone tell me average monthly costs from IBM and non-IBM?
OFF LIST PLEASE


Carlos 

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

Re: New course announcement: Advanced Topics in z/OS JCL

[Ed Finnell]

 
In a message dated 5/27/2005 12:19:40 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

it on  for anyone who might be interested:


$5.95 Shipping and Handling?

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

New course announcement: Advanced Topics in z/OS JCL

[Steve Comstock]

Go figure. I was just puttering away, continuing
my conversion of our courses to all z/OS, working,
in particular, on the Advanced JCL class, when I
get a call from one of our clients: Do we have an
Advanced JCL class?!

Works for me. So I finished it up this morning
and sent this to our client, and thought I'd pass
it on for anyone who might be interested:

--

Just to let you know, I've just finished the Advanced
Topics in z/OS JCL course and put its information on
our website. You can start here:

http://www.trainersfriend.com/JCL_courses/B620descrpt.htm

Highlights of this course include:

* Bring experienced people up to date
  with JCL features they might not be
  aware of (e.g., IF / THEN / ELSE)

* Covers topics simply not discussed
  in the intro class:

   + Multi-volume data sets
   + Work Load Manager (high level)
   + HFS files and how to code JCL for them
   + Advanced SORT capabilities
   + Debugging JCL failures
   + Working with GDGs

And lots more. The details are on the page I
referred you to above and the pages that link
from that page.

Kind regards,

-Steve Comstock

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

Re: Friday IRD Question

[Knutson, Sam]

Hi Gary,

I have a very similar setup though my highest availability/performance
critical systems are on a separate CEC.  

#2 OS tasks darn well better be where IBM told you to put them regardless of
which system they are on.  If you are in the same Sysplex and z/OS on LPAR A
fouls up it can hurt LPAR B.  In a related thought make sure you have a good
Sysplex Failure Management (SFM) Policy.  

#0 I have not seen the needs for any more than one level of importance
separation.  I also like some others here run almost all my test batch as
discretionary which is how I soak up cycles that would otherwise go to
waste.  We don't run any user work on test LPAR's at IMP 1 (SYSTEM and
SYSSTC tasks are present).  Remember your job is to find someone to kick
around and make sure WLM will know when PROD is not meeting it's goals.  

An old MVS systems manager once told me 'put test batch jobs somewhere below
whale excrement'.  Still good advice IMHO.

I do not set minimum or maximum weights and have not seen a problem from
this yet.

So far any issues I have seen with IRD were not IRD problems but WLM policy
problems.  If you don't like what IRD does you probably need to look at your
WLM policy.

Best Regards,

Sam Knutson, GEICO
Performance and Availability Management
mailto:[EMAIL PROTECTED]
(office)  301.986.3574

"Think big, act bold, start simple, grow fast..."

-Original Message-
In setting up one CEC that has multiple LPARS, some TEST and some PROD, with
one combined WLM Policy, all systems in the same plex...

How much do the WLM Policies have to differ?  TEST has to have lower goals
than PROD, obviously, with IRD and CPU Vary enabled.  But by how much?

Does anyone have direct experience with this that can talk a little bit
about it?  Specifically, I guess I'm really asking:


With IRD weight management (and low minimum weights, no max weight), and CPU
Vary enabled (and ALL LPs put in Initial so ANY LPAR can get ANY number of
LPs):

1.  Should TEST LPAR work be one, or two importance levels below PROD? (or
more?!?)

2.  Should the operating system tasks still run at SYSSTC on TEST (i.e. at
the same high service class level that the same named tasks run on PROD)?

I'd like to run TEST uncapped, and let it "run away with the box" when
utilities are running and PROD is IDLE, but ensure that PROD gets priority
whenever it needs it.


Best regards,

Gary Diehl

<>
 
This email/fax message is for the sole use of the intended recipient(s) and
may contain confidential and privileged information.  Any unauthorized
review, use, disclosure or distribution of this email/fax is prohibited.  If
you are not the intended recipient, please destroy all paper and electronic
copies of the original message. 

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

Re: Friday question: How far back is PLO instruction supported?

[Edward E. Jaffe]

Jeffrey D. Smith wrote:


I am wondering what is the oldest machine that supports
the PLO (Perform Locked Operation) instruction, and whether
there are any older machines that are still running supported
versions of MVS (aka OS/390, z/OS)?
 



PLO is part of the original Architectural Level Set -- guaranteed to be
present on G2 and higher machines with all hardware maintenance applied.
OS/390 V2R10 was the first operating system to require the ALS. That
operating system is no longer in service.

--
-
| Edward E. Jaffe||
| Mgr, Research & Development| [EMAIL PROTECTED]|
| Phoenix Software International | Tel: (310) 338-0400 x318   |
| 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801|
| Los Angeles, CA 90045  | http://www.phoenixsoftware.com |
-

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

Friday question: How far back is PLO instruction supported?

[Jeffrey D. Smith]

Greetings,

I am wondering what is the oldest machine that supports
the PLO (Perform Locked Operation) instruction, and whether
there are any older machines that are still running supported
versions of MVS (aka OS/390, z/OS)?

Phrased another way, is it safe to write commercial applications
(targeted for any IBM-supported version of MVS) that require the
presence of PLO?


Jeffrey D. Smith
Farsight Systems Corporation
24 BURLINGTON DR
LONGMONT, CO 80501
303-774-9381
http://www.farsight-systems.com

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

Friday IRD Question

[Diehl, Gary (MVSSupport)]

All,

Here's a question I've been pondering.

In setting up one CEC that has multiple LPARS, some TEST and some PROD,
with one combined WLM Policy, all systems in the same plex...

How much do the WLM Policies have to differ?  TEST has to have lower
goals than PROD, obviously, with IRD and CPU Vary enabled.  But by how
much?

Does anyone have direct experience with this that can talk a little bit
about it?  Specifically, I guess I'm really asking:


With IRD weight management (and low minimum weights, no max weight), and
CPU Vary enabled (and ALL LPs put in Initial so ANY LPAR can get ANY
number of LPs):

1.  Should TEST LPAR work be one, or two importance levels below PROD?
(or more?!?)

2.  Should the operating system tasks still run at SYSSTC on TEST (i.e.
at the same high service class level that the same named tasks run on
PROD)?

I'd like to run TEST uncapped, and let it "run away with the box" when
utilities are running and PROD is IDLE, but ensure that PROD gets
priority whenever it needs it.


Best regards,

Gary Diehl

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

Re: Calling a DLL from OS390 V2R10

[Roland Schiradin]

I believe we start using this in CICS TS 1.3 but not 100% sure. 
(CICS TS 2.2 for sure)

Of course CICS TS 3.1 provide support for XPLINK and it works 
fine but keep in mind it's running as BATCH-LE. 

Don't mix DLL and XPLINK even using C or C++. AFAIR we run 
OS/390 R8 or perhaps R6 at this time. 

Roland




Zitat von Julian Levens <[EMAIL PROTECTED]>:

> We are running at CICS TS 2.2 and I could not find a way to make it work.
> Eventually I found some appropriate documentation which suggested it wasn't
> possible. I subsequently found a reference (I think via this list or the
> CICS-List) talking about new features in CICS TS 3.1, which included DLL
> support.
> 
> So, was this feature enabled in CICS TS 2.3 and my information is wrong?
> Or,
> was there some PTF that enabled the feature? Or are you running a higher
> version of z/OS (1.3) than we are, which contains the necessary support? Or
> did I simply miss a trick?
> 
> I have just remembered that the lack of support in CICS was XPLINK not
> strictly DLLs. However, the C compiler insists on XPLINK with DLLs.
> Therefore, the end result is that I cannot use our C code with DLLs under
> CICS. The COBOL compiler IIRC generates DLLs without XPLINK, hence COBOL
> DLLs are supported.
> 
> Have I still missed something?
> 
> Julian
> 
> 
> 

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

Re: Secure FTP on the Mainframe

[Baraniecki, Ray]

Yes, I believe each has its own port assignments.

Thanks,



Ray Baraniecki
Technical Consultant
Morgan Stanley IIG
75 Varick Street
New York, NY 10013
917-237-7066
 Important Notice to Recipients 
It is important that you do not use e-mail to request, authorize or effect the 
purchase or sale of any security or commodity, to send fund transfer 
instructions, or to effect any other transactions. Any such request, orders, or 
instructions that you send will not be accepted and will not be processed by 
Morgan Stanley.


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

Re: Secure FTP on the Mainframe

[Howard Rifkind]

Ulrich,
 
Can sFTP and FTP reside within the same z/OS partition and be used at the same 
time?
 
For instance, one person is FPT'ing a secure document using sFTP and another is 
using just plain old FTP for something else

Ulrich Boche <[EMAIL PROTECTED]> wrote:
Howard Rifkind wrote:

> We would like to install Secure FTP in our maiframes TCP/IP configuration and 
> I have no idea how to do this.
> 
> Would some one be kind enough to point me in the right direction where to 
> start and what manuals to check out, and what to be aware of.
> 
> I'm not really prime time with TCP/IP. Thanks.
> 

Which kind of secure FTP are you looking for? There are two:

1. FTP (the ftpd daemon) with SSL/TLS support, commonly called ftps:

2. SFTP, a secure file transfer protocol implemented by OpenSSH.

The protocols are incompatible but both are available on z/OS. The UNIX 
people usually prefer SFTP.
-- 
Ulrich Boche
SVA GmbH, Germany
IBM Premier Business Partner

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


-
Do You Yahoo!?
 Yahoo! Small Business - Try our new Resources site!

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

Re: WLM - separate goals for CICS TOR and AOR initiated transactions?

[Jon Brock]

I'm broke, and I hope no one fixes me.

Jon




OTOH, if it ain't broke, why try to fix it?


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

Re: Reading a PDS

[Blaicher, Chris]

Gerhard or others,

Looking for a clarification.  Am I to understand that IEBGENER and such will
read blocks after a short block in a RECFM=FBS file?  By definition the
short block should signal a logical EOF.

Chris Blaicher

-Original Message-
From: Gerhard [mailto:[EMAIL PROTECTED] 
Sent: Thursday, May 26, 2005 10:09 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Reading a PDS

--- Bill Fairchild wrote:
It is possible to have block lengths like the following in a PDS  member 
containing FB data with blocksize 800 and LRECL 80:  800, 800, 720,  800,
800,
80, 
EOF.  You would not find such a case in an file  or PDS member with 
RECFM=FBS. 
--- end of quote ---

Unfortunately that isn't correct. It's physically possible to create a
sequential FBS data set with a short block, and later on add more data with
DISP=MOD, making the data set unreadable. None of the systems I've worked
tested for this or failed it.

Gerhard Postpischil
Bradford, VT

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

Re: DUMMY and BLKSIZE

[Charles Mills]

How so? The JCL Reference says "NULLFILE has the same effect as coding
the DD DUMMY parameter" and does not say that DUMMY precludes DCB=.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of john gilmore
Sent: Friday, May 27, 2005 6:02 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DUMMY and BLKSIZE


The construction

//  DD DUMMY

is being misused here for a purpose for which it was never intended.
Use 
instead

// DD DSN=NULLFILE,DCB= . . .

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

Re: Secure FTP on the Mainframe

[Steve Bireley]

Howard Rifkind wrote>.
Howard Rifkind <[EMAIL PROTECTED]> wrote:We would like to install
Secure FTP in our maiframes TCP/IP configuration and I have no idea how
to do this.

Would some one be kind enough to point me in the right direction where
to start and what manuals to check out, and what to be aware of.

I'm not really prime time with TCP/IP. Thanks.


Howard,

Something to be aware of when using SSL/TLS with FTP is how these
sessions will make it through a firewall.  If your users will be coming
through the Internet to your mainframe FTP server, you may have some
difficulty unless you plan for it up front.  The FTP protocol requires
two connections, a Control connection and a Data connection.  Normally,
a firewall scans the data on the control port looking for the PASV
response from the server that tells the client how to connect the data
port.  Since the data stream is encrypted, the firewall cannot get this
information.  This issue is further compounded when you add Network
Address Translation in the firewall.

To handle the first case, your FTP server must be able to define a
narrow range of ports that it will assign as data ports for the data
connection.  This can be one or more ports. These ports must then be
open on the firewall.  The PASV response from the host will contain the
IP address and port the client to which the client will connect the data
port.  The firewall will have an open range of ports to accommodate the
data connection.

If NAT it enabled in the firewall, then the FTP server will send back
its true IP address and port, in the PASV response, rather than the
public IP address and port.  Since the firewall cannot see the PASV
response, it cannot fix it on way as it does with clear text FTP.  To
get around this, some FTP clients and servers support EPSV rather than
PASV. In this case, the FTP server only returns the port number and the
client assumes the IP address to be the same as the control port. In
other cases, the FTP client can be configured to always connect the data
connection to the same IP as the control connection.

Both of these situations can be handled using a Secure FTP Proxy server
that sits in front of a non secure FTP server.  

Good Luck!

Steve Bireley
Vice-President
Product Development
Seagull Software
www.seagullsoftware.com

Seagull Free FTP
BlueZone Secure FTP
BlueZone Terminal Emulation
Seagull Security Server

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

RES: RACROUTE with RC=00

[Ituriel do Nascimento Neto]

Mr Farrel,

Your comments were very helpfull. Actually there were an error
in L-form of RACROUTE, where i was not specifying USERID field.
Now it's working fine.

Thanks for your feed back.


Atenciosamente/Regards/Saludos

Ituriel do Nascimento Neto
Banco Bradesco S.A.
Suporte Técnico - Software Básico - Mainframes

Tel:  55 11 4197-2021
Fax: 55 11 4197-2814
[EMAIL PROTECTED]



-Mensagem original-
De: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] nome
de Walt Farrell
Enviada em: quinta-feira, 26 de maio de 2005 13:41
Para: IBM-MAIN@BAMA.UA.EDU
Assunto: Re: RACROUTE with RC=00



If you omit the USERID parameter then you should always get RC=0 because
you are checking your own authority, and PRIVILEGED will give the RC=0
for almost all AUTH calls.

However, with the USERID parameter specified a check should occur
against the specified user ID, and only if it matches the STC ID should
PRIVILEGED apply.  Thus, you should get the appropriate RC for that user
ID (as long as it does not match the STC user ID).

I suspect you have a coding error on your RACROUTE macro, or on the
L-form macro, or in the way that you initialize the static copy of your
macro (at label AUTHCHK).  Or else you have an exit (e.g. ICHRCX01) that
is not coded properly.

However, without seeing more of the code I can't tell for sure.

Walt Farrell, CISSP
z/OS Security Design, IBM

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


 AVISO LEGAL  Esta mensagem é destinada exclusivamente para a(s) pessoa(s) 
a quem é dirigida, podendo conter informação confidencial e/ou legalmente 
privilegiada. Se você não for destinatário desta mensagem, desde já fica 
notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de 
qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. 
Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este 
E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de 
dados, registros ou sistema de controle. Fica desprovida de eficácia e validade 
a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha 
poderes de representação. 
+**+
 LEGAL ADVICE  This message is exclusively destined for the people to whom 
it is directed, and it can bear private and/or legally exceptional information. 
If you are not addressee of this message, since now you are advised to not 
release, copy, distribute, check or, otherwise, use the information contained 
in this message, because it is illegal. If you received this message by 
mistake, we ask you to return this email, making possible, as soon as possible, 
the elimination of its contents of your database, registrations or controls 
system. The message that bears any mandatory links, issued by someone who has 
no representation powers, shall be null or void. 

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

WLM and DAS

[John Compton]

Have any of you had any experience of setting up the DB2 SERVICE
Administrator functions as part of DB/2 Connect v8?

If you did, have you any information to share with regard to changes to
the WLM policy to cater for it, please?

DAS is completely new to everyone here, and no-one can offer any definite
information. The WLM policy administrator (me!) hasn't got a clue about
what to do...

TIA
John

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

Re: DUMMY and BLKSIZE

[john gilmore]

The construction

//  DD DUMMY

is being misused here for a purpose for which it was never intended.  Use 
instead


// DD DSN=NULLFILE,DCB= . . .

John Gilmore
Ashland, MA 01721
U.S.A.

_
Don’t just search. Find. Check out the new MSN Search! 
http://search.msn.click-url.com/go/onm00200636ave/direct/01/


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

Re: DUMMY and BLKSIZE=0

[Paul Gilmartin]

In a recent note, DOMINGUEZ MARTIN, ANGEL LUIS said:

> Date: Fri, 27 May 2005 12:28:08 +0200
> 
> *** ISPF Main task abend ***
> IKJ56641I ISPSTART ENDED DUE TO ERROR+
> IEA705I ERROR DURING GETMAIN SYS CODE = 878-10 U341310 AIKJGDA AIKJGDA 00
> IEA705I 00F8E700 008D4E88 008D4E88 5200 46D0
> 
> //ISPLOG DD DUMMY,RECFM=VB,LRECL=125,BLKSIZE=129
> 
> Wiht a "cosmetic" purpose, somebody (of sysprog team) changed BLKSIZE=129 to
> BLKSIZE=0. We are in z/OS 1.4 and SMS active.
> 
System Determined Blocksize apparently chooses a blocksize based
on RECFM, LRECL, and the type of the device.  For some device
types, apparently, IBM has fixed this, piecemeal, device by
device.  See, for example, OW46399.  If similar concerns apply
to DUMMY, you should try for an APAR.  It should be considered
a design objective of SDB to supply a valid BLKSIZE whenever
the programmer omits it.

This could happen very subtly, for example when the program has
RECFM and LRECL coded in the DCB for SYSPRINT, but BLKSIZE
defaulted.  Such a program will will work if JCL supplies
DSN= for SYSPRINT, or SYSOUT= (at least after OW46399), then
suddenly fail if JCL supplies DUMMY.

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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

Re: How to Display Data from a Dataspace using IPCS ?

[Knutson, Sam]

You can tell what's in a dump including data spaces use this IPCS command.

listdump dataset(your.svc.dump.dataset.abc) select(attributes)

That gives you what you need to use IPCS to access the storage in a dump if
it is included. 

Thanks, Sam

<> 
 
This email/fax message is for the sole use of the intended recipient(s) and
may contain confidential and privileged information.  Any unauthorized
review, use, disclosure or distribution of this email/fax is prohibited.  If
you are not the intended recipient, please destroy all paper and electronic
copies of the original message. 

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

DUMMY and BLKSIZE=0

[DOMINGUEZ MARTIN, ANGEL LUIS]

Hello Listers.

Suddenly, some users, after a correct initialitation of ISPF, get the
following message when saving a file or when executing any TSO command   

*** ISPF Main task abend ***
IKJ56641I ISPSTART ENDED DUE TO ERROR+
IEA705I ERROR DURING GETMAIN SYS CODE = 878-10 U341310 AIKJGDA AIKJGDA 00
IEA705I 00F8E700 008D4E88 008D4E88 5200 46D0

Fighting against the problem, we discovered at end that the problem is
concerning only ispf users whith LOG active in their profile when access
this logon proc.
 
...

In orden to nullify the ISPF LOG and according ISPF customization manual, we
had the following DD included in one of our's TSO LOGON PROCS 

//ISPLOG DD DUMMY,RECFM=VB,LRECL=125,BLKSIZE=129 

Wiht a "cosmetic" purpose, somebody (of sysprog team) changed BLKSIZE=129 to
BLKSIZE=0. We are in z/OS 1.4 and SMS active.

Any information about DUMMY and BLKSIZE=0 to explain this?

Thank you all for your time.

Regards
angel-luis domínguez
bbva-spain  


 
... DISCLAIMER . 
This message and its  attachments are  intended  exclusively for the 
named addressee. If you  receive  this  message  in   error,  please 
immediately delete it from  your  system  and notify the sender. You 
may  not  use  this message  or  any  part  of it  for any  purpose. 
The   message   may  contain  information  that  is  confidential or 
protected  by  law,  and  any  opinions  expressed  are those of the 
individualsender.  Internet  e-mail   guarantees   neither   the 
confidentiality   nor  the  proper  receipt  of  the  message  sent. 
If  the  addressee  of  this  message  does  not  consent to the use 
of   internete-mail,pleaseinform usinmmediately. 
 
.  AVISO LEGAL   
La   presente  comunicación  y sus anexos tiene como destinatario la 
persona a  la  que  va  dirigida, por  lo  que  si  usted lo  recibe 
por error  debe  notificarlo  al  remitente  y   eliminarlo   de  su 
sistema,  no  pudiendo  utilizarlo,  total  o   parcialmente,   para 
ningún  fin.  Su  contenido  puede  tener información confidencial o 
protegida legalmente   y   únicamente   expresa  la  opinión del 
remitente.  El   uso   del   correo   electrónico   vía internet  no 
permite   asegurarni  la   confidencialidad   de   los  mensajes 
nisucorrecta recepción.   Enel  caso   de   que   el 
destinatario no consintiera la utilización  del correo  electrónico, 
deberá ponerlo en nuestro conocimiento inmediatamente.   
 

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

Re: Rexx Question

[Perryman, Brian]

I think it's been possible since OS/390 2.4, somewhere around that time anyway.

Brian

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Baraniecki, Ray
Sent: 27 May 2005 11:11
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Rexx Question


I was not aware that a date could be provided to the function. 

Thanks,
This e-mail message is for the sole use of the intended recipient(s)and may 
contain confidential and privileged information of Transaction NetworkServices. 
 
Any unauthorized review, use, disclosure or distribution isprohibited.  If you 
are not the intended recipient, please contact thesender by reply e-mail and 
destroy all copies of the original message.

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

Re: Rexx Question

[Baraniecki, Ray]

I was not aware that a date could be provided to the function. 

Thanks,



Ray Baraniecki
Technical Consultant
Morgan Stanley IIG
75 Varick Street
New York, NY 10013
917-237-7066



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Arthur T.
Sent: Thursday, May 26, 2005 9:51 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Rexx Question


On Fri, 27 May 2005 01:07:27 GMT, in bit.listserv.ibm-main 
(Message-ID:<[EMAIL PROTECTED]>) 
"gerard46" <[EMAIL PROTECTED]> wrote:

>Here is a REXX subroutine that calculates the day-of-week
>from amm/dd/date  (year must be four digits):

  Again, if he has mm/dd/, why not use the built-in 
function to get the name of the weekday?


 = right(year,4,'0')
mm = right(month,2,'0')
dd = right(day,2,'0')
mmdd =  || mm || dd
dow = date("W",mmdd,"S")

which could be made into a one-liner, but it would be 
line-wrapped by my mail program.

  If you really need a number, just set up a stem variable:
daynum.Sunday = 0 /* or 1 or whatever number you want */
daynum.Monday = daynum.Sunday + 1
etc.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
 Important Notice to Recipients 
It is important that you do not use e-mail to request, authorize or effect the 
purchase or sale of any security or commodity, to send fund transfer 
instructions, or to effect any other transactions. Any such request, orders, or 
instructions that you send will not be accepted and will not be processed by 
Morgan Stanley.


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

CICS Error "CANNOT READ RFT TO REBUILD"

[Karthick I]

Hello Listers,
   In CICS, while trying to enter a specific transaction am getting
this error " CANNOT READ RFT TO REBUILD ZXCYB88T ". Does any one have any
clues as to why this could happen?

Thank you all for your time.

Regards
Karthick.I

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

Re: How to Display Data from a Dataspace using IPCS ?

[Bob Wright]

[EMAIL PROTECTED] wrote:

I'd like to analyse data in a dataspace returned by MCSOPMSG using IPCS. I 
produced a system dump and have the access register's alet value. But how 
on earth can I display the data in this data space using IPCS.

Search the archives at http://bama.ua.edu/archives/ibm-main.html


What you need to do is to get the ASID and DSPNAME that name the data
space.  The NAME subcommand is intended to help with that task, and you
may have reason to know the values without the use of that subcommand. 
Once you know the name of the space, just supply the address within it 
plus the name to any of the IPCS functions like the browse option of the 
dialog.


--
Bob Wright - MVS Service Aids

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

Re: How to Display Data from a Dataspace using IPCS ?

[Schiradin,Roland HG-Dir itb-db/dc]

IPCS Browse

00012   ASID(X'0001') DSPNAME(IRR1)  AREA
  Remarks:   

Roland


-Original Message-
From: IBM Mainframe Discussion List 
[mailto:[EMAIL PROTECTED] On Behalf Of Franz Mazenauer
Sent: Friday, May 27, 2005 10:21 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: How to Display Data from a Dataspace using IPCS ?


I'd like to analyse data in a dataspace returned by MCSOPMSG 
using IPCS. I produced a system dump and have the access 
register's alet value. But how on earth can I display the data 
in this data space using IPCS. Any comments is appreciated.

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

How to Display Data from a Dataspace using IPCS ?

[Franz Mazenauer]

I'd like to analyse data in a dataspace returned by MCSOPMSG using IPCS. I 
produced a system dump and have the access register's alet value. But how 
on earth can I display the data in this data space using IPCS.
Any comments is appreciated.

Thanks



*Disclaimer*
  This message is for the addressee only and may contain confidential or 
privileged information. You must delete and not use it if you are not the 
intended recipient. It may not be secure or error-free. All e-mail 
communications to and from the Julius Baer Group may be monitored. Processing 
of incoming e-mails cannot be guaranteed. Any views expressed in this message 
are those of the individual sender. This message is for information purposes 
only. All liability of the Julius Baer Group and its entities for any damages 
resulting from e-mail use is excluded. US persons are kindly requested to read 
the important legal information presented at following URL: 
http://www.juliusbaer.com/maildisclaimer


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

Re: Use archives to monitor the list? (was:RE: Help post check required.)

[Mike Wood]

Alternative way to see the latest posts is to use relative date
http://bama.ua.edu/cgi-bin/wa?S2=ibm-
main&q=RMM+or+rmm+or+DFSMSrmm&0=S&s=&f=&a=TODAY-15&b=

Mike Wood

On Thu, 26 May 2005 14:53:08 -0400, Scott Barry <[EMAIL PROTECTED]>
wrote:

  Unfortunately, I have to update the URL string once
>monthly to change the yymm string.
>
>Scott Barry
>SBBWorks, Inc.
>
>""
>"http://bama.ua.edu/cgi-bin/wa?A1=ind0505&L=ibm-
main&F=&S=&O=D&H=0&D=1&T=1"


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