Re: CLIST/REXX Library Formats

For writing purpose, I prefer 80 bytes record, whatever is FB or VM. For program writing TSO commands to a file, a prefer 255 bytes. This way I don't have to cut it into a 80 bytes pieces. I don;t think a 255 bytes record is well readable. ITschak On Fri, Sep 11, 2009 at 9:24 AM, Hunkeler Peter (K

Re: CLIST/REXX Library Formats

I prefer VB255 for ease of editing - especially with modern 3270 emulators that support big-x-big geometry. I'm shooting from the hip here as I don't have access to a machine at the moment, but I've only ever been bitten by the "RECFM=VB plus ISPF editor" combo once. In the mid 1990's I created a

Re: CLIST/REXX Library Formats

On Friday 11 September 2009 02:28, Ted MacNEIL wrote: >>o "Industry standard"? Not any more. (But I can remember when ISPF (at >>the time SPF) panels were distributed as VB; IBM later switched to FB >>(circa 1980?). > > Later, IIRC. > I think it came out with XA. > Also, that was the same tim

Re: User-written ISPF-Editor line commands

* FA - Find All occurrences of a word. I did a similar thing using a Macro with Vista tn3270 If I press ALT-ENTER, the word under the Cursor is searched with a "FIND xxx ALL" command. If I press CTRL-ENTER, the Word under the cursor is searched on column

Re: Sub Capacity Reporting for non IBM Vendors

Edward Jaffe pisze: [...] IBM SCRT does not support ISV products. Period. Why? SCRT is based on two records: a) CPU utilization (SMF72 afaik) b) products launched (SMF89) Record 72 reporting does not require any change - so ISV would know what the 4HRA was on each LPAR. There is still no rep

Leonard Sasso/GIS/CSC is "Out-of-the-Office."

I will be out of the office starting 09/11/2009 and will not return until 09/14/2009. If you require immediate attention please contact Deb Hext (518) 257-4212, Tony Alfonso (518) 257-4640 or Joyce Brooks (518) 257-4208 . You may also contact my Team Lead, Sharon King (518) 257-4784 or my manag

Re: Sub Capacity Reporting for non IBM Vendors

I thought it was Type 70 rather than Type 72. (70 is CPU, 72 is Workload.) Being in IBM Software Group I suppose I ought to pay more attention to software pricing. :-) Martin Martin Packer Performance Consultant IBM United Kingdom Ltd +44-20-8832-5167 +44-7802-245-584 email: martin_pac...@uk.i

Re: Sub Capacity Reporting for non IBM Vendors

Martin Packer pisze: I thought it was Type 70 rather than Type 72. (70 is CPU, 72 is Workload.) Being in IBM Software Group I suppose I ought to pay more attention to software pricing. :-) Yes, it is SMF70. I haven't checked before writing. However it is irrelevant for the main topic. -- R

FTP error checking and recovery

How reliable is FTP across the internet ? I have a large number of DFDSS dumps to move to the IBM Remote Development Facility and the most convenient way is via FTP. Can I be confident that if the FTP completes without error then the DFDSS dump file will get there completely intact and without er

your session 2817: Bit Bucket x '25' pitch

Hi Ed, Sam, Skip, Pls would you like to make available your (usually ---> always :-) ) bit bucket pitch of the Denver SHARE? It's not (yet) available on the proceedings disk. thanks on beforehand, jan -- For IBM-MAIN subscribe

Re: FTP error checking and recovery

Jim FTP uses TCP so it's the reliability of TCP that matters here. Of what underlying facilities happen to consist is very probably of no relevance. Thus, assuming the underlying facilities are inherently *less* reliable that the reliability offered by TCP, you get the same level of reliability

Ted Kotlowski is out of the office.

I will be out of the office starting 09/11/2009 and will not return until 09/15/2009. I will respond to your message when I return. If your request requires immediate attention, Please contact the MVS Technical Support Hotline at 1-866-866-4488 x12000 ***

