Re: WEBSPHERE: install on Z/OS USS or Z/OS LINUX ?

[Ted MacNEIL]

>z/VM isn't cheap.

It depends on your definition of cheap.

I was at the z9 109 RoadShow in Toronto this past Tuesday, and IBM told us that 
z/VM cost $25,000; an IFL cost $125,000 and zLINUX was free.

-teD

In God we Trust!
All others bring data!
 -- W. Edwards Deming

--
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: WEBSPHERE: install on Z/OS USS or Z/OS LINUX ?

[Brian Westerman]

I have had nothing but success in installing and using z/Linux thus far.
One thing that makes this an easy choice is if you already have an IFL
processor on your box that can only be used for running a z/Linux LPAR
anyway.  In that case, NOT running z/Linux is wasting a very large chunck of
resources.  The cost of z/Linux itself (with the SUSE distribution) is
really cheap (as in next to free, but not quite).

It sounds like running z/Linux under z/VM would be a waste for you.  it
really only makes sense if you need to run a large number of Linux
instances. While it's easier to install that way, it costs a LOT more.  z/VM
isn't cheap.

z/Linux is not hard to install, it's not much harder than Linux on a
desktop, and even a 10 year old can do it.  (and not a particularly gifted
one either).

I think you should give it some serious thought if you have the IFL there
already, then you have a lot more to gain from the proposition.

Brian

--
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: Query: CA-MIM ENQ Processing Mode

[Ed Gould]

On Sep 23, 2005, at 5:19 PM, Mark Zelden wrote:


---SNIP--



RESERVEs are not an issue regardless of the PROCESS= setting.  You
can always find the ones your not processing with a DISPLAY COUNTS
command.

Cheers,

Mark


In previous years, (SDSI and MIM) put out the enq counts when the 
product ended.


For some reason (I never did an explanation as to why they stopped 
doing so) they stopped giving out a 1 page total of counts.


This was sorely missed as I always looked at the report to find any new 
enq's that were being issued so I could call the vendor and see if they 
could be included in (SDSI/MIM) .


The only thing that I could get out of them is to have an operator 
issue the command to get the report. Most operators have hard enough 
time IPLing let alone shutting the system down. So how can you expect 
operators to issue *ANOTHER COMMAND*? I got nowhere with the CA-MIM 
people .


Having a document on how to shutdown the system was useless as the 
operators (and their bosses) thought it was too much work to do. Having 
Automated Ops do it wasn't an option as they were too cheap to spend 
the $$ for it. One shop couldn't IPL (sysprogs were called in to do 
so). Even with typed instructions it was hopeless.  There were vendors 
out there that issued enq's and unless you saw the report you had no 
way of getting the info as the installation doc (usually) never 
mentioned that they did.


I caught one vendor who denied they issued the ENQ and I showed them in 
a trace that they were the issuer.


I would have been happy if CA/MIM would have an option in the parms to  
create the report. Seems simple correct? Not with CA-MIM.


FWIW SDSI was written by Duquesne Systems in Pittsburg for a company 
that I was working at. Glen Chatfield(sp?) was the main coder .


Ed

--
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: Time Change Coming Up (no not again!)

[Gibney, David Allen,Jr]

   It's not scheduled to take effect until fall 2007 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ed Finnell
Sent: Friday, September 23, 2005 7:34 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Time Change Coming Up (no not again!)

 
In a message dated 9/23/2005 4:05:40 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:

thought your President signed legislation that stated no change this
year?


>>
It's part of the 'Energy Bill'. As such the  Secretary of Energy has
nine months to give a thumbs  up or down recommendation.







--
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

--
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: Time Change Coming Up (no not again!)

[Ed Finnell]

 
In a message dated 9/23/2005 4:05:40 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

thought your President signed legislation that stated no change this  year?


>>
It's part of the 'Energy Bill'. As such the  Secretary of
Energy has nine months to give a thumbs  up or down recommendation.







--
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: Query: CA-MIM ENQ Processing Mode

[Mark Zelden]

On Fri, 23 Sep 2005 14:18:50 -0500, Dave Danner <[EMAIL PROTECTED]> wrote:

>Also, if you do this make sure you have SET GDIF COUNT=SYSTEMS and issue
>DISPLAY COUNTS commands before and after the change.  I was amazed at the
>number of SYSTEMS ENQs we were not serializing because we didn't
>specifically code them in the QNAME list.  I sleep a lot better at night
>now.
>

