Re: Measuring CPU time under USS in a "C" program

Hi Scott, When you issue spawn() a new process is created. There is a C USS service named w_getpsent() you can use to get a lot of information about a process including the user CPU time of the process. Gil. On 7/19/05, Jackson, Scott <[EMAIL PROTECTED]> wrote: > > All, > > (Cross posted to

Re: STAE/ESTAE

David Alcock wrote: In the Java world, there is a term called "deprecated" for older API calls that still work but newer replacement ones are available. Here's one explanation: http://www.mindprod.com/jgloss/deprecated.html This term has been used for quite some time in the mainframe w

Re: Help needed with ICSF

Finally the problem is solved! There was two errors: 1.- The fields for key lengths, when keys are labels, must be set to 64, instead of the label length. 2.- The enciphered key I was trying to decipher was not ciphered in PCKS-1.2. The question now is...why are the messages/return codes so genera

Re: STAE/ESTAE

thanks to all who answered my query. Bill Fairchild <[EMAIL PROTECTED]> wrote: In a message dated 7/19/2005 7:29:34 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: When will a STAE retry routine issue an abend? You have to write your own STAE, ESTAE, or ESTAEX routine. If you choo

Re: Defined Capacity vs. Capping

Ken, We started testing soft-capping last night. This morning I looked at the RMF CPU report. I noticed that one of the LPARs was capped 4.6% of the night (8 hours). We have 2 z890 boxes running in parallel sysplex and the soft-capping only occured in one box. The other one was not soft-capped

Re: STAE/ESTAE

In the Java world, there is a term called "deprecated" for older API calls that still work but newer replacement ones are available. Here's one explanation: http://www.mindprod.com/jgloss/deprecated.html It'd be nice if IBM added a comment or MNOTE when an older macro like STAE is expanded. T

Re: Displaying USS couple data sets information

>I can display the policy and format information of the ARM couple data >sets via IXCMIAPU and the control statement of DATA TYPE(ARM) >REPORT(YES). >Is there any way to obtain similar information for USS couple data sets >- TYPE(BPXCMDS)? As you don't write any policy data to the CDS via IXCMIAP

Re: Defined Capacity vs. Capping

Maybe a mis-understanding here Paul. This customer owns all the kit - plus the site. We merely provide tech services. It is not a bureau type environment. Shane ... > Not everyone is that understanding. You're lucky. Do you have a CF and a > number of boxes hooked to it ? --

Re: Defined Capacity vs. Capping

Not everyone is that understanding. You're lucky. Do you have a CF and a number of boxes hooked to it ? Sorry for coming in on the end of the conversation but I am curious. - Paul Hanrahan -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shane G

Re: Highly used programs: any better replacements out there?

Rob Scott wrote: Maybe this is a bit of a religious war - but I have always disliked "LA Rx,integer" - for maintainability (and readability) I would much prefer "L Rx,=F'integer'. Depends on what you wish to do. These days I much prefer using A constants to let the assembler generate appropria

Re: Highly used programs: any better replacements out there?

Bill Fairchild wrote: instruction was LHRx,=H'4095' then the half word literal can be patched from 4095 to 4096. In the former case no simple patch is possible. In the latter case a simple patch is possible. It is also possible that, for whatever reason, the logic of a LA Rx,5 needs

Re: Defined Capacity vs. Capping

> Going to be turning on my new z990 this weekend (figures - now I > hear IBM is about to announce some new boxes soon). Classically we > have hard capped our 5 LPARs (contractual restrictions) but to me it > seems that using 'defined capacity' would be beneficial. > > Only 'problem' I have is tha

Re: Secure FTP on z/OS

It does and it is documented in the User's Guide. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John S. Giltner, Jr. Sent: Tuesday, July 19, 2005 4:58 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Secure FTP on z/OS Neal Eckhardt wrote: > I

IRDFSD service

I'm working with the IRDFSD service. First time I got a clean S0C4 which was fixed in OW57652 (including SETPROG LPA,ADD and a patch in the IECA-cblock) I wonder why IBM fixed this but later state (see APAR below) it's not supported yet. Unfortunally since this fix I always get RC=8 and RSN=8

Re: Secure FTP on z/OS

Neal Eckhardt wrote: I have seen it documented that SSL/TLS is supported in the FTP server from z/OS 1.2 and later. Does the FTP client also support SSL/TLS? I can't find anything in the z/OS 1.4 configuration manual referencing SSL/TLS in the CLIENT. Thanks, Neal Not sure about the 1.4 manua

Re: RiP/EIGRP mainframe migration

Philip Miscione wrote: All We planning to change our network routing protocol from Rip to EIGRP. This will enable better management of network addressing and allow for faster convergence during network failures. Currently our mainframe is running form of Rip and learning routes from the netwo

Re: External Time Source - 9037 RISC UNIX

We are on zOS1.4, with zOS1.6 coming later this year. Thanks for the info. gabe -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Skip Robinson Sent: Tuesday, July 19, 2005 3:50 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: External Time Source - 90

Re: Highly used programs: any better replacements out there?

> What is at issue is changing a datum that is not an instruction. Such > data typically have more references than instructions do, and the > references are more likely to be unrelated to each other. > > >Similarly overlooking a reference to a source code instruction > >about to be reassembled m

Re: External Time Source - 9037 RISC UNIX

The recommended solution works anywhere from 1.4 (where SNTP was introduced) on up. Below 1.4, Ken Clapp is your man. . . . JO.Skip Robinson Southern California Edison Company SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] IBM Mainframe Discussion List wro