Re: FTP error checking and recovery

On Fri, Sep 11, 2009 at 9:56 AM, Chris Mason wrote: > Jim > > FTP uses TCP so it's the reliability of TCP that matters here. Of what > underlying facilities happen to consist is very probably of no relevance. > Thus, > assuming the underlying facilities are inherently *less* reliable that the > re

Re: Sending email via rexx

Mark I want to send an attachment in an email using REXX. Could you please send me the rexx code if you have one? TIA -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Joel C. Ewing Sent: Wednesday, July 29, 2009 6:38 PM To: IBM-MAIN@bama

Re: FTP error checking and recovery

Jim Being "reliable" includes giving up - and saying so - when "slings and arrows" intervene. Perhaps I picked up the wrong emphasis from your original post. I took it to be a concern over FTP rather than a concern over the Internet. As you have demonstrated to yourself, the Internet - as they

Re: Sending email via rexx

As was indicated, the REXX code is in XMITIP: XMITIP is a freebie available for download from http://www.lbdsoftware.com/tcpip.html and is well documented. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Umamaheshwar Iyer Sent: Frid

Re: PDSE HELP Required.

>I don't understand why the vendors are populating the libraries in PDSE If any of the features of Program Objects are required, then PDSEs are mandatory, i.e., Program Objects cannot reside in PDSs. I suspect the majority of vendors use PDSs unless their code requires PDSEs. Bob Shannon Rocket

Re: "file integrity verified" - do I care?

In <4aa0113f.6f0f.008...@efirstbank.com>, on 09/03/2009 at 06:55 PM, Frank Swarbrick said: >"Certain classes of I-O status values indicate fatal exception >conditions. These are: any that begin with the digit 3 or 4, and any that >begin with the digit 9 that the implementor defines as fatal."

Re: "file integrity verified" - do I care?

In <85ce438477b040f1aa47a93d19a78...@wmk>, on 09/04/2009 at 04:43 PM, Bill Klein said: >(Obviously, run-time would have the advantage of "no recompile required" >while "compile-time" would have the advantage of NOT impacting existing >programs - without an explicit selection of the feature).

Re: $HASP050 JES2 RESOURCE SHORTAGE OF BUFX - 0% UTILIZATION REACHED

In , on 09/08/2009 at 11:13 AM, John Mattson said: >This reminds me of my bank (USAA) which I cannot get to stop >sending me reminders that my credit card payment of $0.00 is due. Send them a check for $.01 and see whether you can trigger another bug. Or check whether you can convin

Re: Binder API...broke or working as designed

In <2mkk959rl49egrm7msh5j009tv6lou4...@4ax.com>, on 08/30/2009 at 01:22 PM, Binyamin Dissen said: >Such as? Anything without a PPT entry, for starters. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see We don't care. W

Re: 33 Years In IT/Security/Audit

In <152801ca2b15$d0622140$712663...@co.uk>, on 09/01/2009 at 11:06 AM, Doc Farmer said: >Man, do I feel OLD!!! Old? My first computer[1] used a drum for main storage and vacuum tubes for logic; there are people on this list who go back further than me. [1] It was an IBM 650; nostalgia is not

Re: CA-VIEW (SARBCH)

In <6cd8dd927eba514e9db1e36304be38d7117ad...@hou-mail.kbm1.loc>, on 09/09/2009 at 07:39 AM, "Staller, Allan" said: >AFAIK, CALL cannot be used from TSO for APF authorized execution, You've been able to do that since Old Man Noach cornered the market in gopher wood. What did you think that the

Re: Catering for ESLs (was Re: ist663i suppression)

In <45d79eacefba9b428e3d400e924d36b902724...@iwdubcormsg007.sci.local>, on 08/31/2009 at 03:06 PM, "Thompson, Steve" said: >My wife speaks German. I speak a very small bite of German (not correct >but a literal for how I would say I speak a little German in Deutsch). >She attempted to say some

Re: FTP error checking and recovery

> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Jim McAlpine > > How reliable is FTP across the internet ? I have a large number of DFDSS > dumps to move to the IBM Remote Development Facility and the most convenient > way is via FTP. Can I be confident that if th

Re: User-written ISPF-Editor line commands

Paul, I like the sounds of these - would you be free to post/send the source for these commands? Don On Thu, Sep 10, 2009 at 5:53 PM, Beesley, Paul wrote: > A few more to add .. > > NA, NC, NJ, NR, NP - convert line to a comment ( > Assembler/Cobol/JCL/Rexx/PL1 ) - as per Roscoe equivalents > JJ

SV: Synchronizing TOD between mainframe and other platforms

There's one very good reason to get file 501: it comes with ets1, a pc program that will connect with your 9037 via RS232, and act as an ETS. This will let you syncronize your mainframe time with anything the pc can be synced with. Regards Frank Brüchmann Scott Rowe wrote: >z/OS has had it's

Re: FTP error checking and recovery

Jim, >How reliable is FTP across the internet ? I have a large number of DFDSS >dumps to move to the IBM Remote Development Facility and the most >convenient >way is via FTP. Can I be confident that if the FTP completes without error >then the DFDSS dump file will get there completely intact and

Re: Dynamic Cache Management

GSG, >I was reading the Implementing System-Managed Storage book and came >accross Using Cache to improve performance, were it spoke about Dynamic >Cache Magagement. Is there still a benefit in implementing this? >PROS/CONS. Is anyone using this? Got any general guidelines for starting >>out?

Re: $HASP050 JES2 RESOURCE SHORTAGE OF BUFX - 0% UTILIZATION REACHED

> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Shmuel Metz (Seymour J.) > > on 09/08/2009 >at 11:13 AM, John Mattson said: > > >This reminds me of my bank (USAA) which I cannot get to stop > >sending me reminders that my credit card payment of $0.00 is

Re: your session 2817: Bit Bucket x '25' pitch

On Fri, 11 Sep 2009 08:53:27 +, Jan Vanbrabant wrote: >Hi Ed, Sam, Skip, > >Pls would you like to make available your (usually ---> always :-) ) >bit bucket pitch of the Denver SHARE? >It's not (yet) available on the proceedings disk. Bit bucket x'25' from Austin and bit bucket x'26' from De

Re: your session 2817: Bit Bucket x '25' pitch

On Fri, 11 Sep 2009 08:53:27 +, Jan Vanbrabant wrote: >Hi Ed, Sam, Skip, > >Pls would you like to make available your (usually ---> always :-) ) bit bucket pitch of the Denver SHARE? >It's not (yet) available on the proceedings disk. > >thanks on beforehand, >jan > It's out on the SHARE web

Re: Use of RETAIN

I'll be glad to share the JCL, the EXEC, as well once I get it to work. Still unable to get the tape to go from step to step. Here is JCL from step 1 to step 2. //DISKZ DD UNIT=3390,DISP=SHR,VOL=SER=DB0033 //TAPEZ DD DSN=PDR.TSTBKP.DB0033(+1),

Re: Use of RETAIN

Did you try the one step version with multiple dumps that I sent you. Tim -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on Behalf Of Daniel McLaughlin Sent: Friday, September 11, 2009 9:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Use of RETAIN I'll

Re: Sending email via rexx

It was already suggested to have a look at XMITIP if you want to do something that wasn't basic. Although I haven't looked at it, it does something like the JCL example below within the code. This sample sends my IPLINFO as an attachment and it is taken from a PDS member: //S1 EXEC P

Re: CLIST/REXX Library Formats

On Fri, 11 Sep 2009 09:44:40 +0200, Gilbert Saint-Flour wrote: > >In 1980, the SPF FDP which was 5787-XT2 (Structured Programming Facility) >became the SPF product 5668-009 (System Productivity Facility), installed >under SMP, which does not support a PDS with RECFM=VB. > AFAIK, there was always at

