Re: Concatenations and blocksizes

Paul, I believe your problem occurs because you now have SYS1.MACLIB concatenated with SYS1.MACLIB, except the first one in the concatenation has DCB in the JCL that does not match the actual dataset - hence your error. The override "X/" on statement 6 and before statement 7 is the clue. Ron >

Re: VTAM security issue

Almost correct ;) Systems Network Architecture http://www-01.ibm.com/software/globalization/terminology/s.jsp#s18 http://en.wikipedia.org/wiki/IBM_Systems_Network_Architecture -- Maarten -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] Namens G

Re: Infoprint set up in zos

Hi Howard, Thanks a lot for your information. Rgds, Philip -Original Message- From: Howard Turetzky [mailto:howa...@us.ibm.com] Sent: Tuesday, August 11, 2009 5:44 AM To: IBM-MAIN@bama.ua.edu; Philip Chan Subject: Re: Infoprint set up in zos 1) You must create VTAM APPL statements

Re: z10 and overlapping/destructive moves

Peter, I agree with Edward on this one, ie if you can avoid performing the instruction. Something you wrote perhaps suggests that it may be a redundant move, I had not thought of the cache-line problem. This particular MOVE is in a subroutine that is invoked multiple times per input record (>

Re: Concatenations and blocksizes

On Mon, 10 Aug 2009 17:48:31 -0500, Richard Peurifoy wrote: >Paul Gilmartin wrote: >> On Mon, 10 Aug 2009 16:52:59 -0500, Patrick O'Keefe wrote: >>> I'm just puzzled that the enhancement limited itself to QSAM. >>> No mention of BPAM. >>> >> I had hoped this was an oversight in the doc, but appare

Re: Concatenations and blocksizes

Bill Fairchild wrote: The block length is indicated by the data length within the count field. A DASD block is written on the track with a Write Count, Key and Data or Write Count, Key, and Data Next Track command. The length of a count field is always 8. If you are to write a block length of

Re: Concatenations and blocksizes

Paul Gilmartin wrote: On Mon, 10 Aug 2009 16:52:59 -0500, Patrick O'Keefe wrote: I'm just puzzled that the enhancement limited itself to QSAM. No mention of BPAM. I had hoped this was an oversight in the doc, but apparently not. An assembly with: //SYSLIBDD UNIT=SYSALLDA,SPACE=(80,(

Re: Concatenations and blocksizes

On Mon, 10 Aug 2009 17:20:48 -0500, Paul Gilmartin wrote: >On Mon, 10 Aug 2009 16:52:59 -0500, Patrick O'Keefe wrote: >> >>I'm just puzzled that the enhancement limited itself to QSAM. >>No mention of BPAM. >> >I had hoped this was an oversight in the doc, but apparently >not. An assembly with:

Re: Concatenations and blocksizes

On Mon, 10 Aug 2009 16:52:59 -0500, Patrick O'Keefe wrote: > >I'm just puzzled that the enhancement limited itself to QSAM. >No mention of BPAM. > I had hoped this was an oversight in the doc, but apparently not. An assembly with: //SYSLIBDD UNIT=SYSALLDA,SPACE=(80,(1,1)), // RECFM=

Missing QPAM (was: Concatenations and blocksizes)

On Mon, 10 Aug 2009 16:31:31 -0500, Paul Gilmartin wrote: >... >>(I could ask for the umpteenth time why there is no QPAM, but >>I won't.) >> >If you had asked (which you didn't) someone might have answered >that it's because the definition of the NOTE word has no >provision for specifying the o

Re: Concatenations and blocksizes

On Mon, 10 Aug 2009 17:36:44 -0400, Thompson, Steve wrote: >-Original Message- >From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On >Behalf Of Patrick O'Keefe >Sent: Monday, August 10, 2009 4:15 PM >To: IBM-MAIN@bama.ua.edu >Subject: Re: Concatenations and blocksizes >

Hyper-PAVs

Anyone using Hyper PAvs with EMC DMX or know where to find information on implementing Hyper PAVs? We are currently using Dynamic PAVs on z/OS 1.9 and EMC DMX-3. TIA -- For IBM-MAIN subscribe / signoff / archive access instruc

Re: Infoprint set up in zos

1) You must create VTAM APPL statements for each NetSpool LU name. See Chapter 17. Defining NetSpool printer LUs to VTAM of Infoprint Server Operation and Administration S544-5745-10. 2) No application changes are required. 3) IP PrintWay can send output from JES or NetSpool to TCP/IP attach

Re: Concatenations and blocksizes