Re: STAE/ESTAE

Chris, "Carbon-based recovery analysis routine" And "..that offer a point and shoot shortcut to your next unplanned IPL" Two good chortles in two days ! -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Craddock, Chris Sent: 19 July 2005

Re: The clamor begins for IBM to give up the code for OS/2

In <[EMAIL PROTECTED]>, on 07/18/2005 at 10:07 PM, Ed Gould <[EMAIL PROTECTED]> said: >Plus if they did that might make LINUX less interesting especially if > it really makes inroads into UNIX land. More likely someone would port the interesting stuff to Linux. -- Shmuel (Seymour J.) M

Re: The clamor begins for IBM to give up the code for OS/2

In <[EMAIL PROTECTED]>, on 07/19/2005 at 10:48 AM, David Andrews <[EMAIL PROTECTED]> said: >Also: the Windows code would likely have to be stripped out. Which Windows code? The "for Windows" version, which didn't include[1] any windoze code, or the full function version, which did. FWIW, I've

Re: Highly used programs: any better replacements out there?

In <[EMAIL PROTECTED]>, on 07/19/2005 at 09:41 AM, Bill Fairchild <[EMAIL PROTECTED]> said: >You are correct. You are still missing my point. Suppose the >original instruction was >LA Rx,4095 and for whatever reason the logic needs to be changed >into LA Rx,4096. I find it hard to im

Re: Highly used programs: any better replacements out there?

In <[EMAIL PROTECTED]>, on 07/19/2005 at 09:33 AM, Bill Fairchild <[EMAIL PROTECTED]> said: >Overlooking a reference to an instruction about to be changed with a >patch What is at issue is changing a datum that is not an instruction. Such data typically have more references than instructions d

Re: Highly used programs: any better replacements out there?

In <[EMAIL PROTECTED]>, on 07/19/2005 at 12:00 AM, Ted MacNEIL <[EMAIL PROTECTED]> said: >I didn't say it! >I was quoting some of somebody else's text. The standard Internet convention[1] for indicating that is to prefix the text with a ">" character. >It's almost getting to the point that in

Re: Highly used programs: any better replacements out there?

In <[EMAIL PROTECTED]>, on 07/19/2005 at 08:21 AM, Paul Gilmartin <[EMAIL PROTECTED]> said: >How do other readers feel about: >SIZE EQU 2 * SIZE of an array entry >... > MHRx,=Y(SIZE) >versus: > ARRx,Rx * Multiply by SIEZ of an array entry >... for perfor

Re: capacity of largest drive

In <[EMAIL PROTECTED]>, on 07/19/2005 at 03:54 PM, "R.S." <[EMAIL PROTECTED]> said: >8.5GiB was the largest physical model of 3390 family. It was model 9: > 3390-9. For many year it was also largest emulated DASD volume. >Shark broke the limit with so called "model 27" (informal name), >which

Re: capacity of largest drive

In <[EMAIL PROTECTED]>, on 07/19/2005 at 08:53 AM, John P Kalinich <[EMAIL PROTECTED]> said: >CKD DEVICES > DATA ALT TRACKS/ BYTES/ BYTES/ BYTES/ DISK >TYPE CYLS CYLS CYLTRACK CYL MODULE 3390-54 >655200 15