Re: "file integrity verified" - do I care?

On 11 Sep 2009 04:50:03 -0700, shmuel+ibm-m...@patriot.net (Shmuel Metz , Seymour J.) wrote: >>So since 97 doesn't seem to be useful > >What it seems to you may not be what it seems to others. It certainly >seems useful to me. So how do you use it? What do you do differently when you get a 97

Re: FTP error checking and recovery

On Fri, 11 Sep 2009 09:42:05 +0100, Jim McAlpine wrote: >How reliable is FTP across the internet ? ... > (That's how it is most commonly used.) >How reliable is FTP across the internet ? I have a large number of DFDSS >dumps to move to the IBM Remote Development Facility and the most convenient

Re: $HASP050 JES2 RESOURCE SHORTAGE OF BUFX - 0% UTILIZATION REACHED

On 11 Sep 2009 05:13:20 -0700, jch...@ussco.com (Chase, John) wrote: >Did that once: In response to a "FINAL NOTICE" that my balance of $0.00 >was "PAST DUE" and that collection proceedings would commence if payment >was not received by a specified date, I sent them a check for $0.00. A >few day

RES: Sytem Managed Buffering

In the past we were a heavy user of SMB, just in batch, and there were no easy way of determinig if it was really working as expected. In your tests pay attention to the ACB to be opened. If it specifies DIR and SEQ in ACB/RPL (or ACCESS MODE IS DYNAMIC - Cobol), you will have to specify the desir

Re: FTP error checking and recovery

On Fri, 11 Sep 2009 10:26:20 +0100, Jim McAlpine wrote: >On Fri, Sep 11, 2009 at 9:56 AM, Chris Mason wrote: > >> FTP uses TCP so it's the reliability of TCP that matters here. Of what >> underlying facilities happen to consist is very probably of no relevance. >> Thus, > >Chris, thanks, that's go

Re: Catering for ESLs (was Re: ist663i suppression)

On 31 Aug 2009 12:08:10 -0700, steve_thomp...@stercomm.com (Thompson, Steve) wrote: >She attempted to say something for me at my level and realized that she >had used the wrong form of "to hear". Speaking of which, even in English, there seems to be significant disagreement about the correct spel

EGL Café | Community: EGL Community Edition Hub

I don't know if anybody is interested, but there is a "community version" of EGL available "for free". http://www-949.ibm.com/software/rational/cafe/community/egl/ce John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 * N. Richland Hills * TX 7601

TOP SECRET to IBM-RACF migration --- trace setup between Datacom/DB (CA) & RACF

*** cross-posted in RACF-L *** Hi, We are migrating TOP SECRET to RACF. But we’ve a problem with the CA_Datacom (database) interface to RACF. The definitions have been setup as described in the Datacom Security guide, but the external interface to RACF doesn’t get active. We would like now to

Re: CLIST/REXX Library Formats

On Fri, 11 Sep 2009 10:32:59 +0300, Itschak Mugzach wrote: >For writing purpose, I prefer 80 bytes record, whatever is FB or VM. For >program writing TSO commands to a file, a prefer 255 bytes. This way I don't >have to cut it into a 80 bytes pieces. > And SYSIN data sets are no longer restricted

Re: SDSF Display Active Server Indicator

I've sent an ETR to IBM but since I don't have Q & A support they are trying to get me to pay for clarification of their documentation. I find it hard to believe that someone else has difficulty finding ANYTHING in the SDSF documentation. That's the only document that I've found that

SV: CLIST/REXX Library Formats

> -Ursprungligt meddelande- > Från: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] För Paul Gilmartin > Skickat: den 11 september 2009 01:42 > Till: IBM-MAIN@bama.ua.edu > Ämne: Re: CLIST/REXX Library Formats > > On Thu, 10 Sep 2009 15:44:12 -0500, Rick Fochtman wrote: > >

Re: your session 2817: Bit Bucket x '25' pitch