-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Patrick O'Keefe Sent: Monday, August 10, 2009 4:15 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Concatenations and blocksizes On Mon, 10 Aug 2009 15:20:53 -0500, Mark Zelden wrote: >... >"CONCA

Re: Concatenations and blocksizes

On Mon, 10 Aug 2009 16:15:18 -0500, Patrick O'Keefe wrote: >On Mon, 10 Aug 2009 15:20:53 -0500, Mark Zelden wrote: >>... >>"CONCATENATION ENHANCEMENT: Like-attribute concatenation will be >>allowed for eligible data sets with different block sizes in any >>order; the largest no longer need be fi

Re: Concatenations and blocksizes

The block length is indicated by the data length within the count field. A DASD block is written on the track with a Write Count, Key and Data or Write Count, Key, and Data Next Track command. The length of a count field is always 8. If you are to write a block length of zero onto a track, yo

Re: Concatenations and blocksizes

On Mon, 10 Aug 2009 16:55:31 -0400, Bill Fairchild wrote: >You have always been able to write a block of only one byte, or even zero >bytes, onto a DASD. > I thought a count of zero was prohibited in a CCW. (But there may be other ways.) As for the minimum of 18 for tape, how does the access me

Re: Concatenations and blocksizes

On Mon, 10 Aug 2009 15:20:53 -0500, Mark Zelden wrote: >... >"CONCATENATION ENHANCEMENT: Like-attribute concatenation will be >allowed for eligible data sets with different block sizes in any >order; the largest no longer need be first. Eligible data sets are >partitioned or sequential data se

Re: Concatenations and blocksizes

You have always been able to write a block of only one byte, or even zero bytes, onto a DASD. Bill Fairchild Software Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.4503 * Mobile: +1.508.341.1715 Email: bi...@mainstar.com Web: www.rocketsoftware.com

Re: Concatenations and blocksizes

- Isn't a STEPLIB opened before the program is loaded? Does the DCB used in that open override the JCL and/or the DSCB? Program Fetch uses the directory data and the c

Re: Concatenations and blocksizes

At 18:28 -0500 on 08/06/2009, Paul Gilmartin wrote about Re: Concatenations and blocksizes: It is a misdesign that the OS allows this ever to happen. The principal use of this facility is to correct errors that were introduced by its earlier inadvertent use. Simply, any OPEN for WRITE with ov

Re: Concatenations and blocksizes

-- I don't think so, there used to be a minimum BLKSIZE of 18, but that's not detected until you try to open the DSN. No open; no error. IEFBR14 does no open. -- IIRC, that 18-byte min

Re: Concatenations and blocksizes

The answer to (what I think is) the original question is DFP 2.3. Which means it was included with DFP 3.1 (MVS/ESA) or MVS/XA 2.2.3 (which was required to install DFP 3.1 under MVS/XA IIRC). "CONCATENATION ENHANCEMENT: Like-attribute concatenation will be allowed for eligible data sets with di

Re: Concatenations and blocksizes

Gil, My statement is poorly worded. I know it is not a restriction from XA forward. I was just surprised that it was not required prior to XA Fetch. Ron > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of > Paul Gilmartin > Sent: Monday,

Re: $ Sysplex

Yes, you can do GRS-RING using XCF communications without a CF, which would be a basic Sysplex. If you had a CF you would use GRS-STAR, which would use XES, and thus be a Parallel Sysplex. Of course, I am running a Parallel Sysplex, and it still didn't cost any additional money. >>> "Gibney,

OT: Computer History from the early 1940's

A little bit of history on computers that some (perhaps most) never knew: http://topsecretrosies.wordpress.com/ Lionel B. Dyck, z/Linux Virtualization Specialist IBM Global Services - Kaiser Permanente Team Linux on System z Service Delivery Team 925-926-5332 (8-473-5332) | E-Mail: ld...@us.ib

Re: Concatenations and blocksizes

MVS/ESA SP 4 JCL Reference (DFP V3.3): http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea4b608/11.6?ACTION=MATCHES&REQUEST=concatenate&TYPE=FUZZY&SHELF=HAS4BS15&DT=19951023140514&CASE=&searchTopic=TOPIC&searchText=TEXT&searchIndex=INDEX&rank=RANK&ScrollTOP=FIRSTHIT#FIRSTHIT tinyurl: h

Re: CEAServer Character Special File

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kopischke, David G. > Sent: Monday, August 10, 2009 1:59 PM > To: IBM-MAIN@bama.ua.edu > Subject: CEAServer Character Special File > > Greetings, >I came across this while trying to