Re: capacity of largest drive

In <[EMAIL PROTECTED]>, on 07/19/2005 at 07:48 AM, Steve Comstock <[EMAIL PROTECTED]> said: >I've been trying to do a little research and >I'm getting mixed results. What I would like >to find is: what is the capacity of the largest >logical 3390 model supported by z/OS? The Devil is in the de

Re: capacity of largest drive

In <[EMAIL PROTECTED]>, on 07/19/2005 at 09:54 AM, "Richards.Bob" <[EMAIL PROTECTED]> said: >As of z/OS 1.6, isn't it a logical mod-27 @ 32,760 cylinders or >approximately 27GiB? That would be 2.78447E+10; 27 GiB would be 2.8991E+10. -- Shmuel (Seymour J.) Metz, SysProg and JOAT I

Re: capacity of largest drive

In <[EMAIL PROTECTED]>, on 07/19/2005 at 03:54 PM, "R.S." <[EMAIL PROTECTED]> said: >8.5GiB was the largest physical model of 3390 family. It was model 9: > 3390-9. For many year it was also largest emulated DASD volume. >Shark broke the limit with so called "model 27" (informal name), >which i

Workload License Charges & IRD Seminar in Milwaukee

This post was approved by the list owner! WORKLOAD LICENSE CHARGES SEMINAR October 18-20, 2005 in Milwaukee, WI USA This 3 day seminar will give you the essential knowledge you need to plan for and implement IBM's Workload License Charges, and PR/SM's Intelligent Resource Director. The semina

Re: SAS V9.1.3

Same here. SAS runs on seperated image due to software costs. Also using SASLPA. -Ursprüngliche Nachricht- Von: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Im Auftrag von Mark Zelden Gesendet: Dienstag, 19. Juli 2005 23:17 An: IBM-MAIN@BAMA.UA.EDU Betreff: Re: SAS V9.1.3 Wha

Re: SAS V9.1.3

... What about a SAS LPAR? We have an LPAR that primarily is used for SAS. ... Never had the luxury. Never had enough SAS users to justify this. -teD In God we Trust! All others bring data! -- W. Edwards Deming -- For IBM-MAI

Displaying USS couple data sets information

I can display the policy and format information of the ARM couple data sets via IXCMIAPU and the control statement of DATA TYPE(ARM) REPORT(YES). Is there any way to obtain similar information for USS couple data sets - TYPE(BPXCMDS)? --

Re: SAS V9.1.3

On Tue, 19 Jul 2005 15:20:27 -0500, Staller, Allan <[EMAIL PROTECTED]> wrote: > >It's getting too big. > >The performance boost isn't worth it. > >I have other things that I would rather have in there. > > > > >I concur w/Ted,. but for different reasons, rooted in the history of MVS. > > >There *m

Re: SAS V9.1.3

It's getting too big. The performance boost isn't worth it. I have other things that I would rather have in there. I concur w/Ted,. but for different reasons, rooted in the history of MVS. Prior to the advent of the LLA address space, modules needed to be searched for in the linklist

Re: Defined Capacity vs. Capping

Ken -- You are basically correct. you can have intervals above 50 as long as your 4-hour rolling average is below 50. You may be capped somewhat below 50MSUs, and this depends on the setup of the LPARs on the machine. To softcap the "weights" are enforced. If the weight works out to an MSU le

Re: Defined Capacity vs. Capping

... Depending on my applications I could be strangling the late comer which is definitely not good. Whether this is worse than strangling the early bird and having overlap with the late comer is something I can't predict. ... IMO, I would go with the softcap. The hardcap would strangle everybod

Re: SAS V9.1.3

... Why do you recommend against it? ... It's getting too big. The performance boost isn't worth it. I have other things that I would rather have in there. Where do you stop? EZTRIEV? Compilers? I see no purpose to putting SAS in the LPA, and I have used it since 1981. -teD In God we Trust!

Defined Capacity vs. Capping

Going to be turning on my new z990 this weekend (figures - now I hear IBM is about to announce some new boxes soon). Classically we have hard capped our 5 LPARs (contractual restrictions) but to me it seems that using 'defined capacity' would be beneficial. Only 'problem' I have is that it is

Re: SAS V9.1.3