I guess I should look into having it changed in our environment for
this reason alone.  It would have avoided a recent problem we had
with Compuware's LMS after we upgraded to V3.  Their "LMSEXIT" STC
updates license information in a shared VSAM control file (the file
doesn't have to be shared) on multiple LPARs and kicks off at the
same time on all LPARs. Of course this led to problems.  We did
resolve the problem by adding an undocumented QNAME to MII after
talking to Compuware support.

I've probably not run into issues with PROCESS=SELECT at this shop
or others in the past because most products that issue special
ENQs or RESERVES document them in their installation guides or at
least their system programming guides.

RESERVEs are not an issue regardless of the PROCESS= setting.  You
can always find the ones your not processing with a DISPLAY COUNTS
command.

Cheers,

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America and Farmers Insurance Group
mailto: [EMAIL PROTECTED]
Systems Programming expert at http://Search390.com/ateExperts/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
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: Order of allocations within a job step

[Paul Gilmartin]

In a recent note, "Shmuel Metz (Seymour J.)" said:

> Date: Thu, 22 Sep 2005 15:26:13 -0300
> 
> In <[log in to unmask]>, on 09/21/2005
>at 09:54 AM, Barry Merrill <[log in to unmask]> said:
> 
> >Please educate me further:  The allocation of an existing dataset has
> >to verify the dataset exists, by reading the VTOC to verify its
> >existence,
> 
> No. In fact, there is IBM-supplied JCL that refers to data sets that
> do not exist.
> 
> >and since DATASET NOT FOUND errors occur prior to LOADTIME
> 
> DATASET NOT FOUND means that no catalog entry was found; it has
> nothing to do with whether a DSCB exists.
> 
I do not see "DATASET NOT FOUND" in that case.  Rather, I see:

IKJ56228I DATA SET SPPG.FOO.BAR NOT IN CATALOG OR CATALOG CAN NOT BE 
ACCESSED
IKJ56701I MISSING DATA SET NAME+
IKJ56701I MISSING NAME OF DATA SET TO BE ALLOCATED

I suspect (without experiment) that "DATASET NOT FOUND" in fact
occurs at OPEN time, when a VTOC search for the DSCB fails.

-- 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: Suppress carriage-control characters in SYSOUT?

[Paul Gilmartin]

In a recent note, Chase, John said:

> Date: Fri, 23 Sep 2005 13:19:27 -0500
> 
> I'm "just the messenger" in this thread, but my understanding of the problem
> is that a colleague wants to put a .PDF on the spool so that VPS can then
> route it to an appropriate printer (perhaps via an Acrobat reader of some
> sort) for printing.  I.e., we are trying to use the JES spool for nothing
> more than "store and forward" in this case.
> 
My understanding from once long ago having stared over a
sysprog's shoulder is that the information goes into the spool
loss-free, with each spool record consisting of:

o A flag indicating carriage control type (A, M, or none)
o The carriage control character.
o The body of the record.

(I vaguely recall that long ago there was a problem of
losing trailing blanks.  I believe that was necessarily
fixed to support bitmap graphics for AFP.)

I'm inclined to blame either the writer (is that VPS?) that
extracts the file from the spool, or the printer driver.
If either ignores or discards the flag that indicates
"no carriage control", then processes the carriage control
character (which it then _should_ ignore) as ASA carriage
control, the problem is created.

-- 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 to query system info

[Paul Gilmartin]

In a recent note, "George, William (DHS-ITSD)" said:

> Date: Fri, 23 Sep 2005 12:59:21 -0700
> 
> Is there a command that returns the model of the mainframe one is on?
> SYSVAR and MVSVAR both return allot of system info but not a system
> model name/number/desc.
> 
Does this help:

[EMAIL PROTECTED]:130$ uname -a
OS/390 MVS3 15.00 03 9672
[EMAIL PROTECTED]:131$ 

-- 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: Suppress carriage-control characters in SYSOUT?

[Ed Gould]

On Sep 23, 2005, at 1:29 PM, Gray, Larry - Larry A wrote:

--SNIP---




Seems to me that a .PDF should "qualify" as an "unstructured" character
string of arbitrary length, as far as JES is concerned.  Whatever
utility we
use to "copy" it could "break it up" into, e.g., fixed-length records 
of

(say) LRECL=133 and a suitable block size, which it indeed does.
"Problem"
is that when it writes the fixed-length records, "something" is
prefixing
each record with an ANSI carriage-control character.  From yours and
other
replies, I gather that it is not possible to "copy" the .PDF in the way
we
want if the target dataset is a SYSOUT dataset.  So, it looks like 
we'll

have to code a VPS exit to "strip" the first byte off each record to
"reassemble" the original .PDF file.

-jc-

John,


I believe (but could not find the reference) to a Program" written in 
Chicago that allowed you to display (possibly) and print a PDF file on 
the MF.


I looked at small doc (3 x5) card and it said it could do it. I tossed 
the card.


I am not saying it can't (or can be) done. I just remember seeing a 
flyer on doing it. I wish I could be of more use . Baring that .. even 
if it could be done with AFP I would think that any images in the PDF 
could be LARGE. My vague recollections (years ago) is that it could be 
done but would require a fair amount of code to produce a printout. Of 
course there are issues about fonts The ones we use on our PC's are not 
necessarily available on the MF.


Ed

--
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: Time Change Coming Up (no not again!)

[Ted MacNEIL]

I thought your President signed legislation that stated no change this year?

-teD

In God we Trust!
All others bring data!
 -- W. Edwards Deming

--
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 to query system info

[George, William (DHS-ITSD)]

Thanks, I downloaded Mark's IPLINFO and will check it out.

BIll

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of R.S.
Sent: Friday, September 23, 2005 1:19 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Command to query system info

George, William (DHS-ITSD) wrote:

> Thanks John... however, is there a command one doesn't have to have
> console privileges for?
> I'm contracting here as a non-sysprog.

I don't know the such command, there is such information in CVT, if you 
don't want to investigate it, just get one of ready to use and *free* 
tools like IPLINFO from Mark Zelden. It will give much more than you
asked.
BTW: you're non-sysprog, OK, but you should have resources to get your 
job done. IMHO CL(OPERCMDS) MVS.DISPLAY is not critical for the system. 
Just my $0.02.

-- 
Radoslaw Skorupka
Lodz, Poland

--
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: Basic remote copy questions

[Bruce Black]

Disaster can happen during backup session, so the latest copy may be 
incomplete, but what about previous ones ? Is it possible to affect 
previous generation to be affected by broken operations on 
VTOC/VVDS/ICF regarding other datasets ? 


I don't see how.   This is the same as a system crash or power failure 
while datasets are being created.  Those datasets may have errors, but 
existing closed datasets should have no problems.




--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.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

Re: Command to query system info

[R.S.]

George, William (DHS-ITSD) wrote:


Thanks John... however, is there a command one doesn't have to have
console privileges for?
I'm contracting here as a non-sysprog.


I don't know the such command, there is such information in CVT, if you 
don't want to investigate it, just get one of ready to use and *free* 
tools like IPLINFO from Mark Zelden. It will give much more than you asked.
BTW: you're non-sysprog, OK, but you should have resources to get your 
job done. IMHO CL(OPERCMDS) MVS.DISPLAY is not critical for the system. 
Just my $0.02.


--
Radoslaw Skorupka
Lodz, Poland

--
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 to query system info

[Alan C. Field]

How about:

L R2,16 A(CVT) 
USING CVT,R2 
L R3,CVTHID HOST ID 
USING SHID,R3 
MVC   MSG+56(4),CPCND_TYPE+2 
MVI   MSG+60,C'-' 
MVC   MSG+61(3),CPCND_MODEL 
MVC   MSG+65(6),CPCND_SEQNO+6   SERIAL # 





"George, William (DHS-ITSD)" <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
09/23/2005 14:59
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
Command to query system info






Is there a command that returns the model of the mainframe one is on?
SYSVAR and MVSVAR both return allot of system info but not a system
model name/number/desc.

Thanks

--
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


--
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 to query system info

[George, William (DHS-ITSD)]

Thanks John... however, is there a command one doesn't have to have
console privileges for?
I'm contracting here as a non-sysprog.


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Chase, John
Sent: Friday, September 23, 2005 1:05 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Command to query system info

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of George, William
(DHS-ITSD)
> 
> Is there a command that returns the model of the mainframe one is on?
> SYSVAR and MVSVAR both return allot of system info but not a 
> system model name/number/desc.

D M=CPU ?

-jc-

--
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

--
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 to query system info

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of George, William
(DHS-ITSD)
> 
> Is there a command that returns the model of the mainframe one is on?
> SYSVAR and MVSVAR both return allot of system info but not a 
> system model name/number/desc.

D M=CPU ?

-jc-

--
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

Command to query system info

[George, William (DHS-ITSD)]

Is there a command that returns the model of the mainframe one is on?
SYSVAR and MVSVAR both return allot of system info but not a system
model name/number/desc.

Thanks

--
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: MXI 4.3

[Patrick O'Keefe]

On Fri, 23 Sep 2005 05:07:55 -0400, Rob Scott
<[EMAIL PROTECTED]> wrote:

>...
>I tried adding the "MAX=1" for good measure - but that did not make
>any difference.
>...

None?  When I try it with MAX the numbers still don't agree, but they are
much closer.  Close enough that I expect a miscount on IBM's part -
probably because of a rapidly chaning number of connections.  Displays
of more static things (like PORTList) have an accurate count.

The default MAX for 1.4 & 1.6 is 100 but it sounds like it was 50 back on
2.10.

>I don't think this is a problem with MXI as I can re-create this problem
>by entering the command at the z/OS master console.
>...

I'm not so sure.  If you're letting MAX default you're defintely going
to truncate data.  I'd put in a large MAX if I were you.)  Is that
something we can do in MXI?)  The max MAX in 1.4 is 56535.

Pat O'Keefe

--
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: Basic remote copy questions

[R.S.]

Bruce Black wrote:


1. Backup datasets (sequential) and PPRC.
An application creates backup copies twice a day. In case of PPRC link 
failure during backup session, a backup dataset will be incomplete and 
then unusable. In such case it is acceptable, to use backup file from 
previous session. However I worry about the existing files on the 
volumes - these are untouched, but other important structures like 
VTOC, VVDS, and ICF BCS are in use. What is the risk for previously 
created files ? \



I can't puzzle out how your backups are working.

What backup software is involved?

Are you backing up the remote PPRC copies of the primary datasets?  If 
so, how do you suspend updates so that you can get a clean backup?


Are you backing up data locally, and using PPRC to mirror those backup 
datasets (this sounds like the most likely scenario)?  In that case, the 
backup datasets would be created in the VTOC/VVDS locally and remotely.  
when the link fails, the remote copy is not complete and the DSCB/VVR 
will not be marked as closed.  But this should not be a terrible problem 
if you don't depend on that interrupted data.  You should be able to 
delete the datasets when you re-reestablish the link.  Or delete them 
from the remote system if the link can't be fixed.


If there is more to your question, please give us more details


Now I see I wasn't clear.
Bruce, your last guess is right. The application just creates PS files, 
in fact we can assume it works as IEBGENER for that divagation. 
Application is not aware of data mirroring etc.
The volumes are mirrored to remote location using PPRC. I'm not 
considering the primary volumes (everything is obvious here), I worry 
about my secondary volumes. Disaster can happen during backup session, 
so the latest copy may be incomplete, but what about previous ones ? Is 
it possible to affect previous generation to be affected by broken 
operations on VTOC/VVDS/ICF regarding other datasets ?




In fact I know how to circumvent it, but I thing it is unnecessary 
complexity:
Divide volumes into two separate storage groups, one for even backup 
generations, the second for odd backup generations. Separate ICF BCSs 
also. During backup session only one group is mirrored, the second is 
suspended. After the session ther is flip-flop, 'even' group becomes 
re-synchronized, and 'odd' group is suspended.
Alternatively I considered to vary offline primary volumes in similar 
manner: 'even' is varied online, 'odd' is varied offline. That would 
require catalog disconnection.


Hope I was clear now. Otherwise ask, I'll provide more details.
Bruce, thank you for your answer.

Regards
--
Radoslaw Skorupka
Lodz, Poland

--
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: Suppress carriage-control characters in SYSOUT?

[Kirk Talman]

Used to be any file can be placed in SYSOUT=B and shipped anywhere as a 
binary image.

If the "reader" (called a "writer") that removes it from the spool knows 
how to rebuild the records from 80 byte segments, problem solved.  This 
technique used to be used to connect devices such as plotters and 
typesetters directly to mainframes.  I remember a PC board from 
BarrSystems that connected to mainframe as JES workstation doing this.

pup

"Chase, John" <[EMAIL PROTECTED]>9/23/2005 2:59 PM wrote

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Gray, Larry - Larry A
> 
> I was not aware of printers understanding the PDF format. 
> Some print driver must convert the PDF into something usable 
> by the printer.  I believe AOP can print a PDF, but it 
> converts it to a format that the printer can understand.

Indeed, the .PDF is "just another bytestream", like Postscript, AFP, IPDS,
PCL, etc.  It just seems there should be a way to use the spool to "hold" 
it
(in whatever-size "chunks" is convenient) without having ANSI
carriage-control characters prefixed onto each "chunk".  I.e., we're not
trying to turn the .PDF file into the equivalent of a "COBOL Print File";
we're trying NOT to do so.

It seems that that "can't be done" if the target is a SYSOUT dataset.

-jc-


-
The information contained in this communication (including any
attachments hereto) is confidential and is intended solely for the
personal and confidential use of the individual or entity to whom it is
addressed.  The information may also constitute a legally privileged
confidential communication.  If the reader of this message is not the
intended recipient or an agent responsible for delivering it to the
intended recipient, you are hereby notified that you have received this
communication in error and that any review, dissemination, copying, or
unauthorized use of this information, or the taking of any action in
reliance on the contents of this information is strictly prohibited.
If you have received this communication in error, please notify us
immediately by e-mail, and delete the original message.  Thank you

--
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: Suppress carriage-control characters in SYSOUT?

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of  
> 
> Why not -
> 
> 
> Advanced PDF2TXT (PDF to Text) free download. Convert PDF to Text ...
> 
> or PDF2WORD
> 
> or am I missing the point?

We don't want to convert it -- we want to use the spool only to "store and
forward" it.

-jc-

--
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: Query: CA-MIM ENQ Processing Mode

[Dave Danner]

On Thu, 22 Sep 2005 20:11:14 -0500, Glenn Miller <[EMAIL PROTECTED]>
wrote:

>I'm curious how other shops are 'configured'.  We currently use the CA-MII
>( Multi-Image Integrity ) and
>CA-MIA ( Multi-Image Allocation ) products.  We are having a
>discussion/issue regarding the ENQ
>Processing Mode of CA-MII, which can be either 'SELECT' or 'ALLSYSTEMS.
>Currently, we use
>the 'SELECT' ENQ Processing mode of CA-MII.
>
>If you have the CA-MII product, which mode do you use, 'SELECT' or
>'ALLSYSTEMS?
>

We converted to PROCESS=ALLSYSTEMS several years ago.  I believe that CA
strongly recommends it, but I suspect the majority of MII customers are
still PROCESS=SELECT (ALLSYSTEMS is certainly NOT required in parallel
sysplex).  Really, the only negatives to ALLSYSTEMS are that it requires a
global MII restart to implement and that all RESERVES are converted to
global ENQs unless GDIF=NO is specified for the RESERVE's QNAME.  We'd
prefer to keep the RESERVE unless we specifically ask to convert it.  That
was my only concern going in, but we haven't experienced any negative
repercussions converting RESERVEs we weren't expecting.

The GRS Monitor can help identify SYSTEMS ENQs that MIM is not processing.
Also, if you do this make sure you have SET GDIF COUNT=SYSTEMS and issue
DISPLAY COUNTS commands before and after the change.  I was amazed at the
number of SYSTEMS ENQs we were not serializing because we didn't
specifically code them in the QNAME list.  I sleep a lot better at night
now.

I can't think of many valid reasons for running with PROCESS=SELECT.
You're certainly setting yourself up for trouble if some new
component/product/application comes along issuing SYSTEMS ENQs expecting
them to be serialized.

Dave

--
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: Suppress carriage-control characters in SYSOUT?

Why not -


Advanced PDF2TXT (PDF to Text) free download. Convert PDF to Text ...

or PDF2WORD

or am I missing the point?

EdP





"Chase, John" <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
09/23/2005 02:19 PM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
Re: Suppress carriage-control characters in SYSOUT?






> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Walt Farrell
> 
> [ snip ]
> 
> You cannot "copy" a .PDF file to SYSOUT, John.  You would 
> need to have a PDF reader that can extract the text 
> information and create a printout of it.

snip..

"reassemble" the original .PDF file.

-jc-

--
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


--
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: Basic remote copy questions

[Bruce Black]

1. Backup datasets (sequential) and PPRC.
An application creates backup copies twice a day. In case of PPRC link 
failure during backup session, a backup dataset will be incomplete and 
then unusable. In such case it is acceptable, to use backup file from 
previous session. However I worry about the existing files on the 
volumes - these are untouched, but other important structures like 
VTOC, VVDS, and ICF BCS are in use. What is the risk for previously 
created files ? \


I can't puzzle out how your backups are working.

What backup software is involved?

Are you backing up the remote PPRC copies of the primary datasets?  If 
so, how do you suspend updates so that you can get a clean backup?


Are you backing up data locally, and using PPRC to mirror those backup 
datasets (this sounds like the most likely scenario)?  In that case, the 
backup datasets would be created in the VTOC/VVDS locally and remotely.  
when the link fails, the remote copy is not complete and the DSCB/VVR 
will not be marked as closed.  But this should not be a terrible problem 
if you don't depend on that interrupted data.  You should be able to 
delete the datasets when you re-reestablish the link.  Or delete them 
from the remote system if the link can't be fixed.


If there is more to your question, please give us more details

--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.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

Re: Suppress carriage-control characters in SYSOUT?

[Ed Finnell]

 
In a message dated 9/23/2005 1:59:53 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

It seems  that that "can't be done" if the target is a SYSOUT  dataset.




>>
Seems like lpr ought to be just the ticket?

--
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: Query: CA-MIM ENQ Processing Mode

[Glenn Miller]

Kees,

The only parallel sysplex 'sharing' requirement we have been told is
no reserve's are allowed in a GDPS/PPRC Hyperswap environment.
CA-MIM has strongly recommended the use of ALLSYSTEMS mode
for a number of reasons:

ALLSYSTEMS mode allows Unicenter CA-MII to automatically manage
all SCOPE=SYSTEMS ENQs at run-time - as it sees them occurring.

ALLSYSTEMS mode provides the highest level of resource serialization
protection.

ALLSYSTEMS mode eliminates data integrity exposures that occur when
new ENQs are introduced into your environment unknowingly.

ALLSYSTEMS mode eliminates the need for systems programmers to
add new ENQ management definitions to Unicenter CA-MII every week
or month.

ALLSYSTEMS mode is the CA recommended mode of operation for the
Unicenter CA-MII product.


CA has a document titled:  Unicenter CA-MII Data Sharing for z/OS
that describes what happens when running CA-MII in SELECT vs. ALLSYSTEMS
mode.  Its dated March 2005, so its a recent document.  I received it from
our CA-MIM SysProg, so I don't know if its available on CA's Website.


Thanks to all who responded to my query.

Glenn Miller


---
This message (including any attachments) is confidential and may be
privileged. If you have received it by mistake please notify the sender by
return e-mail and delete this message from your system. Any unauthorised
use or dissemination of this message in whole or in part is strictly
prohibited. Please note that e-mails are susceptible to change.
ABN AMRO Bank N.V. (including its group companies) shall not be liable for
the improper or incomplete transmission of the information contained in
this communication nor for any delay in its receipt or damage to your
system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that
the integrity of this communication has been maintained nor that this
communication is free of viruses, interceptions or interference.
---

--
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: Suppress carriage-control characters in SYSOUT?

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Gray, Larry - Larry A
> 
> I was not aware of printers understanding the PDF format.  
> Some print driver must convert the PDF into something usable 
> by the printer.  I believe AOP can print a PDF, but it 
> converts it to a format that the printer can understand.

Indeed, the .PDF is "just another bytestream", like Postscript, AFP, IPDS,
PCL, etc.  It just seems there should be a way to use the spool to "hold" it
(in whatever-size "chunks" is convenient) without having ANSI
carriage-control characters prefixed onto each "chunk".  I.e., we're not
trying to turn the .PDF file into the equivalent of a "COBOL Print File";
we're trying NOT to do so.

It seems that that "can't be done" if the target is a SYSOUT dataset.

-jc-

--
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

Basic remote copy questions

[R.S.]

1. Backup datasets (sequential) and PPRC.
An application creates backup copies twice a day. In case of PPRC link 
failure during backup session, a backup dataset will be incomplete and 
then unusable. In such case it is acceptable, to use backup file from 
previous session. However I worry about the existing files on the 
volumes - these are untouched, but other important structures like VTOC, 
VVDS, and ICF BCS are in use. What is the risk for previously created 
files ?


1.1. Scenario as above, but PPRC-XD copy is used. Are the previously 
created files in danger ?


2. Two DASD boxes connected together. Several volume pairs are 
established. Let's assume, there is a problem with I/O (write) on volume 
VOLA, next waiting write is on VOLB. There is no problem with VOLB. Will 
the controller allow VOLB to be updated ? In other words, does the DASD 
controller queue all the (sometimes concurrent, multi-threaded) writes 
and perform them in the timestamp order ?


2.1. Does CRIT(YES) affect something in the above scenario ?

--
Radoslaw Skorupka
Lodz, Poland

--
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: Suppress carriage-control characters in SYSOUT?

[Gray, Larry - Larry A]

I was not aware of printers understanding the PDF format.  Some print
driver must convert the PDF into something usable by the printer.  I
believe AOP can print a PDF, but it converts it to a format that the
printer can understand.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Chase, John
Sent: Friday, September 23, 2005 2:19 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Suppress carriage-control characters in SYSOUT?


> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Walt Farrell
> 
> [ snip ]
> 
> You cannot "copy" a .PDF file to SYSOUT, John.  You would 
> need to have a PDF reader that can extract the text 
> information and create a printout of it.

I'm "just the messenger" in this thread, but my understanding of the
problem
is that a colleague wants to put a .PDF on the spool so that VPS can
then
route it to an appropriate printer (perhaps via an Acrobat reader of
some
sort) for printing.  I.e., we are trying to use the JES spool for
nothing
more than "store and forward" in this case.

> All you can "copy" directly to a SYSOUT file is raw, 
> unstructured text (or possibly APF-formatted text, which PDF is not).

Seems to me that a .PDF should "qualify" as an "unstructured" character
string of arbitrary length, as far as JES is concerned.  Whatever
utility we
use to "copy" it could "break it up" into, e.g., fixed-length records of
(say) LRECL=133 and a suitable block size, which it indeed does.
"Problem"
is that when it writes the fixed-length records, "something" is
prefixing
each record with an ANSI carriage-control character.  From yours and
other
replies, I gather that it is not possible to "copy" the .PDF in the way
we
want if the target dataset is a SYSOUT dataset.  So, it looks like we'll
have to code a VPS exit to "strip" the first byte off each record to
"reassemble" the original .PDF file.

-jc-

--
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

Time Change Coming Up (no not again!)

[Bob H]

Anybody know of an online reference for z/OS software components that are
not affected by or affected by the pending clock setback? I though there
was one out there somewhere (maybe share?)
- Thanks -
Bob H

--
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: Suppress carriage-control characters in SYSOUT?

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Walt Farrell
> 
> [ snip ]
> 
> You cannot "copy" a .PDF file to SYSOUT, John.  You would 
> need to have a PDF reader that can extract the text 
> information and create a printout of it.

I'm "just the messenger" in this thread, but my understanding of the problem
is that a colleague wants to put a .PDF on the spool so that VPS can then
route it to an appropriate printer (perhaps via an Acrobat reader of some
sort) for printing.  I.e., we are trying to use the JES spool for nothing
more than "store and forward" in this case.

> All you can "copy" directly to a SYSOUT file is raw, 
> unstructured text (or possibly APF-formatted text, which PDF is not).

Seems to me that a .PDF should "qualify" as an "unstructured" character
string of arbitrary length, as far as JES is concerned.  Whatever utility we
use to "copy" it could "break it up" into, e.g., fixed-length records of
(say) LRECL=133 and a suitable block size, which it indeed does.  "Problem"
is that when it writes the fixed-length records, "something" is prefixing
each record with an ANSI carriage-control character.  From yours and other
replies, I gather that it is not possible to "copy" the .PDF in the way we
want if the target dataset is a SYSOUT dataset.  So, it looks like we'll
have to code a VPS exit to "strip" the first byte off each record to
"reassemble" the original .PDF file.

-jc-

--
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: Question on 31 bit verss 64 bit

[Pommier, Rex R.]

Thanks, Sam.

The part I wasn't able to find on my own was that the 64 bit boxes can't
be made to run in 31 bit mode w/o the migration offering.

Rex



z/OS Bimodal Migration Accommodation offering

http://www-03.ibm.com/servers/eserver/zseries/zos/installation/bimodal.h
tml?
ca=zos14&me=w&met=bimodal

If you don't have it and you IPL your z/OS R4 on a 64 bit capable
processor
you will test 64 bit compatibility of your software for the first time
at
DRP.   There is nothing your DRP provider can do with the hardware to
put it
in 31-bit only mode.  

Search the archives on "Bimodal" for discussions.

Best Regards,

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

--
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: Question on 31 bit verss 64 bit

[Skip Robinson]

I think I've read posts here to the effect that z/VM can make your
'machine' appear pre-z. I wouldn't count on it, at least not indefinitely.
Install the bimodal FMID. It's VERY simple. Then IPL with LOADxx specifying
ARCHLVL 1. Forever until you're actually ready for 64-bit mode. Note,
however, that bimodal was not carried beyond 1.4. You've got until 3/2007
to get up to speed in a graceful migration.

.
.
.
JO.Skip Robinson
Southern California Edison Company
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
[EMAIL PROTECTED]

IBM Mainframe Discussion List  wrote on 09/23/2005
10:01:33 AM:

> z/OS Bimodal Migration Accommodation offering
>
>
http://www-03.ibm.com/servers/eserver/zseries/zos/installation/bimodal.html?

> ca=zos14&me=w&met=bimodal
>
> If you don't have it and you IPL your z/OS R4 on a 64 bit capable
processor
> you will test 64 bit compatibility of your software for the first time at
> DRP.   There is nothing your DRP provider can do with the hardware to put
it
> in 31-bit only mode.
>
> Search the archives on "Bimodal" for discussions.
>
>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-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf
> Of Pommier, Rex R.
> Sent: Friday, September 23, 2005 12:56 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Question on 31 bit verss 64 bit
>
> Please don't beat me up too badly on this one, but here goes.
>
> We're running z/OS 1.4 on a 31 bit processor.  We're going off to a
hotsite
> test and the machine they originally scheduled us on is a 64 bit machine.
A
> gentleman at the hotsite told me that we would need to have "31-bit
> compatibility feature" installed to make this work.  Is this true, and if
> so, what actually is it (things like FMID, etc would be great).  I guess
I
> had thought that one could IPL a 64 bit processor into 31 bit mode - or
> maybe not under VM.
>
> I would read the manual but I poked around for a while and couldn't find
a
> manual to read.

--
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: Performance of PACK/UNPACK instructions

[Kirk Talman]

This is very common.

If you know Cobol, you know it handles compares of different variable 
types automatically.  If a number say called N is defined as USAGE DISPLAY 
with a PIC of say 99, and another number M is defined as USAGE 
PACKED-DECIMAL with a PIC of say 99, the instruction

IF N EQUAL M

will generate a PACK so that a ComparePacked can be used for a numeric 
compare.

IF N EQUAL 2

will generate a PACK so that a ComparePacked can be used for a numeric 
compare.


IF M EQUAL 2

will not generate a PACK.

Disiplined use of variables in the Working Storage Section for 
intermediate or temporary results yields positive results.

The biggest performance problem involving PACK is related to using USAGE 
DISPLAY variables to subscript an array or for reference modification. 
Only USAGE BINARY should be used for that if performance is an issue.  Or 
subscripting can be efficiently done using indexes and index data items.

It comes to mind that this issue let to my first consulting job 30 yrs 
ago.  A worst case scenario let me decrease the cpu time of a typesetting 
program by over 50% just by changing variable types.

silverback pup


Peter Vander Woude <[EMAIL PROTECTED]>9/23/2005 1:42 PM wrote

I'm doing an analysis of one of our application programs.  As part of 
this, I'm seeing the COBOL code generate a lot of PACK/UNPACK instruction 
pairs. 

Does anyone have an idea on the performance impact of all these (potential 
millions of executions in a single run)?

What's the impact of just the PACK instruction?

I see lots of comparisons where COBOL has to generate PACK statements 
before doing the compare.

Thanks,

Peter I. Vander Woude
Sr. Mainframe Engineer


-
The information contained in this communication (including any
attachments hereto) is confidential and is intended solely for the
personal and confidential use of the individual or entity to whom it is
addressed.  The information may also constitute a legally privileged
confidential communication.  If the reader of this message is not the
intended recipient or an agent responsible for delivering it to the
intended recipient, you are hereby notified that you have received this
communication in error and that any review, dissemination, copying, or
unauthorized use of this information, or the taking of any action in
reliance on the contents of this information is strictly prohibited.
If you have received this communication in error, please notify us
immediately by e-mail, and delete the original message.  Thank you

--
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: Performance of PACK/UNPACK instructions

[Steve Comstock]

Peter Vander Woude wrote:
I'm doing an analysis of one of our application programs.  As part of this, I'm seeing the COBOL code generate a lot of PACK/UNPACK instruction pairs.  


Does anyone have an idea on the performance impact of all these (potential 
millions of executions in a single run)?

What's the impact of just the PACK instruction?


Hard to say in terms of absolute numbers, but I've
always had the impression PACK is relatively slow.



I see lots of comparisons where COBOL has to generate PACK statements before 
doing the compare.


You can fix that by not doing compares with data of
different types. Also, consider your NUMPROC option
setting. Also, make sure your data are signed (have
an 'S' in the picture) if you will be doing any
compares or computations with it.

Hope this helps.

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: IOS500I reason 167 - POR?

[Jon Brock]

This, I think, matches what occurred.  I will have to see if I can get an IPL 
scheduled.  In the words of the great philosopher/poet Roseanne Roseannadanna, 
"It's always something.  If it ain't one thing, it's another."

While I'm writing, thanks to all of you who responded, both on- and off-list.  
If any of you out there have emailed me and I haven't replied, I offer my 
apologies.  I have been desperately trying to keep all the balls in the air I 
have been juggling for what seems like ages now, and many things have gone 
undone. 

Jon





On the 2084, if you do a POR from the SE it will use the default RESET
profile. The default RESET profile for the 2084 has DYNAMIC I/O changes OFF.
So HSA is calculated with only the defined devices.


--
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

Performance of PACK/UNPACK instructions

[Peter Vander Woude]

I'm doing an analysis of one of our application programs.  As part of this, I'm 
seeing the COBOL code generate a lot of PACK/UNPACK instruction pairs.  

Does anyone have an idea on the performance impact of all these (potential 
millions of executions in a single run)?

What's the impact of just the PACK instruction?

I see lots of comparisons where COBOL has to generate PACK statements before 
doing the compare.

Thanks,


Peter I. Vander Woude
Sr. Mainframe Engineer

--
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: Article in Information week: Mainframe Programmers Wanted

[Jon Brock]

James,
Since this may be of interest to others on the list, I am replying to 
the list as a whole rather than directly.  I am also taking the liberty of 
copying the text of an email sent to me by David Meck of Marist University (at 
my request).  This information is now out-of-date, but it should be enough to 
let you know what is available through Marist.


Jon
 
<>


Two z/OS - zSeries related courses are being offered online for Fall
2005 at Marist College. The courses are Introduction to z/OS - IT389L700 and
Introduction to Assembly Language Programming (zSeries) - CMSC230L700.
These are 3 credit undergraduate courses. They are available to full
time matriculated Marist students. Other students are enrolled as
non-matriculated students.  The Introduction to z/OS will make use of a
new and still in process "textbook" developed by IBM on "z/OS Basics."

Only one of these courses per semester is recommended due to the scope
of the material.

The tuition is $1425 per course. There is an additional $30 registration
fee, for a total of $1455 per course.

The classes start August 29th and end December 16th.

Applications and syllabi are available upon request via email to
[EMAIL PROTECTED]
The website at http://zseries.marist.edu/ is not yet updated with the
latest material.
Applications and fees must be paid by August 24th; enrollments cannot be
processed after August 24th.

Questions may be directed via email to [EMAIL PROTECTED]

The offering of certifications is still undergoing review and a firm
plan is not yet in place.

The courses will not be run if there are not enough enrollees to justify
offering the course. If you have requested or submitted an application,
you will be notified if this is the case before August 29th.

<>




Umm if I have not made everyone to terribly mad does anyone have any advice
on what I can do to help get into mainframe system programming? College
seems to have some good basic computing classes but nothing for mainframe.
Heck I can find AS400 stuff all day even at junior colleges but nothing for
mainframes; at least here in Texas.


--
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: HASP/ASP JES/JES2/JES3

[Ed Finnell]

 
In a message dated 9/23/2005 9:57:41 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

MXG; I've never know what MXG does stand for.
>>




Merrill's eXpanded Guide

--
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: Suppress carriage-control characters in SYSOUT?

[Ed Finnell]

 
In a message dated 9/23/2005 9:48:50 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

If  that's the case, then we'll just have to code an exit (writer?) to  strip
the cc character when sending the .PDF to a  printer.



>>
With Info print can use the PDF2AFP transform? If you've got
Info Print, the transformer(separate FMID) and the transform.
 
Lacking that guess I'd go with the AFP viewer at _www.printers.ibm.com_ 
(http://www.printers.ibm.com)  (tools). Can  download a viewer for PC
(maybe Linux haven't looked in a few years) and a print driver
for the PC. From Adobe would print to the AFP printer then
LPR it to AFP printer as binary. 

--
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: Suppress carriage-control characters in SYSOUT?

[Walt Farrell]

On 9/23/2005 10:20 AM, Chase, John wrote:

We're trying to copy a .PDF document into the JES2 spool (SYSOUT dataset)
for later printing, but so far have been unable to suppress the insertion of
ANSI carriage-control characters as the first byte of each record.  We've
tried coding DD SYSOUT=A,DCB=RECFM=FB but that didn't work as expected.  We
can't seem to find the correct reference manual to tell us how to accomplish
this, either (would it be a JES2 manual? the JCL Reference "sort of"
suggested the DCB=RECFM=FB sub-parm on the DD statement).


You cannot "copy" a .PDF file to SYSOUT, John.  You would need to have a 
PDF reader that can extract the text information and create a printout 
of it.


All you can "copy" directly to a SYSOUT file is raw, unstructured text 
(or possibly APF-formatted text, which PDF is not).


Walt

--
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: Question on 31 bit verss 64 bit

[Knutson, Sam]

z/OS Bimodal Migration Accommodation offering

http://www-03.ibm.com/servers/eserver/zseries/zos/installation/bimodal.html?
ca=zos14&me=w&met=bimodal

If you don't have it and you IPL your z/OS R4 on a 64 bit capable processor
you will test 64 bit compatibility of your software for the first time at
DRP.   There is nothing your DRP provider can do with the hardware to put it
in 31-bit only mode.  

Search the archives on "Bimodal" for discussions.

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-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Pommier, Rex R.
Sent: Friday, September 23, 2005 12:56 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Question on 31 bit verss 64 bit

Please don't beat me up too badly on this one, but here goes.  

We're running z/OS 1.4 on a 31 bit processor.  We're going off to a hotsite
test and the machine they originally scheduled us on is a 64 bit machine.  A
gentleman at the hotsite told me that we would need to have "31-bit
compatibility feature" installed to make this work.  Is this true, and if
so, what actually is it (things like FMID, etc would be great).  I guess I
had thought that one could IPL a 64 bit processor into 31 bit mode - or
maybe not under VM.  

I would read the manual but I poked around for a while and couldn't find a
manual to read.

Thanks.

Rex

<>
 
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: HASP/ASP JES/JES2/JES3

[Anne & Lynn Wheeler]

[EMAIL PROTECTED] wrote:
> At the opposite extreme we have TSO, which as far as I know still stands
> for 'Time Sharing Option' but has not shared time or been optional for
> decades. I guess that's how you know when you're no longer strategic:
> nobody bothers to rebirth your obsolete acronym.  ;-(
> 

VSPC was originally goting to be called PCO (somewhat patterned after
TSO) ... personal computing option ... however, somebody pointed out
that there was a relatively well-known organization in France that went
by PCO ... resulting in the name change to VSPC.

recent posting ref.
http://www.garlic.com/~lynn/2005p.html#38 storage key question

--
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

Question on 31 bit verss 64 bit

[Pommier, Rex R.]

Please don't beat me up too badly on this one, but here goes.  

We're running z/OS 1.4 on a 31 bit processor.  We're going off to a
hotsite test and the machine they originally scheduled us on is a 64 bit
machine.  A gentleman at the hotsite told me that we would need to have
"31-bit compatibility feature" installed to make this work.  Is this
true, and if so, what actually is it (things like FMID, etc would be
great).  I guess I had thought that one could IPL a 64 bit processor
into 31 bit mode - or maybe not under VM.  

I would read the manual but I poked around for a while and couldn't find
a manual to read.

Thanks.

Rex

--
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: (fwd) Re: COBOL Compiler Help

[Steve Comstock]

Clark Morris wrote:

I would disagree with some of Steve's recommended options for the
reasons listed below. 


On Tue, 20 Sep 2005 12:15:00 -0600, in bit.listserv.ibm-main Steve
Comstock <[EMAIL PROTECTED]> wrote:



Alan C. Field wrote:


This compiler: PP 5655-G53 IBM ENTERPRISE COBOL FOR Z/OS  3.3.1

Various abends, but primarily 878, 80A, FETCH faliures depending on
various SIZE and REGION combinations.

Seems to me a program that big should be rewritten but I'm probably not
going
to win that battle till I can show there is no way to compile it as it is
now.



It might help to make sure compiler options that generate
extra work / outputs are turned off. Not sure about all
of them, but try and make sure these are specified:

NOADATA
ARITH(COMPAT)


Since you want arithmetic to be the same within an installation, this
should be matching the general rules.  It does no good to compile a
program if it will give unacceptable answers.


You don't understand. ARITH(COMPAT) makes sure
computation with display and packed decimal digits
are limited to 18 digits instead of 31 digits
(I believe there are some changes to intermediate
field sizes and perhaps to floating point calcs
also). I would be very surprised if "the general
rules" included NOCOMPAT, since it is a relatively
new option. I just wanted to ensure that this
option is specified in case the shop had installed
the compiler with this option set by accident.





NOAWO
BUFSIZE - look at this option; may need to make it smaller
 so buffers take less total virtual storage; this
 may make compile run slower, but it may allow it
 to complete
NODECK
NODIAGTRUNC
NODLL
NOEXPORTALL
NOLIB - unless you have COPY statments


In a program this size, do you really expect no copy statements?


Well, yes. In a program this size, it sounds like
everything is included in the source.




NOLIST


Do this only to see if it will compile.


Well, that was the whole point. But even if you
get it to compile, few people today understand
or use the pseudo-assembler generated.




NOMAP


Do this only to see if it will compile.


Again, yes, that was the point: the OP could not
get his program to compile. That's what I was
trying to solve, not saying this is what you
want in the general case! For goodness' sake!




NONAME
NONUMBER
NUMPROC(PFD) - but be sure all packed-decimal data is all valid


Like the ARITH option, this should be the same as other programs in
the installation.  I have found NUMPROC(MIG) to be safest.  If you
have files created by CSP (now Visual Gen or Visual Age Gen IIRC)
NUMPROC(PFD) is a disaster.


Pay attention. We are simply trying to get the thing to
compile. This option generally will produce smaller
object code, that was my thinking.




NOOFFSET


Since either a procedure map or a list of offsets is invaluable when
stuff hits the rotary oscillator, this should be used only to see if a
compile can be generated.


Again, you missed the point. Get the thing to compile
first. That was the objective.




NOOPTIMIZE


This program sounds like some generated by CSP where optimization is a
waste of resources.


In any case, I specified _NO_OPTIMIZE. So what's your point here?


[snip rest where you agreed with me].

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

(fwd) Re: COBOL Compiler Help

[Clark Morris]

I would disagree with some of Steve's recommended options for the
reasons listed below. 

On Tue, 20 Sep 2005 12:15:00 -0600, in bit.listserv.ibm-main Steve
Comstock <[EMAIL PROTECTED]> wrote:

>Alan C. Field wrote:
>> This compiler: PP 5655-G53 IBM ENTERPRISE COBOL FOR Z/OS  3.3.1
>>
>> Various abends, but primarily 878, 80A, FETCH faliures depending on
>> various SIZE and REGION combinations.
>>
>> Seems to me a program that big should be rewritten but I'm probably not
>> going
>> to win that battle till I can show there is no way to compile it as it is
>> now.
>>
>
>It might help to make sure compiler options that generate
>extra work / outputs are turned off. Not sure about all
>of them, but try and make sure these are specified:
>
>NOADATA
>ARITH(COMPAT)
Since you want arithmetic to be the same within an installation, this
should be matching the general rules.  It does no good to compile a
program if it will give unacceptable answers.
>NOAWO
>BUFSIZE - look at this option; may need to make it smaller
>   so buffers take less total virtual storage; this
>   may make compile run slower, but it may allow it
>   to complete
>NODECK
>NODIAGTRUNC
>NODLL
>NOEXPORTALL
>NOLIB - unless you have COPY statments
In a program this size, do you really expect no copy statements?
>NOLIST
Do this only to see if it will compile.
>NOMAP
Do this only to see if it will compile.
>NONAME
>NONUMBER
>NUMPROC(PFD) - but be sure all packed-decimal data is all valid
Like the ARITH option, this should be the same as other programs in
the installation.  I have found NUMPROC(MIG) to be safest.  If you
have files created by CSP (now Visual Gen or Visual Age Gen IIRC)
NUMPROC(PFD) is a disaster.
>NOOFFSET
Since either a procedure map or a list of offsets is invaluable when
stuff hits the rotary oscillator, this should be used only to see if a
compile can be generated.
>NOOPTIMIZE
This program sounds like some generated by CSP where optimization is a
waste of resources.
>NOSEQ
>SIZE(??) - you have been experimenting with this, I gather
>Note: To take advantage of large storage, be sure
>   you have a sufficient REGION size for the compile
>   step; if your shop allows it, use REGION=0M
>NOSOURCE - just to see if it allows you to compile at all
>NOSQL
>NOSSRANGE
>NOTERMINAL
>NOTEST
>NOTHREAD
>TRUNC(OPT)
>NOVBREF
>NOWORD
>NOXREF
>
>
>Many of these are the IBM-supplied defaults, many
>of them are just stabs in the dark by me; but check
>the compile listing because it will list the options
>in effect, and if your shop has a surprising default
>it may impact your compile. If you get it to compile
>successfully, then go back and add in or change the
>options you want or need.
>
>Hope this helps.
>
>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: HASP/ASP JES/JES2/JES3

[Mark Zelden]

On Fri, 23 Sep 2005 07:22:11 -0600, Steve Comstock
<[EMAIL PROTECTED]> wrote:

>>
>> SDSF used to stand for Spool Display and Search Facility.
>>
>
>Huh. I thought it still did. Although I sometimes
>use Spool Destroy and Scratch Facility.
>

The "S" now stands for "System" - System Display and Search Facility.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America and Farmers Insurance Group
mailto: [EMAIL PROTECTED]
Systems Programming expert at http://Search390.com/ateExperts/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
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: HASP/ASP JES/JES2/JES3

[Thomas H Puddicombe]

Is that MXG as in Merril's eXpanded Guide to performance?




This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise us by e-mail of the mistake in
delivery. NOTE: Regardless of content, this e-mail shall not operate to
bind CSC to any order or other contract unless pursuant to explicit written
agreement or government initiative expressly permitting the use of e-mail
for such purpose.






  
  Ted MacNEIL   
  
  Subject: Re: HASP/ASP 
JES/JES2/JES3
  Sent by: IBM  
  
  Mainframe 
  
  Discussion List   
  
  Maybe they developed an aversion to nested acronyms.
...

The 'M' in MICS stands for MVS.
I believe it also does for MXG; I've never know what MXG does stand for.

-teD

--
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: Lift and Shift

[Bruce Black]

sounds like an ad for ladies undergarments!

--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.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

Re: SV: HASP/ASP JES/JES2/JES3

[Ted MacNEIL]

>Nah, this is only the evergoing Dance of Acronyms by IBM Magician Band.
...

I used to have a list of 50 things IBM stood for.
“I've Been Moved” wasn't on it.

My second favourite (I won't say my favourite on a public forum) was:
”Incomplete, But Markettable”
-teD

In God we Trust!
All others bring data!
 -- W. Edwards Deming

--
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: HASP/ASP JES/JES2/JES3

[Hall, Ken (GTI)]

If you mean the SAS package for processing SMF data, it stands for "Merrill's 
eXpanded Guide".

Right Barry?

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
> Behalf Of Ted MacNEIL
> Sent: Thursday, September 22, 2005 8:00 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: [IBM-MAIN] HASP/ASP JES/JES2/JES3
> 
> 
> >Maybe they developed an aversion to nested acronyms.
> ...
> 
> The 'M' in MICS stands for MVS.
> I believe it also does for MXG; I've never know what MXG does 
> stand for.
> 
> -teD
> 
> In God we Trust!
> All others bring data!
>  -- W. Edwards Deming
> 
> --
> 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
>


If you are not an intended recipient of this e-mail, please notify the sender, 
delete it and do not read, act upon, print, disclose, copy, retain or 
redistribute it. Click here for important additional terms relating to this 
e-mail. http://www.ml.com/email_terms/


--
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: HASP/ASP JES/JES2/JES3

[Ted MacNEIL]

>Maybe they developed an aversion to nested acronyms.
...

The 'M' in MICS stands for MVS.
I believe it also does for MXG; I've never know what MXG does stand for.

-teD

In God we Trust!
All others bring data!
 -- W. Edwards Deming

--
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: IPCS WHERE and OUTTRAP

[Robert Wright]

Shmuel (Seymour J.) Metz wrote on 09/22/2005 01:58:42 PM:

>
> If WHERE uses TPUT directly then you can still capture the output if
> you run under Session Manager. You'll need a special logon proc.
>

You're one level of service off.  WHERE and the rest of line mode IPCS use
TSO I/O service routines to enable compatible operation in batch and
interactive line mode.  IPCS dialog code has code that sits in the pipeline
just prior to lines being passed to the TSO I/O service routines that
diverts lines for full screen presentation.  That's why SYSOUTTRAP works in
line modes and not in the IPCS dialog.

Bob Wright - z/OS 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: Suppress carriage-control characters in SYSOUT?

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of McKown, John
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List On Behalf Of Chase, John
> > 
> > > -Original Message-
> > > From: IBM Mainframe Discussion List On Behalf Of McKown, John
> > > 
> > > [ snip ]
> > > 
> > > What program are you using to "copy a .PDF" into the SPOOL?
> > 
> > OCOPY and IEBGENER so far.
> 
> Will that even work? We are talking about an Adobe Portable 
> Document Format file, correct? In any case, there is always 
> carriage control for a SPOOL file.

If that's the case, then we'll just have to code an exit (writer?) to strip
the cc character when sending the .PDF to a printer.

Thanks,

-jc-

--
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: HSM Recycle help

[Marcin Blaszczyk]

1. list datasets form volume(832303)
2. try to recall all valid datasets
3. recycle empty tape



Mohd Shahrifuddin wrote:


Dear Listers,
I try to recycle 1 tape with connected sets more than 40 tapes. If 
anybody can help me to solve it. Below is the message:


RECYCLE VOLUME(832303) 
EXECUTE ARC0830I RECYCLE 
COMMAND PROCESSING STARTING   ARC0838I 
VOLUME 832303 FULL=YES, PERCENT VALID=100, VOLUME TYPE=DAILY(06), FAILED 
RECYCLE=NO, DISASTER ALTERNATE=NO, FAILED 
CREATION=NO
ARC0838I VOLUME 590353 FULL=YES, PERCENT VALID=100, VOLUME 
TYPE=DAILY(06), FAILED RECYCLE=NO, DISASTER ALTERNATE=NO, FAILED 
CREATION=NO
ARC0838I VOLUME 590351 FULL=YES, PERCENT VALID=100, VOLUME 
TYPE=DAILY(06), FAILED RECYCLE=NO, DISASTER ALTERNATE=NO, FAILED 
CREATION=NO
ARC0838I VOLUME 590348 FULL=YES, PERCENT VALID=100, VOLUME 
TYPE=DAILY(06), FAILED RECYCLE=NO, DISASTER ALTERNATE=NO, FAILED 
CREATION=NO  ;

;
;
ARC0445I VOLUME 832303 CANNOT BE RECYCLED, REASON= 0028, EXPLANATION: 
CONNECTED SET TOO LONG
ARC0847I RECYCLE INPUT VOLUMES FREED=, OUTPUT VOLUMES 
USED=ARC0831I RECYCLE COMMAND PROCESSING 
ENDING
Explanation:  During the processing of a recycle request for a specific 
volume, the information requested is displayed. If a volume belongs to a
connected set, there will be an ARC0838I message for each volume in the 
set.


28CONNECTED SET TOO LONG: DFSMShsm will not recycle connected 
sets exceeding 40 volumes. The volume specified belongs to a

 connected set exceeding this limit.




--
MARCIN BLASZCZYK
Doradca
BRE Bank SA - DIN
al. Mickiewicza 10, 90-050 LODZ; POLAND
email: [EMAIL PROTECTED]
tel. : + 48 42 6381009

--
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: Suppress carriage-control characters in SYSOUT?

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John
> Sent: Friday, September 23, 2005 9:33 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Suppress carriage-control characters in SYSOUT?
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List On Behalf Of McKown, John
> > 
> > > -Original Message-
> > > From: IBM Mainframe Discussion List On Behalf Of Chase, John
> > > 
> > > Hi, All,
> > > 
> > > We're trying to copy a .PDF document into the JES2 spool (SYSOUT 
> > > dataset) for later printing, but so far have been unable 
> to suppress 
> > > the insertion of ANSI carriage-control characters as the 
> first byte of 
> > > each record.  We've tried coding DD SYSOUT=A,DCB=RECFM=FB 
> but that 
> > > didn't work as expected.  We can't seem to find the 
> correct reference 
> > > manual to tell us how to accomplish this, either (would 
> it be a JES2 
> > > manual? the JCL Reference "sort of"
> > > suggested the DCB=RECFM=FB sub-parm on the DD statement).
> > > 
> > > Looking for ideas
> > 
> > What program are you using to "copy a .PDF" into the SPOOL?
> 
> OCOPY and IEBGENER so far.
> 
> -jc-

Will that even work? We are talking about an Adobe Portable Document
Format file, correct? In any case, there is always carriage control for
a SPOOL file. If your program does not generate one (RECFM=? without a
trailing A or M), the JES2 will use an ANSI carriage control character
of x'40', or "print then space one line". Or maybe it uses machine
control character of x'09', which is the same thing. I forget which.

The only exception to the above is a program which uses a "carriage
control" of x'5A', which is used for AFP (page mode) printing.

I guess that I'm just confused again. I guess my brain has already gone
into "vacation" mode.

--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its'
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited.

--
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: Suppress carriage-control characters in SYSOUT?

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of McKown, John
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List On Behalf Of Chase, John
> > 
> > Hi, All,
> > 
> > We're trying to copy a .PDF document into the JES2 spool (SYSOUT 
> > dataset) for later printing, but so far have been unable to suppress 
> > the insertion of ANSI carriage-control characters as the first byte of 
> > each record.  We've tried coding DD SYSOUT=A,DCB=RECFM=FB but that 
> > didn't work as expected.  We can't seem to find the correct reference 
> > manual to tell us how to accomplish this, either (would it be a JES2 
> > manual? the JCL Reference "sort of"
> > suggested the DCB=RECFM=FB sub-parm on the DD statement).
> > 
> > Looking for ideas
> 
> What program are you using to "copy a .PDF" into the SPOOL?

OCOPY and IEBGENER so far.

-jc-

--
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: Suppress carriage-control characters in SYSOUT?

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John
> Sent: Friday, September 23, 2005 9:20 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Suppress carriage-control characters in SYSOUT?
> 
> 
> Hi, All,
> 
> We're trying to copy a .PDF document into the JES2 spool 
> (SYSOUT dataset)
> for later printing, but so far have been unable to suppress 
> the insertion of
> ANSI carriage-control characters as the first byte of each 
> record.  We've
> tried coding DD SYSOUT=A,DCB=RECFM=FB but that didn't work as 
> expected.  We
> can't seem to find the correct reference manual to tell us 
> how to accomplish
> this, either (would it be a JES2 manual? the JCL Reference "sort of"
> suggested the DCB=RECFM=FB sub-parm on the DD statement).
> 
> Looking for ideas
> 
> -jc-

What program are you using to "copy a .PDF" into the SPOOL?

--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its'
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited.

--
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

Suppress carriage-control characters in SYSOUT?

[Chase, John]

Hi, All,

We're trying to copy a .PDF document into the JES2 spool (SYSOUT dataset)
for later printing, but so far have been unable to suppress the insertion of
ANSI carriage-control characters as the first byte of each record.  We've
tried coding DD SYSOUT=A,DCB=RECFM=FB but that didn't work as expected.  We
can't seem to find the correct reference manual to tell us how to accomplish
this, either (would it be a JES2 manual? the JCL Reference "sort of"
suggested the DCB=RECFM=FB sub-parm on the DD statement).

Looking for ideas

-jc-

--
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

SV: HASP/ASP JES/JES2/JES3

[Thomas Berg]

Nah, this is only the evergoing Dance of Acronyms by IBM Magician Band.

-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Hall, Ken 
(GTI)
Skickat: den 23 september 2005 15:29
Till: IBM-MAIN@BAMA.UA.EDU
Ämne: Re: HASP/ASP JES/JES2/JES3


Maybe they developed an aversion to nested acronyms.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] 
> Behalf Of Chase, John
> Sent: Friday, September 23, 2005 9:28 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: [IBM-MAIN] HASP/ASP JES/JES2/JES3
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List On Behalf Of Steve Comstock
> > 
> > Edward E. Jaffe wrote:
> > [ snip ]
> > > 
> > > SDSF used to stand for Spool Display and Search Facility.
> > 
> > Huh. I thought it still did.
> 
> So did I, but somewhere along the way (before OS/390 v2.4) it
> got changed to
> "System Display and Search Facility".  
> 
> -jc-
> 
> --
> 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
>


If you are not an intended recipient of this e-mail, please notify the sender, 
delete it and do not read, act upon, print, disclose, copy, retain or 
redistribute it. Click here for important additional terms relating to this 
e-mail. http://www.ml.com/email_terms/


--
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

--
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

Draft of ABCs Vol. 11 available

[Aaron Walker]

Volume 11 (Capacity planning) of the ABCs of zOS is available.  Forgive any
wrap.

http://www.redbooks.ibm.com/redpieces/abstracts/sg246327.html

Aaron

--
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: HASP/ASP JES/JES2/JES3

[Hall, Ken (GTI)]

Maybe they developed an aversion to nested acronyms.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
> Behalf Of Chase, John
> Sent: Friday, September 23, 2005 9:28 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: [IBM-MAIN] HASP/ASP JES/JES2/JES3
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List On Behalf Of Steve Comstock
> > 
> > Edward E. Jaffe wrote:
> > [ snip ]
> > > 
> > > SDSF used to stand for Spool Display and Search Facility.
> > 
> > Huh. I thought it still did.
> 
> So did I, but somewhere along the way (before OS/390 v2.4) it 
> got changed to
> "System Display and Search Facility".  
> 
> -jc-
> 
> --
> 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
>


If you are not an intended recipient of this e-mail, please notify the sender, 
delete it and do not read, act upon, print, disclose, copy, retain or 
redistribute it. Click here for important additional terms relating to this 
e-mail. http://www.ml.com/email_terms/


--
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: HASP/ASP JES/JES2/JES3

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Steve Comstock
> 
> Edward E. Jaffe wrote:
> [ snip ]
> > 
> > SDSF used to stand for Spool Display and Search Facility.
> 
> Huh. I thought it still did.

So did I, but somewhere along the way (before OS/390 v2.4) it got changed to
"System Display and Search Facility".  

-jc-

--
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: Order of allocations within a job step

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 09/21/2005
   at 09:54 AM, Barry Merrill <[EMAIL PROTECTED]> said:

>Please educate me further:  The allocation of an existing dataset has
>to verify the dataset exists, by reading the VTOC to verify its
>existence,

No. In fact, there is IBM-supplied JCL that refers to data sets that
do not exist.

>and since DATASET NOT FOUND errors occur prior to LOADTIME

DATASET NOT FOUND means that no catalog entry was found; it has
nothing to do with whether a DSCB exists. 
 
-- 
 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: Keeping the lights on: Legacy systems and the maturing workforce

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 09/21/2005
   at 08:29 AM, Aaron Walker <[EMAIL PROTECTED]> said:

>http://www-128.ibm.com/developerworks/rational/library/sep05/lieberman/

 # Make sure that system information resides in several heads.
   If only one employee understands a critical system, that person
   might try to hold the company hostage and demand ridiculous
   perks to remain on staff. This can easily happen if the
   original system team was very small, and only one or two
   members stuck around to see the final product. In one
   consulting situation I encountered, the single knowledge holder
   simply didn't trust anyone else to handle critical sections of
   the system. Left unattended, situations like this create
   dangerous dependencies; the organization might be left
   "high-and-dry" if the individual moves to another position,
   retires, or even dies.

The problem is real; the blame-the-victim analysis is way off base.
Such situations invariably exist because management does not want to
"waste" the mon ey for cross staffing and cross training. Oddly
enough, some of the advice that follows this quote will tacitly help
to perpetuate the problem, e.g.,

   The languages that old systems use have fallen out of general
   use, and younger employees see little value in learning them.

The younger employees may see little value in learning them, but
management should be telling them that it is part of their jobs to
learn them and should explain why.
 
-- 
 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: HASP/ASP JES/JES2/JES3

[Steve Comstock]

Edward E. Jaffe wrote:

Skip Robinson wrote:


My favorite is still ISPF. It's predecessor, SPF, expressly stood for
Structured Programming Facility. Not content merely to add 
Interactive, the
Hot Button Brigade (tech savvy cousins of the Political Correctness 
Police)

also re-engineered 'SP' to System Productivity.
 



SDSF used to stand for Spool Display and Search Facility.



Huh. I thought it still did. Although I sometimes
use Spool Destroy and Scratch Facility.

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: z/OS and OS/390 education

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL
> Sent: Wednesday, September 21, 2005 7:00 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: z/OS and OS/390 education
> 
> 
> >with proud WVTE Consultancy introduces the new trainings & course
> catalogue.
> ...
> 
> Am I the only one who hates ads on IBM-Main?
> 
> I get enought SPAM from places I never subscribed to!
> 
> -teD

I agree. But, possibly to the SPAMMER's dismay, I keep track of such
companies and assign them to the "never use these people" catagory. Most
SPAMMERs don't care. However, the zSeries audience is significantly
smaller than the one for, uh, "male enhancement" type products.

At the very least, the person should get Darren's approval.

--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its'
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited.

--
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: WEBSPHERE: install on Z/OS USS or Z/OS LINUX ?

[Froberg, David C]

It will depend on several factors.

For example, if you already have z/OS but do not have zLinux and
management is not interested in pursuing Linux on the mainframe, the it
seems the only route is a z/OS install.

If management is open to zLinux, but the application needs to be in
production ASAP, z/OS is probably still the way to go.

If management is open to zLinux and you got the time and interest and
management will support you with resources, then I'ld look _real_ hard
at Linux because it's a real Unix-like ASCII environment, great learning
experience, and an operating system that can run on just about any
platform.

So again, it depends on a number of factors at your installation.

Dave  

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Clark, Kevin D, 
> HRC-Alexandria/EDS
> Sent: Thursday, September 22, 2005 4:00 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: WEBSPHERE: install on Z/OS USS or Z/OS LINUX ?
> 
> Hello All, 
> 
> A need a quick consciences on installing  websphere 
> applications and some non-IBM products on the mainframe Z/os 1.4
> 
> Should I use Z/OS USS only.
> 
> Or 
> 
> Install LINUX on Z/OS and install the products on LINUX. 
> 
> 
> Thanks...
> 
> --
> 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
> 

--
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: HASP/ASP JES/JES2/JES3

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs
> 
> SPF was installed in my first shop in the 1979 time frame as 
> Structured Programming Facility. A couple of years later it 
> was split into two parts System Productivity Facility and 
> Program Development Facility.

Ah, so  In 1979 I was still "hookin' airplanes" and my familiarity with
computing systems was limited to ARTS-III and the "Trash-80", and had "heard
of" the IBM 9020s used in the ARTCCs (we had an FDEP device in the tower and
TRACON).

-jc-

--
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: SMP/E v3r4.0 vs. BPXPRMxx AUTOCVT(ON)?

[Froberg, David C]

 

> Allowing EBCDIC in the HFS was a colossal blunder; the pain 
> is spreading.  HFS should have been pure ASCII from the start.
> Autoconversion is an abomination that attempts to solve the 
> attendant problems, but largely adds complexity, reduces 
> predictability, and increases testing multiplicity.
> 


Amen.  I always thought OE/USS was a reasonable thing to add to
MVS/OS390/zOS.  I like USS a lot.  EBCDIC was a killer.  It immediately
cut OE off from the easy porting of the _vast_ population UNIX tools,
techniques and trends.  Kinda like Henry Ford making the Model T and
attaching a horse and reins to the front.

Dave

--
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: WEBSPHERE: install on Z/OS USS or Z/OS LINUX ?

[Patrick . Falcone]

Curious what hardware you are on. Also, is z/OS 1.4 in 64?





"Clark, Kevin D, HRC-Alexandria/EDS" <[EMAIL PROTECTED]>
Sent by: IBM Mainframe Discussion List 
09/22/2005 04:00 PM
Please respond to IBM Mainframe Discussion List
 
To: IBM-MAIN@BAMA.UA.EDU
cc: 
Subject:WEBSPHERE:  install on Z/OS USS or Z/OS LINUX ?


Hello All, 

A need a quick consciences on installing  websphere applications and some
non-IBM products on the mainframe Z/os 1.4

Should I use Z/OS USS only.

Or 

Install LINUX on Z/OS and install the products on LINUX. 


Thanks...

--
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: WEBSPHERE: install on Z/OS USS or Z/OS LINUX ?

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of ibm-main
> 
> 'tis indeeed.
> Freudian slip - I was compiling a kernel in another session 
> at the time I wrote that.
> Linux + vmlinuz -> Linuz
> 
> Not bad - maybe I should copywrite that ...


ITYM "copyright".  "Copywrite" means something quite different


:-)