CEAServer Character Special File

Greetings, I came across this while trying to expand a /var linear file. crwxrwxrwx 1 BPXDFLTU BPXDFLTG 6, 0 Jan 14 2009 CEAServer* Since DSS likes to restore at the defined size, I defined a new VAR linear file and mounted it and copied all the entries from /var. This character speci

Re: Concatenations and blocksizes

>Isn't a STEPLIB opened before the program is loaded? Sorry, my bad. Poor eyesight and a BlackBerry means I missed the DDNAME. >Does the DCB used in that open override the JCL and/or the DSCB? I'm not actually sure what BLKSIZE is used for a STEPLIB, actual or specified. I'll go back into my ho

Re: Concatenations and blocksizes

Ted MacNEIL wrote: And apparently still doesn't. By a crude experiment: //STEPEXEC PGM=IEFBR14 //STEPLIB DD DISP=SHR,DSN=SYS1.LINKLIB,BLKSIZE=1 Worked fine. Of course it did! IEFBR14 has (effectively) two instructions: SR 15,15 BR 14 NO open. (But did I really test

Re: Concatenations and blocksizes

Isn't a STEPLIB opened before the program is loaded? Does the DCB used in that open override the JCL and/or the DSCB? -Original Message- From: Ted MacNEIL [mailto:eamacn...@yahoo.ca] Sent: Monday, August 10, 2009 11:44 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Concatenations and blocksize

Re: Concatenations and blocksizes

>And apparently still doesn't. By a crude experiment: >//STEPEXEC PGM=IEFBR14 >//STEPLIB DD DISP=SHR,DSN=SYS1.LINKLIB,BLKSIZE=1 >Worked fine. Of course it did! IEFBR14 has (effectively) two instructions: SR 15,15 BR 14 NO open. >(But did I really test what I thought I tes

Re: DASD: to share or not to share

> -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of R.S. > Sent: Monday, August 10, 2009 4:53 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: DASD: to share or not to share > > Gibney, Dave pisze: > > VSAM (and all SMS datasets) can't exist

$ Sysplex

I was still thinking CF Sysplex. I expect that I might, someday be able to do GRS with CTC connections. I don't yet understand Mark's implication that I can do XCF without a CF Lpar or two. If that's what he is really implying :) It's been a fun discussion, but today, my bottom line is to get

Re: Concatenations and blocksizes

On Mon, 10 Aug 2009 10:43:55 -0700, Ron Hawkins wrote: > >So you are saying that the largest BLKSIZE first restriction on >JOBLIB/STEPLIB did not apply before XA. I did not know that, but I do now. > And apparently still doesn't. By a crude experiment: //STEPEXEC PGM=IEFBR14 //STEPLIB

Re: SNA: conflicting opinions

chrisma...@belgacom.net (Chris Mason) writes: > Probably the "architects" had one in mind to be rolled out eventually. After > all, > OSI was supposed to take over the world - starting with the governments.[2] > > Incidentally, you are guilty of violating the ISO model here. A "layer" is > place

The weather in Endicott

Hi Gil, Sorry to disappoint...no weather bot. Just a low-tech typing over where note puts my tel num and replace it with weather. Today actually feels like the first day of summer -hot and humid. >gil said > I keep imagining that Pamela Christina has a weatherbot >that connects to a local weather

Re: Concatenations and blocksizes

Shmuel, Thanks. I'm an XA child, and I was under the impression that the IO mechanism for Fetch changed going from SP2 to XA. So you are saying that the largest BLKSIZE first restriction on JOBLIB/STEPLIB did not apply before XA. I did not know that, but I do now. Ron > -Original Message---

Re: Loading SMF data into a DB2 database.

Here's a clue: most people call him "Barry." > Last but not least: I wonder if any human being is able to understand > and *remeber* all the SMF record formats. > -- For IBM-MAIN subscribe / signoff / archive access instructions

Re: DASD: to share or not to share

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of R.S. > Sent: Monday, August 10, 2009 11:41 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: DASD: to share or not to share > > In fact VSAM datasets are safe as long as an application resp

Re: Concatenations and blocksizes

In <000301ca1735$86fa8130$94ef83...@hawkins1960@sbcglobal.net>, on 08/07/2009 at 01:03 AM, Ron Hawkins said: >The largest blksize first restriction did go away with for Fetch in XA, There was no such restriction for Fetch. The various restrictions for PO and PS went away with various releases

Re: Concatenations and blocksizes

In , on 08/06/2009 at 12:21 PM, "Patrick O'Keefe" said: >1. How long ago did this requirement disappear? Which requirement? For PO? For PS? There are multiple dates, depending on what you're asking. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see

