date:20080925

I doubt that, as the two run on the same machine (same defaults) and with
same parameters passed to the binder.farther more, the second case scanned
syslib, but referenced only the second library and ignored the first one.
To be more specific, here is the onle who worked for me:

//syslin dd disp=shr,dsn=syslin  from prev. step
 //syslib dd disp=shr,dsn=sys1.cob2lib
// dd disp=shr,dsn=my.load.lib

This one didn't work for me: only modules from my.load.lib included, but
sys1.cob2lib includes were ignored:

//anydd dd disp=my.obj.lib,disp=shr
//syslib dd disp=shr,dsn=sys1.cob2lib
// dd disp=shr,dsn=my.load.lib
//sysin dd *
  include anydd(mypgm)
/*
 I am not at my desk to check it and I'll give it a try next week.

On Thu, Sep 25, 2008 at 11:28 AM, Terry Sambrooks 
[EMAIL PROTECTED] wrote:

 Hi Itschak,

 In respect of your Linkage Edit issue:

 Situation two, that in error:
 Output from compiler is in an object library. SYSLIB is the same. A SYSLIN
 INCLUDE OBJ(MYPGM)' loads the object code, but all the Cobol2 modules
 needed to be linked together with the object code couldn't be found
 although
 they are in the SYSLIB.

 Is NCAL set in the Linkage Edit Parm parameter. If it is it inhibits the
 automatic search of SYSLIB. Try removing it if present.

 Kind regards - Terry

 Terry Sambrooks
 Director
 KMS-IT Limited
 228 Abbeydale Road South
 Dore, Sheffield, S17 3LA, UK

 Tel: +44 (0)114 262 0933
 WEB: www.legac-e.co.uk

 Company Reg: 3767263 at the above address

 All outgoing E-mail is scanned, but it remains the recipient's
 responsibility to ensure their system is protected from spy-ware, trojans,
 viruses, and worms.

 --
 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: CICS DFHRPLConcatenation

Because the CICS programs are loaded by the CICS loader and not by normal z/OS 
program loading mechanisms.

I thought IBM was going to change that 20 years ago to make CICS easier to 
maintain.
At least that's what a CICS SYSProg told me back then.
-
Too busy driving to stop for gas!

--
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: Linkage editor different ways to bind

2008-09-25 Thread Terry Sambrooks

Hi Itschak

Looking at the two examples below. Should the SYSIN in the second one be
SYSLIN, or is there another definition somewhere else. SYSLIN being the main
input with SYSIN usually being a concatenation via //   DD DDNAME=SYSIN

//syslin dd disp=shr,dsn=syslin  from prev. step
 //syslib dd disp=shr,dsn=sys1.cob2lib
// dd disp=shr,dsn=my.load.lib

This one didn't work for me: only modules from my.load.lib included, but
sys1.cob2lib includes were ignored:

//anydd dd disp=my.obj.lib,disp=shr
//syslib dd disp=shr,dsn=sys1.cob2lib
// dd disp=shr,dsn=my.load.lib
//sysin dd *
  include anydd(mypgm)

Kind regards - Terry

Terry Sambrooks
Director
KMS-IT Limited
228 Abbeydale Road South
Dore, Sheffield, S17 3LA, UK

Tel: +44 (0)114 262 0933
WEB: www.legac-e.co.uk

Company Reg: 3767263 at the above address

All outgoing E-mail is scanned, but it remains the recipient's
responsibility to ensure their system is protected from spy-ware, trojans,
viruses, and worms.  

--
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 on z/OS on Intel, sort of.


Timothy Sipples wrote:

Other systems that most people consider mainframes (and that you can buy)
include:

Worldwide market:
Unisys ClearPath MCP systems (formerly Burroughs)
Unisys ClearPath OS 2200 systems (formerly UNIVAC/Remington/Sperry)

Mostly domestic Japanese market:
Fujitsu MSP systems (similar to IBM's MVS)
Fujitsu XSP systems (similar to IBM's MVS and VSE)
Hitachi VOS systems (similar to IBM's MVS)
NEC ACOS systems (similar to GE/Honeywell/Groupe Bull systems)

Mostly European markets:
Groupe Bull DPS/NovaScale (GCOS) systems (formerly GE/Honeywell)
Fujitsu-Siemens BS2000/OSD systems (formerly RCA)

Some people also consider these systems to be mainframes:

Worldwide market:
HP OpenVMS systems (formerly DEC/Compaq)
HP NonStop systems (formerly Tandem)
Stratus VOS systems

Mostly European markets:
Fujitsu-ICL VME systems:

I may have missed some. This list certainly does not include all the
systems that compete against IBM mainframes.

- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect
Based in Tokyo, Serving IBM Japan / Asia-Pacific
E-Mail: [EMAIL PROTECTED]


I have heard people who consider their AS/400 machines
to be mainframes. [Or whatever it is that the AS/400
morphed into.]



Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

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

  z/OS Application development made easier
* Our classes include
   + How things work
   + Programming examples with realistic applications
   + Starter / skeleton code
   + Complete working programs
   + Useful utilities and subroutines
   + Tips and techniques

== Check out the Trainer's Friend Store to purchase z/OS  ==
== application developer toolkits. Sample code in four==
== programming languages, JCL to Assemble or compile, ==
== bind and test. ==
==   http://www.trainersfriend.com/TTFStore/index.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: CICS DFHRPLConcatenation

2008-09-25 Thread Chase, John

 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of Ted MacNEIL
 
 ..if our CEE, MQ, and EQAW libraries are all in the system 
 linklist must they still be specified in the DFHRPL concatenation?
 
 
 The answer is YES; I've never understood why.

The CICS Loader Domain, which loads all programs for which a CICS PPT
definition is needed, searches //DFHRPL exclusively.  If an individual
program definition specifies to use an LPA copy, then it will search the
LPA for that program, but it otherwise ignores the standard search
order including the link list.

-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: Export catalog by FTP

2008-09-25 Thread Lizette Koehler

Could you supply the JCL you use to do the EXPORT or the DFDSS with the
messages?

I usually code a BLKSIZE=32760 on my DFDSS dumps of datasets for FTP
transmissions.  DFDSS does not require it, but for FTP transmissions it
helps.  

Lizette



 
 Hello everybody:
 
   We want to export a test catalog to our disaster site and we want use
 the
 FTP because we don't share unit tapes between us.
 We've tried to use the export function and then send by ftp (in binary)
 to the
 same dataset in the disaster site (with the same DCB), but the import
 cancels
 with code 12.
 Another way with a dump dfdss (IBM-MAIN post), but also the restore
 cancels
 with cod.08 because the dataset hasn't been created with dfdss.
 
 Is there any way or the only is with tape o DASD between both sides?
 

--
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: Can I intercept Cancel event in LE-based application?


Denis O'Sullivan wrote:

I have an LE-compliant program that consists of a mixture of Assembler and C
routines. I have said goodbye to ESTAE  embraced the LE equivalents
CEEHDLR, CEE3SRP and the like.
My abend-handling routines work OK, but I cannot seem to get control after
an Operator cancel. 
This is a standard recovery situation - I can't recover from a Cancel, but I

do need to clean up to avoid collateral damage. I have trawled through the
LE manuals but cannot find a way of persuading it to hand me control. It's
acting as if it's own ESTAE does not get control in these non-recoverable
situations (ESTAE TERM=NO).

Does anybody know if this can be done, if there's an LE override button to
press?
Is it a hard limitation of the LE environment? Or should I persist and find
a stable way of using native ESTAE?

Apologies if this has been discussed before, but my visit to the archives
did not produce any useful nuggets.

Denis


I think you'll find you can only get control in an LE condition
handler if LE recognizes a signalled condition. Since operator
command is outside of LE, my guess is that LE, in fact, never
sees the cancel (there is no token).

To be sure, look at your job listing when there was an
operator cancel. Are there any messages beginning with CEE?
If not, you're out of luck, I think, unless you redesign
your application so operator cancel is done through some
kind of WTOR or modify command intercept that could then
signal a condition you specify (or even design).

Good luck.


Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

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

  z/OS Application development made easier
* Our classes include
   + How things work
   + Programming examples with realistic applications
   + Starter / skeleton code
   + Complete working programs
   + Useful utilities and subroutines
   + Tips and techniques

== Check out the Trainer's Friend Store to purchase z/OS  ==
== application developer toolkits. Sample code in four==
== programming languages, JCL to Assemble or compile, ==
== bind and test. ==
==   http://www.trainersfriend.com/TTFStore/index.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: Linkage editor different ways to bind

Yes, It is SYSLIN.

On Thu, Sep 25, 2008 at 2:47 PM, Terry Sambrooks 
[EMAIL PROTECTED] wrote:

 Hi Itschak

 Looking at the two examples below. Should the SYSIN in the second one be
 SYSLIN, or is there another definition somewhere else. SYSLIN being the
 main
 input with SYSIN usually being a concatenation via //   DD DDNAME=SYSIN

 //syslin dd disp=shr,dsn=syslin  from prev. step
  //syslib dd disp=shr,dsn=sys1.cob2lib
 // dd disp=shr,dsn=my.load.lib

 This one didn't work for me: only modules from my.load.lib included, but
 sys1.cob2lib includes were ignored:

 //anydd dd disp=my.obj.lib,disp=shr
 //syslib dd disp=shr,dsn=sys1.cob2lib
 // dd disp=shr,dsn=my.load.lib
 //sysin dd *
  include anydd(mypgm)

  Kind regards - Terry

 Terry Sambrooks
 Director
 KMS-IT Limited
 228 Abbeydale Road South
 Dore, Sheffield, S17 3LA, UK

 Tel: +44 (0)114 262 0933
 WEB: www.legac-e.co.uk

 Company Reg: 3767263 at the above address

 All outgoing E-mail is scanned, but it remains the recipient's
 responsibility to ensure their system is protected from spy-ware, trojans,
 viruses, and worms.

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

2008-09-25 Thread Shmuel Metz (Seymour J.)

In [EMAIL PROTECTED], on 09/25/2008
   at 11:31 AM, R.S. [EMAIL PROTECTED] said:

It's not enough. The question was Are temporary datasets managed by 
SMS? If not then you need some disks mounted as STORAGE.

Nonsense; PUBLIC is good enough for temporary data sets. He needs STORAGE
for new permanent non-SMS data sets. Of course, if he has no PUBLIC
volumes then he can use STORAGE volumes for both, and even if he has
PUBLIC volumes that won't keep temporaries off of the STORAGE volumes.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
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: VOLID starting with ##

2008-09-25 Thread Gilbert Cardenas

On Wed, 24 Sep 2008 15:37:56 -0500, Ward, Mike S [EMAIL PROTECTED] 
wrote:

Hello all, I tried searching the archives for VOLID starting with ##,
and volume id ##, but didn't get any hits. We have from time to time had
cataloged datasets that have the volid as ## Where the ## are really
##'s and the ? are some assortment of characters. This has been going on
for years and we can't seem to figure out where they come from. Do  any
of you have any idea's as to where we might look.

Thanks.

==

Hello Mike, I have run across this (or something similar) and the root cause 
was that someone was trying to use FDRCOPY to copy a vsam file and add a 
new high level qualifier.  The problem was that the new HLQ threw the 
dataset name over the maximum number of characters (I think 44) and so the 
volser appeared with the ## as you mentioned.
Perhaps you are experiencing something similar?

Regards,
Gil.

--
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: GDPS Hyperswap Concurrent Copy

2008-09-25 Thread Paolo Cacciari

Previously, we've executed the cmd F ANTAS000,LISTSESS ALL and we've not 
found any CC active. We've obtained dumps to analyze this scenario but 
we'd 
like to know if anyone knows another way to review if any CC really it 
exists.

Christian, 

try to use FCQUERY command, and take a look to this link: 
http://www-01.ibm.com/support/docview.wss?uid=isg3S1001398 

Hope this helps.


Paolo Cacciari - IBM Italy - BCRS



IBM Italia S.p.A.
Sede Legale: Circonvallazione Idroscalo - 20090 Segrate (MI) 
Cap. Soc. euro 361.550.000
C. F. e Reg. Imprese MI 01442240030 - Partita IVA 10914660153
Società con Azionista Unico
Società soggetta all?attività di direzione e coordinamento di 
International Business Machines Corporation

(Salvo che sia diversamente indicato sopra / Unless stated otherwise 
above)

--
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: CICS DFHRPLConcatenation

2008-09-25 Thread Roland Schiradin

Such a change will perhaps never happen. CICS support storage protection for 
RENT programs since a long time before z/OS does this for NON APF programs. 
There are more nice features provided by CICS with some help from z/OS


Roland


Because the CICS programs are loaded by the CICS loader and not by 
normal z/OS program loading mechanisms.

I thought IBM was going to change that 20 years ago to make CICS easier to 
maintain.
At least that's what a CICS SYSProg told me back then.
-

--
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: Export catalog by FTP

On Thu, 25 Sep 2008 07:54:59 -0400, Lizette Koehler
[EMAIL PROTECTED] wrote:

Could you supply the JCL you use to do the EXPORT or the DFDSS with the
messages?

I usually code a BLKSIZE=32760 on my DFDSS dumps of datasets for FTP
transmissions.  DFDSS does not require it, but for FTP transmissions it
helps.

Lizette

What I have done, successfully, is to use DFDSS to create the dump. I then
transfer the resulting file to my PC (Windows or Linux). But the secret is
to use the commands:

bin
quote stru r
get dfdss.file

Then, on uploading to the z/OS system which is to read the file:

bin
quote stru r
quote site lrecl=? recfm=u blksize=? pri=? sec=? tracks
put dfdss.file

Note: Replace the question marks with the proper values. That is, the ones
from the original z/OS dump file.

If you are going z/OS to z/OS, you should be able to:

bin
stru r
quote site pri=? sec=? cylinders
put dfdss.file

Note that you don't need to specify the LRECL, BLKSIZE, and RECFM in this
case because the z/OS ftp client sends that automagically. Also, you don't
use the quote on the stru r because there is z/OS on both sides and so
both sides need to be set to record mode. Most non z/OS systems (OK, Windows
and Linux) don't understand record mode transfers, so the quote prefix is
required so that they don't get confused.

--
John

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

Re: 3480/3490 tape devices

2008-09-25 Thread Mike Baldwin

Hi R.S.,

On Thu, 25 Sep 2008 12:22:00 +0200, R.S. [EMAIL PROTECTED] wrote:

 They've kept some C22's.
Did you try to *convince them* to use Internet delivery or CD/DVD?

Although I would use Internet myself, it's not my role there and I would not
want to usurp yours as the DVD evangelist ;-)  
Seriously, only minutes are spent on this and it's not considered a problem.

 STK shops wonder what to do with those 3590/3592 carts, when they do
 sometimes arrive.
They already have to keep old 3490-compatible drives, doesn't matter
what brand. 

Why?

So, they have to deal with old equipment. So, they can
discover Internet or buy another old hardware: 3590. It's really cheap now.

There are sometimes non-technical obstacles or barriers to those being used
or implemented.  I would like to think not, but that's what I observe.

Regards,
Mike Baldwin
Cartagena Software Ltd.
www.cartagena.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: Export catalog by FTP

2008-09-25 Thread Jorge Garcia

Could you supply the JCL you use to do the EXPORT or the DFDSS with the
messages?

Dump (with BLKSIZE=32760):

//BACKUP   EXEC PGM=ADRDSSU,REGION=5M   
//SYSPRINT DD SYSOUT=*  
//DASD DD UNIT=3390,DISP=SHR,VOL=SER=SIS808 
//OUT  DD DSN=STS.EXPORT.CAT.USUARIO.AVPRU.DSS, 
//  DISP=(NEW,CATLG,DELETE),
//  UNIT=3390,SPACE=(TRK,(500,150),RLSE),   
//  DCB=(DSORG=PS,RECFM=U,LRECL=0,BLKSIZE=32760)
//SYSUDUMP DD SYSOUT=*  
//SYSINDD * 
  DUMP -
  DATASET(INCLUDE(CAT.USUARIO.AVPRU)) - 
  LOGINDDNAME(DASD) -   
  OUTDDNAME(OUT) -  
  ALLDATA(*) -  
  ALLEXCP - 
  COMPRESS -
  OPTIMIZE(4) - 
  SHARE -   
  SPHERE -  
  TOLERATE(ENQFAILURE)  


Export:

//JGJEXPOR JOB (S90),'SISTEMAS',CLASS=A,MSGCLASS=X,NOTIFY=SYSUID 
//PASO30   EXEC PGM=IDCAMS,REGION=2048K,COND=(4,LT)   
//*- CAT.USUARIO.PRUEBA   
//SYSPRINT DD  SYSOUT=*   
//CINTASA  DD  DSN=STS.EXPORT.CAT.USUARIO.AVPRU,  
// UNIT=3390,DISP=(NEW,CATLG,UNCATLG),
// SPACE=(TRK,(2,2000),RLSE),VOL=SER=SIS503   
//SYSINDD  *  
   EXPORT CAT.USUARIO.AVPRU OUTFILE(CINTASA) TEMPORARY
/*

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: CICS DFHRPLConcatenation

2008-09-25 Thread Barkow, Eileen

i think that the reason the loadlibs need to be in DFHRPL even if in
linklist is because CICS does its own type of load of the modules from
DFHRPL, not a MVS load which would come out of steplib/linklist.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ted MacNEIL
Sent: Wednesday, September 24, 2008 7:28 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CICS DFHRPLConcatenation

..if our CEE, MQ, and EQAW libraries are all in the system linklist
must they still be specified in the DFHRPL concatenation?

The answer is YES; I've never understood why.
-
Too busy driving to stop for gas!

--
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: Export catalog by FTP

2008-09-25 Thread David Logan

I think you're going to have problems trying to FTP a RECFM=U dataset. I
think you need to either write it out as RECFM=FB, or use a utility like TSO
XMIT to turn it into a dataset that is easily FTP'd.

David Logan
Manager of Product Development, Pitney Bowes Business Insight
http://centrus.com
W: (720) 564-3056
C: (303) 818-8222


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Jorge Garcia
Sent: Thursday, September 25, 2008 06:59
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Export catalog by FTP

Could you supply the JCL you use to do the EXPORT or the DFDSS with the
messages?

Dump (with BLKSIZE=32760):

//BACKUP   EXEC PGM=ADRDSSU,REGION=5M   
//SYSPRINT DD SYSOUT=*  
//DASD DD UNIT=3390,DISP=SHR,VOL=SER=SIS808 
//OUT  DD DSN=STS.EXPORT.CAT.USUARIO.AVPRU.DSS, 
//  DISP=(NEW,CATLG,DELETE),
//  UNIT=3390,SPACE=(TRK,(500,150),RLSE),   
//  DCB=(DSORG=PS,RECFM=U,LRECL=0,BLKSIZE=32760)
//SYSUDUMP DD SYSOUT=*  
//SYSINDD * 
  DUMP -
  DATASET(INCLUDE(CAT.USUARIO.AVPRU)) - 
  LOGINDDNAME(DASD) -   
  OUTDDNAME(OUT) -  
  ALLDATA(*) -  
  ALLEXCP - 
  COMPRESS -
  OPTIMIZE(4) - 
  SHARE -   
  SPHERE -  
  TOLERATE(ENQFAILURE)  


Export:

//JGJEXPOR JOB (S90),'SISTEMAS',CLASS=A,MSGCLASS=X,NOTIFY=SYSUID 
//PASO30   EXEC PGM=IDCAMS,REGION=2048K,COND=(4,LT)   
//*- CAT.USUARIO.PRUEBA   
//SYSPRINT DD  SYSOUT=*   
//CINTASA  DD  DSN=STS.EXPORT.CAT.USUARIO.AVPRU,  
// UNIT=3390,DISP=(NEW,CATLG,UNCATLG),
// SPACE=(TRK,(2,2000),RLSE),VOL=SER=SIS503   
//SYSINDD  *  
   EXPORT CAT.USUARIO.AVPRU OUTFILE(CINTASA) TEMPORARY
/*

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

2008-09-25 Thread Jeff Holst

That VATLST00 you listed looks suspiciously like the one you get from IBM 
with a driver system when you first installed MVS/OS/390/z/OS. I am willing to 
bet that it was never customized after that initial install.

Jeff

Hello,
 
I would like to pass a situation by everyone to get their opinon of an issue I 
am having. I have opened an issue with IBM but many heads are better than 1.
 
We are getting some new dasd and after the dasd is installed I am to run an 
ICKDSF REFORMAT with the REFVTOC parm against all the dasd, per the dasd 
manufacturer.
 
I tested this on a test machine against a few volumes and found that my 
MVSCAT volume is mounted as STORAGE and the ICKDSF does not like this, it 
wants it mounted PRIVATE. This is the only volume mounted as STORAGE. My 
VATLST00 is as follows:
 
VATDEF IPLUSE(PRIVATE),SYSUSE(PRIVATE)
MVSCAT,1,0,3390    ,Y 
DLIB02,1,2,3390    ,Y 
DLIB03,1,2,3390    ,Y 
MVSDLB,1,2,3390    ,Y 
MVSRES,1,2,3390    ,Y 
TARG02,1,2,3390    ,Y 
TARG03,1,2,3390    ,Y 

I took over this system from someone else and do not know why this was set 
up to be mounted STORAGE. 
 
It looks like I could shut down the system, ipl a stand alone ICKDSF and run 
the REFORMAT but that seems like a last resort to me.
 
The system master catalog does reside on MVSCAT as do other data sets.
 
Is there a reason to have this mounted as STORAGE?
 
Are there system datasets that are required to be on a volume mounted 
STORAGE?
 
Can I change this MVSCAT to be mounted as PRIVATE and re-ipl without 
causing issues since it has been this way for a while?
 
Is there a requirement to have at least one volume mounted as STORAGE in 
VATLST00?
 
Thanks to everyone in advance for your help.
Kurt
 
 




--
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: CICS DFHRPLConcatenation

On Thu, 25 Sep 2008 09:02:30 -0400, Barkow, Eileen [EMAIL PROTECTED]
wrote:

i think that the reason the loadlibs need to be in DFHRPL even if in
linklist is because CICS does its own type of load of the modules from
DFHRPL, not a MVS load which would come out of steplib/linklist.


CICS now uses standard z/OS facilities to load programs into memory. Now,
CICS is OCO, so I cannot actually know how it does this. But, as an example,
it could do something like:

  LOAD DE=bldl_list_entry,
DCB=DFHRPL,
LSEARCH=NO,
   ADRNAPF=starting-address-to-load-module-to

--
John

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

Re: Export catalog by FTP

On Thu, 25 Sep 2008 07:06:27 -0600, David Logan [EMAIL PROTECTED] wrote:

I think you're going to have problems trying to FTP a RECFM=U dataset. I
think you need to either write it out as RECFM=FB, or use a utility like TSO
XMIT to turn it into a dataset that is easily FTP'd.

David Logan
Manager of Product Development, Pitney Bowes Business Insight

That is much easier. But using the stru r command does allow useful
ftp'ing of non-FB datasets in binary mode between z/OS systems. Record
structure transfers are very rare, but they are a part of the ftp spec.

--
John

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

Re: Linkage editor different ways to bind

2008-09-25 Thread Tom Marchant

On Thu, 25 Sep 2008 08:03:39 +0300, Itschak Mugzach wrote:

Any idea why Situation two doesn't work? As I said, it looks like a binder
parameter that controls that, but I can't find which one.

Please post the complete JCL for your situation 2.  If a PROC is used, post
the proc and the JCL that invokes it, including overriding DD statements.

-- 
Tom Marchant

--
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: Export catalog by FTP

2008-09-25 Thread Paul Gilmartin

On Thu, 25 Sep 2008 07:50:10 -0500, John McKown wrote:

If you are going z/OS to z/OS, you should be able to:

bin
stru r
quote site pri=? sec=? cylinders
put dfdss.file

Note that you don't need to specify the LRECL, BLKSIZE, and RECFM in this
case because the z/OS ftp client sends that automagically. Also, you don't
use the quote on the stru r because there is z/OS on both sides and so
both sides need to be set to record mode. Most non z/OS systems (OK, Windows
and Linux) don't understand record mode transfers, so the quote prefix is
required so that they don't get confused.

And, regrettably, AFAIK, there's no way to do this with only
z/OS clients and most non z/OS servers because the client will
send STRU R to the server which rejects it and the client
fails.

There ought to be the useful LOCSITE STRU R or such, to perform
this asymmetrical transfer equally well with the client(s) on the
z/OS side.

Would AMATERSE be an effective alternative?  Wishlist item:
coupling AMATERSE to FTP via a POSIX pipe to eliminate the need
for local disk storage for the TERSEd file.  FTP will deal
with pipes via the //DD construct, but AMATERSE refuses to write
to them (though it may be tricked into reading from them).

-- gil

--
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: Export catalog by FTP

2008-09-25 Thread Mark Zelden

On Thu, 25 Sep 2008 07:50:10 -0500, John McKown [EMAIL PROTECTED] wrote:

If you are going z/OS to z/OS, you should be able to:

bin
stru r
quote site pri=? sec=? cylinders
put dfdss.file


For z/OS to z/OS I always use:

mode b
ebcdic  (or type e  if you prefer)
put file.name


Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
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: Export catalog by FTP

I use MODE C and TYPE E. 

Compression allegedly reduces network bytes by a -lot-. 60% if you can
believe the messages. YMMV 

Note: AFAIK, a FTP like this with any Windows server in the path is
likely to have issues. Reason is that Windows often insists on
translation even when directed not to. The only effective way to get
Windows to behave is to make sure -every- file name ends with .BIN 

HTH
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Zelden
Sent: Thursday, September 25, 2008 8:36 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Export catalog by FTP

 


For z/OS to z/OS I always use:

mode b
ebcdic  (or type e  if you prefer)
put file.name


Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at
http://expertanswercenter.techtarget.com/
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

NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
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: VOLID starting with ##

2008-09-25 Thread Joseph Butz

Hi Mike,

FDR uses volsers beginning with '' as placeholder volsers until that
piece of a multi-volume dataset has been restored.  For VSAM, the 5th
character is 'V' and the 6th character is the type (Vn).  Datasets other
than VSAM will have a numeric value as the 5th  6th characters (nn).
For FDR, if you see volsers beginning with '' it is a result of a failed
or incomplete restore, copy, or move of a dataset.

Joseph Butz
[EMAIL PROTECTED]
Innovation Data Processing


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Ward, Mike S
Sent: Wednesday, September 24, 2008 4:38 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: VOLID starting with ##

Hello all, I tried searching the archives for VOLID starting with ##,
and volume id ##, but didn't get any hits. We have from time to time had
cataloged datasets that have the volid as ## Where the ## are really
##'s and the ? are some assortment of characters. This has been going on
for years and we can't seem to figure out where they come from. Do  any
of you have any idea's as to where we might look.

 

Thanks.

==
This email and any files transmitted with it are confidential and intended
solely for the use of the individual or entity
to which they are addressed. If you have received this email in error please
notify the system manager. This message
contains confidential information and is intended only for the individual
named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please notify the
sender immediately by e-mail if you
have received this e-mail by mistake and delete this e-mail from your
system. If you are not the intended recipient
you are notified that disclosing, copying, distributing or taking any action
in reliance on the contents of this
information 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

--
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 on z/OS on Intel, sort of.

2008-09-25 Thread Pommier, Rex R.

quote
I have heard people who consider their AS/400 machines
to be mainframes. [Or whatever it is that the AS/400
morphed into.]



Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.
/quote

Definitely the folks who lurk/sell on e-bay consider AS400s mainframes.
:-)

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: Export catalog by FTP

2008-09-25 Thread Mansell, George R.

I think recfm u should work, you might try this.

//STEP05   EXEC PGM=FTP,REGION=2048K, 
// PARM='SYS093.UMB.COM (EXIT TRACE ' 
//NETRCDD DUMMY   
//SYSPRINT DD SYSOUT=*
//OUTPUT   DD SYSOUT=*
//INPUTDD *   
ID
***   
BLOCK 
EBCDIC
LOCSITE PROGRESS 0
SITE PRI=5SEC=1  CY   
SITE DCBDSN='UMBMDSCB'
PUT 'TES.CONNECT.DIRECT' 'TECGRM.NDM.TEST(+1)'
QUIT  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Jorge Garcia
Sent: Thursday, September 25, 2008 4:02 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Export catalog by FTP

Hello everybody:

  We want to export a test catalog to our disaster site and we want use the 
FTP because we don't share unit tapes between us. 
We've tried to use the export function and then send by ftp (in binary) to the 
same dataset in the disaster site (with the same DCB), but the import cancels 
with code 12.
Another way with a dump dfdss (IBM-MAIN post), but also the restore cancels 
with cod.08 because the dataset hasn't been created with dfdss.

Is there any way or the only is with tape o DASD between both sides?

Thanks

Jorge García Juanino
Técnico de Sistemas Z/Os/Área de Producción y Tecnología
MAPFRE TECNOLOGÍAS DE LA INFORMACIÓN
Crtra. De Pozuelo nº 52
28220 Majadahonda (Madrid)
Tfno: 91 581 27 34/ 618 33 35 59
Fax: 91 581 24 01
[EMAIL PROTECTED]

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


--
NOTICE:  This electronic mail message and any attached files are confidential.  
The information is exclusively for the use of the individual or entity intended 
as the recipient.  If you are not the intended recipient, any use, copying, 
printing, reviewing, retention, disclosure, distribution or forwarding of the 
message or any attached file is not authorized and is strictly prohibited.  If 
you have received this electronic mail message in error, please advise the 
sender by reply electronic mail immediately and permanently delete the original 
transmission, any attachments and any copies of this message from your computer 
system. 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: Linkage editor different ways to bind

2008-09-25 Thread Big Iron

This could be happening because ANYDD is a new DD statement which
should follow the SYSLIB DD statements if there is a SYSLIB DD statement
present in the link-edit procedure being invoked. Specifying
MSGLEVEL=(1,1) on the JOB card should make that clear,

Bill

On Thu, 25 Sep 2008 15:08:03 +0300, Itschak Mugzach [EMAIL PROTECTED] wrote:

Yes, It is SYSLIN.

On Thu, Sep 25, 2008 at 2:47 PM, Terry Sambrooks 
[EMAIL PROTECTED] wrote:

 Hi Itschak

 Looking at the two examples below. Should the SYSIN in the second one be
 SYSLIN, or is there another definition somewhere else. SYSLIN being the
 main
 input with SYSIN usually being a concatenation via //   DD DDNAME=SYSIN

 //syslin dd disp=shr,dsn=amp;syslin  from prev. step
  //syslib dd disp=shr,dsn=sys1.cob2lib
 // dd disp=shr,dsn=my.load.lib

 This one didn't work for me: only modules from my.load.lib included, but
 sys1.cob2lib includes were ignored:

 //anydd dd disp=my.obj.lib,disp=shr
 //syslib dd disp=shr,dsn=sys1.cob2lib
 // dd disp=shr,dsn=my.load.lib
 //sysin dd *
  include anydd(mypgm)

  Kind regards - Terry

 Terry Sambrooks
 Director
 KMS-IT Limited
 228 Abbeydale Road South
 Dore, Sheffield, S17 3LA, UK

 Tel: +44 (0)114 262 0933
 WEB: www.legac-e.co.uk

 Company Reg: 3767263 at the above address

 All outgoing E-mail is scanned, but it remains the recipient's
 responsibility to ensure their system is protected from spy-ware, trojans,
 viruses, and worms.


--
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: Linkage editor different ways to bind

I can't supply JCL for situation two, as this is dynamicly invoked by SCLM.
I plan to changed the IOTYPE from S to A and specify the object library as
the input, including member name. I read the DFSMS Program management manual
and have some ideas to check next week...

Itschak

On Thu, Sep 25, 2008 at 4:34 PM, Tom Marchant [EMAIL PROTECTED]wrote:

 On Thu, 25 Sep 2008 08:03:39 +0300, Itschak Mugzach wrote:
 
 Any idea why Situation two doesn't work? As I said, it looks like a binder
 parameter that controls that, but I can't find which one.

 Please post the complete JCL for your situation 2.  If a PROC is used, post
 the proc and the JCL that invokes it, including overriding DD statements.

 --
 Tom Marchant

 --
 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: Data conversion EBCDIC to ASCII


Claudio Marcio wrote:

Hi,

This is my dataset
Data Set Name . . . . : BRASIL.ZOS.CONTEST.JCL

General Data   Current Allocation
Management class . . : USRMGMT Allocated tracks  . : 2
Storage class  . . . : USRBASE Allocated extents . : 1
 Volume serial . . . : DMTU08
 Device type . . . . : 3390
Data class . . . . . : **None**   Current Utilization
 Organization  . . . : PO  Used tracks . . . . : 2
 Record format . . . : FB  Used extents  . . . : 1
 Record length . . . : 80
 Block size  . . . . : 27920
 1st extent tracks . : 2
 Secondary tracks  . : 1
 Data set name type  : PDS   NO

 Creation date . . . : 2008/09/16  Referenced date . . : 2008/09/24
 Expiration date . . : ***None***
- 



This is the member of my dataset with EBCDIC code:

VIEW  BRASIL.ZOS.CONTEST.JCL   Row 1 of 
3
Command ===  Scroll 
=== PAGE

   Name Prompt   Size   Created  Changed ID
_ DATA 13  2008/07/24  2008/09/20 00:07:49 
BRASIL

   **End**
- 


Questions about oput command:

oput '..zzz(member)' '/u/yourid/member' binary

in 'x..zzz(member) - I type   'BRASIL.ZOS.CONTEST.JCL(DATA1)'  ???
in '/u/yourid/member' binary - I type   '/u/BRASIL/DATA1' binary ??

- 



Look when typed the omvs command, and then the pwd command to see my id.
Appeared in the information below:

IBM
Licensed Material - Property of IBM
5694-A01 (C) Copyright IBM Corp. 1993, 2004
(C) Copyright Mortice Kern Systems, Inc., 1985, 1996.
(C) Copyright Software Development Group, University of Waterloo, 1989.

All Rights Reserved.

U.S. Government users - RESTRICTED RIGHTS - Use, Duplication, or
Disclosure restricted by GSA-ADP schedule contract with IBM Corp.

IBM is a registered trademark of the IBM Corp.

BRASIL:/: pwd
/
BRASIL:/: 



OK. So your home is root. Not a good idea, but I'm finding
it to be pretty common.

Knowing that, then here's the series of commands I recommend
you issue, starting at ISPF 6:


  == oput 'BRASIL.ZOS.CONTEST.JCL(DATA1)' '/data1' binary

  == omvs(you are put into UNIX)

  == iconv -f ibm-1047 -t iso8859-1 data1 data2
  == exit  (you leave UNIX, return to ISPF 6)

  == oget '/data1' 'BRASIL.ZOS.CONTEST.JCL(DATA1)' binary

done.


regards




- Original Message - From: Steve Comstock 
[EMAIL PROTECTED]

Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@BAMA.UA.EDU
Sent: Sunday, September 21, 2008 4:17 AM
Subject: Re: Data conversion EBCDIC to ASCII



Claudio Marcio wrote:

Hi,

I use the system z / OS version V1R6
How I see if my directory is /u/
and  my file is encoded in ibm-1047 in that System??

== oput '..zzz(member)' '/u/yourid/member' binary

   == omvs

   == iconv -f ibm-1047 -t iso8859-1 member  member2
   == exit

   == oget '/u/yourid/member2' '..zzz(member)' binary


In main menu, i have a command line option - ( option number 6 )
the above commands run this route??


yes, all of these commands are issued from ISPF option 6

When you enter the omvs command, you are placed into UNIX; the
next two commands are actually issued while you are in UNIX.

So, go to ISPF 6 and enter the first two commands (oput and omvs)

when you are in UNIX, issue

   == pwd

this will display your current directory. if it is /u/ followed
by your tso id in lower case, then you are good.

It may be you are not set up to run under UNIX, however; if not
you need to have your systems programmer add an omvs segment
to your security profile (RACF, ACF2, Top Secret, any other).
This is where you specify the home directory (and some other
attributues). If you are not set up to run under UNIX, the omvs
command will fail.

the exit command leaves UNIX and returns to yout ISPF 6 command
line to enter the oget command. I have tested this series of
commands, and it does what you want, assuming the various parts
for you running under UNIX are in place.


As far as knowing what code page is used for a file, there
really is no magic way. The default code page for z/OS is
ibm-037, the default code page for the unix shell is ibm-1047.
But these can be changed by systems people. In most cases,
the various EBCDIC code pages are the same; it's only some
special characters and some language-specific characters
that have varying code points. If your member only contains
English alphabetic characters, numeric digits, and a few
special characters, almost any of the EBCDIC code pages
will work in the iconv command.

The page http://www.tachyonsoft.com/cpindex.htm contains

Digital Certificate Implementation TN3270

2008-09-25 Thread Melissa Perry

I am looking for the best way to handle digital certificates and TN3270 
emulation.  I am in the process of implementing SSL on Telnet.  I have 
generated a certauth and a certsign certificate through acf2.  Both of these 
certificates were imported onto a workstation and are functioning as they 
should be.  My concern is, certificates having to be imported to each 
workstation that connects to the mainframe.  What is the industry standard 
for implementing certificates for this?  

--
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: Linkage editor different ways to bind

2008-09-25 Thread Paul Gilmartin

On Thu, 25 Sep 2008 09:28:27 -0500, Big Iron wrote:

This could be happening because ANYDD is a new DD statement which
should follow the SYSLIB DD statements if there is a SYSLIB DD statement
present in the link-edit procedure being invoked. Specifying
MSGLEVEL=(1,1) on the JOB card should make that clear,

Haven't the archaic constraints on ordering of overriding DD statements
been much relaxed in recent OS releases?

On Thu, 25 Sep 2008 15:08:03 +0300, Itschak Mugzach wrote:

Yes, It is SYSLIN.

On Thu, Sep 25, 2008 at 2:47 PM, Terry Sambrooks wrote:

 This one didn't work for me: only modules from my.load.lib included, but
 sys1.cob2lib includes were ignored:

 //anydd dd disp=my.obj.lib,disp=shr
 //syslib dd disp=shr,dsn=sys1.cob2lib
 // dd disp=shr,dsn=my.load.lib
 //sysin dd *
  include anydd(mypgm)

-- gil

--
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: Export catalog by FTP

2008-09-25 Thread Bri P

I do this all the time. Before we had PPRC between our primary and DR site I 
used to send not only adrdssu dataset dumps of catalog export files but entire 
disk dumps back and forth between the two; nowadays I use it for releasing 
software distributions from my systems development/test LPAR.

It seems strange at first to specify the EBCDIC option on a file that contains 
binary, but it preserves the (otherwise undefined) record structure. As long as 
you're not going to a target with a different code-page, you should be fine.

The FTP statements you can use for adrdssu dump files are 

ebcdic 
block  
compress   
   
site recfm=u lrecl=0 blksize=27998 
site cy pri=1000 sec=500 vol=vv
   
put 'what.ever.your.dump.file.name.is'   
   
quit   


Brian


-
Email sent from www.virginmedia.com/email
Virus-checked using McAfee(R) Software and scanned for spam

--
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: Data conversion EBCDIC to ASCII - correction


Steve Comstock wrote:

[Whoops! fixed a typo in the oget command below. sorry.]



OK. So your home is root. Not a good idea, but I'm finding
it to be pretty common.

Knowing that, then here's the series of commands I recommend
you issue, starting at ISPF 6:


  == oput 'BRASIL.ZOS.CONTEST.JCL(DATA1)' '/data1' binary

  == omvs(you are put into UNIX)

  == iconv -f ibm-1047 -t iso8859-1 data1 data2
  == exit  (you leave UNIX, return to ISPF 6)

  == oget '/data2' 'BRASIL.ZOS.CONTEST.JCL(DATA1)' binary

done.




Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

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

  z/OS Application development made easier
* Our classes include
   + How things work
   + Programming examples with realistic applications
   + Starter / skeleton code
   + Complete working programs
   + Useful utilities and subroutines
   + Tips and techniques

== Check out the Trainer's Friend Store to purchase z/OS  ==
== application developer toolkits. Sample code in four==
== programming languages, JCL to Assemble or compile, ==
== bind and test. ==
==   http://www.trainersfriend.com/TTFStore/index.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: Export catalog by FTP

2008-09-25 Thread Jorge Garcia

John, you've got right!!

 I can't be able to restore the dump with DFDSS (alias error), but I've got it 
with the import. Now we have the test user catalog in the disaster side.

Thanks' a lot

Jorge

--
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: Digital Certificate Implementation TN3270

2008-09-25 Thread John P Kalinich

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.

Melissa Perry of the IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
wrote on 09/25/2008 09:38:03 AM:

 I am looking for the best way to handle digital certificates and TN3270
 emulation.  I am in the process of implementing SSL on Telnet.  I have
 generated a certauth and a certsign certificate through acf2.  Both of
these
 certificates were imported onto a workstation and are functioning as they

 should be.  My concern is, certificates having to be imported to each
 workstation that connects to the mainframe.  What is the industry
standard
 for implementing certificates for this?

I don't think you have to implicitly import the certificate to each 3270
workstation.  The SSL handshake initiated by the 3270 client should request
the server's digital certificate.

Regards,
John K

--
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: SRB Wait JWT

2008-09-25 Thread Tom Harper

Patrick,

I'm having a hard time making any sense out of your question. Tasks can 
certainly WAIT, but I've never heard of an SRB WAIT. What do you mean by that? 
Do you mean when a task has scheduled an SRB and is WAITing for an SRB to POST 
it?

Perhaps you can elaborate.

Tom Harper
IMS Utilities Development Team
Neon Enterprise Software, Inc.
Sugar Land, TX

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Patrick Falcone
Sent: Wednesday, September 24, 2008 7:15 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SRB Wait  JWT

While I don't believe that this is true can someone confirm. If a task goes 
into some sort of SRB wait, no time is also accrued to the JWT timer making 
these wait types mutually exclusive. Do I have this right or am I all wet? I 
would think that if you did hit the JWT limit, set at several minutes, that you 
have other more serious problems at hand.
 
If this is true does anyone have a good example of an SRB wait that could 
exceed 15 minutes also tripping the JWT limit?
 
TIA...

--
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: Linkage editor different ways to bind

2008-09-25 Thread J R

Have you closely compared the SYSPRINT output 
to check if the processing options differ in any way?  

 Date: Thu, 25 Sep 2008 17:34:16 +0300
 From: [EMAIL PROTECTED]
 Subject: Re: Linkage editor different ways to bind
 To: IBM-MAIN@BAMA.UA.EDU

 I can't supply JCL for situation two, as this is dynamicly invoked by SCLM.
 I plan to changed the IOTYPE from S to A and specify the object library as
 the input, including member name. I read the DFSMS Program management manual
 and have some ideas to check next week...

 Itschak

_
Get more out of the Web. Learn 10 hidden secrets of Windows Live.
http://windowslive.com/connect/post/jamiethomson.spaces.live.com-Blog-cns!550F681DAD532637!5295.entry?ocid=TXT_TAGLM_WL_domore_092008
--
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: Digital Certificate Implementation TN3270

2008-09-25 Thread Rugen, Len

I think the OP is saying that self signed certificates have been
generated.  Each workstation should need the Certificate Authority
(CA) cert chain of the Tn3270 cert.  The way to avoid this is to use a
cert that is signed by a common authority.   

Some TN3270 clients and some windows applications let you click around
certificate problems, which I don't think is secure.  I doubt IBM's
PCOMM for example, would let you do that.  

If your systems are in a domain, a CA certificate can be handled in a
group policy or somehow, we have our own enterprise CA chains that are
essentially self-signed but get installed on each workstation that joins
the domain.  



Len Rugen

--
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: Linkage editor different ways to bind

Yes. The main difference is that SCLM uses binder INCLUDE command, while the
batch program is using the object code as main input.

Itschak

On Thu, Sep 25, 2008 at 5:58 PM, J R [EMAIL PROTECTED] wrote:

 Have you closely compared the SYSPRINT output
 to check if the processing options differ in any way?

  Date: Thu, 25 Sep 2008 17:34:16 +0300
  From: [EMAIL PROTECTED]
  Subject: Re: Linkage editor different ways to bind
  To: IBM-MAIN@BAMA.UA.EDU
 
  I can't supply JCL for situation two, as this is dynamicly invoked by
 SCLM.
  I plan to changed the IOTYPE from S to A and specify the object library
 as
  the input, including member name. I read the DFSMS Program management
 manual
  and have some ideas to check next week...
 
  Itschak



 _
 Get more out of the Web. Learn 10 hidden secrets of Windows Live.

 http://windowslive.com/connect/post/jamiethomson.spaces.live.com-Blog-cns!550F681DAD532637!5295.entry?ocid=TXT_TAGLM_WL_domore_092008
  --
 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: SRB Wait JWT

2008-09-25 Thread Patrick Falcone

Hi Tom,
 
I'm sorry, yes my below is poorly worded.
 
You answered my question in that an SRB does not wait. I guess I should have 
just looked at the SMF manual , as I'm doing now, to better understand the 
scope of what waits fall under JWT.
 
Thanks.
 
 

--- On Thu, 9/25/08, Tom Harper [EMAIL PROTECTED] wrote:

From: Tom Harper [EMAIL PROTECTED]
Subject: Re: SRB Wait  JWT
To: IBM-MAIN@BAMA.UA.EDU
Date: Thursday, September 25, 2008, 2:57 PM

Patrick,

I'm having a hard time making any sense out of your question. Tasks can
certainly WAIT, but I've never heard of an SRB WAIT. What do you mean by
that? Do you mean when a task has scheduled an SRB and is WAITing for an SRB to
POST it?

Perhaps you can elaborate.

Tom Harper
IMS Utilities Development Team
Neon Enterprise Software, Inc.
Sugar Land, TX

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of
Patrick Falcone
Sent: Wednesday, September 24, 2008 7:15 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SRB Wait  JWT

While I don't believe that this is true can someone confirm. If a task goes
into some sort of SRB wait, no time is also accrued to the JWT timer making
these wait types mutually exclusive. Do I have this right or am I all wet? I
would think that if you did hit the JWT limit, set at several minutes, that you
have other more serious problems at hand.
 
If this is true does anyone have a good example of an SRB wait that could
exceed 15 minutes also tripping the JWT limit?
 
TIA...

--
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: Linkage editor different ways to bind

First, you should be using the supported runtimes for COBOL2, and they
are in LE. Otherwise, results can be unpredictable. I believe the name
is hlq.SCEELKED.

Second, compiler options for the older compliers can influence the
binder behavior. I believe the ROT is RES DYNAM. 

Third, what do you mean 'couldn't be found?' AFAIK, a properly linked
COBOL2 program will have only a few 'stub' CSECTS in the final program.


Fourth, when an INCLUDED module contains other CSECTs, the Binder will
not replace them unless explicitly directed to do so. Old COBOL runtimes
as well as out of date subroutines can sneak into production via this
vector and cause some real headscratcher problems.  

HTH

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Itschak Mugzach
Sent: Thursday, September 25, 2008 12:04 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Linkage editor different ways to bind

I have two Binder situations. One works and the other is in error I
suspect
that this is a binder parm that cause the error.

Situation one, that works:
Output from the compiler (Object) is in the syslin. Two libraries are in
the
syslib concatenation: SYS1.COB2LIB and MY.LOADLIB.
The Binder ends successfully, referring only to MY.LOADLIB and the
SYSLIN in
the dataset report.

Situation two, that in error:
Output from compiler is in an object library. SYSLIB is the same. A
SYSLIN
INCLUDE OBJ(MYPGM)' loads the object code, but all the Cobol2 modules
needed to be linked together with the object code couldn't be found
although
they are in the SYSLIB.

Any idea why Situation two doesn't work? As I said, it looks like a
binder
parameter that controls that, but I can't find which one.

Regards,

Itschak



NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
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: SRB Wait JWT

On Thu, 25 Sep 2008 08:29:46 -0700, Patrick Falcone
[EMAIL PROTECTED] wrote:

Hi Tom,
 
I'm sorry, yes my below is poorly worded.
 
You answered my question in that an SRB does not wait. I guess I should
have just looked at the SMF manual , as I'm doing now, to better understand
the scope of what waits fall under JWT.
 
Thanks.

Though an SRB cannot issue a WAIT macro, it can go into a wait. In
particular, the manual states that the SRB can use SUSPEND to stop itself.
Some other process would then need to do a RESUME to restart it. 

So your question is still relevant. If an SRB is dispatched in an address
space and does a SUSPEND, will the address space still get an S522 abend due
to a JWT time out? If it does S522, what happens to the SRB?

--
John

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

Re: Linkage editor different ways to bind

Hello Hal,

First, this is not my system. We just do some near-system development. I do
not have anyway to influence the way my customer work.On systems I managed,
I climbed before y(K2) ...

Second, nop.
Third,  the Cobol2 stub modules was 'not resolved' Although the Cob2lib was
in the syslib concatenation. From other hand, the second library in the
syslib concatenation was searched to resolve csects. Those csects was not
required when the SYSLIN pointed directly to the object code and not
indirectly via INCLUDE xx(myprog). This is realy strange situation I can't
explain.

Four, the old way, putting the object code in the syslib works fine ;-(

Thanks for your ideas (res, etc. ). I'll check them next week.

On Thu, Sep 25, 2008 at 6:31 PM, Hal Merritt [EMAIL PROTECTED] wrote:

 First, you should be using the supported runtimes for COBOL2, and they
 are in LE. Otherwise, results can be unpredictable. I believe the name
 is hlq.SCEELKED.

 Second, compiler options for the older compliers can influence the
 binder behavior. I believe the ROT is RES DYNAM.

 Third, what do you mean 'couldn't be found?' AFAIK, a properly linked
 COBOL2 program will have only a few 'stub' CSECTS in the final program.


 Fourth, when an INCLUDED module contains other CSECTs, the Binder will
 not replace them unless explicitly directed to do so. Old COBOL runtimes
 as well as out of date subroutines can sneak into production via this
 vector and cause some real headscratcher problems.

 HTH

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
 Behalf Of Itschak Mugzach
 Sent: Thursday, September 25, 2008 12:04 AM
 To: IBM-MAIN@BAMA.UA.EDU
  Subject: Linkage editor different ways to bind

 I have two Binder situations. One works and the other is in error I
 suspect
 that this is a binder parm that cause the error.

 Situation one, that works:
 Output from the compiler (Object) is in the syslin. Two libraries are in
 the
 syslib concatenation: SYS1.COB2LIB and MY.LOADLIB.
 The Binder ends successfully, referring only to MY.LOADLIB and the
 SYSLIN in
 the dataset report.

 Situation two, that in error:
 Output from compiler is in an object library. SYSLIB is the same. A
 SYSLIN
 INCLUDE OBJ(MYPGM)' loads the object code, but all the Cobol2 modules
 needed to be linked together with the object code couldn't be found
 although
 they are in the SYSLIB.

 Any idea why Situation two doesn't work? As I said, it looks like a
 binder
 parameter that controls that, but I can't find which one.

 Regards,

 Itschak



 NOTICE: This electronic mail message and any files transmitted with it are
 intended
 exclusively for the individual or entity to which it is addressed. The
 message,
 together with any attachment, may contain confidential and/or privileged
 information.
 Any unauthorized review, use, printing, saving, copying, disclosure or
 distribution
 is strictly prohibited. If you have received this message in error, please
 immediately advise the sender by reply email and delete all copies.

 --
 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: Export catalog by FTP

2008-09-25 Thread David Logan

Yes, there are things you can do if you are going from z/OS *to* z/OS. I
usually do not, which is what always causes my FTP heartburn :)

David Logan

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of John McKown
Sent: Thursday, September 25, 2008 07:35
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Export catalog by FTP

On Thu, 25 Sep 2008 07:06:27 -0600, David Logan [EMAIL PROTECTED]
wrote:

I think you're going to have problems trying to FTP a RECFM=U dataset. I
think you need to either write it out as RECFM=FB, or use a utility like
TSO
XMIT to turn it into a dataset that is easily FTP'd.

David Logan
Manager of Product Development, Pitney Bowes Business Insight

That is much easier. But using the stru r command does allow useful
ftp'ing of non-FB datasets in binary mode between z/OS systems. Record
structure transfers are very rare, but they are a part of the ftp spec.

--
John

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

--
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: GDPS Hyperswap Concurrent Copy

2008-09-25 Thread John Ticic IBM-MAIN

You should also ensure that you protect CC with RACF so that you can control 
its use (which should be 0 with Hyperswap).


FACILITY class and STGADMIN.ADR.COPY.CNCURRNT or STGADMIN.ADR.DUMP.CNCURRNT 
profiles.


Also check your HSM settings.

John
- Original Message - 
From: Paolo Cacciari [EMAIL PROTECTED]

Newsgroups: bit.listserv.ibm-main
Sent: Thursday, September 25, 2008 2:38 PM
Subject: Re: GDPS  Hyperswap  Concurrent Copy



Previously, we've executed the cmd F ANTAS000,LISTSESS ALL and we've not
found any CC active. We've obtained dumps to analyze this scenario but
we'd
like to know if anyone knows another way to review if any CC really it
exists.

Christian,

try to use FCQUERY command, and take a look to this link:
http://www-01.ibm.com/support/docview.wss?uid=isg3S1001398

Hope this helps.


Paolo Cacciari - IBM Italy - BCRS



IBM Italia S.p.A.
Sede Legale: Circonvallazione Idroscalo - 20090 Segrate (MI)
Cap. Soc. euro 361.550.000
C. F. e Reg. Imprese MI 01442240030 - Partita IVA 10914660153
Società con Azionista Unico
Società soggetta all?attività di direzione e coordinamento di
International Business Machines Corporation

(Salvo che sia diversamente indicato sopra / Unless stated otherwise
above)

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

Used Shark Available

2008-09-25 Thread Eric Bielefeld

Used Shark Available

We have an old Shark Dasd unit we would like to find a new home for.  It has 3 
usable Terabytes of space, PAV support, but doesn't have Flash Copy.  It is a 
2005-800.   We would like to find someone to buy it - vendors are welcome to 
call, however we would consider donating it to a worthy cause.  We can not pick 
up any shipping or packing charges.  You would also have to pick up 
deinstallation charges.  The box is currently located in St. Louis.  

Send  any inquiries to  [EMAIL PROTECTED]314-935-3418.

Eric Bielefeld
Sr. Systems Programmer
Information Services   Technology (IST)
Washington University in St. Louis
[EMAIL PROTECTED]
314-935-3418

--
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: Setting up PR/SM for very small Capacity LPARs on Fast Processors

2008-09-25 Thread Arthur Gutowski

On Wed, 24 Sep 2008 14:55:21 +0200, R.S. 
[EMAIL PROTECTED] wrote:
What does it mean counterproductive ?
Assuming you really need the system and the system need in MSU is really
small you can do the following:
1. Assign small percentage (I've seen even sub-percent weights) despite
it is counterproductive
2. Assign more power than it needs. Of course unused cycles will still
be used by other LPARs if needed.
3. Look for another (smaller) CPC.

Did I miss something?

Perhaps, because your suggestions are not really keeping the utilization of 
these under - say 3%, per the OP, which I take to mean cap.

1.  Unless you refrain from capping, this has been very counter-productive at 
our shop.  WLM barely has time to figure out who to dispatch, and the LPAR is 
pre-empted.  If you do not cap, you're really not keeping the utilization below 
3% if there are cycles to spare.

2.  I agree this is a valid alterntive to the what the OP is considering, but 
then 
you're not keeping the utilization under 3%.

3.  Mark also suggested the penalty box alternative - fine, if you can afford 
it, but then you don't necessarily have to keep utilization below 3%.

IBM has been after us for years (rightly so) to consolidate our tiny LPARs, 
where we can.  The z/VM comment was a little tongue-in-cheek, but not 
completely out of the realm of alternatives, is it?  We've opted to move 
workload and eliminate LPARs altogether.

Regards,
Art Gutowski
Ford Motor Company ITI

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

Marketing ploy by IBM

2008-09-25 Thread Lizette Koehler

I just got a notification from IBM called:  White paper: Pinpointing 
IPL-related tasks for automation

So I had to supply my information, name, rank, serial number,

Just to find out that it is a couple fo chapters from the ABCs of z/OS System
Programming Volume 2

So if you get this notification, you could just download the Vol2 and not 
provide your name to IBM marketing staff.

Lizette

--
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: Marketing ploy by IBM

2008-09-25 Thread Edward Jaffe


Lizette Koehler wrote:

I just got a notification from IBM called:  White paper: Pinpointing 
IPL-related tasks for automation

So I had to supply my information, name, rank, serial number,

Just to find out that it is a couple fo chapters from the ABCs of z/OS System
Programming Volume 2

So if you get this notification, you could just download the Vol2 and not 
provide your name to IBM marketing staff.
  


These marketing gimmicks from IBM come every month masked as white 
papers, best practices, and such. The last time this was discussed on 
IBM-MAIN was June 2008 when Gary Green was conned by IBM into publicly 
posting the registration link to the list. My approach to this hasn't 
changed: 
http://bama.ua.edu/cgi-bin/wa?A2=ind0806L=ibm-mainP=R45363I=1X=-


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

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

Re: Marketing ploy by IBM

All that I have seen have 'opt out' check boxes. Perhaps marketing still gets 
some intelligence by interest levels, but I don't see any harm in that.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Lizette Koehler
Sent: Thursday, September 25, 2008 12:17 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Marketing ploy by IBM

I just got a notification from IBM called:  White paper: Pinpointing 
IPL-related tasks for automation

So I had to supply my information, name, rank, serial number,

Just to find out that it is a couple fo chapters from the ABCs of z/OS System
Programming Volume 2

So if you get this notification, you could just download the Vol2 and not 
provide your name to IBM marketing staff.

Lizette

NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
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: Used Shark Available

2008-09-25 Thread Howard Brazee

On 25 Sep 2008 09:31:16 -0700, [EMAIL PROTECTED] (Eric Bielefeld)
wrote:

Used Shark Available

We don't get offers like that everyday.

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

CA-ESP Audit Reporting

2008-09-25 Thread Tom Eden

We currently use JOBTRAC as our scheduler and are planning to move to CA-
ESP.  The question has come up about audit reporting.  The attachment 
shows the JOBTRAC report that is available and the audit trail log that comes 
out of the ESP started task.  We have been told that the information is not 
capture in a way that allows reporting similar to JOBTRAC.  The JOBTRAC 
report is currently used in meeting SOX requirements.  I am wondering what 
are people doing in the CA-ESP environment for this.

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

JOB IDENTIFICATION   CHANGED AT--- BY--   BEFORE- AFTER--   CHANGED 
FLAGS AND OPTIONS--
NAME OSD- VER-   DATE TIME USERID--   COUNTS- COUNTS-  

 MM/DD/YY    MM/DD/YY HH:MM:SS    PRE DSN PRE DSN  

#LRPD080 08/19/081   08/19/08 16:13:29 $XCTLW   JOB 
PURGED - SUCCESSORS RELEASED
#LRPD080 08/19/082   08/19/08 16:14:02 $XCTLW   MANUAL 
DEPENDENCY REMOVED

START/INTVL/TARGET ALTERED
#NBDA020 08/04/081   08/04/08 18:35:47 $XCTL3   MANUAL 
DEPENDENCY REMOVED
MANUAL 
ACTION CHECKLIST UPDATE
#NBDA020 08/11/081   08/11/08 17:49:52 $XCTLP   MANUAL 
DEPENDENCY REMOVED
MANUAL 
ACTION CHECKLIST UPDATE
#NBDA020 08/18/081   08/18/08 18:05:44 $XCTLP   MANUAL 
DEPENDENCY REMOVED
MANUAL 
ACTION CHECKLIST UPDATE
#NBDA020 08/25/081   08/25/08 17:53:48 $XCTLP   MANUAL 
DEPENDENCY REMOVED
MANUAL 
ACTION CHECKLIST UPDATE
#NBDA021 08/04/081   08/04/08 16:37:28 $XCTLG   JOB 
PURGED - SUCCESSORS RELEASED
#NBDA021 08/18/081   08/18/08 15:58:15 $XCTLG   JOB 
PURGED - SUCCESSORS RELEASED
#NBDA021 08/26/081   08/26/08 14:11:56 $XCTLG   JOB 
PURGED - SUCCESSORS RELEASED
#NLPD590 08/26/082   08/26/08 14:56:00 $XCTLG   JCL 
SOURCE CHANGED TO TEMPORARY
#NLPD590 08/27/082   08/27/08 10:22:44 $XCTLG   JCL 
SOURCE CHANGED TO TEMPORARY
#NLPD590 08/28/082   08/28/08 11:09:49 $XCTLG   JCL 
SOURCE CHANGED TO TEMPORARY
#NMDR200 08/11/089   08/11/08 12:59:52 $XCTLG   MANUAL 
DEPENDENCY REMOVED

START/INTVL/TARGET ALTERED
#NMDR200 08/11/089   08/11/08 13:01:27 $XCTLG   
START/INTVL/TARGET ALTERED
#NMDR200 08/26/089   08/26/08 14:11:05 $XCTLG   MANUAL 
DEPENDENCY REMOVED

START/INTVL/TARGET ALTERED
#NMDR200 08/26/089   08/26/08 14:11:34 $XCTLG   
START/INTVL/TARGET ALTERED
#NMCD695 08/27/081   08/28/08 01:02:55 $XCTLS   JCL 
SOURCE CHANGED TO TEMPORARY

START/INTVL/TARGET ALTERED
#NRP220W 08/31/081   08/31/08 14:44:33 $XCTLN   JCL 
DEPENDENCY REMOVED
#QADW420 08/20/081   08/21/08 10:14:52 $XCTLW   MANUAL 
DEPENDENCY ADDED
#QADW420 08/20/081   08/21/08 10:22:52 $XCTLW   JOB 
PURGED - SUCCESSORS RELEASED





6.43 SUN 14SEP08 EVENTMG: ESPPROD.PRODCNTL triggered by $XCTLB  
6.43 SUN 14SEP08 EVENTEX: ESPPROD.PRODCNTL scheduled, Unconditional 
6.43 SUN 14SEP08 APPLGEN: Appl PRODCNTL.16 created, slot 14C7   
6.43 SUN 14SEP08 APPLMGR: Appl PRODCNTL.16, Slot 14C7, now under Appl Manage
8.10 SUN 14SEP08 APPLMGR: APPL PRODCNTL.15 JOB XSCHDMAP FORCED COMPLETE BY $XCTL
8.18 SUN 14SEP08 APPLMGR: APPL PRODCNTL.16 JOB XSCHDMAP FORCED COMPLETE BY $XCTL
8.56 SUN 14SEP08 APPLMGR: APPL PRODCNTL.16 JOB XSCHDCPY FORCED READY BY $XCTLB  
8.56 SUN 14SEP08 APPLMGR: APPL PRODCNTL.16 JOB XSCHDCPY READIED 
8.56 SUN 14SEP08 EVENTEX: ESPPROD.PRODCNTL scheduled, for Job XSCHDCPY in Appl P
8.56 SUN 14SEP08 EVENTEX: PARMS: ESPTRUSR($XCTLB)ESPTRTYPE(T)RESUB_USER()   
0.00 SUN 14SEP08 EVENTEX: ESPPROD.RGHRD03E scheduled
0.00 SUN 14SEP08 EVENTEX: ESPPROD.RGIFD22E scheduled

Re: CA-ESP Audit Reporting

2008-09-25 Thread Scott Barry

On Thu, 25 Sep 2008 13:06:42 -0500, Tom Eden [EMAIL PROTECTED] wrote:

We currently use JOBTRAC as our scheduler and are planning to move to CA-
ESP.  The question has come up about audit reporting.  The attachment 
shows the JOBTRAC report that is available and the audit trail log that comes 
out of the ESP started task.  We have been told that the information is not 
capture in a way that allows reporting similar to JOBTRAC.  The JOBTRAC 
report is currently used in meeting SOX requirements.  I am wondering what 
are people doing in the CA-ESP environment for this.


You may want to be a bit more specific about the aspects of production job
scheduling audit reporting that are important to your enterprise.  Some
topic / function areas that come to mind are:

- system and job schedule updates (workstation and batch)
- prod schedule overrides, cancellations, suspensions
- job / event triggers
- job / event delays
- all workstation and batch event activity with LOGIN/USERID info
- Jobstream JCL changes made within job scheduler facilities
- system/job/event database updates

Each of these items, ideally, would be prefixed with a message number, for
identification and explanation (okay, might be wishful thinking), along with
date and time (in each record -- not when the date first changes which is
PITA to track, frankly).


Scott Barry
SBBWorks, Inc.

--
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: Digital Certificate Implementation TN3270

As far as I can tell, there are no industry standards. It will take time
for the process to shake out and for good tools to appear on the
shelves. 

Indeed, we crafted a solution we thought satisfied all of the
requirements only to have the requirements change.  

From where I sit, it looks like an infrastructure similar to that needed
to manage password resets will be needed. That is some number of
fulltime employees (perhaps a help desk) would take requests, issue
certs and somehow step the user through the import process.   

Or perhaps a central group could push out certs similar to fixes. 

These certs have a life span and will expire in a couple of years. Some
way will be needed to track this and deal with replacing expired certs. 

HTH

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Melissa Perry
Sent: Thursday, September 25, 2008 9:38 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Digital Certificate Implementation TN3270

I am looking for the best way to handle digital certificates and TN3270 
emulation.  I am in the process of implementing SSL on Telnet.  I have 
generated a certauth and a certsign certificate through acf2.  Both of
these 
certificates were imported onto a workstation and are functioning as
they 
should be.  My concern is, certificates having to be imported to each 
workstation that connects to the mainframe.  What is the industry
standard 
for implementing certificates for this?  

 

NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
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: CA-ESP Audit Reporting

My ESP guy suggests that you join the ESP user group:

[EMAIL PROTECTED]



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Tom Eden
Sent: Thursday, September 25, 2008 1:07 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: CA-ESP Audit Reporting

We currently use JOBTRAC as our scheduler and are planning to move to
CA- ESP.  The question has come up about audit reporting.  The
attachment shows the JOBTRAC report that is available and the audit
trail log that comes out of the ESP started task.  We have been told
that the information is not capture in a way that allows reporting
similar to JOBTRAC.  The JOBTRAC report is currently used in meeting SOX
requirements.  I am wondering what are people doing in the CA-ESP
environment for this.

 
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

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

jes2

2008-09-25 Thread Carroll, William

I am not very versed in jes2.  I can not seem to find any decent
information on the subject.  All of the jes2 lines 
Defined in the shop are half-duplex.  I am trying to find some
information as to which is better, meaning half or 
Full.  I have an ee connection to a disaster site, and they recommend
full.   Any help would be greatly appreciated



Thank You

Bill Carroll







--
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: Marketing ploy by IBM

All that I have seen have 'opt out' check boxes. Perhaps marketing still gets 
some intelligence by interest levels, but I don't see any harm in that.  

The real dishonesty is pointing to excerpts from existing RedBooks!

If it were something new, it would be a good thing.
-
Too busy driving to stop for gas!

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

On Thu, 25 Sep 2008, Carroll, William wrote:

 I am not very versed in jes2.  I can not seem to find any decent
 information on the subject.  All of the jes2 lines 
 Defined in the shop are half-duplex.  I am trying to find some
 information as to which is better, meaning half or 
 Full.  I have an ee connection to a disaster site, and they recommend
 full.   Any help would be greatly appreciated
 
 Thank You
 
 Bill Carroll

You might want to post the actual JES2 entries. In general, full duplex is
better. But, then again, only if both sides want to talk at the same
time. It's kind of like the difference between a telephone and an old
walkie-talkie. With a telephone, both parties can talk and hear at the
same time. With a walkie-talkie, if you have pressed the talk button,
you can't hear the other person.  With half-duplex, one side sends some
data, then says ok, you can send now and vice versa. They must take 
turns on the line.


-- 
Q: What do theoretical physicists drink beer from?
A: Ein Stein.

Maranatha!
John McKown

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

This is not really a jes2 subject. Rather, one of telecommunications.
Half duplex is less expensive and will work ok if the vast majority of
your traffic is one way. A printer, for example. 

A full duplex line may be faster, but perhaps not enough to justify the
cost. 

On the other hand, full duplex lines would work much better in a NJE
network.

HTH 
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Carroll, William
Sent: Thursday, September 25, 2008 2:04 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: jes2

I am not very versed in jes2.  I can not seem to find any decent
information on the subject.  All of the jes2 lines 
Defined in the shop are half-duplex.  I am trying to find some
information as to which is better, meaning half or 
Full.  I have an ee connection to a disaster site, and they recommend
full.   Any help would be greatly appreciated



Thank You

Bill Carroll







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

NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
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: Scratching Expired Datasets

2008-09-25 Thread Neil Duffee

On 2008-09-22 at 17:40, Eric Bielefeld [EMAIL PROTECTED] wrote to IBM-
Main:

 Is there a way to scratch expired datasets without DFHSM or some other
 storage manager?  We create SMS datasets in DB2 that have an expiration
 date automatically set.  When the datasets expire, we want to scratch
 them.  

Eric:  in another message, you alluded to Innovation.  FDReport Punch 
to IdcAms Delete?

We're an FDR shop and I :
- use DCOLLECT to unload the MgmtClas Expiry values, 
- SAS to massage the data and create XSELECT MGMTCLAS.EQ.,{EXPDT.GT. 
or ADAYS.GT.} statements, 
- FDReport Punch either Delete NonVsam for IdcAms or Delete,DSN= for 
FDRArch.  

That way, I don't have to trust others to set RETPD= on individual 
datasets.  Additionally, the expiry dates can be changed on the 
MgmtClas and it's automatically active for all those datasets 
regardless of their RETPD= values.

It's been working well since I first implemented it this summer.  
Happy to share the process with anyone that wishes.

--  signature = 6 lines follows --
Neil Duffee, Joe SysProg, U d'Ottawa, Ottawa, Ont, Canada
telephone:1 613 562 5800 x4585 fax:1 613 562 5161
mailto:NDuffee of uOttawa.ca http:/ /aix1.uottawa.ca/ ~nduffee
How *do* you plan for something like that? Guardian Bob, Reboot
For every action, there is an equal and opposite criticism.
Systems Programming: Guilty, until proven innocent John Norgauer 
2004

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

Trsmain Unpack

2008-09-25 Thread Alan Schwartz

I'm testing the process to upload a PSP bucket of ptf's using an uploaded CSI 
to only get the ptf's I need.  Everything seems to be working and I've got the 
bin files on the mainframe. But when I try and unpack them I run into two 
problems.
 
1.  The job is abending with 878-08.  Here is the full message:
IEC028I 837-08,IFG055  
,TSYS001,UNPACK1,SYS1,10B1,QR0015,SYS08269.T142124.RA000.TSYS001.TRSTMP.H03
 
Here is the jcl:
 
//UNPACK1   EXEC  PGM=TRSMAIN,PARM=UNPACK,REGION=0M//SYSPRINT 
DD  SYSOUT=*  //INFILE   DD  
DISP=SHR,DSN=TSYS001.INSTLIB.BIN   //OUTFILE  DD  
DISP=(NEW,CATLG,DELETE),UNIT=(SYSDA,8),   // 
DSN=TSYS001.INSTLIB.UNPACKED,SPACE=(CYL,(600,100,50),RLSE) 
 
Obviously there's a dynamically allocated file that isn't big enough.  I looked 
in IBMlink but nothing matched there.  I checked the recent archives and found 
one thread that matched but the posters issue was with PDS-E.  This is coming 
via SRD and as far as I can see is documented as a pds.
 
2.  When the job abends the allocation messages show:
 
IEF285I   TSYS001.INSTLIB.UNPACKED  CATALOGED  IEF285I   
VOL SER NOS= QR0015.
 
I have to delete the file before I can rerun   
 
Appreciate any ideas.
Alan 
 
 
_
Stay up to date on your PC, the Web, and your mobile phone with Windows Live.
http://clk.atdmt.com/MRT/go/msnnkwxp1020093185mrt/direct/01/
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Segmentation Offload - Need to Disable Again

2008-09-25 Thread Mark Zelden

I just was sent this:


===

We have had two customers report failures while running Large Send  
after installing the latest code levels on Driver 67 and 73 OSA Express2 
EC streams. Once again this failure causes the OSA to lose   
communications with the network interface card which results is the same 
messages as we have become used to seeing with previous Large Send   
problems. With initial reports of this problem, it is aparent that it is 
much easier to hit this problem than the previous The new problem is 
reproducible in our lab, a fix has been created and tested. I do not 
have a target date for MCL releases to the field at this point. 
 
 
The following is from the TDR:   
 
TEXT: OSA Express 2 Segmentation offload problem 
A new microcode bug was found on Segmentation off-load feature,  
using OSA Express 2 1 gigabit card.  
This problem is found at our current latest microcode level in   
driver 55, 67 and 73.
 
This TDR overrides TDR H186550.  
 
The problem surfaces as an OSPF Adjacency error after
an  EZZ4310I ERROR: CODE=80100040 REPORTED ON DEVICE 
. DIAGNOSTIC CODE: 03
We have determined that the cause of this error. 
It is improper handling of a four byte or less frame 
marked large send by the host.   
A fix is currently in test.  This TDR will be updated
with the fix levels, as soon as they are known.  
 
PE recommendation is to disable segmentation off-load feature
until a fix is available. 

===

Mark   
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
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: jes2

2008-09-25 Thread Chris Mason

Bill,

I called up the online library,

http://www-03.ibm.com/systems/z/os/zos/bkserv/zshelves10.html#zbop

and entered half-duplex into the search text box for JES2.

From thus I discovered that full and half duplex apply - as I rather suspected 
-
 only to Binary synchronous (BSC) lines. Thus I suspect the DUPLEX= 
parameter is from aeons ago when you really did have BSC lines. It would 
appear that, if there are any messages saying that this parameter is ignored 
with the SNA lines you have today, you, and what I also suspect are your let-
go predecessors, have managed in turn to ignore them.

Since you are using Enterprise Extender (EE), you are using your IP facilities 
as an SNA logical line. IP is necessarily full-duplex. UDP which EE uses 
doesn't 
change that.

I happen to know that JES2 imposes a particular SNA BIND image. That BIND 
image specifies X'4020' for the FM UsageCommon LU Protocols which 
means that JES2 expects to operate the session as a full-duplex session 
whatever the underlying transport. This is a consequence of B'00' in bits 0 and 
1 of the second byte of the FM UsageCommon LU Protocols field.

I hope this answers your question.

Incidentally, you will find everything you need to know about JES2 in the 
JES2 books which you can access from the URL above. 

Alternatively you may care to look into the books listed by this URL

http://www.redbooks.ibm.com/cgi-bin/searchsite.cgi?query=JES2

in order to find one which suits your level of knowledge.

If you look into the JES2 books, especially Network Job Entry Formats and 
Protocols, SA22-7539-02, you will notice that you can run JES2 NJE natively 
over IP these days which would remove a lot of the protocol overhead of 
running Enterprise Extender. If it's efficiency you are after, this is surely 
the 
way to go!

Chris Mason

On Thu, 25 Sep 2008 15:04:19 -0400, Carroll, William 
[EMAIL PROTECTED] wrote:

I am not very versed in jes2.  I can not seem to find any decent
information on the subject.  All of the jes2 lines
Defined in the shop are half-duplex.  I am trying to find some
information as to which is better, meaning half or
Full.  I have an ee connection to a disaster site, and they recommend
full.   Any help would be greatly appreciated



Thank You

Bill Carroll

--
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: Trsmain Unpack

2008-09-25 Thread Jakubek, Jan

Read OA19194 (I just did :-).
The z/OS provided AMATERSE uses now SYSUT1/2 for input/output.
Hth...

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Alan Schwartz
Sent: September 25, 2008 3:50 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Trsmain Unpack

I'm testing the process to upload a PSP bucket of ptf's using an
uploaded CSI to only get the ptf's I need.  Everything seems to be
working and I've got the bin files on the mainframe. But when I try and
unpack them I run into two problems.

1.  The job is abending with 878-08.  Here is the full message:
IEC028I 837-08,IFG055
,TSYS001,UNPACK1,SYS1,10B1,QR0015,SYS08269.T142124.RA000.TSYS001.TRS
TMP.H03

Here is the jcl:

//UNPACK1   EXEC  PGM=TRSMAIN,PARM=UNPACK,REGION=0M
//SYSPRINT DD  SYSOUT=*  //INFILE
DD  DISP=SHR,DSN=TSYS001.INSTLIB.BIN   //OUTFILE  DD
DISP=(NEW,CATLG,DELETE),UNIT=(SYSDA,8),   //
DSN=TSYS001.INSTLIB.UNPACKED,SPACE=(CYL,(600,100,50),RLSE) 

Obviously there's a dynamically allocated file that isn't big enough.  I
looked in IBMlink but nothing matched there.  I checked the recent
archives and found one thread that matched but the posters issue was
with PDS-E.  This is coming via SRD and as far as I can see is
documented as a pds.

2.  When the job abends the allocation messages show:

IEF285I   TSYS001.INSTLIB.UNPACKED  CATALOGED
IEF285I   VOL SER NOS= QR0015.

I have to delete the file before I can rerun   

Appreciate any ideas.
Alan 

_
Stay up to date on your PC, the Web, and your mobile phone with Windows
Live.
http://clk.atdmt.com/MRT/go/msnnkwxp1020093185mrt/direct/01/
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
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: Trsmain Unpack

2008-09-25 Thread Robert Wright

Alan Schwartz wrote:

I'm testing the process to upload a PSP bucket of ptf's using an uploaded CSI
to only get the ptf's I need. Everything seems to be working and I've got the
bin files on the mainframe. But when I try and unpack them I run into two
problems.

1. The job is abending with 878-08. Here is the full message:

IEC028I 837-08,IFG055
,TSYS001,UNPACK1,SYS1,10B1,QR0015,SYS08269.T142124.RA000.TSYS001.TRSTMP.H03

Here is the jcl:

//UNPACK1 EXEC PGM=TRSMAIN,PARM=UNPACK,REGION=0M//SYSPRINT DD SYSOUT=* //INFILE DD DISP=SHR,DSN=TSYS001.INSTLIB.BIN //OUTFILE DD DISP=(NEW,CATLG,DELETE),UNIT=(SYSDA,8), // DSN=TSYS001.INSTLIB.UNPACKED,SPACE=(CYL,(600,100,50),RLSE)

Obviously there's a dynamically allocated file that isn't big enough. I looked in IBMlink but nothing matched there. I checked the recent archives and found one thread that matched but the posters issue was with PDS-E. This is coming via SRD and as far as I can see is documented as a pds.

2. When the job abends the allocation messages show:

IEF285I TSYS001.INSTLIB.UNPACKED CATALOGED IEF285I VOL SER NOS= QR0015.

I have to delete the file before I can rerun

Appreciate any ideas.

OA22765 discusses a circumvention of including a large data set
associated with a TMPSPACE ddname in your JCL. OA22765, itself, was
closed as a FIN.

--
Bob Wright - [EMAIL PROTECTED]

--
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: Trsmain Unpack

2008-09-25 Thread Edward Jaffe


Jakubek, Jan wrote:

Read OA19194 (I just did :-).
The z/OS provided AMATERSE uses now SYSUT1/2 for input/output.
  


AMATERSE still provides the original TRSMAIN interface as well.

--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

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

Re: Used Shark Available

2008-09-25 Thread Donnelly, John P

..caught my eye...live in San Jose, CA...home of the SAN JOSE SHARKS, winners 
of the next Stanley Cup...

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Howard Brazee
Sent: Thursday, September 25, 2008 10:49 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Used Shark Available

On 25 Sep 2008 09:31:16 -0700, [EMAIL PROTECTED] (Eric Bielefeld)
wrote:

Used Shark Available

We don't get offers like that everyday.

--
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: Used Shark Available

2008-09-25 Thread Joe Aulph

Being a displaced Detroit native I do take exception to that...




   
 Donnelly, John   
 P
 John.P.Donnelly@  To 
 NSC.COM  IBM-MAIN@BAMA.UA.EDU
 Sent by: IBM   cc 
 Mainframe 
 Discussion List   Subject 
 [EMAIL PROTECTED] Re: Used Shark Available
 .EDU 
   
   
 09/25/2008 04:14  
 PM
   
   
 Please respond to 
   IBM Mainframe   
  Discussion List  
 [EMAIL PROTECTED] 
   .EDU   
   
   




..caught my eye...live in San Jose, CA...home of the SAN JOSE SHARKS,
winners of the next Stanley Cup...

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Howard Brazee
Sent: Thursday, September 25, 2008 10:49 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Used Shark Available

On 25 Sep 2008 09:31:16 -0700, [EMAIL PROTECTED] (Eric Bielefeld)
wrote:

Used Shark Available

We don't get offers like that everyday.

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

--
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: Used Shark Available

2008-09-25 Thread Cebell, David

From Dallas 
We may need to check the STARS for the next winner!  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Donnelly, John P
Sent: Thursday, September 25, 2008 3:15 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Used Shark Available

..caught my eye...live in San Jose, CA...home of the SAN JOSE SHARKS,
winners of the next Stanley Cup...

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Howard Brazee
Sent: Thursday, September 25, 2008 10:49 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Used Shark Available

On 25 Sep 2008 09:31:16 -0700, [EMAIL PROTECTED] (Eric Bielefeld)
wrote:

Used Shark Available

We don't get offers like that everyday.

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


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

Perhaps a key value of this medium is the inability to give bad advice. 

And, when one does, all end up learning something. 

What more could one ask? :-)

A virtual beverage on me.  


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Chris Mason
Sent: Thursday, September 25, 2008 3:11 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: jes2

Hal

Au contraire! DUPLEX is a JES2 LINE parameter - as long as it's a BSC
line.

I quite enjoy these posts which take me - and perhaps others - 
down memory lane. Actually researching the OP's problem, took me into
the 
parameters of a BSC line and the well-remembered 2701 options, the
machine 
rather than the options - although I used to joke that, in the late
60s/early 
70s, the days before SNA, the definition of an IBM telecommunications 
specialist was someone who could configure a 2701 without resorting to
the 
Sales Manual.

I guessed you missed the mention of Enterprise Extender, well, actually 
just ee.

Chris Mason

On Thu, 25 Sep 2008 14:21:32 -0500, Hal Merritt 
[EMAIL PROTECTED] wrote:

This is not really a jes2 subject. Rather, one of telecommunications.
Half duplex is less expensive and will work ok if the vast majority of
your traffic is one way. A printer, for example.

A full duplex line may be faster, but perhaps not enough to justify the
cost.

On the other hand, full duplex lines would work much better in a NJE
network.

HTH


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Carroll, William
Sent: Thursday, September 25, 2008 2:04 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: jes2

I am not very versed in jes2.  I can not seem to find any decent
information on the subject.  All of the jes2 lines
Defined in the shop are half-duplex.  I am trying to find some
information as to which is better, meaning half or
Full.  I have an ee connection to a disaster site, and they recommend
full.   Any help would be greatly appreciated



Thank You

Bill Carroll

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

NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
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: Used Shark Available

2008-09-25 Thread Joe Aulph

Is it Friday yet???

This could get nasty..

Particularly if there are hockey-moms and lipstick in the audience..




   
 Cebell, David   
 [EMAIL PROTECTED] 
 M To 
 Sent by: IBM  IBM-MAIN@BAMA.UA.EDU
 Mainframe  cc 
 Discussion List   
 [EMAIL PROTECTED] Subject 
 .EDU Re: Used Shark Available
   
   
 09/25/2008 04:19  
 PM
   
   
 Please respond to 
   IBM Mainframe   
  Discussion List  
 [EMAIL PROTECTED] 
   .EDU   
   
   




From Dallas
We may need to check the STARS for the next winner!

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Donnelly, John P
Sent: Thursday, September 25, 2008 3:15 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Used Shark Available

..caught my eye...live in San Jose, CA...home of the SAN JOSE SHARKS,
winners of the next Stanley Cup...

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Howard Brazee
Sent: Thursday, September 25, 2008 10:49 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Used Shark Available

On 25 Sep 2008 09:31:16 -0700, [EMAIL PROTECTED] (Eric Bielefeld)
wrote:

Used Shark Available

We don't get offers like that everyday.

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


--
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: Marketing ploy by IBM

2008-09-25 Thread Pommier, Rex R.

Sorry, but I don't really see the dishonesty in this marketing ploy.
The e-mail point-blank tells us that the information is lifted straight
from the redbook.  

Not to pick on you specifically, Ted, because there have been several
people complaining on the list about how underhanded this whole thing
is.  Yours just happened to be the latest one before I decided to put my
2 cents worth in.

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ted MacNEIL
Sent: Thursday, September 25, 2008 2:15 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Marketing ploy by IBM

All that I have seen have 'opt out' check boxes. Perhaps marketing
still gets some intelligence by interest levels, but I don't see any
harm in that.  

The real dishonesty is pointing to excerpts from existing RedBooks!

If it were something new, it would be a good thing.
-
Too busy driving to stop for gas!

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

Omegamon XE for z/OS V2 on z/OS 1.9

2008-09-25 Thread Gowan, Charles L (Lonnie)

We are currently running Omegamon XE for z/OS Version 2 on z/OS 1.7. 
The z/OS 1.9 Planning for Installation document #GA22-7504-18 states that 
OM XE V2 products are not supported. Anyone continuing to run OM XE V2 for 
z/OS on z/OS 1.9 and, if so, are there any big compatibility issues? 

thanks,
Lonnie Gowan
Systems Programmer 
University of Tennessee
Office of Information Technology 
[EMAIL PROTECTED]  

--
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: Marketing ploy by IBM

The e-mail point-blank tells us that the information is lifted straight from 
the redbook.  

Okay!
I didn't see/notice that.
-
Too busy driving to stop for gas!

--
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: Omegamon XE for z/OS V2 on z/OS 1.9

The z/OS 1.9 Planning for Installation document #GA22-7504-18 states that OM 
XE V2 products are not supported. Anyone continuing to run OM XE V2 for z/OS 
on z/OS 1.9 and, if so, are there any big compatibility issues? 

I truly don't understand the question:
1. The documentation states that it's not supported.
2. There are always control block changes from release to release.

I would believe them.
-
Too busy driving to stop for gas!

--
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: Data conversion EBCDIC to ASCII - correction

2008-09-25 Thread Claudio Marcio


After type the oput command see the message below :

IGD103I SMS ALLOCATED TO DDNAME SYS00107
BPXF105E RETURN CODE 006F, REASON CODE 5B450002.  AN ERROR OCCURRED 
DURING

THE OPENING OF HFS FILE /DATA1.
***
... not be open the file why???

regards,


- Original Message - 
From: Steve Comstock [EMAIL PROTECTED]

Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@BAMA.UA.EDU
Sent: Thursday, September 25, 2008 11:45 AM
Subject: Re: Data conversion EBCDIC to ASCII - correction



Steve Comstock wrote:

[Whoops! fixed a typo in the oget command below. sorry.]



OK. So your home is root. Not a good idea, but I'm finding
it to be pretty common.

Knowing that, then here's the series of commands I recommend
you issue, starting at ISPF 6:


  == oput 'BRASIL.ZOS.CONTEST.JCL(DATA1)' '/data1' binary

  == omvs(you are put into UNIX)

  == iconv -f ibm-1047 -t iso8859-1 data1 data2
  == exit  (you leave UNIX, return to ISPF 6)

  == oget '/data2' 'BRASIL.ZOS.CONTEST.JCL(DATA1)' binary

done.




Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

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

  z/OS Application development made easier
* Our classes include
   + How things work
   + Programming examples with realistic applications
   + Starter / skeleton code
   + Complete working programs
   + Useful utilities and subroutines
   + Tips and techniques

== Check out the Trainer's Friend Store to purchase z/OS  ==
== application developer toolkits. Sample code in four==
== programming languages, JCL to Assemble or compile, ==
== bind and test. ==
==   http://www.trainersfriend.com/TTFStore/index.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



--
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: Data conversion EBCDIC to ASCII - correction


Claudio Marcio wrote:

After type the oput command see the message below :

IGD103I SMS ALLOCATED TO DDNAME SYS00107
BPXF105E RETURN CODE 006F, REASON CODE 5B450002.  AN ERROR OCCURRED 
DURING

THE OPENING OF HFS FILE /DATA1.
***
... not be open the file why???

regards,


The error indicates you are not authorized to create a file
in that directory. You really need to talk to your systems
and / or security people to set you up with an omvs segment
that has your own directory, usually of the form /u/userid
where 'userid' is your tso id in lower case. They will need
to allocate an HFS file for you and mount it at your /u/userid
mountpoint.





- Original Message - From: Steve Comstock 
[EMAIL PROTECTED]

Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@BAMA.UA.EDU
Sent: Thursday, September 25, 2008 11:45 AM
Subject: Re: Data conversion EBCDIC to ASCII - correction



Steve Comstock wrote:

[Whoops! fixed a typo in the oget command below. sorry.]



OK. So your home is root. Not a good idea, but I'm finding
it to be pretty common.

Knowing that, then here's the series of commands I recommend
you issue, starting at ISPF 6:


  == oput 'BRASIL.ZOS.CONTEST.JCL(DATA1)' '/data1' binary

  == omvs(you are put into UNIX)

  == iconv -f ibm-1047 -t iso8859-1 data1 data2
  == exit  (you leave UNIX, return to ISPF 6)

  == oget '/data2' 'BRASIL.ZOS.CONTEST.JCL(DATA1)' binary

done.




Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

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

  z/OS Application development made easier
* Our classes include
   + How things work
   + Programming examples with realistic applications
   + Starter / skeleton code
   + Complete working programs
   + Useful utilities and subroutines
   + Tips and techniques

== Check out the Trainer's Friend Store to purchase z/OS  ==
== application developer toolkits. Sample code in four==
== programming languages, JCL to Assemble or compile, ==
== bind and test. ==
==   http://www.trainersfriend.com/TTFStore/index.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



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





--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

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

  z/OS Application development made easier
* Our classes include
   + How things work
   + Programming examples with realistic applications
   + Starter / skeleton code
   + Complete working programs
   + Useful utilities and subroutines
   + Tips and techniques

== Check out the Trainer's Friend Store to purchase z/OS  ==
== application developer toolkits. Sample code in four==
== programming languages, JCL to Assemble or compile, ==
== bind and test. ==
==   http://www.trainersfriend.com/TTFStore/index.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: Data conversion EBCDIC to ASCII - correction

2008-09-25 Thread Claudio Marcio


I had managed to find the error ... see ..

 Description

 RSN_GCRE +

 HFS_RSN_Access_Denied (X'0002')


RSN_GCRE_Access_Denied

The current (requesting) process does not have the requested access 
authority to the file, or directory.


Cause: A higher access authority is being requested for this file, or 
directory, than is defined for this user.


Action: Verify that the correct access authority is being requested. If so, 
contact the file, or directory,

owner and request that the access authority be changed


strange .. I even wrote this dataset and I can not change it?

I have some other alternative?

regards


- Original Message - 
From: Steve Comstock [EMAIL PROTECTED]

Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@BAMA.UA.EDU
Sent: Thursday, September 25, 2008 6:45 PM
Subject: Re: Data conversion EBCDIC to ASCII - correction



Claudio Marcio wrote:

After type the oput command see the message below :

IGD103I SMS ALLOCATED TO DDNAME SYS00107
BPXF105E RETURN CODE 006F, REASON CODE 5B450002.  AN ERROR OCCURRED 
DURING

THE OPENING OF HFS FILE /DATA1.
***
... not be open the file why???

regards,


The error indicates you are not authorized to create a file
in that directory. You really need to talk to your systems
and / or security people to set you up with an omvs segment
that has your own directory, usually of the form /u/userid
where 'userid' is your tso id in lower case. They will need
to allocate an HFS file for you and mount it at your /u/userid
mountpoint.


/ 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: Data conversion EBCDIC to ASCII - correction