On Fri, 15 Jul 2005 00:00:00 GMT, Ted MacNEIL <[EMAIL PROTECTED]> wrote: >... >To avoid having the modules loaded into each address space which are large we put them in LPA >... > >I know the reasons, I have just been recommending against it for over 15 years. >Still call SASLPA; just don't put it

CBT Tape file 104 JRP

Has anyone successfully assembled, linked, and run the JRP system under z/OS 1.4 or higher? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Sea

Re: The clamor begins for IBM to give up the code for OS/2

Brad Wardell! Stardock! Galactic Civilizations! Woohoo! Sorry. Got a little carried away there. Jon And speaking of Stardock, Brad Wardell has an interesting retrospective on the rise-and-fall of his OS/2 business. There's even some advice that can be taken to heart by some of us in the

ZDASD Response for Carlos Alberto Bodra

Hi Carlos, This is Bruce Boda From The Ohio State University in Columbus Ohio, USA www.osu.edu you can reach me at [EMAIL PROTECTED] We have been running ZDASD here for about a year connecting 2T of FBA storage to our Mainframe via fiber chann

Re: capacity of largest drive

Actually the unused part of a disk address is the BIN number, also from the noodle snatcher. M is used for the extent number now. A full disk address is: MBBCCHHR Today, the BB field has to be zeros. Using those two bytes would effectively allow a 4G cylinder device, however there are some cave

Re: The secret to multi-volume, non-SMS, DASD allocations?

Yep - we have 14! I think I'll go CYL,(500,500) with 8 on the unit! Thanks again. Stg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search

Re: capacity of largest drive

But, all disk CCws also have a module number in the seek address that is now unused. Only device I know of that used it was the 'Noodle Snatcher' 2321? which was supported by MVT. True for the SEEK CCW, which is still supported, but most disk I/Os use ECKD CCWs, where the LOCATE RECORD CCW r

Re: capacity of largest drive

In a message dated 7/19/2005 12:01:28 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: But, all disk CCws also have a module number in the seek address that is now unused. Only device I know of that used it was the 'Noodle Snatcher' 2321? which was supported by MVT. The high-ord

Measuring CPU time under USS in a "C" program

All, (Cross posted to MVS-OE listserv) I'm looking for the most accurate method of tracking CPU usage in a specific task using C/C++ under z/OS UNIX System Services. Example: TASK A spawns TASK B. I want to measure the CPU usage for TASK B and all it's children. I'm currently using the times(

Re: External Time Source - 9037 RISC UNIX

Gabe, I read Paul's suggestion. Unless you can find the code to emulate the Boulder time signal that sounds like a lot of work. You don't say what version of z/OS you're running. We used Ken Clapp's NTP server but on z/OS 1.6 there is a SNTP component of TCPIP. I'd recommend you dial out fro

Re: The secret to multi-volume, non-SMS, DASD allocations?

On Jul 19, 2005, at 11:48 AM, Steve Grimes wrote: Hello, z/OS 1.4 with non SMS, 3380 SYSDA here! Is there some secret to multi-volume allocations that I don't know? Basically, this JCL: //SORTOUT DD DSN=&&TEMP,DISP=(,PASS), //UNIT=SYSDA,VOL=(,,,8), //SPACE=(CYL,(1000,

Re: capacity of largest drive

But, all disk CCws also have a module number in the seek address that is now unused. Only device I know of that used it was the 'Noodle Snatcher' 2321? which was supported by MVT. So isn't it just a matter of reinserting code to increment the module number ?? :))) Chris Bruce Black wrote:

Re: The secret to multi-volume, non-SMS, DASD allocations?

Or more likely, UNIT=(SYSDA,8) UNIT=(SYSDA,2) Bob -Original Message- From:IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steve Grimes Sent:Tuesday, July 19, 2005 12:49 PM To: IBM-MAIN@BAMA.UA.EDU Subject: The

Re: The secret to multi-volume, non-SMS, DASD allocations?

Worked great ! Thanks! Stg -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: The secret to multi-volume, non-SMS, DASD allocations?

UNIT=(SYSDA,2) Bob -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steve Grimes Sent: Tuesday, July 19, 2005 12:49 PM To: IBM-MAIN@BAMA.UA.EDU Subject:The secret to multi-volume, non-SMS, DASD allocations? Hello, z/OS 1.4

The secret to multi-volume, non-SMS, DASD allocations?