-jc-

--
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: HASP/ASP JES/JES2/JES3

[Mark Jacobs]

SPF was installed in my first shop in the 1979 time frame as Structured
Programming Facility. A couple of years later it was split into two
parts System Productivity Facility and Program Development Facility.

Mark Jacobs
Time Customer Service Inc.
Tampa, FL

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Chase, John
Sent: Friday, September 23, 2005 8:08 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: HASP/ASP JES/JES2/JES3

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Skip Robinson
> 
> My favorite is still ISPF. It's predecessor, SPF, expressly 
> stood for Structured Programming Facility.

Interesting  I remember it as System Productivity Facility, to which
one
could add the optional PDF (Program Development Facility) we now
recognize
as ISPF option 2 (mainly).  Of course it's possible that the "F" in each
case stood for "Feature" rather than "Facility", but that was long ago
and
far away

-jc-

--
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

--
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: HASP/ASP JES/JES2/JES3

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Skip Robinson
> 
> My favorite is still ISPF. It's predecessor, SPF, expressly 
> stood for Structured Programming Facility.

Interesting  I remember it as System Productivity Facility, to which one
could add the optional PDF (Program Development Facility) we now recognize
as ISPF option 2 (mainly).  Of course it's possible that the "F" in each
case stood for "Feature" rather than "Facility", but that was long ago and
far away

