INTIDS (was: zOS 1.8 and One Byte Console ID)

[Barbara Nitz]

Scott,

thanks for the explanation. I believe that this was documented in earlier 
releases, so I knew what the reason code meant having seen it lots of times 
before; I just had a big awakening when I wanted to point it out to my 
colleague and couldn't.

I beg to differ with regard to the INTIDS and UNKNIDS attribute, though. Given 
that there is no way in hell to define it on a 1.6 system that runs mixed with 
a 1.8 system, it is wrong of console initialization code to 'ignore' an 
attribute (and in fact use the absolute opposite -N instead of Y) that could 
not be defined before. If you don't explicitly look out for that, and then take 
steps to correct the console code assumptions during initialization, you will 
have a rude awakening with regard to these two attributes. No 1.8 console will 
have it. And I don't think any installation will go and rename their consoles 
(UCBs and all) when they switch between pre-1.8 and 1.8 systems, just to get 
these attributes defined for the first time.

Effectively, the way it works now, you either have to cold-start a complete 
sysplex to get the console attributes, or you have to go to lenghts to get the 
attributes assigned as intended. (And as I said, I wonder what will happen to 
those keywords when I re-IPL my 1.6 system that doesn't know about them.)

Besides, once a 1.8 system is in the plex, the lower level systems don't have 
the cond=m consoles anymore, just as you said. What I am missing here is a 
message that announces that fact. A D C,MSTR just gives 'no consoles meet 
speicifed criteria'. I just hope that we have all definitions in place so that 
won't cause problems when we rollout 1.8 in mixed sysplexes.

Thanks for listening.
regards, Barbara

-- 
Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! 
Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer

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

How do i install Linux on S/390 Machine

[Mohan]

Hi Mark,

Thank you for the help. Here finally we had build your onepack in a single
volume today, though it took some time as we were getting some errors initially.

Now we were able to load the new LPAR with the help of this is onepack
volume. here we have some problems with HMC tn3270 emulator configuration,
so IBM person has to come down & fix this.when we did the IPL the Load was
sucessful.

Thank you very much to all the members of this list for your help.

Now we are planning to install the Linux in one of our LPAR, hence please
give some valuable ideas where to start with & how to go about.

Thanks

Mohan

--
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: Is there a cost in switching AMODEs?

[John P Baker]

Actually, I would expect that the cache would not be cleared.  Both
instruction and data entries should have fully-resolved 64-bit address
identifiers, and individual entries should be purged as needed.  A mass
purge of the cache appears to be neither necessary nor desirable.

John P Baker

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Scott Blackledge
> Sent: Thursday, May 31, 2007 9:19 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Is there a cost in switching AMODEs?
> 
> I'd expect some things to immediately behave differently after a SAMxx.
> The
> cache had better be flushed so that, for example, address wrap works.
> 
> Scott
> 
> --
> 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: File Processing Query

[John S. Giltner, Jr.]

Paul Knudsen wrote:

On 30 May 2007 18:31:12 -0700, [EMAIL PROTECTED] (John S. Giltner,
Jr.) wrote:



Paul Knudsen wrote:


Looking for ideas for a file processing problem.

The client can receive one or more data files on their server each
day.  The mainframe needs to run an FTP followed by a file-edit for
each.  How might this best be accomplished?


Not 100% sure what the process is.



Neither am I;  I'm not on the site, and my contact is a bit vague.


What is the "server"?  Is it the mainframe, or is it a distributed box?



I am guessing not the mainframe.

If the "server" is a distributed box, why does the mainframe need to run 
a ftp.



Well that part isn't really important anyway.  I need ideas on how to
handle this once mainframe processing begins.


That depends on how the mainframe gets the file and if it can process 
all of the files in one shot, or if it needs to process each file 
indivdually.




I'm thinking create as many GDG versions as necessary and input all of
them into the process.   When you specify a GDG without the version
all version are read.



True, but then you need to find a way to delete all of the generations 
you have already processed.



Could you give a bit more detail on the the process should be?



We use our mainframe as a ftp server and coded the ftp smf exit so that 
it issues a WTO when ever a file has been succesfully received.  We then 
have automation in NetView that gets triggered from this WTO.


The automation renames the file with a date/time stamp on the end and 
then builds JCL and submits a job to process the file in some instances 
in other instances it "taps" our job scheduler on the shoulder 
(Control-M) and tells it to submit a job that process the file.


--
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: Is there a cost in switching AMODEs?

[Scott Blackledge]

I'd expect some things to immediately behave differently after a SAMxx.  The 
cache had better be flushed so that, for example, address wrap works.

Scott

--
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: Is there a cost in switching AMODEs?

[John P Baker]

> Binyamin Dissen wrote:
> 
> A SAM** should not require extra cycles and should not cause problems
> in the predictive execution.

I have to disagree.

I would expect that a change in the addressing mode would force a selective
purge of the predictive execution cache.

For example, would a SAMxx instruction have any effect on a subsequent LR
(18xx) instruction.  No.  So the predictive execution cache should be
unaffected, at least is far as this instruction is concerned.

However, how about a subsequent ST (50xx) instruction?  Yes, it would
absolutely have an impact upon the execution of that instruction, and the
predictive execution cache from that instruction forward would likely have
to be discarded.

I cannot imagine that IBM would be maintaining parallel predictive execution
cache entries for all 24-bit, 31-bit, and 64-bit combinatorial
possibilities.

Lacking any documentation or statement from IBM to the contrary, it is my
belief that a change in addressing mode, whether as a consequence of a SAMxx
instruction, a BASSM or BSM instruction, or any other mechanism, is an
expensive operation, and effectively shuts down the predictive execution
capabilities of the processor.

John P Baker

--
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: IEBCOPY Unloaded dataset to PC and back again...not

[Paul Gilmartin]

On Thu, 31 May 2007 11:40:23 -0700, Schwarz, Barry A wrote:

>There was no loss of data.  You sent 12 bytes and received the same 12
>back.
>
Yeah, right.  FSVO "no loss".  And if I took your file and sorted it
bitwise so all the zero bits were first and all the one bits followed,
there'd be "no loss of data".  There'd still be 501,000 zeroes and
499,000 ones; just restructured.  In each case, the product with the
same "data" is useless, or at best less useful than the original input.

>Preserving data set structure is not the default in either ftp or the
>
But that structure is essential to mainframe utilities.

>various stream oriented operating systems.  That's what TERSE or
>TRANSMIT/RECEIVE are for.  We even have a utility for converting
>multi-file tape volumes to a sequential data set that can make the round
>trip and be reconstructed.
>
Very much the point that I and the more perceptive contributors
to this thread have been trying to make -- you need to use such
a utility; merely binary ftp is inadequate.  The "no loss of data"
claim is arrant sophistry.

-- 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: Is there a cost in switching AMODEs?

[Edward Jaffe]

Binyamin Dissen wrote:

A SAM** should not require extra cycles and should not cause problems in the
predictive execution.
  


How can you be so sure???

Chip "real estate" is at a premium right now. Many instructions that 
used to run fast (e.g., TR/TRT) have been moved into millicode because 
there just simply isn't room for them any more. Now they run relatively 
slowly. Such trade-offs are increasingly common.


It would take considerable extra programming in the hardware to be able 
to handle more than one AMODE state in the pipeline simultaneously. And, 
as infrequently as AMODE changes are normally expected to occur, if it 
were *my* design -- which it most certainly isn't -- I would *not* be 
inclined to waste valuable "real estate" on the chip trying to support this.


The easy/cheap thing to do is to start over when any PSW change 
affecting address translation occurs. That's what I would do.



When you ran into delays, was it between 24 & 31 using BSM (which is not
predictive) or was it with the SAM** instructions?
  


Mostly SAMxx. But, once again, I encourage you to run your own 
benchmark. Empirical evidence is the best kind.


--
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: IEBCOPY through REXX

[Dave Kopischke]

On Fri, 1 Jun 2007 03:25:00 +0530, Varun Manocha wrote:

>The other option that I know would be to temporarily allocate a dataset,
>EXECIO the control statements I need to that dataset and then delete the
>temporary dataset after the call to IEBCOPY. However, I was just wondering
>if I can 'pick-up' SYSIN control statements from a variable/queue?
>

Here's a code snippet I've used to build a SYSIN card for SORT from REXX. You 
should be able to do something similar for IEBCOPY.

"ALLOC F(SYSIN), 
   RECFM(F,B) LRECL(80) BLKSIZE(27920),  
   SPACE(1) TRACKS CATALOG"  
RetCode=RC   
IF RetCode /= 0 THEN DO  
   
SAY "***
*"
   SAY "An ERROR was detected allocating the SYSIN file" 
   SAY "   The return code from ALLOCate is: " RetCode   
   
SAY "***
*"
   maxRC=12  
   SIGNAL EXIT   
END/* IF */  
 
QUEUE " SORT FIELDS=(1,44,CH,A),EQUALS CATALOG NAME" 
QUEUE "  SUM FIELDS=NONE   ELIMINATE DUPES"  
QUEUE " END   ++ DISASTER RECOVERY ACTIVE CATALOG IDENTIFICATION"
"EXECIO * DISKW SYSIN(FINIS" 
RetCode=RC   
IF RetCode /= 0 THEN DO  
   
SAY "***
*"
   SAY "An ERROR was detected loading the SYSIN SORT Control file"   
   SAY "   The return code from DISKW is: " RetCode  
   
SAY "***
*"
   maxRC=12  
   SIGNAL EXIT   
END/* IF */

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

IEBCOPY through REXX

[Varun Manocha]

Hi,

I want to invoke IEBCOPY through a REXX program. I would like to know if 
there is a way to obtain the SYSIN control statements through a 
variable/Queue?

My rexx program has something like :

"ALLOC FI(SYSUT1) DA('"inputdsn"')"
"ALLOC FI(SYSUT2) DA('"outdsn"')"
"ALLOC FI(SYSPRINT) DUMMY"
"CALL 'SYS1.LINKLIB(IEBCOPY)'"

I know if I code "ALLOC FI(SYSIN) DUMMY" it would generate a default SYSIN 
statement. However, I want to copy only selected members from 'inputdsn' 
to 'outputdsn', so the default SYSIN statement wont serve my purpose.

The other option that I know would be to temporarily allocate a dataset, 
EXECIO the control statements I need to that dataset and then delete the 
temporary dataset after the call to IEBCOPY. However, I was just wondering 
if I can 'pick-up' SYSIN control statements from a variable/queue?

TIA
Varun


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.


--
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: Broken GDG Chain

[Harold Zbiegien]

I don't know if this directly applies, but I was doing some cleanup on our 
contents of HSM and I found several files with over 300 generations.  Of 
course they were all cataloged, most to MIGRAT. When I looked at the catalog 
the GDG base only specified 30 generations to be kept, BUT  the programmer 
had also coded NOSCRATCH.  The old generations rolled off the sphere record, 
and were then cataloged as simple nonvsam files.  I subsequently cleaned up 
all of our GDG base records to make sure they specified SCRATCH


- Original Message - 
From: "Daniel McLaughlin" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Thursday, May 31, 2007 11:24 AM
Subject: Broken GDG Chain


This group is invaluable...

Q. HSM ML1 problems, now we're recovering data. SA recalled 3 versions of a
GDG and they show up in 3.4. However, when the GDG base is expanded, they
no long show in its chain. Does anyone have a magic command to repair that?
I am combing manuals. Google, and the collective knowledge of this forum.

Many thanks in advance.

--
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: IKJ56228I error

[Tom Schmidt]

On Thu, 31 May 2007 14:59:41 -0500, Peter Ten Eyck wrote:

>The following job gets the following result? Dynamic allocation error?
>
>The job ...
>
>//TSIDCEXP JOB CLASS=S
>// EXEC PGM=IDCAMS
>//IN5 DD DISP=SHR,DSN=SYS1.DFSMS.SCDS,
>// UNIT=DISK,VOL=SER=Z14CT1
>//OUT5 DD DISP=(,KEEP),DSN=TECH.SYS1.DFSMS.SCDS.BKUP,
>// UNIT=DISK,VOL=SER=Z17ISV,DCB=BLKSIZE=27998,SPACE=(TRK,
>100,5),RLSE)
>//SYSPRINT DD SYSOUT=*
>//SYSIN DD *
> EXPORT INFILE(IN5) OFILE(OUT5) TEMP
>/*
>//
>
>The result...
>
>  EXPORT INFILE(IN5) OFILE(OUT5) TEMP
> IKJ56228I DATA SET INFILE NOT IN CATALOG OR CATALOG CAN NOT BE
>ACCESSED
> IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12
>
> IDC0002I IDCAMS PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS
>12
 
 
Peter,
 
Your EXPORT syntax is not complete, is it?  My DFSMS 1.7 AMS pub indicates 
that " EXPORT entryname INFILE(x) OUTFILE(y) TEMP " would be the proper 
syntax.  You are missing the "entryname" field.  
 
Try using:
 
  EXPORT SYS1.DFSMS.SCDS INFILE(IN5) OUTFILE(OUT5) TEMP
 
and lose the UNIT=DISK,VOL=SER=Z14CT1 keywords on the IN5 DD, too.
 
-- 
Tom Schmidt
Madison, WI 
 

--
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: IKJ56228I error

[Thompson, Steve]

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Peter Ten Eyck
Sent: Thursday, May 31, 2007 3:00 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: IKJ56228I error

The following job gets the following result? Dynamic allocation error? 

The job ...

//TSIDCEXP JOB CLASS=S  
// EXEC PGM=IDCAMS  
//IN5 DD DISP=SHR,DSN=SYS1.DFSMS.SCDS,  
// UNIT=DISK,VOL=SER=Z14CT1 
//OUT5 DD DISP=(,KEEP),DSN=TECH.SYS1.DFSMS.SCDS.BKUP,   
// UNIT=DISK,VOL=SER=Z17ISV,DCB=BLKSIZE=27998,SPACE=(TRK,

100,5),RLSE)  
//SYSPRINT DD SYSOUT=*  
//SYSIN DD *
 EXPORT INFILE(IN5) OFILE(OUT5) TEMP
/*  
//  

The result...

  EXPORT INFILE(IN5) OFILE(OUT5) TEMP   
 IKJ56228I DATA SET INFILE NOT IN CATALOG OR CATALOG CAN NOT BE  
ACCESSED
 IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12 
   
 IDC0002I IDCAMS PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS 
12 


If you are going to use catalog processing, do not supply volume
specific information. By specifying UNIT & VL=SER=, you are telling the
system to look at that particular volume. The file is then not found in
the catalog, or the Catalog information is over-ridden, and it appears
in this case the data set is not on the volume you have specified.

Later,
Steve Thompson

--
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: IKJ56228I error

[Mark Zelden]

On Thu, 31 May 2007 14:59:41 -0500, Peter Ten Eyck
<[EMAIL PROTECTED]> wrote:

>The following job gets the following result? Dynamic allocation error?
>
>The job ...
>
>//TSIDCEXP JOB CLASS=S
>// EXEC PGM=IDCAMS
>//IN5 DD DISP=SHR,DSN=SYS1.DFSMS.SCDS,
>// UNIT=DISK,VOL=SER=Z14CT1
>//OUT5 DD DISP=(,KEEP),DSN=TECH.SYS1.DFSMS.SCDS.BKUP,
>// UNIT=DISK,VOL=SER=Z17ISV,DCB=BLKSIZE=27998,SPACE=(TRK,
>100,5),RLSE)
>//SYSPRINT DD SYSOUT=*
>//SYSIN DD *
> EXPORT INFILE(IN5) OFILE(OUT5) TEMP
>/*
>//
>
>The result...
>
>  EXPORT INFILE(IN5) OFILE(OUT5) TEMP
> IKJ56228I DATA SET INFILE NOT IN CATALOG OR CATALOG CAN NOT BE
>ACCESSED
> IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12
>
> IDC0002I IDCAMS PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS
>12
>
>The message...
>
>   IKJ56228I DATA SET dsname NOT IN CATALOG or CATALOG CANNOT BE
>ACCESSED
>
>Explanation: DISP=OLD was specified. The dynamic allocation error code is
>1708, 5708, or 5710. For a description of the dynamic allocation return,
>informational, and error codes, refer to z/OS MVS Programming: Authorized
>Assembler Services Guide.
>
>Some details...
>
>SYS1.DFSMS.SCDS is cataloged in the master catalog CATALOG.ZOS.V14CT1
>on Z14CT1
>

Is CATALOG.ZOS.V14CT1 the master catalog of the system you are running
this from?  If so, why use UNIT and VOLSER?  If not, then that is your 
problem since you can't access an uncataloged VSAM data set by
using unit and volser.  However, you can define an SSA and use
DEFINE PATH to access the data set via alias.  Or if you are on a 
system that supports JOBCAT/STEPCAT still, you can try that.

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

IKJ56228I error

[Peter Ten Eyck]

The following job gets the following result? Dynamic allocation error? 

The job ...

//TSIDCEXP JOB CLASS=S  
// EXEC PGM=IDCAMS  
//IN5 DD DISP=SHR,DSN=SYS1.DFSMS.SCDS,  
// UNIT=DISK,VOL=SER=Z14CT1 
//OUT5 DD DISP=(,KEEP),DSN=TECH.SYS1.DFSMS.SCDS.BKUP,   
// UNIT=DISK,VOL=SER=Z17ISV,DCB=BLKSIZE=27998,SPACE=(TRK, 
100,5),RLSE)  
//SYSPRINT DD SYSOUT=*  
//SYSIN DD *
 EXPORT INFILE(IN5) OFILE(OUT5) TEMP
/*  
//  

The result...

  EXPORT INFILE(IN5) OFILE(OUT5) TEMP   
 IKJ56228I DATA SET INFILE NOT IN CATALOG OR CATALOG CAN NOT BE  
ACCESSED
 IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12 
   
 IDC0002I IDCAMS PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS 
12 

The message...

   IKJ56228I DATA SET dsname NOT IN CATALOG or CATALOG CANNOT BE 
ACCESSED

Explanation: DISP=OLD was specified. The dynamic allocation error code is 
1708, 5708, or 5710. For a description of the dynamic allocation return, 
informational, and error codes, refer to z/OS MVS Programming: Authorized 
Assembler Services Guide. 

Some details...

SYS1.DFSMS.SCDS is cataloged in the master catalog CATALOG.ZOS.V14CT1
on Z14CT1


 

--
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: 3390-MOD's 9

[Scott Barry]

Possibly your output dataset is being assigned a DATACLAS which has a default 
allocation for
UNIT=(SYSDA,2).  Consider coding a UNIT= DD with additional volumes greater 
than 2.  Of course, my
suggestion warrants testing with your application before presuming multi-volume 
allocations are even
supported.

Also, regarding DSNTYPE=LARGE (related to follow-on post responses), it's best 
not to assume any
given sequential dataset is suitable candidate for DSNTYPE=LARGE.  For example, 
SAS announced
DSNTYPE=LARGE support but not yet supported with  sequential-format SAS 
datasets, typically
tape-based SAS files or backups.  So it's unclear whether a SAS-generated 
tape/sequential backup
copy (using SAS PROC COPY) will be suitable for a restore / recovery operation.

Scott Barry
SBBWorks, Inc.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Steely
Sent: Thursday, May 31, 2007 3:19 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: 3390-MOD's 9

This is my first experience with these volumes and I have a little
problem. There was a requirement to use these mod 9 volumes so our
customers could dump very large files to these packs. These two volumes
are SMS managed. The first test failed with a E37. The JCL contained
space(cyl,(3000,1000)). It allocated only 4000 cylinders on the first
volume, switched to the second volume and allocated another 4000
cylinders and then abended. Is there something in the JCL that needs to
be coded to make the system understand these files are allowed to go
beyond the default size. 
 
We are z/OS v1r7.
 
Any help would be appreciated. 
 
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: web IBMLINK - anyone else having an issue?

[Lopez, Rich [NCSUS]]

All DAY TODAY!

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Robert Justice
Sent: Thursday, May 31, 2007 2:43 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: web IBMLINK - anyone else having an issue?


anyone else having a problem trying to logon to web ibmlink??. 

(not that I'm concerned or anything with the 3270 interface going away 
today) 

--
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: Is there a cost in switching AMODEs?

[Craddock, Chris]

> >A SAM** should not require extra cycles and should not cause problems
in
> the predictive execution.
> 
> Still, it's hard for me to imagine that a few extra cycles for a SAM*
> instruction would have a measurable performance impact unless there
were
> millions of them issued in a short time.  Even then, the effects of
cache
> misses would likely be far greater.

Play computer for a moment. Imagine you have a pipeline where you're
fetching instructions, decoding them, fetching operands and routing them
to execution units, all in parallel. You end up with a whole lot of
stuff in the pipeline at any time. 

Now think about where the parts come from. You have to translate the
next instruction address from the PSW before you can fetch the
instruction. Then you have to translate the instruction operand
addresses before you can fetch the operands... every time you translate
an address the amode (and asc mode) has a material effect on the
interpretation of the address. It equally validly be interpreted as a
24, 31 or 64 bit value. 

If you change the amode then any addresses (opcodes or operands) that
had already been translated ahead of the actual PSW location might no
longer be valid. The same applies to a change of ASC mode, or PSW key.
They each impact where the operands are fetched from and whether they
could even be fetched (or completed results could be stored) so the
machine's reaction is to stall that whole pipeline process until the
answers are known. 

There isn't any magic. But a lot of the machine's overall performance
comes from the overlap in the pipeline. The more often you stall/flush
that pipe, the less overall throughput you're going to have. Hence the
perception that certain operations (like SAM, SAC, or SPKA) are "slow".

CC

--
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: 3390-MOD's 9

[Richbourg, Claude]

Just a guess, but are you coding, 'DSNTYPE=LARGE'?


Claude Richbourg
Florida Department of Corrections
Systems Programmer III
850-921-1383

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Steely
Sent: Thursday, May 31, 2007 3:19 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: 3390-MOD's 9

This is my first experience with these volumes and I have a little
problem. There was a requirement to use these mod 9 volumes so our
customers could dump very large files to these packs. These two volumes
are SMS managed. The first test failed with a E37. The JCL contained
space(cyl,(3000,1000)). It allocated only 4000 cylinders on the first
volume, switched to the second volume and allocated another 4000
cylinders and then abended. Is there something in the JCL that needs to
be coded to make the system understand these files are allowed to go
beyond the default size. 
 
We are z/OS v1r7.
 
Any help would be appreciated. 
 
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

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

RES: 3390-MOD's 9

[ITURIEL DO NASCIMENTO NETO]

Try DSNTYPE=LARGE in JCL 


Atenciosamente / Regards / Saludos 
Banco Bradesco S/A 
4254/DPCD Alphaville 
Engenharia de Software - Sistemas Operacionais Mainframes 
Ituriel do Nascimento Neto 
Tel: 55 11 4197-2021 Fax: 55 11 4197-2814 


-Mensagem original-
De: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Em nome
de Mark Steely
Enviada em: quinta-feira, 31 de maio de 2007 16:19
Para: IBM-MAIN@BAMA.UA.EDU
Assunto: 3390-MOD's 9

This is my first experience with these volumes and I have a little
problem. There was a requirement to use these mod 9 volumes so our
customers could dump very large files to these packs. These two volumes
are SMS managed. The first test failed with a E37. The JCL contained
space(cyl,(3000,1000)). It allocated only 4000 cylinders on the first
volume, switched to the second volume and allocated another 4000
cylinders and then abended. Is there something in the JCL that needs to
be coded to make the system understand these files are allowed to go
beyond the default size. 
 
We are z/OS v1r7.
 
Any help would be appreciated. 
 
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

AVISO LEGAL Esta mensagem é 
destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter 
informação confidencial e/ou legalmente privilegiada. Se você não for 
destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, 
copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação 
contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem 
por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a 
eliminação do seu conteúdo em sua base de dados, registros ou sistema de 
controle. Fica desprovida de eficácia e validade a mensagem que contiver 
vínculos obrigacionais, expedida por quem não detenha poderes de representação. 


LEGAL ADVICE This message is 
exclusively destined for the people to whom it is directed, and it can bear 
private and/or legally exceptional information. If you are not addressee of 
this message, since now you are advised to not release, copy, distribute, check 
or, otherwise, use the information contained in this message, because it is 
illegal. If you received this message by mistake, we ask you to return this 
email, making possible, as soon as possible, the elimination of its contents of 
your database, registrations or controls system. The message that bears any 
mandatory links, issued by someone who has no representation powers, shall be 
null or void.

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

3390-MOD's 9

[Mark Steely]

This is my first experience with these volumes and I have a little
problem. There was a requirement to use these mod 9 volumes so our
customers could dump very large files to these packs. These two volumes
are SMS managed. The first test failed with a E37. The JCL contained
space(cyl,(3000,1000)). It allocated only 4000 cylinders on the first
volume, switched to the second volume and allocated another 4000
cylinders and then abended. Is there something in the JCL that needs to
be coded to make the system understand these files are allowed to go
beyond the default size. 
 
We are z/OS v1r7.
 
Any help would be appreciated. 
 
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: Is there a cost in switching AMODEs?

[Tom Marchant]

On Thu, 31 May 2007 17:42:36 +0300, Binyamin Dissen wrote:

>On Thu, 31 May 2007 06:06:18 -0700 Edward Jaffe wrote:
>
>:>http://shareew.prod.web.sba.com/client_files/callpapers/attach/SHARE_in_Baltimore/S8192DB073718.pdf
>
>Interesting reading. But I do understand the concept of address stalls.
>
>A SAM** should not require extra cycles and should not cause problems in the
>predictive execution.

Still, it's hard for me to imagine that a few extra cycles for a SAM*
instruction would have a measurable performance impact unless there were
millions of them issued in a short time.  Even then, the effects of cache
misses would likely be far greater.

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

CA7 to ESP conversion stories

[J Ellis]

We are looking at ESP as a replacement for CA7 and would like to speak with 
anyone who has gone thru a recent conversion. Jut email me offlist if 
interested

--
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: web IBMLINK - finally came back to me.

[Robert Justice]

okay, after several minutes, it finally decided to come back. 

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

web IBMLINK - anyone else having an issue?

[Robert Justice]

anyone else having a problem trying to logon to web ibmlink??. 

(not that I'm concerned or anything with the 3270 interface going away 
today) 

--
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: IEBCOPY Unloaded dataset to PC and back again...not

[Schwarz, Barry A]

There was no loss of data.  You sent 12 bytes and received the same 12
back.

Preserving data set structure is not the default in either ftp or the
various stream oriented operating systems.  That's what TERSE or
TRANSMIT/RECEIVE are for.  We even have a utility for converting
multi-file tape volumes to a sequential data set that can make the round
trip and be reconstructed.

-Original Message-
From: Paul Gilmartin [mailto:snip] 
Sent: Thursday, May 31, 2007 10:24 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IEBCOPY Unloaded dataset to PC and back again...not

On Wed, 30 May 2007 20:55:11 -0300, Shmuel Metz (Seymour J.) wrote:

>In <[EMAIL PROTECTED]>, on 05/29/2007
>   at 09:55 AM, Paul Gilmartin said:
>
>>As often, it depends on the technique:
>
>Try a binary comparison.
>
>>In this case, the binary transfer was lossy;
>
>I see no evidence of that. FTP both in the other direction as binary 
>and run an AMASPZAP dump of both.
>
Will an ISPF screenshot with HEX ON satisfy you?  Here's the FTP
transcript:

ftp> binary
200 Representation type is Image
ftp> get foo4
local: foo4 remote: foo4
229 Entering Extended Passive Mode (|||3706|)
125 Sending data set SPPG.CCM-RCE.CLIST(FOO4)
250 Transfer completed successfully.
12 bytes received in 00:00 (0.07 KB/s)
ftp> put foo4 foo4a
local: foo4 remote: foo4a
229 Entering Extended Passive Mode (|||3707|)
125 Storing data set SPPG.CCM-RCE.CLIST(FOO4A)
250 Transfer completed successfully.
12 bytes sent in 00:00 (0.02 KB/s)
ftp> quit

The ISPF screenshot of the original:

 BROWSESPPG.CCM-RCE.CLIST(FOO4) - 01.00
Line  Col 001 132
*** Top of Data 
 ---
abc
888
123
 ---
def
888
456
 ---
ghi
888
789
 ---
jkl
999
123
 ---
** Bottom of Data **

... and after the roundtrip:

 BROWSESPPG.CCM-RCE.CLIST(FOO4A)
Line  Col 001 132
*** Top of Data 


 ---
abcdefghijkl
8999
123456789123
 ---
** Bottom of Data **

--
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: What is 'Program Logical Manuals'?

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Jim Mulder
> Sent: Thursday, May 31, 2007 1:23 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: What is 'Program Logical Manuals'?
> 

> 
>   Nor for those of us on the "inside".  The Logic Manuals for OCO 
> components
> continued to be maintained for a while, available only 
> internally, with a 
> lot
> of overblown security requirements.  I still have a cabinet 
> full of them
> in my office. But the most recent updates I have were from 
> SP5.1.0, and 
> they 
> were discontinued after that.  My recollection is that the 
> costs to write, 
> print, and distribute them was the reason for their demise. 
> 
> Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY

Oh, my. So does IBM z/OS development also have the mantra of "the code
is the documentation" that Microsoft used on the EU when it demanded
documentation for interoperability with Windows?

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

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

Re: SETPROG LNKLST--problem or procedural error?

[Tom Marchant]

On Thu, 31 May 2007 11:09:38 -0500, Heloisa wrote:

>When I'm replacing a library on the linklist, I first remove it from LLA.

When a library is removed from linklist, it is not automatically removed
from LLA management

> I believe
>most people define LIBRARIES(-LNKLST-)  and FREEZE(-LNKLST-) on their
>CSVLLA and that could cause a problem.

I believe that LLA has problems when there are two different data sets with
the same 
DSNAME defined to LLA.  This can happen if you create and activate a new
linklist that has replaced a data set with a different one.  New linklist
libraries are automatically added to LLA.

There is also this note in the Init and Tuning Guide in section 1.6.4.9,
Recataloging LLA-Managed Data Sets While LLA is Active

"Recataloged LNKLST libraries cannot be put back into LLA management.
 This causes fetch failures."

-- 
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: What is 'Program Logical Manuals'?

[Jim Mulder]

IBM Mainframe Discussion List  wrote on 05/31/2007 
09:34:03 AM:

> > -Original Message-
> > From: IBM Mainframe Discussion List
> > [mailto:[EMAIL PROTECTED] On Behalf Of Johnny Luo
> > Sent: Thursday, May 31, 2007 8:20 AM
> > To: IBM-MAIN@BAMA.UA.EDU
> > Subject: What is 'Program Logical Manuals'?
> >
> 
> 
> 
> > I'm interested and just wonder what is 'program logic
> > manual'?  I know IBM
> > has manuals named MVS Data Areas but they don't have diagrams.
> >
> > Thanks.
> >
> > --
> > Best Regards,
> > Johnny Luo
> 
> Those no longer exist for us. They were very good descriptions of how
> things worked internally. They literally described the program logic and
> algorithms. Since going "Object Code Only", IBM no longer documents how
> things work for those of us on the "outside".

  Nor for those of us on the "inside".  The Logic Manuals for OCO 
components
continued to be maintained for a while, available only internally, with a 
lot
of overblown security requirements.  I still have a cabinet full of them
in my office. But the most recent updates I have were from SP5.1.0, and 
they 
were discontinued after that.  My recollection is that the costs to write, 

print, and distribute them was the reason for their demise. 

Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY


--
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: zOS 1.8 and One Byte Console ID

[Mark Jacobs]

Scott Fagen wrote:

On Thu, 31 May 2007 10:39:26 -0400, Mark Jacobs <[EMAIL PROTECTED]>
wrote:

  

TCS1 2007149 10:29:50.81 STC38156 0200  START
EMCPCS.EMCTCP01
TCS1 2007149 10:29:50.82 STC38156   IEE345I START
AUTHORITY INVALID, FAILED BY MVS

What console is issuing the start command? The started task, EMCTCP, is
issuing the start command.



Aargh!  I forgot that we don't always put the console name in there. 
However, there should be 9 characters and a space preceding the "TCS1" in

the SYSLOG record, which should look like:

NC000
or
NI000

If the second character is a 'C' that would indicate that the program issued
the START command with a non-zero console id.  Some programs go after a
pointer called 'UCMMCENT' (which has _never_ been guaranteed to be 'not
zero') to detect the UCME (console entry) for the 'one true master console'.
 If so, when the 1.8 system joins your sysplex, the 1.7 system clears this
pointer (as there no longer is 'one true master console' after 1.8 is
active), which means that this code will be interpreting the PSA as a
console entry, probably getting some foul value for the console name or id.

A potential bypass for this is to use the OPERCMDS class and authorize the
STC to issue the appropriate START command.  Security product decisions
always trump base MVS authority checking.

See "MVS Planning: Operations" for how to set up OPERCMDS and the START
command resource profile.

Scott Fagen
z/OS Core Technology Design
IBM Poughkeepsie


  

The field in the syslog record is NC000 so what you suggested is true.

Since this product has a short term life span (we hope), we are handling 
the failure of the start command with automation.  It is on our task 
list to implement OPERCMDS security sometime this year so if necessary 
we can handle it that way also.


Thanks for your suggestions.

--
Mark Jacobs
Technical Services
Time Customer Service - Tampa, FL
--
Victory in defeat, there is none higher. She didn't give up, Ben; 
she's still trying to lift that stone after it has crushed her.
She's a father going down to a dull office job while cancer is 
painfully eating away his insides, so as to bring home one more pay 
check for the kids. She's a twelve-year-old girl trying to mother her
baby brothers and sisters because Mama had to go to Heaven. She's a 
switchboard operator sticking to her job while smoke is choking her 
and the fire is cutting off her escape. She's all the unsung heroes

who couldn't quite cut it but never quit.*

Robert A. Heinlein - Stranger in a Strange Land 

*Referring to the Auguste Rodin sculpture, Caryatid Who Has Fallen under Her Stone 


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

test

[John Norgauer]

Test


John Norgauer
University of California Davis Medical Center
2315 Stockton Blvd
ASB 1300
Sacramento, Ca 95817
916-734-0536

 SYSTEMS PROGRAMMING..  Guilty, until proven innocent !! "JN  2004

"Hardware eventually breaks - Software eventually works"  anon


--
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: IEBCOPY Unloaded dataset to PC and back again...not

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin
> Sent: Thursday, May 31, 2007 12:42 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: IEBCOPY Unloaded dataset to PC and back again...not
> 
> 
> On Thu, 31 May 2007 12:29:38 -0500, McKown, John wrote:
> >
> >quote stru r
> >
> I stand corrected; I forgot about STRU R.
> 
> >What you cannot do is use the z/OS ftp client to non-z/OS ftp server,
> >then to another z/OS system. The reason seems to be that non z/OS ftp
> >servers do not understand the "stru r" command. And that is a SERVER
> >command, not a client command. And it is not a SITE command, 
> so LOCSITE
> >won't work to issue it.
> >
> I wonder if this deficiency (sic) could be fixed with a requirement.
> 
> Of course you can do it from a z/OS client in four steps (touch all
> the bases) by using a temporary file on z/OS both ways.  But even
> QUOTE doesn't suffice for load modules.
> 
> -- gil

Load modules (or Program Objects): Very true. But isn't there something
for this in a z/OS to z/OS transfer? My rotten memory! I use STRU R for
things like ADRDSSU backups and SMF data.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

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

Re: zOS 1.8 and One Byte Console ID

[Scott Fagen]

On Thu, 31 May 2007 10:39:26 -0400, Mark Jacobs <[EMAIL PROTECTED]>
wrote:

>TCS1 2007149 10:29:50.81 STC38156 0200  START
>EMCPCS.EMCTCP01
>TCS1 2007149 10:29:50.82 STC38156   IEE345I START
>AUTHORITY INVALID, FAILED BY MVS
>
>What console is issuing the start command? The started task, EMCTCP, is
>issuing the start command.

Aargh!  I forgot that we don't always put the console name in there. 
However, there should be 9 characters and a space preceding the "TCS1" in
the SYSLOG record, which should look like:

NC000
or
NI000

If the second character is a 'C' that would indicate that the program issued
the START command with a non-zero console id.  Some programs go after a
pointer called 'UCMMCENT' (which has _never_ been guaranteed to be 'not
zero') to detect the UCME (console entry) for the 'one true master console'.
 If so, when the 1.8 system joins your sysplex, the 1.7 system clears this
pointer (as there no longer is 'one true master console' after 1.8 is
active), which means that this code will be interpreting the PSA as a
console entry, probably getting some foul value for the console name or id.

A potential bypass for this is to use the OPERCMDS class and authorize the
STC to issue the appropriate START command.  Security product decisions
always trump base MVS authority checking.

See "MVS Planning: Operations" for how to set up OPERCMDS and the START
command resource profile.

Scott Fagen
z/OS Core Technology Design
IBM Poughkeepsie

--
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: IEBCOPY Unloaded dataset to PC and back again...not

[Paul Gilmartin]

On Thu, 31 May 2007 12:29:38 -0500, McKown, John wrote:
>
>quote stru r
>
I stand corrected; I forgot about STRU R.

>What you cannot do is use the z/OS ftp client to non-z/OS ftp server,
>then to another z/OS system. The reason seems to be that non z/OS ftp
>servers do not understand the "stru r" command. And that is a SERVER
>command, not a client command. And it is not a SITE command, so LOCSITE
>won't work to issue it.
>
I wonder if this deficiency (sic) could be fixed with a requirement.

Of course you can do it from a z/OS client in four steps (touch all
the bases) by using a temporary file on z/OS both ways.  But even
QUOTE doesn't suffice for load modules.

-- 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: What is 'Program Logical Manuals'?

[Mark H. Young]

On Thu, 31 May 2007 22:46:54 +0800, Johnny Luo 
<[EMAIL PROTECTED]> wrote:

>Last year I got one book titled 'MVS Control Blocks' but haven't studied it
>yet because it's behind Carmine Cannatello's book on my book-reading
>schedule... Hope it'll help. ( It's really old.)
>
>Johnny

YES, you ARE a young pup.compared to the "GreyBeards" on this list.

The "Control Blocks" manuals from way-back-when.were far superior in their 
format and the way information was presented.  But this would have been 
even way before OCO.  Like the old S/360 Control Blocks, et al.

--
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: Cross-assembler : HLASM --> 8086

[Wayne Driscoll]

Ah portability, the ultimate panacea...  I was involved in a project in
the past where we were told, oh don't worry, the product is portable, it
is written in "c".  So I asked how long it would take to get it to run
on Windows (it was written for Solaris) and I was told, 6-8 weeks.  I
said well, if it is "portable" shouldn't it just be a tweak of the make
file, and a re-compile?  10 weeks later, I looked at the code, and there
were almost as many #if defined(WIN32) #elseif defined(SOLARIS) than
lines of c code.
Wayne Driscoll
Product Developer
JME Software LLC
NOTE: All opinions are strictly my own.
  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Paul Gilmartin
Sent: Thursday, May 31, 2007 12:31 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Cross-assembler : HLASM --> 8086

On Thu, 31 May 2007 13:38:16 +0100, Flint, Mike wrote:
>
>Does anyone know of a product that will take HLASM source and produce
object or executables for the wintel platform?
...
>The code is 'pure' HLASM (number-crunching, not accessing any MVS
services), so it shouldn't need to handle many environment issues (other
than passing parameters in, and getting the response out).
>
I sense a good argument here for writing
non-system-services-dependent code in a language more portable than
HLASM.

But, I suspect that for you it's water under the bridge.  Others take
heed.

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

--
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: Cross-assembler : HLASM --> 8086

[Paul Gilmartin]

On Thu, 31 May 2007 13:38:16 +0100, Flint, Mike wrote:
>
>Does anyone know of a product that will take HLASM source and produce object 
>or executables for the wintel platform?
...
>The code is 'pure' HLASM (number-crunching, not accessing any MVS services), 
>so it shouldn't need to handle many environment issues (other than passing 
>parameters in, and getting the response out).
>
I sense a good argument here for writing non-system-services-dependent
code in a language more portable than HLASM.

But, I suspect that for you it's water under the bridge.  Others take heed.

-- 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: SPAM-LOW: Re: IEBCOPY Unloaded dataset to PC and back again...not

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin
> Sent: Thursday, May 31, 2007 12:05 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: SPAM-LOW: Re: IEBCOPY Unloaded dataset to PC and 
> back again...not
> 



> 
> I'm not afflicted with IND$FILE; I can't make FTP binary roundtrip
> of an IEBCOPY unloaded data set work; I'd be delighted to stand
> corrected by being shown a set of FTP settings that works among
> the plethora that don't.
> 
> There are practical circuventions that involve flattening the unloaded
> data set to RECFM=F[B] with TRSMAIN or TSO TRANSMIT, but I 
> still believe
> there's no available technique for a roundtrip transfer of 
> the directly
> IEBCOPY unloaded data set to a PC-like platform that leaves it usable.
> There's been an abundance of speculation in this thread; no solid
> proof since the OP until now.  Here's my JCL experiment (some 
> tailoring
> required).  I'm using z/OS Unix files in lieu of PC files; I believe
> the capabilities are equivalent.  After the roundtrip, the RELOAD
> IEBCOPY step fails with:
> 
> IEB120I SYSUT1   VALIDATION ERROR
> IEB178I NOT AN IEBCOPY UNLOADED DATA SET - 1ST PHYSICAL RECORD
> NOT 64 BYTES LONG - ACTUAL VALUE IS X'0002BC'
> 
> ... remarkably similar to the OP's experience.  Perhaps suitable FTP
> settings can make it work; I'm betting against it.  Any takers?
> 

If, and only if, the ftp server is z/OS (any ftp client - z/OS, Windows,
Linux), then you can successfully ftp an IEBCOPY unloaded dataset doing
the following on your PC client:

ftp zos
user
password
bin
quote stru r
get iebcopy.unload
quit

ftp otherzos
user
password
bin
quote stru r
quote site pri=??? sec=??? ... other required LRECL, BLKSIZE, etc
put iebcopy.unload


for z/OS to z/OS

ftp otherzos
user
password
bin
stru r
site pri=??? sec=??? cylinders
put iebcopy.unload

The "site" command is not needed in this case because the z/OS ftp
server automagically sends a SITE command to set the LRECL, BLKSIZE, etc
unless it has been told not to.

What you cannot do is use the z/OS ftp client to non-z/OS ftp server,
then to another z/OS system. The reason seems to be that non z/OS ftp
servers do not understand the "stru r" command. And that is a SERVER
command, not a client command. And it is not a SITE command, so LOCSITE
won't work to issue it.






> 
> -- gil



--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

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

Re: IEBCOPY Unloaded dataset to PC and back again...not

[Paul Gilmartin]

On Wed, 30 May 2007 20:55:11 -0300, Shmuel Metz (Seymour J.) wrote:

>In <[EMAIL PROTECTED]>, on 05/29/2007
>   at 09:55 AM, Paul Gilmartin said:
>
>>As often, it depends on the technique:
>
>Try a binary comparison.
>
>>In this case, the binary transfer was lossy;
>
>I see no evidence of that. FTP both in the other direction as binary
>and run an AMASPZAP dump of both.
>
Will an ISPF screenshot with HEX ON satisfy you?  Here's the FTP transcript:

ftp> binary
200 Representation type is Image
ftp> get foo4
local: foo4 remote: foo4
229 Entering Extended Passive Mode (|||3706|)
125 Sending data set SPPG.CCM-RCE.CLIST(FOO4)
250 Transfer completed successfully.
12 bytes received in 00:00 (0.07 KB/s)
ftp> put foo4 foo4a
local: foo4 remote: foo4a
229 Entering Extended Passive Mode (|||3707|)
125 Storing data set SPPG.CCM-RCE.CLIST(FOO4A)
250 Transfer completed successfully.
12 bytes sent in 00:00 (0.02 KB/s)
ftp> quit

The ISPF screenshot of the original:

 BROWSESPPG.CCM-RCE.CLIST(FOO4) - 01.00 
  Line  Col 001 132
*** Top of Data 
 ---
abc
888
123
 ---
def
888
456
 ---
ghi
888
789
 ---
jkl
999
123
 ---
** Bottom of Data **

... and after the roundtrip:

 BROWSESPPG.CCM-RCE.CLIST(FOO4A)
  Line  Col 001 132
*** Top of Data 


 ---
abcdefghijkl
8999
123456789123
 ---
** Bottom of Data **

For some things, "ASCII" works better than "BINARY".

-- 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: SPAM-LOW: Re: IEBCOPY Unloaded dataset to PC and back again...not

[Paul Gilmartin]

On Wed, 30 May 2007 21:17:13 -0300, Shmuel Metz (Seymour J.) wrote:

>In <[EMAIL PROTECTED]>, on 05/29/2007
>   at 04:17 PM, Paul Gilmartin said:
>
>>FSVO "ALL".  Because BINARY probably doesn't work,
>
>WTF? I have *NEVER* seen a failure in a binary FTP transfer, other
>than the usual timeouts and dropped connections..
>
I receive a lot of disrespect from this list. Some of it is undeserved.
I am but mad north-northwest; when the wind is southerly I know a hawk
from a handsaw.

The OP said:

I used IEBCOPY to create a sequentail backup of an ISPF  panel
library.  I then used IND$FILE to transfer the dataset to my PC.
Thought I'd test the backup out by transferring back to the
mainframe, and got the following when I tried to use IEBCOPY to
load the members back.
...
IEB120I SYSUT1   VALIDATION ERROR
IEB178I NOT AN IEBCOPY UNLOADED DATA SET - 1ST PHYSICAL RECORD
NOT 64 BYTES LONG - ACTUAL VALUE IS X'001810'

I'm not afflicted with IND$FILE; I can't make FTP binary roundtrip
of an IEBCOPY unloaded data set work; I'd be delighted to stand
corrected by being shown a set of FTP settings that works among
the plethora that don't.

There are practical circuventions that involve flattening the unloaded
data set to RECFM=F[B] with TRSMAIN or TSO TRANSMIT, but I still believe
there's no available technique for a roundtrip transfer of the directly
IEBCOPY unloaded data set to a PC-like platform that leaves it usable.
There's been an abundance of speculation in this thread; no solid
proof since the OP until now.  Here's my JCL experiment (some tailoring
required).  I'm using z/OS Unix files in lieu of PC files; I believe
the capabilities are equivalent.  After the roundtrip, the RELOAD
IEBCOPY step fails with:

IEB120I SYSUT1   VALIDATION ERROR
IEB178I NOT AN IEBCOPY UNLOADED DATA SET - 1ST PHYSICAL RECORD
NOT 64 BYTES LONG - ACTUAL VALUE IS X'0002BC'

... remarkably similar to the OP's experience.  Perhaps suitable FTP
settings can make it work; I'm betting against it.  Any takers?

//
//IEBFTPJOB  'Account','$PREFIX',  
// MSGLEVEL=(1,1),REGION=0M
//*
//USERCOUTPUT JESDS=ALL,DEFAULT=YES,
//  CLASS=R,PAGEDEF=V0648Z,CHARS=GT12
//*
//CLEANUP  EXEC  PGM=IEFBR14
//A DD   DISP=(MOD,DELETE),DSN=$PREFIX.IEBFTP.PDS,
//  UNIT=SYSALLDA,SPACE=(CYL,(1,,44))
//B DD   DISP=(MOD,DELETE),DSN=$PREFIX.IEBFTP.UNLOAD1,
//  UNIT=SYSALLDA,SPACE=(CYL,2)
//C DD   DISP=(MOD,DELETE),DSN=$PREFIX.IEBFTP.UNLOAD2,
//  UNIT=SYSALLDA,SPACE=(CYL,2)
//D DD   PATHDISP=DELETE,PATHOPTS=(OCREAT,OWRONLY),
//  PATH='/tmp/$PREFIX/IEBFTP.LOCAL'
//*
//CREATE   EXEC  PGM=IEBGENER
//SYSPRINT  DD   SYSOUT=(,)
//SYSIN DD   DUMMY
//SYSUT2DD   DISP=(,CATLG),DSN=$PREFIX.IEBFTP.PDS(M),
//  UNIT=SYSALLDA,SPACE=(CYL,(1,,44))
//SYSUT1DD   *
  This is a test line.
//*
//UNLOAD   EXEC  PGM=IEBCOPY
//SYSPRINT  DD   SYSOUT=(,)
//SYSUT2DD   DISP=(,CATLG),DSN=$PREFIX.IEBFTP.UNLOAD1,
//  UNIT=SYSALLDA,SPACE=(CYL,2),DSORG=PS
//SYSUT1DD   DISP=SHR,DSN=$PREFIX.IEBFTP.PDS
//*
//FTP  EXEC  PGM=FTP,PARM='lstc3mvs'
//NETRC DD   PATHOPTS=ORDONLY,FILEDATA=TEXT,
//  PATH='$HOME/.netrc'
//OUTPUTDD   SYSOUT=(,)
//INPUT DD   *
binary
TYPE E
MODE B
get '$PREFIX.IEBFTP.UNLOAD1' /tmp/$PREFIX/IEBFTP.LOCAL
get /tmp/$PREFIX/IEBFTP.LOCAL   '$PREFIX.IEBFTP.UNLOAD2'
quit
//*
//RELOAD   EXEC  PGM=IEBCOPY
//SYSUT2DD   UNIT=SYSALLDA,SPACE=(CYL,(1,,44))
//SYSUT1DD   DISP=SHR,DSN=$PREFIX.IEBFTP.UNLOAD2
//SYSPRINT  DD   SYSOUT=(,)
//

-- 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: SETPROG LNKLST--problem or procedural error?

[Dave Kopischke]

On Thu, 31 May 2007 07:46:39 -0500, Tom Marchant wrote:

>
>Perhaps the OP could test this by using a data set with a different DSNAME.
>

Or stop and restart LLA, or refresh LLA. The LLA hook seems to ring a bell with 
me, but I've no time to try it myself.

--
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: Why CSST?

[Binyamin Dissen]

On Thu, 31 May 2007 11:55:21 -0400 Art Celestini <[EMAIL PROTECTED]>
wrote:

:>It uses a different serialization mechanism than PLO.  From the POPs:

I saw that.

The question was as to the need - what MVS (or VM or Linux) function has this
need?

:>Programming Notes:

:>1. COMPARE AND SWAP AND STORE may be used in conjunction with other 
:>   COMPARE AND SWAP or COMPARE DOUBLE AND SWAP instructions to 
:>   manipulate locks, queue pointers, or other fields that require 
:>   interlocked updates.

:>2. COMPARE AND SWAP AND STORE should not be used to manipulate 
:>   fields that are also manipulated by PERFORM LOCKED OPERATION.

--
Binyamin Dissen <[EMAIL PROTECTED]>
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
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: SETPROG LNKLST--problem or procedural error?

[Heloisa]

When I'm replacing a library on the linklist, I first remove it from LLA. I 
believe 
most people define LIBRARIES(-LNKLST-)  and FREEZE(-LNKLST-) on their 
CSVLLA and that could cause a problem.

--
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: Cross-assembler : HLASM --> 8086

[Michael Stack]

I'm curious about the need to produce Intel object code.  Put a 
different way, why won't Tachyon work for you?  Or z390? Or 
Hercules?  Or any of the other suggestions given?  Is this critical 
code?  If so, why not write it in Intel machine language?  If not, 
any of these will do.  Most of all, though, the notion of mapping 
machine instructions between z and Intel gives me a headache ...


At 01:38 PM 5/31/2007 +0100, you wrote:

Hi,

Does anyone know of a product that will take HLASM source and 
produce object or executables for the wintel platform?


I'm aware of tachyon and dignus (even pc370!) which can take HLASM, 
assemble/link, and emulate the execution on wintel, but I want 
native '8086' (or whatever it's called) output (I guess that source 
or object output would be okay).


The code is 'pure' HLASM (number-crunching, not accessing any MVS 
services), so it shouldn't need to handle many environment issues 
(other than passing parameters in, and getting the response out).


Thanks in advance,
Mike Flint,
Systems Consultant,
Experian.



Michael Stack
[EMAIL PROTECTED]
http://www.kcats.org

--
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: Why CSST?

[Tom Schmidt]

On Thu, 31 May 2007 17:48:18 +0300, Binyamin Dissen wrote:
 
>What does CSST give over PLO?
 
 
See the latest POO for CSST's description.  Specifically programming notes 2 
and 4.  (Note 2 admonishes one to avoid mixing PLO with Compare & Swap 
instructions for the same data structures, since they use incompatible 
mechanisms.  Note 4 indicates that CSST may or may not be implemented in 
hardware, depending upon the specific machine implementation.)  

Programming Note 5 suggests a reluctance on the part of the architecture 
team to even add the instruction apart from PLO.  
 
-- 
Tom Schmidt 
Madison, WI 
 

--
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: Why CSST?

[Art Celestini]

It uses a different serialization mechanism than PLO.  From the POPs:

Programming Notes:

1. COMPARE AND SWAP AND STORE may be used in conjunction with other 
   COMPARE AND SWAP or COMPARE DOUBLE AND SWAP instructions to 
   manipulate locks, queue pointers, or other fields that require 
   interlocked updates.

2. COMPARE AND SWAP AND STORE should not be used to manipulate 
   fields that are also manipulated by PERFORM LOCKED OPERATION.


At 11:40 AM 5/31/2007, Edward Jaffe wrote:
  
>Binyamin Dissen wrote:
>>What does CSST give over PLO?
>>  
>
>The new instruction may be a hardware implementation of this functionality.



==
Art Celestini   Celestini Development Services
Phone: 201-670-1674Wyckoff, NJ
=  http://celestini.com  =
Mail sent to the "From" address  used in this post
will be rejected by our server.   Please send off-
list email to:  ibmmaincelestinicom.
==

--
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: Broken GDG Chain

[Daniel McLaughlin]

OUTSTANDING

Since I'm not the SA, all hints are greatly appreciated. Many thanks - the 
missing link has been found.

--
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: Cross-assembler : HLASM --> 8086

[Richard Pinion]

Appears that Mr. Clark's software is no longer available.  I tried to download 
370to486 and got file not found on server.

--- [EMAIL PROTECTED] wrote:

From: Roger Bowler <[EMAIL PROTECTED]>
To:   IBM-MAIN@BAMA.UA.EDU
Subject: Re: Cross-assembler : HLASM --> 8086
Date: Thu, 31 May 2007 10:24:27 -0500

On Thu, 31 May 2007 13:38:16 +0100, Mike Flint of UK.EXPERIAN.COM wrote:
>Does anyone know of a product that will take HLASM source and produce
object or executables for the wintel platform?

There is Clem Clarke's 370to486:

http://members.ozemail.com.au/~oscarptyltd/370to486download.html

Regards,
Roger Bowler
Hercules "the people's mainframe"

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




_
Netscape.  Just the Net You Need.

--
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: Broken GDG Chain

[John Kington]

Daniel,


> This group is invaluable...
>
> Q. HSM ML1 problems, now we're recovering data. SA recalled 3 versions of
a
> GDG and they show up in 3.4. However, when the GDG base is expanded, they

> no long show in its chain. Does anyone have a magic command to repair
that?

What is the status in the catalog entry (assuming the dataset is
SMS-managed)?
If deferred, you can issue alter 'gds' rollin.

--
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: Why CSST?

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Bob Shannon
> Sent: Thursday, May 31, 2007 10:42 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Why CSST?
> 
> 
> >> What does CSST give over PLO?
> 
> >I don't understand the question. CSST is a subfunction of 
> PLO. At least
> >according to my older POPS manual.
> 
> Although there is a CSST option for PLO now there is also an 
> instruction
> 
> called Compare Swap and Store (CSST).
> 
> Bob Shannon

Ah. I need a new POPS. 

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

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

Re: IEBCOPY Unloaded dataset to PC and back again...not

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 05/29/2007
   at 09:55 AM, Paul Gilmartin <[EMAIL PROTECTED]> said:

>As often, it depends on the technique:

Try a binary comparison.

>In this case, the binary transfer was lossy;

I see no evidence of that. FTP both in the other direction as binary
and run an AMASPZAP dump of both.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: IEBCOPY Unloaded dataset to PC and back again...not successful

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 05/29/2007
   at 08:53 AM, Howard Brazee <[EMAIL PROTECTED]> said:

>My wife's Mac runs Windows under Parallels

It's not my dog. IAC, my comment was a TIC response to Dave's.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Is Parallel Programming Just Too Hard?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on
05/29/2007
   at 04:13 PM, Eric Spencer <[EMAIL PROTECTED]> said:

>Since this discussion has been going on for over three decades with 
>little progress in terms of widespread change, one has to ask: is 
>parallel programming just too difficult for most programmers?

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

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

Re: SETPROG LNKLST--problem or procedural error?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 05/30/2007
   at 01:18 AM, Paul Schuster <[EMAIL PROTECTED]> said:

>I have a dataset defined in the PARMLIB member LNKLSTxx like this: 
>dataset(volser)

Why not PROGxx?

>Now, when I submit a batch job  that does a EXEC PGM=myprogram, I 
>receive a S106-F RC=40 which indicates an I/O error on a PDS.

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

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

Re: Is there a cost in switching AMODEs?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 05/30/2007
   at 08:19 PM, Binyamin Dissen <[EMAIL PROTECTED]> said:

>I didn't see that in the POPs

It doesn't belong in the PoOps; it's model dependent.


In <[EMAIL PROTECTED]>, on 05/30/2007
   at 10:09 PM, Binyamin Dissen <[EMAIL PROTECTED]> said:

>Usually instructions that cause stalls or delays are documented in
>the POPs.

Only if they are guarantied to cause stalls or delays.
 

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

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

Re: Why CSST?

[Jim Phoenix]

The standalone CSST instruction is safe to use with the 370 era CS & CDS 
instructions, accessing the same storage location, whereas PLO is not.


Binyamin Dissen wrote:

What does CSST give over PLO?

--
Binyamin Dissen <[EMAIL PROTECTED]>
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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

  


--
| Jim Phoenix  | Voice:   (310) 338-0400 x316   |
| Senior Software Developer| Fax: (310) 338-0801|
| Phoenix Software International   | Alt fax: (310) 337-2685|
| 5200 W. Century Blvd., Suite 800 | [EMAIL PROTECTED] |
| Los Angeles, CA 90045| http://www.phoenixsoftware.com |

Opinions expressed by this individual are not necessarily those of the Company.

--
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: Broken GDG Chain

[Andy Robertson]

ALTER ROLLIN ?




This group is invaluable...

Q. HSM ML1 problems, now we're recovering data. SA recalled 3 versions of a

GDG and they show up in 3.4. However, when the GDG base is expanded, they
no long show in its chain. Does anyone have a magic command to repair that?

I am combing manuals. Google, and the collective knowledge of this forum.

Many thanks in advance




**
This email is confidential and may contain copyright material of the John Lewis 
Partnership. If you are not the intended recipient, please notify us 
immediately and delete all copies of this message. (Please note that it is your 
responsibility to scan this message for viruses). Email to and from the John 
Lewis Partnership is automatically monitored for operational and lawful 
business reasons.
**
John Lewis plc
Registered in England 233462
Registered office  171 Victoria Street London SW1E 5NN

Websites: http://www.johnlewis.com 
http://www.waitrose.com
http://www.greenbee.com
http://www.johnlewispartnership.co.uk

**

--
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: Why CSST?

[Bob Shannon]

>> What does CSST give over PLO?

>I don't understand the question. CSST is a subfunction of PLO. At least
>according to my older POPS manual.

Although there is a CSST option for PLO now there is also an instruction

called Compare Swap and Store (CSST).

Bob Shannon
Rocket Software

--
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: Why CSST?

[Edward Jaffe]

Binyamin Dissen wrote:

What does CSST give over PLO?
  


The new instruction may be a hardware implementation of this functionality.

--
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: Why CSST?

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Binyamin Dissen
> Sent: Thursday, May 31, 2007 9:48 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Why CSST?
> 
> 
> What does CSST give over PLO?
> 
> --
> Binyamin Dissen <[EMAIL PROTECTED]>

I don't understand the question. CSST is a subfunction of PLO. At least
according to my older POPS manual.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

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

Broken GDG Chain

[Daniel McLaughlin]

This group is invaluable...

Q. HSM ML1 problems, now we're recovering data. SA recalled 3 versions of a 
GDG and they show up in 3.4. However, when the GDG base is expanded, they 
no long show in its chain. Does anyone have a magic command to repair that? 
I am combing manuals. Google, and the collective knowledge of this forum.

Many thanks in advance.

--
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: Cross-assembler : HLASM --> 8086

[Roger Bowler]

On Thu, 31 May 2007 13:38:16 +0100, Mike Flint of UK.EXPERIAN.COM wrote:
>Does anyone know of a product that will take HLASM source and produce
object or executables for the wintel platform?

There is Clem Clarke's 370to486:

http://members.ozemail.com.au/~oscarptyltd/370to486download.html

Regards,
Roger Bowler
Hercules "the people's mainframe"

--
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: What is 'Program Logical Manuals'?

[Bill Wilkie]

I know that feeling. I once had a book entitled " How to stop 
Procrastinating"  but I didn't get to it either.


Bill



From: Johnny Luo <[EMAIL PROTECTED]>
Reply-To: IBM Mainframe Discussion List 
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: What is 'Program Logical Manuals'?
Date: Thu, 31 May 2007 22:46:54 +0800

On 5/31/07, Chris Mason <[EMAIL PROTECTED]> wrote:


Johnny

Since you are something of a "Johnny come lately" - sorry, I couldn't
resist
that - it's idiomatic for a newcomer --



Chirs, I must admit that you're right though I have joined this list for 
two

years. -_-

Last year I got one book titled 'MVS Control Blocks' but haven't studied it
yet because it's behind Carmine Cannatello's book on my book-reading
schedule... Hope it'll help. ( It's really old.)

Johnny

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


_
More photos, more messages, more storage—get 2GB with Windows Live Hotmail. 
http://imagine-windowslive.com/hotmail/?locale=en-us&ocid=TXT_TAGHM_migration_HM_mini_2G_0507


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

[Errol Van staden]

Hi John! We thought that the default tape BLKSIZE has been changed to 65k 
from 32k in zOS 1.4. Our DR site which has an older zOS can not read the 65k 
BLKSIZE tapes. We want to write the tapes at 32K.

My latest research into the problem shows that APAR OA13742 changed the 
way the output tape is written and puts the actual Blocksize in the tape label. 
It used to be 0.

My issue is that the exit (ADRUIXIT) would work for JCL driven ADRDSSU 
invocations but not from HSM invocations.

Hope that explains why  

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

[Bill Wilkie]

John:

I Don't know how true this is today, but I would imagine it is still the 
same. When you had to write large blocks and had marginal tapes, shortening 
the blksize helped, especially on tapes like 3420's that would get sucked 
off the end of the reel trying to complete the last write before the volume 
switch.


Bill


From: John Eells <[EMAIL PROTECTED]>
Reply-To: IBM Mainframe Discussion List 
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: ADRUIXIT
Date: Thu, 31 May 2007 08:59:58 -0400

Errol Van staden wrote:
Hi List. has anyone recently written an ADRUIXIT exit to set the default 
tape blocksize to 32760 for ADRDSSU (instead of 65520). My assembler is a 
bit rusty

but I think it would look this



I don't know the answer to your question, but I am very curious: Why would 
you want to do this?


--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
[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


_
More photos, more messages, more storage—get 2GB with Windows Live Hotmail. 
http://imagine-windowslive.com/hotmail/?locale=en-us&ocid=TXT_TAGHM_migration_HM_mini_2G_0507


--
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: SETPROG LNKLST--problem or procedural error?

[Bill Wilkie]

Rick:

Ah, change control. They all wanted it, implemented it, had backout plans 
and all of the controls that management wanted, then management said it took 
too long to get anything done on the mainframe.


Ya gotta love it!
Bill


From: Rick Fochtman <[EMAIL PROTECTED]>
Reply-To: IBM Mainframe Discussion List 
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SETPROG LNKLST--problem or procedural error?
Date: Thu, 31 May 2007 07:52:29 -0500

---
That fact that LNKLSTxx was being used went right past me. I'm surprised 
that anyone still uses it, but I've been around long enough to know that 
there are probably shops that never cut over to PROGxx LNKLST.

-
Don't let that bother you, Mark. At Clearing, it took me 6 months of 
paperwork battles to make the changeover, and that was 2 years after it was 
available!


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


_
PC Magazine’s 2007 editors’ choice for best Web mail—award-winning Windows 
Live Hotmail. 
http://imagine-windowslive.com/hotmail/?locale=en-us&ocid=TXT_TAGHM_migration_HM_mini_pcmag_0507


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

Why CSST?

[Binyamin Dissen]

What does CSST give over PLO?

--
Binyamin Dissen <[EMAIL PROTECTED]>
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
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: zOS 1.8 and One Byte Console ID

[Scott Fagen]

On Wed, 30 May 2007 14:22:13 +0200, Barbara Nitz <[EMAIL PROTECTED]> wrote:

>Guess what: Both UNKNIDS and INTIDS were ignored in consolxx (iea196 with
>reason code 3, which isn't in the 1.8 books anymore).

DOC APAR OA20565:

REASON CODE 3 MISSING FROM IEA196I MESSAGE EXPLANATION IN Z/OS
1.8 SYSTEM MESSAGES MANUAL

---

IEA196I CONSOLxx stmt-type: text 
:
keywd VALUE IGNORED. REASON=rc   
  The system found a keyword value that is not valid.
 
  keywd  The incorrect keyword.  
  
 rc The reason code, which is one of the following:   
 
|3   A CONSOLE statement defines a console with the
|same name as a console that already exists.  The  
|keyword specified an attribute value that was 
|different from the attribute value of the existing
|console.  In a sysplex, the value does not match  
|the corresponding value of a console with the same
|name that is already defined to the sysplex.  The 
|system uses the attribute of the existing console.
   
|To obtain the current console attribute values,
|issue the D C command. 

Scott Fagen
z/OS Core Technology Design
IBM Poughkeepsie

--
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: What is 'Program Logical Manuals'?

[Johnny Luo]

On 5/31/07, Chris Mason <[EMAIL PROTECTED]> wrote:


Johnny

Since you are something of a "Johnny come lately" - sorry, I couldn't
resist
that - it's idiomatic for a newcomer --



Chirs, I must admit that you're right though I have joined this list for two
years. -_-

Last year I got one book titled 'MVS Control Blocks' but haven't studied it
yet because it's behind Carmine Cannatello's book on my book-reading
schedule... Hope it'll help. ( It's really old.)

Johnny

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

IBM lays off 1,573 employees

[(IBM Mainframe Discussion List)]

Most from IBM's Services Unit in North America.  
_http://www.pcworld.com/article/id,132391-c,workplace/article.html_ 
(http://www.pcworld.com/article/id,132391-c,workplace/article.html) 
 
Bill  Fairchild
Plainfield, IL

"As we know, civilization would devolve into  chaos if the United States 
collapsed. Ergo, regardless of the cost in human  lives or damage to the 
environment, the truly moral thing to do is to pursue  America's interests." 
[21 APR 
2007; Jason  Miller]



** See what's free at http://www.aol.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: Is there a cost in switching AMODEs?

[Binyamin Dissen]

On Thu, 31 May 2007 06:06:18 -0700 Edward Jaffe <[EMAIL PROTECTED]>
wrote:

:>Binyamin Dissen wrote:
:>> Usually instructions that cause stalls or delays are documented in the POPs.

:>I wish that were true. Unfortunately, stalls and delays are almost never 
:>discussed in PoPs. For example, general purpose registers can be used 
:>for addressing. Therefore, every instruction that sets a general purpose 
:>register has the potential to stall/delay the pipeline due to Address 
:>Generation Interlock (AGI). There are special bypasses for LOAD and LOAD 
:>ADDRESS that reduce AGI. None of this is documented in PoPs.

:>For more information, see the following SHARE presentation and the other 
:>articles and presentations to which its bibliography refers.

:>http://shareew.prod.web.sba.com/client_files/callpapers/attach/SHARE_in_Baltimore/S8192DB073718.pdf

Interesting reading. But I do understand the concept of address stalls.

A SAM** should not require extra cycles and should not cause problems in the
predictive execution.

When you ran into delays, was it between 24 & 31 using BSM (which is not
predictive) or was it with the SAM** instructions?

--
Binyamin Dissen <[EMAIL PROTECTED]>
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
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: zOS 1.8 and One Byte Console ID

[Mark Jacobs]

Scott Fagen wrote:




Can you post the entire text of the IEE345I message line from SYSLOG, the
CONSOLxx defnition for the console named on that line and the D C,CN=
results for that console from that system?
  
TCS1 2007149 10:29:50.81 STC38156 0200  START 
EMCPCS.EMCTCP01  
TCS1 2007149 10:29:50.82 STC38156   IEE345I START
AUTHORITY INVALID, FAILED BY MVS


What console is issuing the start command? The started task, EMCTCP, is 
issuing the start command.




I suspect that the program is using some console id/name scavenged from some
control block and that the console no longer has the MASTER attribute.

Scott Fagen
z/OS Core Technology Design
IBM Poughkeepsie
  

--

Mark Jacobs
Technical Services
Time Customer Service - Tampa, FL
--
Victory in defeat, there is none higher. She didn't give up, Ben; 
she's still trying to lift that stone after it has crushed her.
She's a father going down to a dull office job while cancer is 
painfully eating away his insides, so as to bring home one more pay 
check for the kids. She's a twelve-year-old girl trying to mother her
baby brothers and sisters because Mama had to go to Heaven. She's a 
switchboard operator sticking to her job while smoke is choking her 
and the fire is cutting off her escape. She's all the unsung heroes

who couldn't quite cut it but never quit.*

Robert A. Heinlein - Stranger in a Strange Land 

*Referring to the Auguste Rodin sculpture, Caryatid Who Has Fallen under Her Stone 


--
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: zOS 1.8 and One Byte Console ID

[Scott Fagen]

On Wed, 30 May 2007 21:59:09 +1000, Shane <[EMAIL PROTECTED]> wrote:

>M - I have to say I don't like the concept that a 1.8 system
>entering a happily running 'plex will unilaterally cause the master
>console to vapourise. For the entire 'plex !!!.
>*Extremely* bad karma.

Shane - nothing vaporizes (forgive the liberties of the US spelling) when
the 1.8 system joins the plex.  What changes is the 'binding' between
console id zero and some arbitrary 'first found' console in the sysplex. 
For some time now, you could assign MVS MASTER authority (distinct from SAF
authority) to any console via CONSOLxx or VARY command.  With 1.8 you can
direct the console ID zero messages to the console(s) of your choice via the
INTIDS attribute.

This change levels the playing field (evens the pitch?) so that 'all master
consoles are created equal'.

Scott Fagen
z/OS Core Technology Design
IBM Poughkeepsie

--
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: CBPDO versus ServerPac for DB2 maintenance

[William Walsh]

I appreciate the responses from the list on this question.

I wanted to respond and perhaps get further clarification on a couple of
them:

Shmuel Metz suggested "run a cross-zone comparison to see whether the
old copy has service not present in the new. The capability has been in
SMP/E for years."

I hadn't been aware of this capability and I followed the SMP/E command
manual "Example 2: Using REPORT CROSSZONE with Zones Controlled by
Different Global Zones" to set this up, but the results were not
encouraging in that this is all the output I got:

CROSSZONE REQUISITE SYSMOD REPORT FOR APPLY
   
   
ZONE___  __REQUIRES__  __CAUSER
NAME FMID  SYSMODRECEIVED  SYSMODFMID  ZONE
   
TRG8611  JDB8817   UK16403   NOUK16402   HDB8810   TRG8703 
   
TRG8703  HDB8810   UK14170   NOUK13836   HDB8810   TRG8611 

So, unless I'm missing something, this isn't giving me what I want.


Kenneth Tomiak's suggestion of "define the old target zone to your new
global (Serverpac SMPREP leads you to do this) and try to print holddata
for the maintenance not on your old target zone" is similar to something
I tried.   But it's quite a manual process:

1. List all action, etc. HOLDDATA for each global CSI.
2. Manipulate output to identify just the PTFs/APARs with HOLDDATA.
3. Identify the new HOLDDATA by sorting, diffing the PTF lists to remove
the common PTFs/APARs in both lists.
4. List the HOLDDATA for just the "new" PTFs/APARs that are being
installed onto the system.

Is there a better way to do this?

www


The information in this email is confidential and may be legally privileged.
It is intended solely for the addressee. Access to this email by anyone else
is unauthorized. If you are not the intended recipient, any disclosure,
copying, distribution or any action taken or omitted to be taken in reliance
on it, is prohibited and may be unlawful. If you are not the intended
addressee please contact the sender and dispose of this e-mail. 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: zOS 1.8 and One Byte Console ID

[Scott Fagen]

On Tue, 29 May 2007 14:51:48 -0400, Mark Jacobs <[EMAIL PROTECTED]>
wrote:

>We have a vendor product, no longer under support, that issues operator
>commands when it starts up. When we have a zOS 1.8 system in the sysplex
>the start commands fail with this message;
>
>IEE345I START AUTHORITY INVALID, FAILED BY MVS
>
>When the zOS 1.8 system is removed from the sysplex the start command is
>successful. The issuing system is zOS 1.7.
>
>I know that these commands are being issued with a one-byte console id
>since they show up in the DISPLAY OPDATA, TRACKING report.
>
>Is there anything that I can do to get it to work or are we SOL.

Can you post the entire text of the IEE345I message line from SYSLOG, the
CONSOLxx defnition for the console named on that line and the D C,CN=
results for that console from that system?

I suspect that the program is using some console id/name scavenged from some
control block and that the console no longer has the MASTER attribute.

Scott Fagen
z/OS Core Technology Design
IBM Poughkeepsie

--
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: What is 'Program Logical Manuals'?

[Chris Mason]

Jay - I guess

Yes indeed - my spell check - upon which my wayward fingers rely a great 
deal - didn't catch that - but then it wouldn't would it?


Chris Mason

- Original Message - 
From: "J R" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Thursday, May 31, 2007 3:58 PM
Subject: Re: What is 'Program Logical Manuals'?


Chris Mason:

... abort the product


Freudian slip?




From: Chris Mason <[EMAIL PROTECTED]>
Reply-To: IBM Mainframe Discussion List 
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: What is 'Program Logical Manuals'?
Date: Thu, 31 May 2007 15:50:50 +0200

Johnny

Since you are something of a "Johnny come lately" - sorry, I couldn't 
resist that - it's idiomatic for a newcomer - you won't, like all the grey 
beards on the list, remember the "Program Logic Manual" available usually 
with a "Y" letter - in place of "C" or "A" - for licenced users of a 
software product.


Supposedly it contained sufficient information abort the product that the 
folk responsible for diagnosing problems with the product could get a 
handle on what was wrong.


Indeed it was also useful for people really to understand their product 
since the regular manuals never seemed to have sufficient information to 
get the best out of the product - or alternatively just knowing the raw 
logic avoided the misunderstandings/ambiguities propagated by the authors 
of the regular manuals.


I haven't been looking for any such manuals lately but I guess they have 
become a "thing of the past". The nearest equivalent these days I suppose 
is the generic "Diagnosis" manual.


Whether or not even a regular manual contains control block relationship 
diagrams is a matter for the manual author and the developers who feed 
him/her their stuff. Thus it's not guaranteed that any "service" manual 
actually will contain such diagrams although probably they should.


In presenting troublesome operands - naturally I have NCP in mind - I have 
even had to construct such diagrams from the text descriptions of control 
blocks - so, if you want a better picture, you can get out a paper and 
pencil.  I just happen to be reminded of this lately having rediscovered 
these diagrams in a presentation while researching another thread.


Incidentally, I hope you are aware that "core dump" means a dump of the 
system storage where the "core" refers to an ancient technology for 
computer storage.


Chris Mason 


--
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: Cross-assembler : HLASM --> 8086

[Craddock, Chris]

> > The code is 'pure' HLASM (number-crunching, not accessing any
> > MVS services), so it shouldn't need to handle many
> > environment issues (other than passing parameters in, and
> > getting the response out).
> Another possibility is to modify your source code so that each
> instruction begins with a unique character, such as @. Then, create a
> series of HLASM macros with those names. The HLASM macro simply uses
> PUNCH to create the ia86 assembler output. <<>>
> You then create the @L, @AHI, and @ST macros (not included) which will
> PUNCH the appropriate ia86 instructions to do something similar.

Actually there's no need to change the source. You can simply use OPSYN
to map the native z instructions to an equivalent set of HLASM macros
and then, as you suggest, use those macros to generate appropriate ia86
or plain x86 instructions. 

However, the two machine architectures are wildly different. I suspect
it would turn out to be a fairly challenging problem to create assembler
macros for each of the z architecture instructions that would do
something that is sensibly equivalent on the x86.

CC

--
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: What is 'Program Logical Manuals'?

[Rick Fochtman]

-


... abort the product



Freudian slip?



Not necessarily!! :-)

--
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: What is 'Program Logical Manuals'?

[Johnny Luo]

oh, what a pity

Thanks for the explanation.


On 5/31/07, McKown, John <[EMAIL PROTECTED]> wrote:


> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On Behalf Of Johnny Luo
> Sent: Thursday, May 31, 2007 8:20 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: What is 'Program Logical Manuals'?
>



> I'm interested and just wonder what is 'program logic
> manual'?  I know IBM
> has manuals named MVS Data Areas but they don't have diagrams.
>
> Thanks.
>
> --
> Best Regards,
> Johnny Luo

Those no longer exist for us. They were very good descriptions of how
things worked internally. They literally described the program logic and
algorithms. Since going "Object Code Only", IBM no longer documents how
things work for those of us on the "outside".

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it.

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





--
Best Regards,
Johnny Luo

--
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: SPAM-LOW: Re: Limit to the number of Aliases in a User Catalog

[Rick Fochtman]

At my last place, we had about 4400 users and we split them by  
departmental function. OPS got "COPY###", etc., using employee  
numbers in the ### field.


The vast majority of our users were customers who selected their  own 
ID's and we split them alphabetically across several other  small 
catalogs.


(Most of their usage was CICS.)


 Rick,

Just out of curiosity, by doing that wasn't it difficult to write  
security rules?


--
Not at all. Most security was done via RACF GROUPS, rather than 
individual users. Datasets and CICS transactions followed many of the 
same rules.


--
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: SPAM-LOW: Re: Limit to the number of Aliases in a User Catalog

[Wayne Driscoll]

In my opinion, a properly impelemented security structure would have no
user-id's named in security rules, instead all rules would have group
(or role) names in them, so a connect/disconnect of a user to a group is
all that is needed to grant access.  If done that way, the only time the
ID is referenced is in the connect command.  I do agree that from the
standpoint of management, allowing users to select ID's is problematic,
and could cause collision issues.  However, I also feel that embedding
the departmental function in a userid is a bad idea, because then the ID
has to change if the user gets transferred from one department to
another.  
Just my $.02
Wayne Driscoll
Product Developer
JME Software LLC
NOTE: All opinions are strictly my own.
  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ed Gould
Sent: Thursday, May 31, 2007 8:08 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SPAM-LOW: Re: Limit to the number of Aliases in a User
Catalog

On May 31, 2007, at 7:43 AM, Rick Fochtman wrote:
> -SNIP-

> At my last place, we had about 4400 users and we split them by 
> departmental function. OPS got "COPY###", etc., using employee numbers

> in the ### field.
>
> The vast majority of our users were customers who selected their own 
> ID's and we split them alphabetically across several other small 
> catalogs.
>
> (Most of their usage was CICS.)
>
  Rick,

Just out of curiosity, by doing that wasn't it difficult to write
security rules?

Ed

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

--
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: What is 'Program Logical Manuals'?

[J R]

Chris Mason:

... abort the product


Freudian slip?




From: Chris Mason <[EMAIL PROTECTED]>
Reply-To: IBM Mainframe Discussion List 
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: What is 'Program Logical Manuals'?
Date: Thu, 31 May 2007 15:50:50 +0200

Johnny

Since you are something of a "Johnny come lately" - sorry, I couldn't 
resist that - it's idiomatic for a newcomer - you won't, like all the grey 
beards on the list, remember the "Program Logic Manual" available usually 
with a "Y" letter - in place of "C" or "A" - for licenced users of a 
software product.


Supposedly it contained sufficient information abort the product that the 
folk responsible for diagnosing problems with the product could get a 
handle on what was wrong.


Indeed it was also useful for people really to understand their product 
since the regular manuals never seemed to have sufficient information to 
get the best out of the product - or alternatively just knowing the raw 
logic avoided the misunderstandings/ambiguities propagated by the authors 
of the regular manuals.


I haven't been looking for any such manuals lately but I guess they have 
become a "thing of the past". The nearest equivalent these days I suppose 
is the generic "Diagnosis" manual.


Whether or not even a regular manual contains control block relationship 
diagrams is a matter for the manual author and the developers who feed 
him/her their stuff. Thus it's not guaranteed that any "service" manual 
actually will contain such diagrams although probably they should.


In presenting troublesome operands - naturally I have NCP in mind - I have 
even had to construct such diagrams from the text descriptions of control 
blocks - so, if you want a better picture, you can get out a paper and 
pencil.  I just happen to be reminded of this lately having rediscovered 
these diagrams in a presentation while researching another thread.


Incidentally, I hope you are aware that "core dump" means a dump of the 
system storage where the "core" refers to an ancient technology for 
computer storage.


Chris Mason



_
PC Magazine’s 2007 editors’ choice for best Web mail—award-winning Windows 
Live Hotmail. 
http://imagine-windowslive.com/hotmail/?locale=en-us&ocid=TXT_TAGHM_migration_HM_mini_pcmag_0507


--
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: What is 'Program Logical Manuals'?

[Chris Mason]

Johnny

Since you are something of a "Johnny come lately" - sorry, I couldn't resist 
that - it's idiomatic for a newcomer - you won't, like all the grey beards 
on the list, remember the "Program Logic Manual" available usually with a 
"Y" letter - in place of "C" or "A" - for licenced users of a software 
product.


Supposedly it contained sufficient information abort the product that the 
folk responsible for diagnosing problems with the product could get a handle 
on what was wrong.


Indeed it was also useful for people really to understand their product 
since the regular manuals never seemed to have sufficient information to get 
the best out of the product - or alternatively just knowing the raw logic 
avoided the misunderstandings/ambiguities propagated by the authors of the 
regular manuals.


I haven't been looking for any such manuals lately but I guess they have 
become a "thing of the past". The nearest equivalent these days I suppose is 
the generic "Diagnosis" manual.


Whether or not even a regular manual contains control block relationship 
diagrams is a matter for the manual author and the developers who feed 
him/her their stuff. Thus it's not guaranteed that any "service" manual 
actually will contain such diagrams although probably they should.


In presenting troublesome operands - naturally I have NCP in mind - I have 
even had to construct such diagrams from the text descriptions of control 
blocks - so, if you want a better picture, you can get out a paper and 
pencil.  I just happen to be reminded of this lately having rediscovered 
these diagrams in a presentation while researching another thread.


Incidentally, I hope you are aware that "core dump" means a dump of the 
system storage where the "core" refers to an ancient technology for computer 
storage.


Chris Mason

- Original Message - 
From: "Johnny Luo" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Thursday, May 31, 2007 3:19 PM
Subject: What is 'Program Logical Manuals'?



I got this website while doing google search:

http://www.users.cloud9.net/~bradmcc/ibmsongbook.html

At the bottom of the page there is an example MVS task management control
block diagram and it says:

*IBM*  Program 
Logic

Manuals are full of diagrams like the one above (I apologize for the poor
quality of the reproduction!). The diagrams show how system control
information is stored in "control blocks", and how fields in a given 
control
block point to other related control blocks. These diagrams help 
programmers
and debuggers to find information about the system, for program 
development

and debugging (*esp.* finding information in "core dumps").

I'm interested and just wonder what is 'program logic manual'?  I know IBM
has manuals named MVS Data Areas but they don't have diagrams.

Thanks.

--
Best Regards,
Johnny Luo 


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

NCACMG June 7, 2007 Seminar

[Knutson, Sam]

Hi,

For those who will be in the Washington D.C. area next week, please plan
to attend the second 2007 meeting of NCACMG (National Capital Area CMG)
-- a regional chapter of the Computer Measurement Group (CMG) --
http://www.cmg.org 

We love our new meeting location and think you will too!
We have some terrific speakers, a great opportunity to network with 
peers and a free lunch. Please keep reading for all the details, and we
hope you can join us Thursday, June 8th for this great event.

View the entire mailer in PDF format here

http://regions.cmg.org/regions/ncacmg/downloads/s06072007.pdf 

Visit our web site here

http://www.ncacmg.org 

This seminar will be held in McLean, VA at Mitre

http://www.mitre.org/about/locations/rappahannock_map.html 

Here's the Agenda:

7:30 Registration and Continental Breakfast

8:45 Steven Conway
NCACMG Chairman Welcome, introductions and NCACMG business

9:00 Performance Management Using Apdex Peter Sevcik

10:00 Morning Break

10:30 Double Check: User Experiences with IBM Health Checker and 
Migration Checker Sam Knutson (GEICO)
and Steve Conway (Freddie Mac)

12:00 Pick up Lunch
Mitre Cafeteria Lunch is being provided by BMC!!

12:15 Maximizing the Business Value of IT John Barnard (BMC)

1:00 Did Something Change?
Using Statistical Techniques to Interpret Service and Resource 
Metrics. Frank Bereznay

2:00 Snack time Sponsered by IBM!!

2:30 Performance Reporting in the 21st Century - Changes in Scope and 
Direction Greg Caliri
BMC Software

3:30 Steven Conway
NCACMG Chairman Door prize drawing - you must be present to win!

3:45 That's all folks! Thanks for your support, and we hope to see 
you at the next meeting!

Cost is $25 and is the same price either in advance or at the door.
Register on-line here

http://regions.cmg.org/regions/ncacmg/register.htm 

We plan on having a fun and informative meeting!  We hope some of you
join us.

 Best Regards,

 Sam Knutson
 NCACMG Vice Chairman
 mailto:[EMAIL PROTECTED]
 (office)  301.986.3574

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







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

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

Re: Cross-assembler : HLASM --> 8086

[Binyamin Dissen]

On Thu, 31 May 2007 08:31:18 -0500 "McKown, John"
<[EMAIL PROTECTED]> wrote:

:>Another possibility is to modify your source code so that each
:>instruction begins with a unique character, such as @. Then, create a
:>series of HLASM macros with those names. The HLASM macro simply uses
:>PUNCH to create the ia86 assembler output.

:>eg. instead of something like:

:>  L   R1,VALUE
:>  AHI R1,1
:>  ST  R1,VALUE

:>changes to:

:>  @L  R1,VALUE
:>  @AHIR1,1
:>  @ST R1,VALUE

:>You then create the @L, @AHI, and @ST macros (not included) which will
:>PUNCH the appropriate ia86 instructions to do something similar. I hope
:>your code doesn't use truly weird instructions such as UPT. But, if it
:>does, you can get a good idea of what they actually do by reading the
:>Hercules/390 source code. I've actually looked at it to try to
:>understand some instructions that were unclear to me in the POPS.

No need to change the source.

Create a big OPSYN copy member.

--
Binyamin Dissen <[EMAIL PROTECTED]>
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
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: What is 'Program Logical Manuals'?

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Johnny Luo
> Sent: Thursday, May 31, 2007 8:20 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: What is 'Program Logical Manuals'?
> 



> I'm interested and just wonder what is 'program logic 
> manual'?  I know IBM
> has manuals named MVS Data Areas but they don't have diagrams.
> 
> Thanks.
> 
> -- 
> Best Regards,
> Johnny Luo

Those no longer exist for us. They were very good descriptions of how
things worked internally. They literally described the program logic and
algorithms. Since going "Object Code Only", IBM no longer documents how
things work for those of us on the "outside".

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

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

Re: Cross-assembler : HLASM --> 8086

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Flint, Mike
> Sent: Thursday, May 31, 2007 7:38 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Cross-assembler : HLASM --> 8086
> 
> 
> Hi,
> 
> Does anyone know of a product that will take HLASM source and 
> produce object or executables for the wintel platform?
> 
> I'm aware of tachyon and dignus (even pc370!) which can take 
> HLASM, assemble/link, and emulate the execution on wintel, 
> but I want native '8086' (or whatever it's called) output (I 
> guess that source or object output would be okay).
> 
> The code is 'pure' HLASM (number-crunching, not accessing any 
> MVS services), so it shouldn't need to handle many 
> environment issues (other than passing parameters in, and 
> getting the response out).
> 
> Thanks in advance,
> Mike Flint,
> Systems Consultant,
> Experian.

I've never heard of such a thing. I can imagine it, but the performance
would likely be terrible due to the mismatch between the System z
architecture and the ia86 architecture (oh, and do you want 32 bit or 64
bit on the Intel side?). And, of course, there is definately going to be
emulation for some things which the ia86 architecture does not support,
such a HFP (legacy mode floating point) and packed decimal. 

The company I work for (previous management team) had decided to
eliminate the System z for an "all MS Windows" environment. Supposedly,
there is a company, UNICOM, which said that they could source convert
all our z/OS source, including assembler, to something executable under
Windows. We never got that far. You might want to ask them. They did
indicate that they would do the conversion, but the source would be
given to us to maintain.

http://www.unicomsi.com/

You probably realise this, but I will state it anyway. IMO, it would be
better to look at each assembler program, abstract what it does, what
its input and outputs are, then rewrite it in another language (ia86
assembler or maybe C).

Another possibility is to modify your source code so that each
instruction begins with a unique character, such as @. Then, create a
series of HLASM macros with those names. The HLASM macro simply uses
PUNCH to create the ia86 assembler output.

eg. instead of something like:

L   R1,VALUE
AHI R1,1
ST  R1,VALUE

changes to:

@L  R1,VALUE
@AHIR1,1
@ST R1,VALUE

You then create the @L, @AHI, and @ST macros (not included) which will
PUNCH the appropriate ia86 instructions to do something similar. I hope
your code doesn't use truly weird instructions such as UPT. But, if it
does, you can get a good idea of what they actually do by reading the
Hercules/390 source code. I've actually looked at it to try to
understand some instructions that were unclear to me in the POPS.



--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

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

What is 'Program Logical Manuals'?

[Johnny Luo]

I got this website while doing google search:

http://www.users.cloud9.net/~bradmcc/ibmsongbook.html

At the bottom of the page there is an example MVS task management control
block diagram and it says:

*IBM*  Program Logic
Manuals are full of diagrams like the one above (I apologize for the poor
quality of the reproduction!). The diagrams show how system control
information is stored in "control blocks", and how fields in a given control
block point to other related control blocks. These diagrams help programmers
and debuggers to find information about the system, for program development
and debugging (*esp.* finding information in "core dumps").

I'm interested and just wonder what is 'program logic manual'?  I know IBM
has manuals named MVS Data Areas but they don't have diagrams.

Thanks.

--
Best Regards,
Johnny Luo

--
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: SETPROG LNKLST--problem or procedural error?

[Peter Relson]

Most 106-F abends are related to extents.

Activating a new LNKLST set will result in that LNKLST set having all the
current extents in its DEB so no 106-F would occur when using that LNKLST
set unless the data set was subsequently extended.

I hope you did not compress an in-use LNKLST data set.

You might choose to run the IBMCSV checks that are part of the IBM Health
Checker for z/OS to see if they happen to complain about something that you
find relevant. In particular,
CHECK(IBMCSV,CSV_LNKLST_SPACE)
CHECK(IBMCSV,CSV_LNKLST_NEWEXTENTS)

Peter Relson
z/OS Core Technology Design

--
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: SPAM-LOW: Re: Limit to the number of Aliases in a User Catalog

[Ed Gould]

On May 31, 2007, at 7:43 AM, Rick Fochtman wrote:

-SNIP-


At my last place, we had about 4400 users and we split them by  
departmental function. OPS got "COPY###", etc., using employee  
numbers in the ### field.


The vast majority of our users were customers who selected their  
own ID's and we split them alphabetically across several other  
small catalogs.


(Most of their usage was CICS.)


 Rick,

Just out of curiosity, by doing that wasn't it difficult to write  
security rules?


Ed

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

Re: Cross-assembler : HLASM --> 8086

[Binyamin Dissen]

On Thu, 31 May 2007 13:38:16 +0100 "Flint, Mike" <[EMAIL PROTECTED]>
wrote:

:>Does anyone know of a product that will take HLASM source and produce object 
or executables for the wintel platform?

:>I'm aware of tachyon and dignus (even pc370!) which can take HLASM, 
assemble/link, and emulate the execution on wintel, but I want native '8086' 
(or whatever it's called) output (I guess that source or object output would be 
okay).

:>The code is 'pure' HLASM (number-crunching, not accessing any MVS services), 
so it shouldn't need to handle many environment issues (other than passing 
parameters in, and getting the response out).

Run it under Hercules.

--
Binyamin Dissen <[EMAIL PROTECTED]>
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
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: SETPROG LNKLST--problem or procedural error?

[Tom Marchant]

On Thu, 31 May 2007 07:53:28 -0500, Mark Zelden wrote:
>
>   Was the original LNKLST
>defined via LNKLSTxx (as your post indicated) or PROGxx?  The use
>of LNKLSTxx would explain it.

I don't think so.  The linklist set defined by LNKLSTxx is named IPL. 
Setprog functions work on it as well as on linklist sets defined by PROGxx.

-- 
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: Is there a cost in switching AMODEs?

[Edward Jaffe]

Binyamin Dissen wrote:

Usually instructions that cause stalls or delays are documented in the POPs.
  


I wish that were true. Unfortunately, stalls and delays are almost never 
discussed in PoPs. For example, general purpose registers can be used 
for addressing. Therefore, every instruction that sets a general purpose 
register has the potential to stall/delay the pipeline due to Address 
Generation Interlock (AGI). There are special bypasses for LOAD and LOAD 
ADDRESS that reduce AGI. None of this is documented in PoPs.


For more information, see the following SHARE presentation and the other 
articles and presentations to which its bibliography refers.


http://shareew.prod.web.sba.com/client_files/callpapers/attach/SHARE_in_Baltimore/S8192DB073718.pdf

--
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: IEBCOPY Unloaded dataset to PC and back again...not

[John Ticic]

-- snip --
> >FSVO "ALL".  Because BINARY probably doesn't work,
>
> WTF? I have *NEVER* seen a failure in a binary FTP transfer, other
> than the usual timeouts and dropped connections..
>
> --
Unless done correctly the FTP of some datasets, such as those with
Variable or Undefined record formats, will "fail" in that the resulting
file on the PC is unusable due to lack of end-of-record indicators. This
is a logical failure and not a physical failure.

-- snip --

Wouldn't specifying TYPE E and MODE B get around the problem.
MODE B specifies block mode which would then preserve the record format
(even if it is undefined).

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

[John Eells]

Errol Van staden wrote:
Hi List. has anyone recently written an ADRUIXIT exit to set the default tape 
blocksize to 32760 for ADRDSSU (instead of 65520). My assembler is a bit rusty

but I think it would look this



I don't know the answer to your question, but I am very curious: 
Why would you want to do this?


--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
[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: Is there a cost in switching AMODEs?

[Rick Fochtman]

---
Is there much of a cost to switching amodes?

Is it worth writing code to be able to run completely in 64 bit mode 
(and maintain the top half of the registers) or is it fine to switch in 
and out when referencing storage above the bar?


POPs does not indicate anything.
-
My own "gut feel" is that this should be no more expensive than 
switching above and below the 16M line. YMMV.


--
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: SPAM-LOW: Re: IEBCOPY Unloaded dataset to PC and back again...not

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.)
> Sent: Wednesday, May 30, 2007 7:17 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: SPAM-LOW: Re: IEBCOPY Unloaded dataset to PC and 
> back again...not
> 
> 
> In <[EMAIL PROTECTED]>, on 05/29/2007
>at 04:17 PM, Paul Gilmartin <[EMAIL PROTECTED]> said:
> 
> >FSVO "ALL".  Because BINARY probably doesn't work, 
> 
> WTF? I have *NEVER* seen a failure in a binary FTP transfer, other
> than the usual timeouts and dropped connections..
>  
> -- 
>  Shmuel (Seymour J.) Metz, SysProg and JOAT

Unless done correctly the FTP of some datasets, such as those with
Variable or Undefined record formats, will "fail" in that the resulting
file on the PC is unusable due to lack of end-of-record indicators. This
is a logical failure and not a physical failure.

Eg. I ftp a VB file to my PC in BINARY mode, then ftp it back to another
z/OS system. The second z/OS dataset is likely junk/unusable due to the
loss of the logical record boundaries. This, of course, is why people
say to use XMIT or TRSMAIN first, then ftp that around so that the
logical file can be reconstructed. And I know that you already know
this. I say it only to reinforce that "something" special needs to be
done in these cases. It is amazing how many just don't seem to get this.
Repetition helps. Usually .

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

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

Re: SETPROG LNKLST--problem or procedural error?

[Mark Zelden]

On Wed, 30 May 2007 18:16:36 -0500, Paul Schuster <[EMAIL PROTECTED]>
wrote:

>I tried some of the suggestions here (stop&restart initiator, SETPROG
>UPDATE) and still got the same 106-F rc40 error.
>
>Maybe it's related to how these data sets are cataloged.
>

No.   Someone posted the explanation.  Was the original LNKLST
defined via LNKLSTxx (as your post indicated) or PROGxx?  The use
of LNKLSTxx would explain it.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group:  G-ITO
mailto:[EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
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: SETPROG LNKLST--problem or procedural error?

[Rick Fochtman]

---
That fact that LNKLSTxx was being used went right past me. I'm surprised 
that anyone still uses it, but I've been around long enough to know that 
there are probably shops that never cut over to PROGxx LNKLST.

-
Don't let that bother you, Mark. At Clearing, it took me 6 months of 
paperwork battles to make the changeover, and that was 2 years after it 
was available!


--
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: SETPROG LNKLST--problem or procedural error?

[Tom Marchant]

On Wed, 30 May 2007 11:29:30 -0700, Schwarz, Barry A
<[EMAIL PROTECTED]> wrote:

>Do you need to refresh LLA ?

Not normally.  I *think* I have seen problems though of LLA getting confused
when the new data set being added to the Linklist has the same DSNAME as the
data set that it replaces.

Perhaps the OP could test this by using a data set with a different DSNAME.

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