Re: SuperC Functionality for Comparing Volumes

2009-12-30 Thread Richards, Robert B.
Paul, That's a start. What I am envisioning as an end result would be considered a poor man's ChangeMan, SysChange, whatever devoted to the SYSRES, IODF, cloned volume set(s). Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul

IBM 9393 RVAs Obsolete for Sure

2009-12-30 Thread Jim Marshall
Been running a pair of IBM 9393 RVA Storage Subsystems since the late 1990s and they have been great; RAID-6, paid for, depreciated to $0 (not really, we are the US Gov't), and they work. We use them for testing, systems builds, etc, and nothing critical. It was getting a bit pricey to have

Re: IBM 9393 RVAs Obsolete for Sure

2009-12-30 Thread R.S.
Jim Marshall pisze: Been running a pair of IBM 9393 RVA Storage Subsystems since the late 1990s and they have been great; RAID-6, paid for, depreciated to $0 (not really, we are the US Gov't), and they work. We use them for testing, systems builds, etc, and nothing critical. It was getting a

create define alias/ucat with vbscript

2009-12-30 Thread Hubert Pingel
Hi there some samples how to create jobs to define alias or create connect ucat with vbscript if you not use edit macros. run LISTC CAT(CATALOG.MVSICFM.VZOSYYY) UCAT ALL and transfer the output to your pc as ucat.txt.change pfadout to your choice.

z/OS Online Library -- Armonk, You have a problem

2009-12-30 Thread Thompson, Steve
Started up Firefox this morning, and it attempted to pick up from where it was yesterday when I shutdown. And I get this (based on this URL www03.ibm.com/systems/z/os/zos/bkserv/) Forbidden You don't have permission to access /systems/z/os/zos/bkserv/ on this server. --- Any one else have

Re: z/OS Online Library -- Armonk, You have a problem

2009-12-30 Thread McKown, John
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Thompson, Steve Sent: Wednesday, December 30, 2009 8:37 AM To: IBM-MAIN@bama.ua.edu Subject: z/OS Online Library -- Armonk, You have a problem Started up Firefox this morning, and it

Re: z/OS Online Library -- Armonk, You have a problem

2009-12-30 Thread Mike Myers
Steve: You're not alone. I'm getting the same thing trying to access almost anything below www.ibm.com, such as lookat and manuals under zservers/zos. Mike Myers Pitt County Memorial Hospital Thompson, Steve wrote: Started up Firefox this morning, and it attempted to pick up from where it

Re: z/OS Online Library -- Armonk, You have a problem

2009-12-30 Thread Dennis Trojak
Yes. I can't get to IBMLink or any z/OS related pages either on I/E. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Thompson, Steve Sent: Wednesday, December 30, 2009 8:37 AM To: IBM-MAIN@bama.ua.edu Subject: z/OS Online Library --

Re: z/OS Online Library -- Armonk, You have a problem

2009-12-30 Thread Thompson, Steve
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dennis Trojak Sent: Wednesday, December 30, 2009 8:45 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z/OS Online Library -- Armonk, You have a problem Yes. I can't get to IBMLink or any z/OS

Re: z/OS Online Library -- Armonk, You have a problem

2009-12-30 Thread McKown, John
On Firefox 3.5.6 under Windows/XP Pro, just now, I can get to: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves http://www.ibm.com/us/en/ http://www.ibm.com/ibmlink/link2 -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N.

Re: IBM 9393 RVAs Obsolete for Sure

2009-12-30 Thread Pinnacle
- Original Message - From: Jim Marshall jim.marsh...@opm.gov Newsgroups: bit.listserv.ibm-main Sent: Wednesday, December 30, 2009 7:37 AM Subject: IBM 9393 RVAs Obsolete for Sure Been running a pair of IBM 9393 RVA Storage Subsystems since the late 1990s and they have been great;

Re: IBM 9393 RVAs Obsolete for Sure

2009-12-30 Thread Edward Jaffe
R.S. wrote: BTW: I think your current maintenance fee is enough high to BUY more contemporary DASD array on second hand market. With 1 year warranty. I bet the maint fee for two months would be enough. Don't take it personally, but this is good example how to waste money. And, modern DASD is

Re: IBM 9393 RVAs Obsolete for Sure

2009-12-30 Thread Paul Gilmartin
On Wed, 30 Dec 2009 14:05:13 +0100, R.S. wrote: BTW: I think your current maintenance fee is enough high to BUY more contemporary DASD array on second hand market. With 1 year warranty. I bet the maint fee for two months would be enough. Don't take it personally, but this is good example how to

Re: IBM 9393 RVAs Obsolete for Sure

2009-12-30 Thread Steve Comstock
Paul Gilmartin wrote: On Wed, 30 Dec 2009 14:05:13 +0100, R.S. wrote: BTW: I think your current maintenance fee is enough high to BUY more contemporary DASD array on second hand market. With 1 year warranty. I bet the maint fee for two months would be enough. Don't take it personally, but this

Re: IBM 9393 RVAs Obsolete for Sure

2009-12-30 Thread McKown, John
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Comstock Sent: Wednesday, December 30, 2009 11:12 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM 9393 RVAs Obsolete for Sure snip Do you imagine the US government is the only

Re: IBM 9393 RVAs Obsolete for Sure

2009-12-30 Thread Kirk Wolf
Since it is the government, the normal course of action would be to get a special bid from IBM to continue to maintain them at 10x the cost of buying new. On Wed, Dec 30, 2009 at 10:20 AM, Paul Gilmartin paulgboul...@aim.com wrote: On Wed, 30 Dec 2009 14:05:13 +0100, R.S. wrote: BTW: I think

Re: IBM 9393 RVAs Obsolete for Sure

2009-12-30 Thread David Andrews
When I worked for the state government about a million years ago, the *last* thing we ever wanted to do was to put out a RFP for new purchased equipment. Because we had a competitive bidding process, we couldn't just do a make-and-model RFP -- we had to write general specifications for what we

Re: IBM 9393 RVAs Obsolete for Sure

2009-12-30 Thread McKown, John
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of David Andrews Sent: Wednesday, December 30, 2009 1:00 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM 9393 RVAs Obsolete for Sure When I worked for the state government about a million

Re: IBM 9393 RVAs Obsolete for Sure

2009-12-30 Thread Richards, Robert B.
Jim's question was simple. Other than IBM and SUN/STK, who services RVAs these days? Twenty-five years ago, I worked for Sorbus and they were the largest 3rd party maintenance provider of IBM equipment. They were bought and renamed by Bell Atlantic into, I think, Bell Atlantic Business

Re: IBM 9393 RVAs Obsolete for Sure

2009-12-30 Thread Tom Marchant
On Wed, 30 Dec 2009 13:09:41 -0600, McKown, John wrote: Back around 1978, I worked for the City of Ft. Worth (Texas). We had a 145 and needed an upgrade to a 158 type box. Tandem bid their non-compatible machine. Of course, it did not meet the RFP. When we got an Itel (NAS) 158 equivalent,

Re: IBM 9393 RVAs Obsolete for Sure

2009-12-30 Thread Pinnacle
- Original Message - From: Richards, Robert B. robert.richa...@opm.gov Newsgroups: bit.listserv.ibm-main Sent: Wednesday, December 30, 2009 2:19 PM Subject: Re: IBM 9393 RVAs Obsolete for Sure Jim's question was simple. Other than IBM and SUN/STK, who services RVAs these days?

Re: IBM 9393 RVAs Obsolete for Sure

2009-12-30 Thread David Purdy
When I worked for a state government, we swapped out a 165 of-some-kind for a 168 MP. The credit for the returned hardware went into a state-wide general funds account, and we immediately were over budget. The same folks approved one 3350, when they came only in pairs, if long-term memory

dead zone

2009-12-30 Thread Roland Schiradin
Hi folks, is the dead zone above the bar gone for all (no longer protected) or just asids with IARV64 and USE2GTO32G=YES. Regards and happy new year Roland -- For IBM-MAIN subscribe / signoff / archive access instructions,

Re: IBM 9393 RVAs Obsolete for Sure

2009-12-30 Thread P S
On Wed, Dec 30, 2009 at 2:50 PM, David Purdy dpurd...@aol.com wrote: The same folks approved one 3350, when they came only in pairs, if long-term memory serves. (Okay, the request could have been more precise) Right, should have requested one 6700 instead... :-)

Re: dead zone

2009-12-30 Thread Edward Jaffe
Roland Schiradin wrote: is the dead zone above the bar gone for all (no longer protected) or just asids with IARV64 and USE2GTO32G=YES. Only the latter case... -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318

Re: dead zone

2009-12-30 Thread McKown, John
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Wednesday, December 30, 2009 2:31 PM To: IBM-MAIN@bama.ua.edu Subject: Re: dead zone Roland Schiradin wrote: is the dead zone above the bar gone for all (no

Re: dead zone

2009-12-30 Thread Mark Zelden
On Wed, 30 Dec 2009 12:30:55 -0800, Edward Jaffe edja...@phoenixsoftware.com wrote: Roland Schiradin wrote: is the dead zone above the bar gone for all (no longer protected) or just asids with IARV64 and USE2GTO32G=YES. Only the latter case... I recall a session / slides at SHARE in Denver

Re: IBM 9393 RVAs Obsolete for Sure

2009-12-30 Thread Ted MacNEIL
If you're not having DASD performance issues, than the RVA is a great device. If you can afford it! I've always been a big fan of virtual architecture, and it's now making a comeback of sorts with space efficient FlashCopy. Technology, while great, is not the only reason for replacing. I'd

Re: dead zone

2009-12-30 Thread Edward Jaffe
McKown, John wrote: I found that parameter in the IARV64 macro. But I don't see anywhere that it is documented. I would guess from the question and answer, that it enables getting 64-bit storage in the 0x8000 to 0x address range? I'm not sure I would refer to

Re: SuperC Functionality for Comparing Volumes

2009-12-30 Thread Don Imbriale
SuperC may be able to help. It will require a listing of all data sets on a volume and then generation of appropriate JCL and control cards. In rare cases identical hash sums can be generated, but certainly any differences point out changed data sets. From the manual (See Appendix A in ISPF

Re: dead zone

2009-12-30 Thread McKown, John
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Wednesday, December 30, 2009 3:10 PM To: IBM-MAIN@bama.ua.edu Subject: Re: dead zone McKown, John wrote: I found that parameter in the IARV64 macro. But I don't

Re: dead zone

2009-12-30 Thread Edward Jaffe
McKown, John wrote: I see why it is not, technically, 64 bit storage. But the program must be AMODE(64) in order to address it. right? Good point! The storage is not accessible to 31-bit programs. There is no 32-bit mode! -- Edward E Jaffe Phoenix Software International, Inc 831

Re: dead zone

2009-12-30 Thread Binyamin Dissen
On Wed, 30 Dec 2009 15:20:25 -0600 McKown, John john.mck...@healthmarkets.com wrote: : -Original Message- : From: IBM Mainframe Discussion List : [mailto:ibm-m...@bama.ua.edu] On Behalf Of Edward Jaffe : Sent: Wednesday, December 30, 2009 3:10 PM : To: IBM-MAIN@bama.ua.edu : Subject: Re:

Re: dead zone

2009-12-30 Thread Mark Zelden
On Wed, 30 Dec 2009 15:20:25 -0600, McKown, John john.mck...@healthmarkets.com wrote: I see why it is not, technically, 64 bit storage. It's 32-bit storage. But the program must be AMODE(64) in order to address it. right? I suppose (along with the supporting code / PTFs / bit in the RCE

Re: dead zone

2009-12-30 Thread Scott Rowe
I think the session you are referring to was Bob Rogers', maybe the goody bag? Mark Zelden mark.zel...@zurichna.com 12/30/09 4:45 PM On Wed, 30 Dec 2009 15:20:25 -0600, McKown, John john.mck...@healthmarkets.com wrote: I see why it is not, technically, 64 bit storage. It's 32-bit storage.

Re: dead zone

2009-12-30 Thread Mark Zelden
On Wed, 30 Dec 2009 16:50:43 -0500, Scott Rowe scott.r...@joann.com wrote: I think the session you are referring to was Bob Rogers', maybe the goody bag? Checked that one. Also checked opening / hot topics for MVS, EWCP and John Eells's z/OS 1.11 presentation. There was a Java update

Re: dead zone

2009-12-30 Thread Tom Marchant
On Wed, 30 Dec 2009 15:45:53 -0600, Mark Zelden wrote: On Wed, 30 Dec 2009 15:20:25 -0600, McKown, John wrote: I see why it is not, technically, 64 bit storage. It's 32-bit storage. What do you mean by that, Mark? AFAIK, when someone refers to storage as 64-bit, they are speaking of the

Re: dead zone

2009-12-30 Thread Mark Zelden
On Wed, 30 Dec 2009 16:34:42 -0600, Tom Marchant m42tom-ibmm...@yahoo.com wrote: On Wed, 30 Dec 2009 15:45:53 -0600, Mark Zelden wrote: On Wed, 30 Dec 2009 15:20:25 -0600, McKown, John wrote: I see why it is not, technically, 64 bit storage. It's 32-bit storage. What do you mean by that,

Re: SuperC Functionality for Comparing Volumes

2009-12-30 Thread Paul Gilmartin
On Wed, 30 Dec 2009 16:13:13 -0500, Don Imbriale wrote: From the manual (See Appendix A in ISPF User's Guide Vol. II.): SuperC can generate a 32-bit hash sum per data set or member ... 32? That's _so_ 20th century. Why not use ICSF/CSNBOWH SHA-1 capability if available. Might even perform

Re: dead zone

2009-12-30 Thread Paul Gilmartin
On Wed, 30 Dec 2009 14:38:01 -0600, McKown, John wrote: Roland Schiradin wrote: with IARV64 and USE2GTO32G=YES. I found that parameter in the IARV64 macro. But I don't see anywhere that it is documented. I would guess from the question and answer, that it enables getting 64-bit storage in

Re: z/OS Online Library -- Armonk, You have a problem

2009-12-30 Thread Linda Mooney
Hi John, I tried all three sites from IE7 and had no problems getting to all of them and signing in to IBMLINK. Linda Mooney - Original Message - From: John McKown john.mck...@healthmarkets.com To: IBM-MAIN@bama.ua.edu Sent: Wednesday, December 30, 2009 6:51:06 AM GMT -08:00

Re: API to rename dataests other than calling IDCAMS

2009-12-30 Thread Shmuel Metz (Seymour J.)
In a3a2b85f0912221304l416edbc5u5391598cb21fc...@mail.gmail.com, on 12/22/2009 at 04:04 PM, Tony Harminc t...@harminc.net said: TSO RENAME is in any case IDCAMS RENAME. TSO RENAME does a little bit of work before passing the RENAME request on to normal IDCAMS code. The most visible external

Re: argv for z/OS C++ batch

2009-12-30 Thread Shmuel Metz (Seymour J.)
In 4b368dfb.6070...@trainersfriend.com, on 12/26/2009 at 03:28 PM, Steve Comstock st...@trainersfriend.com said: Actually, the linkage you describe is only 'standard' for a subroutine. Part of the design of OS/360 is that a main program is just another subroutine, except that it must accept

Re: Portable data centers (was RE: Small Server Mob Advantage)

2009-12-30 Thread Shmuel Metz (Seymour J.)
In 632703.89644...@web82206.mail.mud.yahoo.com, on 12/21/2009 at 12:34 PM, Lloyd Fuller leful...@sbcglobal.net said: It was also a tank before the M1 Abrams. Yes, but there was an M1 rifle before there was an M1 tank ;-) I suspect that M1 and M60 are not the only numbers that the US Army

Re: Portable data centers

2009-12-30 Thread Shmuel Metz (Seymour J.)
In 4b2fd0a7.4060...@ync.net, on 12/21/2009 at 01:46 PM, Rick Fochtman rfocht...@ync.net said: Aren't the 155/a55 II/158 group the same basic processor, within that group? And aren't the 165/165 II/168 group also the same basic processor, within that group? The microinstruction architecture

Re: CA MSM

2009-12-30 Thread Shmuel Metz (Seymour J.)
In 3d02e8610514c04f991cf832ba154c660fdc0...@ukslms11.ca.com, on 12/29/2009 at 11:42 AM, Dell'Anno, Aurora aurora.della...@ca.com said: Just to clarify, and chip in with my 0.002c's worth, MSM uses standard SMP/E - SMP/E itself was designed (by some sadistic person) I could go on at length

Re: CAPS Fantasia (was: argv for z/OS C++ batch)

2009-12-30 Thread Shmuel Metz (Seymour J.)
In listserv%200912291128236561.0...@bama.ua.edu, on 12/29/2009 at 11:28 AM, Paul Gilmartin paulgboul...@aim.com said: Wouldn't it have been glorious if the original definition of 6-bit BCD had specified lower case alphabetics _instead_of_ upper case? Plus ‡a change, plus c'est la mˆme chose.

Re: CA MSM

2009-12-30 Thread Shmuel Metz (Seymour J.)
In 4b338c4f.4060...@custserv.com, on 12/24/2009 at 10:44 AM, Mark Jacobs mark.jac...@custserv.com said: I don't have any philosophical objections making day to day work easier, in fact that's one of my main goals in my professional career. The problem with all these gee-whiz tools is that

Re: Hummingbird screen snapshots

2009-12-30 Thread Shmuel Metz (Seymour J.)
In listserv%200912230934490052.0...@bama.ua.edu, on 12/23/2009 at 09:34 AM, Paul Gilmartin paulgboul...@aim.com said: Users repeatedly send me Hummingbird screen snapshots as JPEGs, claiming it's all they can do. Usders repeatedly tell me that various software can't do things that I have

Re: CA MSM

2009-12-30 Thread Shmuel Metz (Seymour J.)
In a6b9336cdb62bb46b9f8708e686a7ea005bde01...@nrhmms8p02.uicnrh.dom, on 12/24/2009 at 09:57 AM, McKown, John john.mck...@healthmarkets.com said: The entire point of IT and automation is to remove the need for non-vendor companies to have any technical expertise. No, the point is to save time

Re: CA mainframe install software

2009-12-30 Thread Shmuel Metz (Seymour J.)
In b282be35b5a4494894d4ecfba2bf784715a26b6...@xch-nw-17v.nw.nos.boeing.com, on 12/21/2009 at 11:18 AM, Schwarz, Barry A barry.a.schw...@boeing.com said: It was called CA-Activator. Google for Haddock's Eyes. Its *name* was CA-Activator; it was called aggrevator and possibly other names less

Re: JES SPOOL quota by user?

2009-12-30 Thread Shmuel Metz (Seymour J.)
In a6b9336cdb62bb46b9f8708e686a7ea005bde01...@nrhmms8p02.uicnrh.dom, on 12/23/2009 at 10:06 AM, McKown, John john.mck...@healthmarkets.com said: So, what would people think about being able to put a quota on JES2 SPOOL space by userid? Do you have management buy-in? -- Shmuel (Seymour

Re: argv for z/OS C++ batch

2009-12-30 Thread Shmuel Metz (Seymour J.)
In 4e2421a40912270056n1de91c8ct5847418ed6a50...@mail.gmail.com, on 12/27/2009 at 08:56 AM, Sam Siegel s...@pscsi.net said: A C/C++ program will recieve parms as passed (subject to the PLIST(OS|HOST) setting) and will not change the case of the passed parameters. What about argv[0]? The OP

Re: argv for z/OS C++ batch

2009-12-30 Thread John McKown
On Wed, 2009-12-30 at 16:19 -0500, Shmuel Metz (Seymour J.) wrote: In 4e2421a40912270056n1de91c8ct5847418ed6a50...@mail.gmail.com, on 12/27/2009 at 08:56 AM, Sam Siegel s...@pscsi.net said: A C/C++ program will recieve parms as passed (subject to the PLIST(OS|HOST) setting) and will not

Re: CA MSM

2009-12-30 Thread Scott Fagen
On Thu, 24 Dec 2009 10:20:02 -0600, Mark Zelden mark.zel...@zurichna.com wrote: -snip- Be open to change. Adapt or become extinct. Unfortunately, it's probably too late for the mainframe already, but at least there are some out there who believe it isn't and are trying to change it regardless.

Re: Portable data centers (was RE: Small Server Mob Advantage)

2009-12-30 Thread Rick Fochtman
Shmuel Metz (Seymour J.) wrote: In 632703.89644...@web82206.mail.mud.yahoo.com, on 12/21/2009 at 12:34 PM, Lloyd Fuller leful...@sbcglobal.net said: It was also a tank before the M1 Abrams. Yes, but there was an M1 rifle before there was an M1 tank ;-) I suspect that M1 and M60

Re: dead zone

2009-12-30 Thread Scott Rowe
In any case, I'm pretty sure it was one of Bob's, you could always email him. Mark Zelden mark.zel...@zurichna.com 12/30/09 5:09 PM On Wed, 30 Dec 2009 16:50:43 -0500, Scott Rowe scott.r...@joann.com wrote: I think the session you are referring to was Bob Rogers', maybe the goody bag?

Re: argv for z/OS C++ batch

2009-12-30 Thread Paul Gilmartin
On Wed, 30 Dec 2009 16:19:25 -0500, Shmuel Metz (Seymour J.) wrote: In 4e2421a40912270056n1de91c8ct5847418ed6a50...@mail.gmail.com, on 12/27/2009 at 08:56 AM, Sam Siegel said: A C/C++ program will recieve parms as passed (subject to the PLIST(OS|HOST) setting) and will not change the case of

Re: API to rename dataests other than calling IDCAMS

2009-12-30 Thread Paul Gilmartin
On Wed, 30 Dec 2009 15:58:33 -0500, Shmuel Metz (Seymour J.) wrote: In a3a2b85f0912221304l416edbc5u5391598cb21fc...@mail.gmail.com, on 12/22/2009 at 04:04 PM, Tony Harminc said: TSO RENAME is in any case IDCAMS RENAME. TSO RENAME does a little bit of work before passing the RENAME request on

Re: CAPS Fantasia (was: argv for z/OS C++ batch)

2009-12-30 Thread Paul Gilmartin
On Wed, 30 Dec 2009 16:48:38 -0500, Shmuel Metz (Seymour J.) wrote: In listserv%200912291128236561.0...@bama.ua.edu, on 12/29/2009 at 11:28 AM, Paul Gilmartin said: Wouldn't it have been glorious if the original definition of 6-bit BCD had specified lower case alphabetics _instead_of_ upper

Re: argv for z/OS C++ batch

2009-12-30 Thread Paul Gilmartin
On Wed, 30 Dec 2009 20:09:13 -0600, John McKown wrote: I think that in this case, batch means invoked via a JCL EXEC PGM=. I hope it doesn't mean when invoked via BPXBATCH as a UNIX process. But, then, you can't do a //STEPNAME EXEC PGM=lcpgm //STEPLIB DD PATH='/path/to/my/bin/directory' // Is

DFSORT - Avoid reading entire input file?

2009-12-30 Thread Gerry Palmer
Frank et al, I'm running a simple DFSORT job in which I want to extract an ID number from the first record in a file. I'm using STARTREC=1,ENDREC=1 to do that. But DFSORT insists on reading the entire input file even despite the ENDREC value. This happens for values other than ENDREC=1, too.

Re: IBM 9393 RVAs Obsolete for Sure

2009-12-30 Thread Clay Hinzman
It may be difficult to locate a third-party maintenance provider that will service these considering StorageTek's attempts to block vendors from doing so under DMCA. http://lawgeek.typepad.com/lawgeek/2004/07/dmca_hammer_com.html In this particular case, the suit involved maintenance on a

Re: dead zone

2009-12-30 Thread Edward Jaffe
Mark Zelden wrote: Checked that one. Also checked opening / hot topics for MVS, EWCP and John Eells's z/OS 1.11 presentation. There was a Java update session, but I wasn't at it. Nor is the presentation on the SHARE web site. Could it have been a presentation you saw at zBLC? -- Edward

Re: API to rename dataests other than calling IDCAMS

2009-12-30 Thread Bill Godfrey
TSO RENAME uses the LOCATE, RENAME, CATALOG, and CAMLST macros itself, to rename a dataset. It does not pass anything to IDCAMS or any other program. These macros are described in DFSMSdfp Advanced Services, and were around before IDCAMS. TSO RENAME can also create an alias of a PDS member,

Re: IBM 9393 RVAs Obsolete for Sure

2009-12-30 Thread Shmuel Metz (Seymour J.)
In listserv%200912301326557815.0...@bama.ua.edu, on 12/30/2009 at 01:26 PM, Tom Marchant m42tom-ibmm...@yahoo.com said: There was also a bid from Burroughs, I believe that Wayne had some other issues with Burroughs. Wasn't there a B1700 system that they were less than pleased with? BTW,

Re: IBM 9393 RVAs Obsolete for Sure

2009-12-30 Thread Shmuel Metz (Seymour J.)
In a6b9336cdb62bb46b9f8708e686a7ea005bde01...@nrhmms8p02.uicnrh.dom, on 12/30/2009 at 01:09 PM, McKown, John john.mck...@healthmarkets.com said: Too true. Back around 1978, I worked for the City of Ft. Worth (Texas). We had a 145 and needed an upgrade to a 158 type box. Tandem bid their