-jc-

--
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: HASP/ASP JES/JES2/JES3

[Hall, Ken (GTI)]

To make it even better, the OS for that minicomputer (see below) was called 
"Disk Management Facility".  I'll leave that one to your imaginations.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
> Behalf Of Skip Robinson
> Sent: Thursday, September 22, 2005 7:31 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: [IBM-MAIN] HASP/ASP JES/JES2/JES3
> 
> 
> My favorite is still ISPF. It's predecessor, SPF, expressly stood for
> Structured Programming Facility. Not content merely to add 
> Interactive, the
> Hot Button Brigade (tech savvy cousins of the Political 
> Correctness Police)
> also re-engineered 'SP' to System Productivity.
> 
> This is not be confused with recent, wholly unauthorized revisions to
> F.E.M.A.
> 
> .
> .
> .
> JO.Skip Robinson
> Southern California Edison Company
> SHARE MVS Program Co-Manager
> 626-302-7535 Office
> 323-715-0595 Mobile
> [EMAIL PROTECTED]
> 
> IBM Mainframe Discussion List  wrote on 
> 09/22/2005
> 04:57:19 AM:
> 
> > I suspect that's true of a lot of acronyms.
> >
> > A long time ago, I worked on a very obscure minicomputer, and all of
> > the utilities were named after the then-girlfriends of the
> > developers.  The semantic contortions they used to turn those names
> > into acronyms were really amusing.
> >