Hello, z/OS 1.4 with non SMS, 3380 SYSDA here! Is there some secret to multi-volume allocations that I don't know? Basically, this JCL: //SORTOUT DD DSN=&&TEMP,DISP=(,PASS), //UNIT=SYSDA,VOL=(,,,8), //SPACE=(CYL,(1000,1000),RLSE), //DCB=(LRECL=149,BLKSIZE=0,R

Re: External Time Source - 9037 RISC UNIX

In a recent note, Gabe Torres said: > Date: Tue, 19 Jul 2005 09:00:16 -0700 > > Has anybody on the List connected to RISC/UNIX for their ETS ? Any insight > on > doing this ?? > Not I, but I understand the recommended technique is to connect the EIA-232 port on the ETR to the RISC/UNI

Re: Highly used programs: any better replacements out there?

In a recent note, Bill Fairchild said: > Date: Tue, 19 Jul 2005 12:04:30 EDT > > techniques. I don't see an extra page fault as a big performance hit unless > the code is being executed a huge number of times per second. It is a fine > If the code is executed a huge number of times p

Re: The clamor begins for IBM to give up the code for OS/2

On Jul 19, 2005, at 9:48 AM, David Andrews wrote: On Mon, 2005-07-18 at 22:57 -0500, Paul Gilmartin wrote: o IBM might have legal entanglements with contractors I'm thinking that IBM might have an entanglement with Serenity, which remarkets and enhances OS/2 as "eComStation". See: ht

Re: capacity of largest drive

ECKD architecture provides for a maximum track (head) number of 65535. It also provides for a maximum track capacity of 16777215 bytes. All things considered, the maximum configuration for a single addressable device is 2**56 bytes - 2*32 bytes. The number of records per track is limited to 255

Re: STAE/ESTAE

In a message dated 7/19/2005 7:29:34 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: When will a STAE retry routine issue an abend? You have to write your own STAE, ESTAE, or ESTAEX routine. If you choose to put an ABEND macro inside that routine, then your STAE routine wi

Re: JES2 and Abend S722

On Jul 19, 2005, at 8:23 AM, ITURIEL DO NASCIMENTO NETO wrote: Hi all, I have some doubts on how to force S722 in a JES2 environment and i would like your help. a) Do you use EXIT09 or other method (ESTLNCT with OPT=1) ? b) Is EXIT43 also necessary when using EXIT09 ? TIA The

Re: Highly used programs: any better replacements out there?

In a message dated 7/19/2005 9:22:04 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: Yet, I prefer "L Rx,=A(equated-symbol)" so the equated symbol may be used in other contexts, such as storage declarations. Another reason why I also prefer this technique is so the equated symbol

Re: capacity of largest drive

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Bill Fairchild > Sent: Tuesday, July 19, 2005 10:40 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: capacity of largest drive > > > > > The DCE (UCB DASD Class Extension) has two differe

Re: capacity of largest drive

The DCE (UCB DASD Class Extension) has two different halfword fields indicating capacity. It would appear that the next model larger in capacity than the model 54 with 65520 cylinders will push the envelope off its edge. The problem is not the DCE, it is the CCWs. In all disk CCWs, the

External Time Source - 9037 RISC UNIX

Hello List, I am looking to connect the z900 to an external time source. I will re-activate the 9037-2 Sysplex Timers, (once used when we had multiple processors), to use modem dialup to ACTS in Boulder, CO. The UNIX Group is getting Time off the Internet using NTP. They indicate I can conne

Re: STAE/ESTAE

> The purpose of a recovery routine is to recover from a > situations that you have otherwise not programmatically not catered to. That's only one of the things a recovery routine is for. The primary purpose is to collect diagnostic information so that a carbon-based recovery analysis routine c

Re: capacity of largest drive

In a message dated 7/19/2005 10:08:09 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: AFAIK MVS still menas Multiple Virtual Space Close. It means Multiple Virtual Storage. Each view of virtual storage was named an Address Space. Bill Fairchild --

Re: capacity of largest drive

... I was mentioned several times. Yes, there is no enough DASD storage to page all 64-bit A/S. AFAIK MVS still menas Multiple Virtual Space (Multiple = 32k), so you can multiply your abstract number by 32k and that way get more abstract number ... I still think that this argument is specious.

Re: capacity of largest drive