Re: DASD: to share or not to share

Mark Zelden pisze: [[[.] It is safe and fully supported to share an UCAT without GRS or MIM. That means RESERVEs and can hurt performance, but it is possible to safely and effectively share low-used UCAT. BTDT. Somehow I missed commenting on that part in my last response. Yes, RESERVE will pr

Re: DASD: to share or not to share

> - Original Message > From: Mark Zelden mark.zel...@zurichna.com > Out of curiosity:  What type of XCF inks (ESCON or FICON)?  How many? we have ESCON XCF links. Every LPAR has 4 PATHIN and 4 PATHOUT which connect to/from either LPARs. > Do you have XCF transport classes set up / tuned

Re: Job Posting

John Identifying the post to which you are referring can, however, be a worthwhile "referral". Chris Mason On Mon, 10 Aug 2009 09:10:28 -0500, Eatherly, John D[EQ] wrote: >I am not interested in the referral money. I just wanted to send it out to get it to someone who needs it. > >Thanks.

Re: DASD: to share or not to share

Yes, GRS using XCF is far superior in many ways, I would certainly not advise using GRS ring (without XCF) for a 4 way GRSplex, but using XCF it would certainly work. Of course, GRS-Star would be even better, but that is a little trickier. BTW, for small packets of data, I believe ESCON links

SNA: conflicting opinions (was Re: VTAM Security issue)

Lynn (I guess[1]) I see this is no longer discussing "VTAM security" but is hinged to one of my lead-in comment regarding "an universal network". There are some policemen in this list who require subject drift properly to be documented - or they will complain - even if the complaint is unjustif

Re: DASD: to share or not to share

On Mon, 10 Aug 2009 07:20:35 -0700, Walter Marguccio wrote: >>>On Sun, 9 Aug 2009 21:01:42 -0700, Gibney, Dave wrote: > >>> I'm led to understand that our four would LPARs push or exceed GRS ring performance. > >>From: Mark Zelden mark.zel...@zurichna.com > >> I can't say I have been in any 4 sy

Re: Trigger CICS transaction from Batch Job

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jan MOEYERSONS > Sent: Monday, August 10, 2009 5:41 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Trigger CICS transaction from Batch Job > > On Fri, 7 Aug 2009 08:01:34 -0500, McKown, J

Re: VTAM security issue

re: http://www.garlic.com/~lynn/2009l.html#3 VTAM security issue http://www.garlic.com/~lynn/2009l.html#7 VTAM security issue the communication division did provide the basis for rapid uptake of personal computers via terminal (communication) emulation. A customer could get an ibm/pc with terminal

Re: DASD: to share or not to share

>>On Sun, 9 Aug 2009 21:01:42 -0700, Gibney, Dave wrote: >> I'm led to understand that our four would LPARs push or exceed GRS ring >>performance. >From: Mark Zelden mark.zel...@zurichna.com > I can't say I have been in any 4 system GRS ring (using XCF) shops > in the last 10 years, so perhaps

Job Posting

I am not interested in the referral money. I just wanted to send it out to get it to someone who needs it. Thanks. John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu w

FW: ZSeries Analyst Perm Opportunity 14607

In case there is interest... From: rbr...@tacworldwide.com [mailto:rbr...@tacworldwide.com] Sent: Tuesday, August 04, 2009 5:41 PM To: johngalla...@ebby.com Subject: ZSeries Analyst Perm Opportunity 14607 I realize that this position that this opportunity might no

Re: DASD: to share or not to share

As the only Sysprog here (real or otherwise), I understand your time concerns. However, in my situation I decided that the benefits outweighed the cost (in time). I find that many of the features of SYSPLEX can save me quite a bit of time (once it is set up). Just the simplicity of having all

Re: DASD: to share or not to share

On Sun, 9 Aug 2009 21:01:42 -0700, Gibney, Dave wrote: > >True, and last time we revamped the IODF I had the required CTC(s) >added. That was over a year ago when we brought in the z9-BC and is the >last time I had a chance to take a baby step that direction. Also, on >this list, I'm led to unde

[no subject]

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

Re: z10 performance problem

You went from more engines to less engines so you can do less concurrent tasks. More info is needed. Does this happen all of the time? Are there heavy cpu jobs running at that time? What does RMF Monitor III say as far as job delays for the tso users having problems? - Original Message -

Re: SIGNOFF IBM-MAIN

Hi, I do not want receive mails from different consultants. So please block these mails. Regards, Chokalingam Thangavelu TWUL Mainframe Support Thames Water IS In Partnership with Wipro Technologies Mobile: +91(0)-96864 33224 -Original Message- From: IBM Mainframe Discussion List [mailto

z10 performance problem

Hello, Last week we upgraded our machine 2084 (8 CPU) to 2097 (5 CPU) Everything looks ok. but when we try to log on TSO It takes more response seconds from the previous machine Did anybody faced with this kind of problem ? thanks / Regards Tolga ---

Re: DASD: to share or not to share

On Mon, 10 Aug 2009 13:53:29 +0200, R.S. wrote: >Gibney, Dave pisze: >> VSAM (and all SMS datasets) can't exist without being cataloged. > >Well... To be accurate: they cannot be *used* without being cataloged. >But they can exist. > > >> Shared >> Catalogs are not "safe" without integrity protec

Re: Convert signed COMP-3 variable into unsigned integer

All you really need is: MOVE WS-VAR1 TO WS-VAR4 COBOL takes care of unpacking the data, dropping the sign. and truncating the decimal places. On Mon, Aug 10, 2009 at 8:40 AM, Gangar, Parin (MLITS) wrote: > Hi, > > I want to convert S9(13)V99 COMP-3 to simply 9(13). > > I declared following in W

Re: z10 and overlapping/destructive moves

> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Robert A. Rosenberg > > At 17:31 -0400 on 08/07/2009, Bill Fairchild wrote about Re: z10 and > overlapping/destructive moves: > > >It certainly can't hurt to change the MVI/MVC to a single instruction: > > MVC

Re: z10 and overlapping/destructive moves

What's in the other 46 bytes? > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Farley, Peter x23353 > Sent: Friday, August 07, 2009 7:15 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: z10 and overlapping/destructive moves > > Indeed, tha

Convert signed COMP-3 variable into unsigned integer

Hi, I want to convert S9(13)V99 COMP-3 to simply 9(13). I declared following in Working Storage section - 01 WS-VAR1 PIC S9(13)V99 COMP-3. 01 WS-VAR2 PIC S9(13)V99. 01 WS-VAR3 redefines WS-VAR2. 05 WS-VAR3-redef PIC 9(13)V99. 01 WS-VAR4

SIGNOFF IBM-MAIN

"SIGNOFF IBM-MAIN" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main

Re: "SIGNOFF IBM-MAIN"

"SIGNOFF IBM-MAIN" Thanks Sarath Babu -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archiv

Re: DASD: to share or not to share

Gibney, Dave pisze: VSAM (and all SMS datasets) can't exist without being cataloged. Well... To be accurate: they cannot be *used* without being cataloged. But they can exist. Shared Catalogs are not "safe" without integrity protection. Huh? AFAIK It is safe and fully supported to share

"SIGNOFF IBM-MAIN"

"SIGNOFF IBM-MAIN" Regards, Chokalingam Thangavelu TWUL Mainframe Support Thames Water IS In Partnership with Wipro Technologies Mobile: +91(0)-96864 33224 Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachmen

Re: Loading SMF data into a DB2 database.

(I couldn't resist) Yes, it is feasible to load SMF data into a DB2 database. The simplest method is to define a table with one column containing whole SMF record, regardless of its type. And yes, such approach is completely unreasonable. However any other approach means that you have to choose

Re: VTAM security issue

> >I believe Jim Marshall is just trying to dismiss a fact inconvenient for the >product he is promoting? FUD! See previous comments from the Chris Mason > > I will spare all who have been reading all the history of this on IBMMAIN about my strong recommendation for those running SNA networks to s

Re: VTAM security issue

patrick.oke...@wamu.net (Patrick O'Keefe) writes: > Well, the N is "Network", not "Networking", but I don't think that > clarifies anything. Lynn apparently has some very specific defibition > of "Networking" in mind. His comment may be accurate (His comments > usually are.) but I'm not sure

Re: Trigger CICS transaction from Batch Job

On Fri, 7 Aug 2009 08:01:34 -0500, McKown, John wrote: > >What he needs to do is use REXX sockets to write a z/OS TN3270 client. >This client could then connect as a 3270 terminal to the CICS region and But instead of connecting to a 3270 terminal, the connection should be made to the CICS

Re: Loading SMF data into a DB2 database.

Hello Mike, I've tried it a couple of years ago with MXG/SAS. I think that was quite easy to do if I recall, but the problem I had was with time fields in SAS exceeding 24 hours (ie a job/stc that ran more than a day). SAS is ok with that, but it converted those fields to a DB2 time column whic