>


If you are not an intended recipient of this e-mail, please notify the sender, 
delete it and do not read, act upon, print, disclose, copy, retain or 
redistribute it. Click here for important additional terms relating to this 
e-mail. http://www.ml.com/email_terms/


--
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

CIBDATLN (how big is BIG?)

[Capomaestro]

What is the maximum size of a z/OS console input message?  Stated another
way, how large a number can be in CIBDATLN?

--
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

Lift and Shift

[Dave Cartwright]

http://www.theregister.co.uk/2005/09/23/microfocus_lift_shift/

--
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: MXI 4.3

[Rob Scott]

I have been playing with this issue and have also tried using SDSF to
issue the same command. Every software product that I used to issue the
operator command returned pretty much the same thing - that is I got the
following message at the bottom of the returned results :

"x OF y RECORDS DISPLAYED"

And 'x' was always much smaller than "y"

I tried adding the "MAX=1" for good measure - but that did not make
any difference.

I have had a quick look on IBMLINK and it seems that a few people have
had the same problem in the past - but there does not seem to be a
definitive APAR that I can point you to.

I don't think this is a problem with MXI as I can re-create this problem
by entering the command at the z/OS master console.

I suggest that you report it to IBM as a possible issue with TCPIP.

Hope that helps

Rob Scott
www.rs.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

Re: IBM 2105 PPRC

[R.S.]

Carlos A Bodra wrote:

Hi,

Can anyone tell me about performance of 2 x 2105-F20 with PPRC (v1 or v2)
using 2 or 4 escon cables between them?

At my mind I have that 4 is better than 2, alternate physical path etc...,
but any real expirience. 
Or there are a Redbook about?


There are quite many redbooks about copy services and PPRC - just use 
search engine.


Regarding to your question:
I'd vote for 4 or even more ESCONs.
Everything depends on your I/O activity and host-to-ESS connectivity.
As a general rule - channels for PPRC shouldn't make bottleneck.
Things are changing when you use non-synchronous copy (PPRC-XD, XRC, etc.)

--
Radoslaw Skorupka
Lodz, Poland

--
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