"Steve Comstock" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... > John P Kalinich wrote: > > CKD DEVICES > > > >DATA ALT TRACKS/ BYTES/ BYTES/ BYTES/ > > DISK TYPE CYLS CYLS CYLTRACK CYL MODULE > > 3390-54

RiP/EIGRP mainframe migration

All We planning to change our network routing protocol from Rip to EIGRP. This will enable better management of network addressing and allow for faster convergence during network failures. Currently our mainframe is running form of Rip and learning routes from the network(OROUTED). We would lik

Re: capacity of largest drive

So which is it 64Ki (65536) or 65520 (from z/OS point of view - disk hardware vendors may have other limitations)? Ken -Original Message- John Eells Up to 64K cylinders are supported on DS6000 and DS8000 devices. From "Preview: IBM z/OS V1.7 and z/OS.e V1.7: World-class computing f

Re: capacity of largest drive

In a message dated 7/19/2005 9:15:08 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: There is nothing in the UCB or DCE to distinguish a 'model-27' from a model-9. The only indication is capacity - and in the days of short-genning logical volumes that is a very unreliable way of deter

Re: STAE/ESTAE

>>> How long is a piece of string? The purpose of a recovery routine is to recover from a situations that you have otherwise not programmatically not catered to. If no such recovery is possible, i.e. a request cannot be retried, you cannot figure out what is going on in the first place or manu

Re: The clamor begins for IBM to give up the code for OS/2

http://ars.userfriendly.org/cartoons/?id=20050718 -teD In God we Trust! All others bring data! -- W. Edwards Deming -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the me

Re: capacity of largest drive

> >I still get a kick out the fact it would take >more that 335,000,000 of these guys to back up >one 64-bit AS, but the maximum number of page >volumes supported is 253. > This should knock you over then 6,110,363,803,820,935,096,065,402,133 of them to backup the new 128 bit ZFS file system

Re: capacity of largest drive

Steve Comstock wrote: [...] I still get a kick out the fact it would take more that 335,000,000 of these guys to back up one 64-bit AS, but the maximum number of page volumes supported is 253. I was mentioned several times. Yes, there is no enough DASD storage to page all 64-bit A/S. AFAIK MVS

Re: HCD OS options for 3592

In a message dated 7/19/2005 9:55:24 A.M. Central Standard Time, [EMAIL PROTECTED] writes: Thank you very much for the info. Back in the old days, I could ask IBM these kinds of things. Now I'm stuck with a BP that treats us like a stepchild. Maybe IBM and the list could work out some kind

Re: HCD OS options for 3592

John & Radoslaw, Thank you very much for the info. Back in the old days, I could ask IBM these kinds of things. Now I'm stuck with a BP that treats us like a stepchild. Maybe IBM and the list could work out some kind of eAccount biz where you regular responders (IBM'ers included) could get rewarde

Re: capacity of largest drive

John Eells wrote: [snip] Up to 64K cylinders are supported on DS6000 and DS8000 devices. From "Preview: IBM z/OS V1.7 and z/OS.e V1.7: World-class computing for On Demand Business," IBM United States Software Announcement 205-034, dated February 15, 2005: "TotalStorage® DS6000 and DS8000:

Re: User experiences TAPE/COPY

On Tue, 19 Jul 2005 04:14:17 -0500, Lieven Borgs <[EMAIL PROTECTED]> wrote: >Hi, > >Is there anyone out there who wants to share their experience with >OPENTECH's TAPE/COPY program? >I'm especially interested in media conversion (3490 -> 3590) done with the >product. >Any experiences with the inte

Re: The clamor begins for IBM to give up the code for OS/2

On Mon, 2005-07-18 at 22:57 -0500, Paul Gilmartin wrote: > o IBM might have legal entanglements with contractors I'm thinking that IBM might have an entanglement with Serenity, which remarkets and enhances OS/2 as "eComStation". See: http://www.ecomstation.com/ Also: the Windows code wou

Re: capacity of largest drive

Steve Comstock wrote: I've been trying to do a little research and I'm getting mixed results. What I would like to find is: what is the capacity of the largest logical 3390 model supported by z/OS? Figures I've seen range from 8.5 GiB to 55 GiB, from different sources. You folks are where the

Re: capacity of largest drive

I believe it was discussed on IBM-MAIN after IBM made the announcement (65520 cyls). The model 27 and 54 numbers were derived by members of this listserv based on previous 3390 model device capacities. Regards, John Kalinich Computer Sciences Corp