Yep Mark, it's uploaded now! thanks, Jan >- Oorspronkelijk bericht - >Van : Mark Zelden [mailto:mark.zel...@zurichna.com] >Verzonden : vrijdag , september 11, 2009 03:15 PM >Aan : IBM-MAIN@bama.ua.edu >Onderwerp : Re: your session 2817: Bit Bucket x '25' pitch > >On Fri, 11 Sep 2009 08:

Re: your session 2817: Bit Bucket x '25' pitch

All Eighteen Years of the Bit Bucket! Here http://tinyurl.com/kltw89 http://www.share.org/Volunteers/ProgramsandProjects/MVSProgram/MVSArchiv es/tabid/309/Default.aspx Best Regards, Sam Knutson, GEICO System z HW/SW/Automation Team Leader

Re: SV: CLIST/REXX Library Formats

On Fri, Sep 11, 2009 at 10:19 AM, Thomas Berg wrote: >   > Somewhat OT:  I have the experience that VB files (lrecl>1000 at least) > have *much* worse prestanda than FB files in the ISPF editor. > Anyone with the same or other experience ? "prestanda" is Swedish for "performance" (to save the res

Re: NEON zPrime Business, Legal and Technical Facts Webinar

There is a different link off of www.neon.com home page -Original Message- Thompson, Steve Seems that Eloqua is Firefox unfriendly, so this link can only be read from a computer system running Windows and IE. Regards, Steve Thompson -- Opinions expressed by this poster may not reflect

Re: CLIST/REXX Library Formats

On Fri, 11 Sep 2009 02:36:21 -0500, Andrew Armstrong wrote: > >edited it with ISPF editor and found to my astonishment that if a record was >exactly 8 bytes long it was saved with a blank appended - making it 9 bytes >long! Not good for a data file! (that particular data file anyway). > >Not sure i

Re: SV: CLIST/REXX Library Formats

On Fri, 11 Sep 2009 10:35:48 -0400, P S wrote: >On Fri, Sep 11, 2009 at 10:19 AM, Thomas Berg wrote: >>   >> Somewhat OT:  I have the experience that VB files (lrecl>1000 at least) >> have *much* worse prestanda than FB files in the ISPF editor. >> Anyone with the same or other experience ? > >"pr

Re: FTP error checking and recovery

FWIW, SSH protocol 2 includes MAC (message authentication code) checking (as well as compression and encryption). SSH/SFTP is therefore verified, compressed, and encrypted automatically. Kirk Wolf Dovetailed Technologies http://dovetail.com On Fri, Sep 11, 2009 at 8:44 AM, Paul Gilmartin wrote:

Re: Sub Capacity Reporting for non IBM Vendors

Kelman, Tom wrote: A vendor could write SMF Type 89 records that record something other than MSUs. IBM actually does this with their Check Processing Control System (CPCS) and imaging software. Those products write Type 89 records that record the number of items processed. I have to run those

Re: SV: SV: CLIST/REXX Library Formats

Thomas Berg wrote: [snip] This makes it somewhat unusable when You want/need to work fast. Which I normally do. Yeah, that's the word on the street. At least from the ladies. :-) -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/O

Re: PDSE HELP Required.

On Fri, 11 Sep 2009 09:01:02 -0700, Edward Jaffe wrote: >In our shop we use SMS to assign default data classes that specify "Data >Set Name Type . . . . . : LIBRARY". So, if you think you're allocating >a PDS in batch, it's really a PDSE unless you specify DSNTYPE=PDS to >explicitly override th

Re: PDSE HELP Required.

Bob Shannon wrote: I don't understand why the vendors are populating the libraries in PDSE If any of the features of Program Objects are required, then PDSEs are mandatory, i.e., Program Objects cannot reside in PDSs. I suspect the majority of vendors use PDSs unless their code requires

Re: Sub Capacity Reporting for non IBM Vendors

Vendors also use these reports to validate the size of the LPAR that products run in. It would be nice if IBM would allow non-IBM products to participate in the SCRT. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Friday

Re: NEON zPrime Business, Legal and Technical Facts Webinar

Eric Bielefeld wrote: Thanks for the posting. I signed up. Looks like they'll have their attorney present. If I could attend the webinar, I would probably ask him something simple like: "Will Neon agree to indemnify and hold buyer harmless from all monetary claims made by IBM that are dire

Re: Use of RETAIN

>I'm sure it has to do with the fact I'm using GDGs with (+1). When I was using >a refer back to DUMP1, TAPE1 and RETAIN it was dropping the tape after step >one and dying. GDG's are funny in the way relative generations work. The catalogue is not fully updated until after the job finished. So,

Re: PDSE HELP Required.

Mark Zelden wrote: One of our small monoplex LPARs (absorbed via consolidation) has their default set to DSNTYPE(LIBRARY) in IGDSMSxx.This applies to everything, SMS assigned or not. So even ISPF data sets that are not recommended to be PDSE are (but I've never seen a problem because of it)

Re: Sub Capacity Reporting for non IBM Vendors

R.S. wrote: Edward Jaffe pisze: [...] IBM SCRT does not support ISV products. Period. Why? SCRT is based on two records: a) CPU utilization (SMF72 afaik) b) products launched (SMF89) [I know you mean SMF 70.] The above is only partially true. SCRT has a hard-coded list of supported products

