AW: AW: Renaming ADRDSSU

Thank you. Sounds very promising. Jon -Ursprüngliche Nachricht- Von: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Im Auftrag von John Eells Gesendet: Donnerstag, 26. April 2007 22:40 An: IBM-MAIN@BAMA.UA.EDU Betreff: Re: AW: Renaming ADRDSSU Jon Renton wrote: > We want to use t

Re: Counting occurrences of a string in loadlib

On 26 Apr 2007 21:55:42 -0700, in bit.listserv.ibm-main (Message-ID:<[EMAIL PROTECTED]>) [EMAIL PROTECTED] wrote: I have two load libraries (PDS's) that have different blocksizes. The modules in the load libraries should be "logically" equivalent, but since the blocksizes are different, they

Counting occurrences of a string in loadlib

I have two load libraries (PDS's) that have different blocksizes. The modules in the load libraries should be "logically" equivalent, but since the blocksizes are different, they are not "physically" equivalent. I need to count the occurrences of a given string (i.e., "change identifier") in

Re: Best practices for software delivery

Absolutely agreed on the CA thing. And they insist it be a tape. I don't know what we'll be doing in a couple years if we achieve the desired tapeless environment. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Thursday,

Re: JES2 Shutdown issue on z/os 1.7

We have a utility called SyzCmdz that handles our shutdown (and IPL) automation. Part of that shutdown uses a special utility that goes out to USS and takes things down on that end nicely. Brian -- For IBM-MAIN subscribe / signo

Re: Better way to count records

Well, if it's RECFM=FB and RLSE or DFHSM spacemanagement, it's just a calculation. But, your underlying question. Your production work is using SMS volumes and SDB? Isn't it? Then your question is almost moot, as in why do you care? Batch slowdowns are likely due to something else. -Or

Re: ASSIGNED TO ANOTHER SYSTEM (IEE791I)

IBM Mainframe Discussion List wrote on 04/26/2007 07:39:42 PM: > On Mon, 23 Apr 2007 20:37:29 +1000, Shane <[EMAIL PROTECTED]> wrote: > > >On Mon, 2007-04-23 at 04:15 -0500, R.S. wrote: > > > >> The message regards tape device. > >> How to find out what system holds the device ? > >> (except fr

Re: JES2 Shutdown issue on z/os 1.7

Rogers wrote on 27/04/2007 02:21:07 AM: > We just migrated from 1.4 to 1.7 on our production lpar about 1.5 weeks > ago. > The first shutdown on 1.7 caused JES2 not to come down clean, thus > forcing an ABEND to end it. > Our second shutdown did the same thing. > > All of our NJE line & printer a

Re: f1 dscb: DADSM OBTAIN vs CVAFDIR

Paul Schuster wrote: Hello: It seems that there are two ways to read the F1 DSCB of a data set on a volume. What are the advantages/disadvantages of these two methods? If you ever want to run your code in MVT or MVS on a Hercules system, OBTAIN will work there too. CVAFDIR has a better chan

Re: Latest Principles of Operation

Bob Rutledge wrote: Edward Jaffe wrote: John P Baker wrote: It is disturbing that the MVCOS instruction is not described in the latest POP. And, quite surprising. Not really--CSP didn't make it into the POP until some time after the Linux developers had been using it. MVCOS has been d

Re: Latest Principles of Operation

Edward Jaffe wrote: John P Baker wrote: It is disturbing that the MVCOS instruction is not described in the latest POP. And, quite surprising. Not really--CSP didn't make it into the POP until some time after the Linux developers had been using it. Bob

Re: Latest Principles of Operation

John P Baker wrote: It is disturbing that the MVCOS instruction is not described in the latest POP. And, quite surprising. -- 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.phoenixsoftwar

Re: sysdsn enq

In a recent note, Ted MacNEIL said: > Date: Thu, 26 Apr 2007 23:10:00 + > > >And that poor design forced even worse design decisions on later developers > (just running with Mr. Rosenberg's idea.) > Paul, is there anything you like about z/OS? > Compared to CMS, several things. >

Re: ASSIGNED TO ANOTHER SYSTEM (IEE791I)

On Mon, 23 Apr 2007 20:37:29 +1000, Shane <[EMAIL PROTECTED]> wrote: >On Mon, 2007-04-23 at 04:15 -0500, R.S. wrote: > >> The message regards tape device. >> How to find out what system holds the device ? >> (except from checking it on every system console) > >And to (partially) answer the questio

Re: Best practices for software delivery

In a recent note, Hal Merritt said: > Subject: Re: Best practices for software delivery > > Internet or a CD/DVD in zipped TSO XMIT format. > Think marketing; think marketing. Preload it on an iPod. -- gil -- StorageTek INFORMATION made POWERFUL -

Re: Latest Principles of Operation

It is disturbing that the MVCOS instruction is not described in the latest POP. John P Baker > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of Edward Jaffe > Sent: Thursday, April 26, 2007 7:01 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re:

Re: sysdsn enq

>And that poor design forced even worse design decisions on later developers Paul, is there anything you like about z/OS? UNIX has its warts too! I remember when MicroSoft created the MS/Office bundle. Macros that worked in the stand-alone releases of WORD & XL stopped working, and Micky-Soft r

Re: sysdsn enq

In a recent note, Ted MacNEIL said: > Date: Thu, 26 Apr 2007 01:47:35 + > > I don't thinks that's accurate. > DSN allocation is not cleared until EOJ. > Hence the scramble with GDG's in a job, especially if you create more than > one in > the same one. > I don't understand this "al

f1 dscb: DADSM OBTAIN vs CVAFDIR

Hello: It seems that there are two ways to read the F1 DSCB of a data set on a volume. What are the advantages/disadvantages of these two methods? Thank you. Paul Schuster -- For IBM-MAIN subscribe / signoff / archive access

Re: Best practices for software delivery

Gil's #1 point caused me issues for transmission of object files to VSE, although with '/*'. That's why I'd love a DLM option in z/VSE or something similar. Later, Ray -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Thu

Re: Latest Principles of Operation

Scott Blackledge wrote: What is MVCOS? (Where did you hear about it?) http://shareew.prod.web.sba.com/client_files/callpapers/attach/SHARE_in_Tampa_Bay/S8162JE123550.pdf -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400

Re: Latest Principles of Operation

Hi Tom, What is MVCOS? (Where did you hear about it?) 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://ba

Re: sysdsn enq

In a recent note, Robert A. Rosenberg said: > Subject: Re: sysdsn enq > > Unfortunately due to a poor design in the ENQ support code it can be > forced to hold the ENQ longer than should be needed. The situation I > am talking about is when step 1 has an exclusive ENQ (DISP=OLD) while > step

Re: Internal DASD Pathing

The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. re: http://www.garlic.com/~lynn/2007i.html#33 Internal DASD Pathing http://www.garlic.com/~lynn/2007i.html#34 Internal DASD Pathing minor addenda ... to previous t

Re: How many UCBs?

>Please point me in the right direction (manual , website) I need to get >answers for the following > >1) How many ucbs above the line total without going into multiple >LCS etc can z/OS 1.8 support > >2) How many ucbs without multiple LCS(?) can a systems support > >I thoug

Re: gdg question

>did not realize that referencing the new GDG entry in a subsequent step would >retain the original ENQ EXCLUSIVE. You'll find ENQ's promoted, but never demoted. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe /

Re: Internal DASD Pathing (was: Latest Principles of Operation)

>DASD was 3380-D, 3380-E, 3380-J, 3380-K, 3390-1, 3390-2, 3390-3 (today's major >image) and 3390-9 (a true SLED pulled by crippled and maimed dogs) You forgot the old 3380-1 (the original). It had four on a stick and you could have internal path contention. >Yes, the 3380s had four paths. Do no

Re: Internal DASD Pathing

Anne & Lynn Wheeler wrote: The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. Howard Brazee <[EMAIL PROTECTED]> writes: A bit off topic: I find your input to these threads in general to be quite useful. They

Re: Internal DASD Pathing

The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. Howard Brazee <[EMAIL PROTECTED]> writes: > A bit off topic: I find your input to these threads in general to be > quite useful. They appear to take a fair amoun

Re: SHOWZOS

Thank you. In the meantime could you please advise how CEEOCB flags the difference between a value of NONE and an actual value - I presume that it is in flags rather than in the actual data? regards, Anthony Fletcher - MNZCS ---

Re: AW: Renaming ADRDSSU

Jon Renton wrote: We want to use the DFDSS user exit. In order to so the ADRDSSU call must be changed! Otherwise the user exit will not run. Why won't the exit run? The book sez: 8.5 Options Installation Exit Routine (ADRUIXIT) The options installation exits routine can control certain DF

IEW2766S

I just got: IEW2766S D216 DDNAME SYSLIN IDENTIFIES AN HFS FILE AS PART OF A DATA SET CONCATENATION. THIS IS NOT SUPPORTED. So, now I must RTFM "Using Data Sets" to find the section that states that JCL concatenation of HFS files _is_ supported, since OS/390? Earlier? So I can start YA PMR.

Re: APAR OA16372 - attn Bruce Black

In my PMR with IBM I asked if there was a known bug that caused this, and the answer was: "The files can get cataloged incorrectly through a number of different ways that is not dependent on IBM code" Sorry, I have been out of the office for a few days. Yes, a FDRDSF restore or FDRCOPY cop

Re: Best practices for software delivery

In a recent note, McKown, John said: > Date: Thu, 26 Apr 2007 11:30:30 -0500 > > I even did this with some files that resided on UNIX. You use "pax" to > create an archive, and direct it out to a z/OS legacy dataset with > LRECL=1,RECFM=FB,BLKSIZE=?. Then XMIT the pax archive and put it i

Re: JES2 Shutdown issue on z/os 1.7

Another thing to look at is any outstanding replies. Issuing a p zfs results in a WTOR, that until it is satisified will hang out there and prevent JES2 from coming down clean. Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. -Original Message-

Re: gdg question

Thanks for sharing the info on this Bruce: Remember that it is true that a SYSDSN ENQ is held until the end of last step that references the dataset. this is also true for GDG bases. My test showed that this is true, both ENQs were released at the end of the first step. But if you have a jo

Re: Internal DASD Pathing

On Thu, 26 Apr 2007 13:42:49 -0600, Anne & Lynn Wheeler <[EMAIL PROTECTED]> wrote: A bit off topic: I find your input to these threads in general to be quite useful. They appear to take a fair amount of work - are they part of your jobs, or is this just a style you are comfortable with? -

AW: Renaming ADRDSSU

Thank you. I will have a look at it to see if it will help me solve the problem. Jon -Ursprüngliche Nachricht- Von: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Im Auftrag von ITURIEL DO NASCIMENTO NETO Gesendet: Donnerstag, 26. April 2007 21:16 An: IBM-MAIN@BAMA.UA.EDU Betreff:

Re: Internal DASD Pathing

The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. [EMAIL PROTECTED] (Richards.Bob) writes: > 3880-xx Controller series followed by the 3990-xxx series > > DASD was 3380-D, 3380-E, 3380-J, 3380-K, 3390-1, 3390-2, 33

RES: Renaming ADRDSSU

Take a look at User Interaction Module (UIM) of ADRDSSU. Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto Banco Bradesco S/A 4254/DPCD Alphaville Engenharia de Software - Sistemas Operacionais Mainframes Tel: 55 11 4197-2021 Fax: 55 11 4197-2814 -Mensagem original-

AW: Renaming ADRDSSU

We want to use the DFDSS user exit. In order to so the ADRDSSU call must be changed! Otherwise the user exit will not run. Jon -Ursprüngliche Nachricht- Von: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Im Auftrag von Pinnacle Gesendet: Donnerstag, 26. April 2007 20:41 An: IBM

Re: JES2 Shutdown issue on z/os 1.7

Any STCs started without SUB=MSTR will need to be shutdown prior to JES2 being shutdown. Mark's suggestions are the way to go. JES2 being abended is not as big a deal as it was in the olden days. And I think I read that JES2 in z/OS V1.8 should be stating what tasks are holding up the JES2

Re: Better way to count records

I usually do that with icetool Walter Trovijo Jr. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/

Re: Renaming ADRDSSU

- Original Message - From: "Jon Renton" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main Sent: Thursday, April 26, 2007 12:07 PM Subject: Renaming ADRDSSU Hello, we are experimenting with getting control of all ADRDSSU calls (the IBM DSS user interface). To achieve this, we are

Re: Internal DASD Pathing (was: Latest Principles of Operation)

3880-xx Controller series followed by the 3990-xxx series DASD was 3380-D, 3380-E, 3380-J, 3380-K, 3390-1, 3390-2, 3390-3 (today's major image) and 3390-9 (a true SLED pulled by crippled and maimed dogs) Yes, the 3380s had four paths. Do not recall if it was ever increased. Bob Richards -Or

AW: Renaming ADRDSSU

We want to gather information and modify the calls to ADRDSSU. -Ursprüngliche Nachricht- Von: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Im Auftrag von Anthony Saul Babonas Gesendet: Donnerstag, 26. April 2007 20:06 An: IBM-MAIN@BAMA.UA.EDU Betreff: Re: Renaming ADRDSSU Surel

Re: Latest Principles of Operation

On Thu, 26 Apr 2007 15:13:37 -0300, in bit.listserv.ibm-main Clark Morris <[EMAIL PROTECTED]> wrote: On 26 Apr 2007 08:45:03 -0700, [EMAIL PROTECTED] (Edward Jaffe) wrote: >Clark Morris wrote: >> The frustrating thing is that there is no compiler switch to tell most >> of the compilers that these

Re: Renaming ADRDSSU

Surely you're not serious! Is "getting control" an intent to prevent some users from using ADRDSSU? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jon Renton Sent: Thursday, April 26, 2007 11:07 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Renamin

Re: Latest Principles of Operation

The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. [EMAIL PROTECTED] (Rick Fochtman) writes: > That increased instruction set allows for vastly increased capability, > in spite of the perceived complexity. Simple app

Re: AW: Renaming ADRDSSU

On 4/26/2007 1:45 PM, Jon Renton wrote: We can protect the secret name using RACF. Using the rename method, we do not need to change the original IBM module in case of an error/emergency/etc. We can still use ADRDSSU directly. I don't understand how you will "protect the secret name using RACF"

Internal DASD Pathing (was: Latest Principles of Operation)

IBM 3350A2/B2 modules on IBM 3830 Controller? Not sure about IBM 3375, I was told we had them and most IBM DASD at that time, 1979 or so, at NVIP but I was not aware of all we had back then. I think the IBM 3380 had 4 internal path selection. "Mark H. Young" <[EMAIL PROTECTED]> Sent by: IB

AW: Renaming ADRDSSU

We can protect the secret name using RACF. Using the rename method, we do not need to change the original IBM module in case of an error/emergency/etc. We can still use ADRDSSU directly. The main aspect is - do any other z/OS subsystems (eg HSM) call the ADRDSSU interface directly or does IBM use

Re: JES2 Shutdown issue on z/os 1.7

In your shutdown process issues f omvs,shutdown We just migrated from 1.4 to 1.7 on our production lpar about 1.5 weeks ago. The first shutdown on 1.7 caused JES2 not to come down clean, thus forcing an ABEND to end it. Our second shutdown did the same thing. All of our NJE line & printer are

Re: Renaming ADRDSSU

You can control what functions are usable/available via RACF/TSS profiles. That would be much cleaner than writing some front-end. I worked at a company that did this, and even built-in some additional function to "build" the control cards automatically for certain functions. Problem was that it

Re: Renaming ADRDSSU

On Thu, 26 Apr 2007 18:07:02 +0200, Jon Renton wrote: >Hello, > >we are experimenting with getting control of all ADRDSSU calls (the IBM DSS >user interface). To achieve this, we are thinking about renaming ADRDSSU and >supplying our own ADRDSSU frontend which will later call the real IBM >module

Re: Renaming ADRDSSU

On Thursday 26 April 2007 12:07, Jon Renton wrote: > Hello, > > we are experimenting with getting control of all ADRDSSU calls (the IBM DSS > user interface). To achieve this, we are thinking about renaming ADRDSSU > and supplying our own ADRDSSU frontend which will later call the real IBM > module

(fwd) Re: Lnnnnn tapes mystery

On Tue, 24 Apr 2007 22:44:20 -0300, in bit.listserv.ibm-main_dummy Clark Morris <[EMAIL PROTECTED]> wrote: On 24 Apr 2007 04:42:48 -0700, [EMAIL PROTECTED] (Knutson, Sam) wrote: >I have never IPLed SAD off anything but disk. For the other things you >can IPL from a tape unit like FDR, DFDSS, ZZS

Re: JES2 Shutdown issue on z/os 1.7

On Thu, 26 Apr 2007 11:21:07 -0500, Laine, Rogers <[EMAIL PROTECTED]> wrote: >We just migrated from 1.4 to 1.7 on our production lpar about 1.5 weeks >ago. >The first shutdown on 1.7 caused JES2 not to come down clean, thus >forcing an ABEND to end it. >Our second shutdown did the same thing. > >

Re: Better way to count records

On Thu, 26 Apr 2007 09:04:06 -0400 Lizette Koehler <[EMAIL PROTECTED]> wrote: :>Thanks for all the ideas. I was hoping for something a little more TSO :>oriented where the end user would only see the count of the file. By doing :>strictly batch they would need to know JCL and where to look for t

Re: Best practices for software delivery

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Wayne Driscoll > Sent: Thursday, April 26, 2007 11:21 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Best practices for software delivery > > > I have to agree with John. I would suggest bu

JES2 Shutdown issue on z/os 1.7

We just migrated from 1.4 to 1.7 on our production lpar about 1.5 weeks ago. The first shutdown on 1.7 caused JES2 not to come down clean, thus forcing an ABEND to end it. Our second shutdown did the same thing. All of our NJE line & printer are DRAINED. Every thing looks fine, but I think it may

Re: Best practices for software delivery

I have to agree with John. I would suggest building an install package from XMIT output (or even do a 2 stage XMIT, ie create a PDS with XMIT's of the different libraries, then XMIT the PDS to a flat file), and make it available from the internet. If the customer can't get the file via the intern

Renaming ADRDSSU

Hello, we are experimenting with getting control of all ADRDSSU calls (the IBM DSS user interface). To achieve this, we are thinking about renaming ADRDSSU and supplying our own ADRDSSU frontend which will later call the real IBM module. Now my question - has anyone ever renamed modul ADRDSSU? Do

Re: Latest Principles of Operation

On Thu, 26 Apr 2007 09:58:01 -0600, Jeffrey D. Smith <[EMAIL PROTECTED]> wrote: >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On >> Behalf Of Edward Jaffe >> Sent: Thursday, April 26, 2007 9:45 AM >> To: IBM-MAIN@BAMA.UA.EDU >> Subject: Re: Latest

Re: Latest Principles of Operation

On Thu, 2007-04-26 at 12:26 -0300, Clark Morris wrote: > The frustrating thing is that there is no compiler switch to tell most > of the compilers that these instructions can be used The IBMers contributing to GCC have been doing pretty well on this front. GCC 4.1 uses 34 new instructions for z9

Re: Latest Principles of Operation

> -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of Edward Jaffe > Sent: Thursday, April 26, 2007 9:45 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Latest Principles of Operation > > Clark Morris wrote: > > The frustrating thing is that there

Re: Latest Principles of Operation

Rick Fochtman wrote: That increased instruction set allows for vastly increased capability, in spite of the perceived complexity. Simple applications can still be coded using simple instructions, but more complex requirements can be met more simply and efficiently by using some of those "added

Re: Best practices for software delivery

- What are the best methods for software delivery ? Background Currently we deliver our software in 3480 cartridge IEBCOPY format and in CD XMIT format.We would ike to change our very very old 3480 tape drives to 3590. ---

Re: Latest Principles of Operation

Clark Morris wrote: The frustrating thing is that there is no compiler switch to tell most of the compilers that these instructions can be used because the target is known. ISV's normally have to hang back on using these instructions because the target processor may not have the instruction.

Re: Latest Principles of Operation

- nominally the argument is that complexity contributes to confusion and failures ... KISS is frequently better because it minimizes confusion which can be major source of failures, vulnerabilities, threats and exploits. however, another argument

How many UCBs?

Please point me in the right direction (manual , website) I need to get answers for the following 1) How many ucbs above the line total without going into multiple LCS etc can z/OS 1.8 support 2) How many ucbs without multiple LCS(?) can a systems support I thought it w

Re: The Mainframe in 10 Years...

-- Thats a common misconceptions; disk drives are DASD's, but not every DASD is a disk drive. Take the data cell - please! --- Not to mention Storage Tech's Solid State Disk ! ---

Re: Latest Principles of Operation

On 25 Apr 2007 12:33:54 -0700, in bit.listserv.ibm-main you wrote: >On Wed, 25 Apr 2007 14:16:47 -0500, Rick Fochtman wrote: > >>> >>>With the new instructions, I now count 751 instructions documented in the >>>POO. That's up a lot from the (IIRC) 143 for S/360. >>> >> >>It's called evolution, so

Re: IBM Announces the "Gameframe"

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Howard Brazee > Sent: Thursday, April 26, 2007 9:56 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: IBM Announces the "Gameframe" > > > I wonder if publicizing this will cause companies to be

Re: OA20694 PDSE hang z/OS 1.8 only

Yep, same here. The real problem here is that you cannot determine from a V SMS,PDSE1,ANALYSIS command which latch to free. Had to take the dump, send it to IBM, and they responded with the proper FREELATCH command. So it elongated the problem. I just talked with the support center, and they are

Re: OA20694 PDSE hang z/OS 1.8 only

On Thu, 26 Apr 2007 10:44:55 -0400, Jousma, David <[EMAIL PROTECTED]> wrote: >All, > >Just got bit by this one on one of my Development systems that was just >upgraded to 1.8 2 weeks ago. Symptoms looks like this: > > >APAR Identifier .. OA20694 Last Changed 07/04/25 > IGWLS

Re: IBM Announces the "Gameframe"

I wonder if publicizing this will cause companies to be more open to thinking of IBM when they think of large server needs. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with th

Re: Better way to count records

When reading your email again I think you are really trying to solve a different problem. You have long running jobs. How a file is sized, 10 cylinders used in a 10 cylinder data set or 10 cylinders used in a 100 cylinder data set, is not going to change how fast a job runs. The extra 90 cylinde

Re: Best practices for software delivery

Electronic delivery can save you $$$ if you have state sales tax. Tapes may get to be real interesting in the near future. IBM has withdrawn service for the 3490s that fit in an ATL (I think all models). There may still be a standalone model that you can get service for. That leaves 3590 and 3

Re: Better way to count records

On Thu, 26 Apr 2007 09:04:06 -0400, Lizette Koehler <[EMAIL PROTECTED]> wrote: >Thanks for all the ideas. I was hoping for something a little more TSO >oriented where the end user would only see the count of the file. By doing >strictly batch they would need to know JCL and where to look for the

OA20694 PDSE hang z/OS 1.8 only

All, Just got bit by this one on one of my Development systems that was just upgraded to 1.8 2 weeks ago. Symptoms looks like this: IGW031I PDSE ANALYSIS Start of Report(SMSPDSE1) 570 -data set name-- -vsgt--- PERM.TOL.LOAD2

Re: Better way to count records

On Thu, 26 Apr 2007 08:58:36 -0400, Mark Jacobs <[EMAIL PROTECTED]> wrote: >On Thursday 26 April 2007 08:40, james wrote: >> Lizette >> >> Cant think of anything which 'counts' records quicker than DFSORT >> >> James F. Smith > >I agree. Sort copy to a dummy output file should work fine. >-- > /

Re: DFHSM GLOSSARY

Thanks Carol, I found what I was looking for in the DFSMShsm STORAGE ADMINISTRATION GUIDE. Thanks again. Carol Srna <[EMAIL PROTECTED]> wrote: In the HSM Implementation & Cust. Gde., Storage Admin. Gde. & Reference there is a glossary. http://www-03.ibm.com/servers/eserver/zseries/

Re: Best practices for software delivery

Hi Thank you very much for everybody. Unfortunatly the internet is not an option from our side , and I think not an option from the customers side. They would like to have something in the hand. Till now the 3480 tape delivery worked. Robert Justice wrote: internet, as long as it's done like

Re: Best practices for software delivery

Internet or a CD/DVD in zipped TSO XMIT format. Forget tapes. There are too many incompatible formats. My $0.02. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Miklos Szigetvari Sent: Thursday, April 26, 2007 7:34 AM To: IBM-MAIN@BAMA.U

Re: DFHSM GLOSSARY

In the HSM Implementation & Cust. Gde., Storage Admin. Gde. & Reference there is a glossary. http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/r7pdf/dfsms.html esmie moo <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 04/26/2007 09:45 AM Please respond to IBM Mainframe D

Re: Better way to count records

On Thu, 26 Apr 2007 08:36:15 -0400, Lizette Koehler <[EMAIL PROTECTED]> wrote: >I have about a billion ways - well not quite - to count records in a data set. > I am looking for advice as to what would be the most efficient way to run either under TSO or BATCH. > >We do have FILEAID and a coup

DFHSM GLOSSARY

Good Day Gentle Readers, I have been looking for a glossary or definition of DFHSM terminology. For example I would like to find the definition of primary space management. I have refered to several DFHSM manuals but I cannot find what I am looking for. I have found how I can apply or d

Re: sysdsn enq

Ted MacNEIL wrote: After all, batch processing FREEs all data sets between steps, but continues to hold the ENQ if a subsequent step uses the same data set name. I don't thinks that's accurate. DSN allocation is not cleared until EOJ. Deallocated and the ENQ released after the last j

Re: Best practices for software delivery

internet, as long as it's done like IBM's Shopzseries. (and not like C/A's esd process). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Sea

Re: Better way to count records

What about: oshell wc -l "//'DATA.SET.NAME'" in TSO or just: wc -l "//'DATA.SET.NAME'" in a batch shell? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Thursday, April 26, 2007 9:04 AM To: IBM-MAIN@BAMA.UA.EDU Subject

Re: Better way to count records

Lizette, You can use the PDS command processor VERIFY subcommand if you are looking for a TSO solution. File 182 on your CBT dial. Regards, John Kalinich Computer Sciences Corp /* rexx */ "pds 'tridjk.bin' xispmode verify" END OF DATA SET 280 LOGICAL RECORDS WERE INPUT 8 PHYSICAL

Re: Better way to count records

Lizette, Why not code up a REXX that calls IDCAMS under the covers and "REPRO" the file to dummy. Assign the print output to a temp file allocated in the REXX. Once IDCAMS is done, open the temp file and read the record count then display it to the user. Chuck -Original Message- From: IB

Re: Better way to count records

If you wanted to keep with REXX then you can get around the region issue by reading the file into a single level stem (for example). "alloc fi(input) ds('input_file') shr" count = 0

Re: Best practices for software delivery

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of John Eells > Sent: Thursday, April 26, 2007 8:00 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Best practices for software delivery > > > Miklos Szigetvari wrote: > > Hi > > > > What are t

Re: Better way to count records

Thanks for all the ideas. I was hoping for something a little more TSO oriented where the end user would only see the count of the file. By doing strictly batch they would need to know JCL and where to look for the output. Most of the people that will be using that cannot spell JCL let alone look

Re: Best practices for software delivery

Miklos Szigetvari wrote: Hi What are the best methods for software delivery ? Internet? -- John Eells z/OS Technical Marketing IBM Poughkeepsie [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instruct

Re: Mainframe education program

[EMAIL PROTECTED] wrote: Isn't software manufacturing based in Toronto these days? Some of the development is in Toronto, some in Poughkeepsie, some in (IIRC) India. Manufacturing for North America is in Boulder. -- John Eells z/OS Technical Marketing IBM Poughkeepsie [EMAIL PROTECTED

Re: Better way to count records

On Thursday 26 April 2007 08:40, james wrote: > Lizette > > Cant think of anything which 'counts' records quicker than DFSORT > > James F. Smith I agree. Sort copy to a dummy output file should work fine. -- Mark Jacobs Time Customer Service Tampa, FL - How we behave

Re: Better way to count records

I was thinking of a batch SORT also. Have a Nice Day ! Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Ct. -Original Message- From: Thompson, Steve [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 8:53 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Better way to coun

  1   2   >