Re: Highly used programs: any better replacements out there?

In a recent note, Rob Scott said: > Date: Tue, 19 Jul 2005 09:53:49 -0400 > > Maybe this is a bit of a religious war - but I have always disliked "LA > Rx,integer" - for maintainability (and readability) I would much prefer > "L Rx,=F'integer'. > The maintainability issue has been made v

Re: capacity of largest drive

In our DS8100 we defined here 65520 Cyls. (for z/OS 1.6, z/VM 5.1 and SLES9). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archiv

Re: The clamor begins for IBM to give up the code for OS/2

On Mon, 2005-07-18 at 22:07 -0500, Ed Gould wrote: > Plus if they did that might make LINUX less interesting especially if > it really makes inroads into UNIX land. Only insofar as it adds another free competitor to the OS landscape. OS/2 and *nix aren't so alike. -- David Andrews A. Duda and S

Re: capacity of largest drive

John P Kalinich wrote: CKD DEVICES DATA ALT TRACKS/ BYTES/ BYTES/ BYTES/ DISK TYPE CYLS CYLS CYLTRACK CYL MODULE 3390-54 655200 1556,664 849,960 55,689,379,200 Thanks, John. That's what I was hoping

Re: capacity of largest drive

AFAIK the so-called "model-27" and "model-54" are also informal names - they are just large capacity model-9 disks. There is nothing in the UCB or DCE to distinguish a 'model-27' from a model-9. The only indication is capacity - and in the days of short-genning logical volumes that is a very unrel

Re: capacity of largest drive

CKD DEVICES DATA ALT TRACKS/ BYTES/ BYTES/ BYTES/ DISK TYPE CYLS CYLS CYLTRACK CYL MODULE 3390-54 655200 1556,664 849,960 55,689,379,200 --

Re: GDPS Redbook

In a message dated 7/19/2005 7:53:28 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: You can subscribe and get the newest REDBOOKS, papers, .. sent directly to you. Look at http://www.redbooks.ibm.com/mail That link will let you alter what is sent to you if you have already subs

Re: STAE/ESTAE

> I have a further doubt on STAE, STAE is obsolete, but still functional. You would never voluntarily choose to use STAE. IBM recommends ESTAEX. > When will a STAE retry routine issue an abend? How long is a piece of string? There's no answer because its not a rational question. CC --

Re: The clamor begins for IBM to give up the code for OS/2

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Steve Comstock > Sent: Tuesday, July 19, 2005 8:51 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: The clamor begins for IBM to give up the code for OS/2 > > > Paul Gilmartin wrote: > > [sni

Re: capacity of largest drive

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Steve Comstock > Sent: Tuesday, July 19, 2005 8:48 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: capacity of largest drive > > > I've been trying to do a little research and > I'm getting mixed

Re: The clamor begins for IBM to give up the code for OS/2

In a message dated 7/18/2005 10:57:43 P.M. Central Standard Time, [EMAIL PROTECTED] writes: o IBM might have legal entanglements with contractors (perhaps even with Microsoft?) that preclude redistributing OS/2 source code. >> That would be a formidable obstacle. Guess I was thinking mor

Re: capacity of largest drive

Steve Comstock wrote: I've been trying to do a little research and I'm getting mixed results. What I would like to find is: what is the capacity of the largest logical 3390 model supported by z/OS? Figures I've seen range from 8.5 GiB to 55 GiB, from different sources. You folks are where the

Re: capacity of largest drive

Steve, As of z/OS 1.6, isn't it a logical mod-27 @ 32,760 cylinders or approximately 27GiB? Bob -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steve Comstock Sent: Tuesday, July 19, 2005 9:48 AM To: IBM-MAIN@BAMA.UA.EDU Subject:

Re: Highly used programs: any better replacements out there?

Maybe this is a bit of a religious war - but I have always disliked "LA Rx,integer" - for maintainability (and readability) I would much prefer "L Rx,=F'integer'. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bill Fairchild Sent: 19 July 2

Re: The clamor begins for IBM to give up the code for OS/2

Paul Gilmartin wrote: [snip] o How many Linucians would be impelled, even by open source, to convert to OS/2? Linucians? Wow, that's so much more erudite than Linux-heads. Kind regards, -Steve Comstock -- For IBM-MAI

  1   2   >