SV: SV: CLIST/REXX Library Formats

> -Ursprungligt meddelande- > Från: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] För Paul Gilmartin > Skickat: den 11 september 2009 17:24 > Till: IBM-MAIN@bama.ua.edu > Ämne: Re: SV: CLIST/REXX Library Formats > > On Fri, 11 Sep 2009 10:35:48 -0400, P S wrote: > > >On F

Re: Sub Capacity Reporting for non IBM Vendors

A vendor could write SMF Type 89 records that record something other than MSUs. IBM actually does this with their Check Processing Control System (CPCS) and imaging software. Those products write Type 89 records that record the number of items processed. I have to run those Type 89 records throu

Carrier Pigeon beats Internet Speed

I know this isn't actually a mainframe topic, but it is computer related and kind of funny. I'm just glad I'm not a performance analyst for Telkom. http://news.yahoo.com/s/nm/20090910/od_nm/us_safrica_pigeon Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 76

CICS BWO is not an option

Hello all, I am looking for a product that would allow us to copy a VSAM dataset both ksds and esds to another file and copy all the records in the file while the file is still open to CICS. I have looked at the CICS BWO option and I don't think it's a good fit for us. There are too many items to b

Re: Sub Capacity Reporting for non IBM Vendors

Edward Jaffe pisze: [...] [I know you mean SMF 70.] The above is only partially true. SCRT has a hard-coded list of supported products inside. (Browse the module under ISPF to find their names.) These are the only products for which SCRT reporting is possible. If you don't believe me, try writi

Re: Sub Capacity Reporting for non IBM Vendors

R.S. wrote: Well. I thought the rules are slightly different: it is enough to run some product ONCE during reporting period (month) to pay for that. More precisely: if you run ABC product on LPAR1 (only) and LPAR1 highest usage is nnn MSU then you pay for product ABC as it would consume nnn MS

Re: Carrier Pigeon beats Internet Speed

P S wrote: On Fri, Sep 11, 2009 at 5:31 PM, Edward Jaffe wrote: And, airfare from Japan to the U.S. isn't free... ? Not trying to be confrontational, but what does that have to do with it? Cost/benefit analysis... -- Edward E Jaffe Phoenix Software International, Inc 5200 W Cent

Re: Carrier Pigeon beats Internet Speed

On Fri, Sep 11, 2009 at 5:31 PM, Edward Jaffe wrote: > And, airfare from Japan to the U.S. isn't free... ? Not trying to be confrontational, but what does that have to do with it? -- For IBM-MAIN subscribe / signoff / archive ac

Re: CLIST/REXX Library Formats

On Fri, 11 Sep 2009 19:38:21 +0200, Thomas Berg wrote: >> -Ursprungligt meddelande- >> [mailto:ibm-m...@bama.ua.edu] För Paul Gilmartin >> >> Is this comparing RECFM=VB to RECFM=FB with equivalent data length? >> I have long believed that this is because ISPF (and XEDIT) >> really don't un

Re: Carrier Pigeon beats Internet Speed

On Fri, Sep 11, 2009 at 3:00 PM, Kelman, Tom wrote: > I know this isn't actually a mainframe topic, but it is computer related > and kind of funny.  I'm just glad I'm not a performance analyst for > Telkom. > > http://news.yahoo.com/s/nm/20090910/od_nm/us_safrica_pigeon Cute, but not so dramatic.

Re: Carrier Pigeon beats Internet Speed

P S wrote: Cute, but not so dramatic. In 2001, I was doing a gig, and one of the things they asked about was transferring a 100TB disk array from Japan to the US. They were thinking of renting a 1GB line, but that was pretty expensive. I did a quick calculation and pointed out that if they could

Re: CLIST/REXX Library Formats

There is always some historical reason that IBM would create a library with the FB/80 attribute. Gilbert is right i remember this also and we had problems when trying to concatenate a VB/255 Clist library. So most folks stuck with FB/80...   Scott J Ford www.identityforge.com   'old dinosaurs s

Re: NEON zPrime Business, Legal and Technical Facts Webinar

A slightly loaded, but I think a very appropriate, question. In my opinion, if you cannot get that in writing, along with a pre-funded liability insurance policy specifically for your account for the duration of your contract to use Z/Prime, then I would walk away. The reason I say pre-funded

Re: PDSE HELP Required.

Everyone might be interested to know that there are some IMS datasets (I forget which) that *cannot* be PDSE. They must be PDS. Trust me, I tried them as PDSE and spend a long time trying to figure out why I couldn't get things working! :-) So to make life easy on yourselves if you have IMS

Re: Sub Capacity Reporting for non IBM Vendors

>More precisely: if you run ABC product on LPAR1 (only) and LPAR1 highest usage >is nnn MSU then you pay for product ABC as it would consume nnn MSU on that >LPAR. >And it doesn't matter that you ran the product only once, 3 days before the >peak occured. We ran into something similar when we c

Re: Carrier Pigeon beats Internet Speed

On Fri, Sep 11, 2009 at 6:26 PM, Edward Jaffe wrote: > Cost/benefit analysis... Ah. Well, still cheaper than a 1Gbit/sec line for 24 hours... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists

Re: Carrier Pigeon beats Internet Speed

You laugh ... I am working with a company that literally did this. They shipped a very large disk array to the central computing center and placed it next to the production array; synchronously copied all the data; found a quiet point on a Sunday morning and split the link; uncabled the array

Re: PDSE HELP Required.

Frank Swarbrick wrote: > Everyone might be interested to know that there are some IMS datasets (I > forget which) that *cannot* be PDSE. They must be PDS. Yes, PDSEs do not allow NOTE list TTRs in the directory entry. This is one reason why "regular" load modules cannot be housed in PDSEs. Che

Re: Carrier Pigeon beats Internet Speed

At 17:02 -0400 on 09/11/2009, P S wrote about Re: Carrier Pigeon beats Internet Speed: On Fri, Sep 11, 2009 at 3:00 PM, Kelman, Tom wrote: I know this isn't actually a mainframe topic, but it is computer related and kind of funny.  I'm just glad I'm not a performance analyst for Telkom.

Re: Carrier Pigeon beats Internet Speed

At 14:31 -0700 on 09/11/2009, Edward Jaffe wrote about Re: Carrier Pigeon beats Internet Speed: P S wrote: Cute, but not so dramatic. In 2001, I was doing a gig, and one of the things they asked about was transferring a 100TB disk array from Japan to the US. They were thinking of renting a 1GB