Re: OT: old equipment VMESA
When I started high school in 1956 I remember that there were IBM clocks all through the school and they were syncronized by a master clock. I don't know if the system was hard wired or the if the clocks received a radio signal. In 1963 I started working for Slippery Rock State College and there were IBM clocks but I don't think they were synchronized. They were very old and discolored. One day a clever IBM salesman told our business manager that he would buy a new clock for his office in exchange for the IBM clock. I think the salesman paid $3.00 for an ordinary kitchen wall clock and made the exchange. I'm sure that he was laughing all the way home. /Fran Hensler at Slippery Rock University of Pennsylvania USA for 44 years [EMAIL PROTECTED] +1.724.738.2153 "Yes, Virginia, there is a Slippery Rock" On Fri, 13 Jul 2007 21:37:43 -0400 Jim Bohnsack said: >I remember that when I started school in a one room country school house >in 1949 that there was a clock on the wall that said, on the front face, >"IBM". If I ever get back to Beecher, IL, maybe I'll drive out there in >the off chance that the building is still there and not being used. If >so, I might be tempted to break in and steal the clock if it's still >there.
Re: [OT] How to determine if running as a multitasking CMS app
On Tue, 10 Jul 2007 11:55:23 -0400, Alan Altmark <[EMAIL PROTECTED] > wrote: >On Tuesday, 07/10/2007 at 09:06 EST, Alan Ackerman ><[EMAIL PROTECTED]> wrote: >> >On Monday, 07/09/2007 at 10:30 AST, Rick Troth <[EMAIL PROTECTED]> wrote : >> ... >> >Alan Altmark >> >z/VM Development >> >IBM Endicott >> >> 10:30 AST? Alaska Standard Time? You're in Alaska, Alan? If so, why >bother >> to log in? > >No, I'm in NY. Domino examines the Date: field in the header and sets t he >PostedDate attribute, used by my posting script. Rick's are GMT -0400. >Yours are -0500. You'll note that it says EST for you and AST for Rick. >Domino isn't adjusting for DST. > >The script is using the PostedDate so as to correlate it to when you >*sent* the post, not when I received it. Hmmm...that's not such a great >idea as some clients will build the Date: header when you start the mail , >not send it. > >I think I'll change it to use the date I received it. Domino gets that >one right every time. And it's probably close enough. Thanks for >pointing it out. > >Alan Altmark >z/VM Development >IBM Endicott > = == == Actually I'm on -0700 (PDT). But I posted via the web interface, so I gu ess it thinks I'm back in Arkansas. (I left in 1962.)
Re: OT: old equipment Re: RES: 3174 Don't work with TCP/IP Under VMESA
Hello! Jim, as I recall the company that we know now as IBM did in fact make clocks as found in many schools. Sometimes they worked from signals delivered from a central recording clock. And sometimes they wore a windup mechanism or even an electric one. They even made time clocks. One was even sold to the Edison company and it's in the museum that the place became in West Orange NJ. My mother happens to have one. Now regarding your IBM luggable, would that be known as the IBM Portable PC? If so, then I'd give parts of my anatomy so to speak to find one. (It happens I have a need for a native PC rather then the clones that we've got today.) -- Gregg C Levine [EMAIL PROTECTED] "The Force will be with you. Always." Obi-Wan Kenobi > -Original Message- > From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On > Behalf Of Jim Bohnsack > Sent: Friday, July 13, 2007 9:38 PM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: OT: old equipment Re: RES: 3174 Don't work with TCP/IP Under VMESA > > I saw a carbine like that in the IBM museum in Endicott. Gotta get back > there before I retire back to Texas in a year of so. I'm only about 35 > miles up the road, now. > > I remember that when I started school in a one room country school house > in 1949 that there was a clock on the wall that said, on the front face, > "IBM". If I ever get back to Beecher, IL, maybe I'll drive out there in > the off chance that the building is still there and not being used. If > so, I might be tempted to break in and steal the clock if it's still > there. > > I also have a 1986 PC Jr. and a 1985 IBM luggable in my attic in Plano, > TX. I pulled the luggable out a year or two ago with the big box of > diskette's and it still boots up from an old DOS diskette that had been > in the attic of a Texas house for 4 summers or so. The bearings on the > hard drive that I had put in had dried up. > > Jim > > O'Brien, Dennis L wrote: > > I've got an IBM M-1 Carbine from WWII. Does that count? > > > >Dennis > > > > "I don't have a girlfriend. I just know a girl who would get really mad > > if she heard me say that". -- Mitch Hedberg > > > > > > -- > Jim Bohnsack > Cornell University > (607) 255-1760 > [EMAIL PROTECTED]
Re: OT: old equipment Re: RES: 3174 Don't work with TCP/IP Under VMESA
I saw a carbine like that in the IBM museum in Endicott. Gotta get back there before I retire back to Texas in a year of so. I'm only about 35 miles up the road, now. I remember that when I started school in a one room country school house in 1949 that there was a clock on the wall that said, on the front face, "IBM". If I ever get back to Beecher, IL, maybe I'll drive out there in the off chance that the building is still there and not being used. If so, I might be tempted to break in and steal the clock if it's still there. I also have a 1986 PC Jr. and a 1985 IBM luggable in my attic in Plano, TX. I pulled the luggable out a year or two ago with the big box of diskette's and it still boots up from an old DOS diskette that had been in the attic of a Texas house for 4 summers or so. The bearings on the hard drive that I had put in had dried up. Jim O'Brien, Dennis L wrote: I've got an IBM M-1 Carbine from WWII. Does that count? Dennis "I don't have a girlfriend. I just know a girl who would get really mad if she heard me say that". -- Mitch Hedberg -- Jim Bohnsack Cornell University (607) 255-1760 [EMAIL PROTECTED]
Re: IUCV Interruptions
That was our speculation. Thanks. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Friday, July 13, 2007 3:37 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IUCV Interruptions On Friday, 07/13/2007 at 05:57 EDT, "Schuh, Richard" <[EMAIL PROTECTED]> wrote: > Next question, what about the Control Register usage? In z/Architecture mode, bit 62 of CR0 has to be on. (It's the same bit - just the numbering is different.) Alan Altmark z/VM Development IBM Endicott
Re: IUCV Interruptions
On Friday, 07/13/2007 at 06:19 EDT, Rob van der Heij <[EMAIL PROTECTED]> wrote: > On 7/13/07, Alan Altmark <[EMAIL PROTECTED]> wrote: > > > Nothing is changed. Except for the IPARML itself (I think), all > > IUCV-related addresses remain 31-bit, even in 64-bit addressing mode. So, > > all buffers must reside below 2GB. > > Virtually speaking below 2G, I presume... Yes. Alan Altmark z/VM Development IBM Endicott
Re: IUCV Interruptions
On Friday, 07/13/2007 at 05:57 EDT, "Schuh, Richard" <[EMAIL PROTECTED]> wrote: > Next question, what about the Control Register usage? In z/Architecture mode, bit 62 of CR0 has to be on. (It's the same bit - just the numbering is different.) Alan Altmark z/VM Development IBM Endicott
Re: IUCV Interruptions
On 7/13/07, Alan Altmark <[EMAIL PROTECTED]> wrote: Nothing is changed. Except for the IPARML itself (I think), all IUCV-related addresses remain 31-bit, even in 64-bit addressing mode. So, all buffers must reside below 2GB. Virtually speaking below 2G, I presume... -- Rob van der Heij Velocity Software, Inc http://velocitysoftware.com/
Re: IUCV Interruptions
Next question, what about the Control Register usage? Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Friday, July 13, 2007 2:50 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IUCV Interruptions On Friday, 07/13/2007 at 04:44 EDT, "Schuh, Richard" <[EMAIL PROTECTED]> wrote: > Is there any documentation of the changes to IUCV interrupts in 64-bit mode? > There is a section in CP Programming Services that documents the interrupts in > 31 bit mode, but does not say a word about 64 bit operation. Nothing is changed. Except for the IPARML itself (I think), all IUCV-related addresses remain 31-bit, even in 64-bit addressing mode. So, all buffers must reside below 2GB. Alan Altmark z/VM Development IBM Endicott
Re: IUCV Interruptions
Thanks, Alan. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Friday, July 13, 2007 2:50 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IUCV Interruptions On Friday, 07/13/2007 at 04:44 EDT, "Schuh, Richard" <[EMAIL PROTECTED]> wrote: > Is there any documentation of the changes to IUCV interrupts in 64-bit mode? > There is a section in CP Programming Services that documents the interrupts in > 31 bit mode, but does not say a word about 64 bit operation. Nothing is changed. Except for the IPARML itself (I think), all IUCV-related addresses remain 31-bit, even in 64-bit addressing mode. So, all buffers must reside below 2GB. Alan Altmark z/VM Development IBM Endicott
Re: IUCV Interruptions
On Friday, 07/13/2007 at 04:44 EDT, "Schuh, Richard" <[EMAIL PROTECTED]> wrote: > Is there any documentation of the changes to IUCV interrupts in 64-bit mode? > There is a section in CP Programming Services that documents the interrupts in > 31 bit mode, but does not say a word about 64 bit operation. Nothing is changed. Except for the IPARML itself (I think), all IUCV-related addresses remain 31-bit, even in 64-bit addressing mode. So, all buffers must reside below 2GB. Alan Altmark z/VM Development IBM Endicott
Re: TS1120 Costs
They list for about $35K, so with discounts you can expect $22K upwards, however, I don't think they attach directly to FICON lines, unless you configure FCP protocol on the line. Otherwise, you need an A70 controller or something similar. If you use Fibre, you probably also need a SAN switch to support multiple units. Don't forget each unit can be dual path as well. -Paul
IUCV Interruptions
Is there any documentation of the changes to IUCV interrupts in 64-bit mode? There is a section in CP Programming Services that documents the interrupts in 31 bit mode, but does not say a word about 64 bit operation. Regards, Richard Schuh
Re: OT: old equipment Re: RES: 3174 Don't work with TCP/IP Under VMESA
I've got an IBM M-1 Carbine from WWII. Does that count? Dennis "I don't have a girlfriend. I just know a girl who would get really mad if she heard me say that". -- Mitch Hedberg -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Jim Bohnsack Sent: Thursday, July 12, 2007 12:17 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] OT: old equipment Re: RES: 3174 Don't work with TCP/IP Under VMESA Steve--I thought that your posting about the old equipment would cause the list to be swamped with old memories. The picture is kind of misleading. I recognized the tape drives as machines that looked like 3420 drives except at first glance, I thought that the person was standing behind them and they must be something really short such as the 3410 or 3415 or whatever the number. They were also known as "creepy crawlers". The terminal is a 3270, but I think that what looks like a control unit that it's sitting on is a 3174 rather than a 3274 which would be a more likely control unit for a 3270. Jim [EMAIL PROTECTED] wrote: > This is a multipart message in MIME format. > --=_alternative 004355FF85257316_= > Content-Type: text/plain; charset="us-ascii" > > For those of you who might be in the Lafayette, Indiana area this weekend. > Vintage Computer Festival. > How many of you can identify the equipment in the picture without reading > the article? > > http://jconline.com/apps/pbcs.dll/article?AID=/20070712/NEWS/707120334/1 152/NEWS > > Steve G. > > > > > -- Jim Bohnsack Cornell University (607) 255-1760 [EMAIL PROTECTED]
Re: FW: PIPEDDR & TERSE and other stuff
When I've had a need to move 3390 volume images to another data center, I've used CMSDDR to dump them to files, then transferred the files via either RSCS or ISFC. CMSDDR does some sort of packing on the files it creates. Empty 3390-3's result in far smaller output files than full ones do. Dennis "I don't have a girlfriend. I just know a girl who would get really mad if she heard me say that". -- Mitch Hedberg From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Huegel, Thomas Sent: Thursday, July 12, 2007 06:40 To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] FW: PIPEDDR & TERSE and other stuff Well maybe if I could get PIPEDDR to work to the remote IP (my network guys and I disagree a bit here, my problem not yours) then maybe I'd shutup about TERSE. I have a need to do exacatly what you mentioned 'transfer complete 3390s from one data centre to another'. A rare but PITA occurance. I was under the, maybe false, impresion that TERSE would do a better job of compression than PACK. It might simply be a 'the grass is greener' syndrom. I'll probably be happy once I can get it working... My thanks to the author for writing it and placing it on the download page... You wouldn't be willing to share your READER/URO mods would you? please please.. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of Graeme Moss Sent: Wednesday, July 11, 2007 4:57 PM To: IBMVM@LISTSERV.UARK.EDU Subject: PIPEDDR & TERSE and other stuff Greetings Listers, PIPEDDR can use TERSE or PACK stages for compression or use no compression.. It only fails if TERSE option is specified and the stage is not available. It is written so it does not rely on TERSE I have used PIPEDDR with PACK option to transfer complete 3390s from one data centre to another and it works well. It saved the delay of waiting for a courier to take a cartridge. Just an aside, I thought I would update the code so it used standard PIPES but when I did that TCPIP packets were lost. Maybe TCPCLIENT and TCPLISTEN have different code or maybe I screwed it up or maybe it was timing. Another aside. Thanks to the author Bruce Hayden publishing the code I was able to use PIPEDDR as a model and instead of using TRACKREAD and TRACKWRITE to read and write dasd I used READER and URO to read and write spool making a very simple NJETCP link. Cheers Graeme __ << ella for Spam Control >> has removed VSE-List messages and set aside VM-List for me You can use it too - and it's FREE! http://www.ellaforspam.com __ << ella for Spam Control >> has removed VSE-List messages and set aside VM-List for me You can use it too - and it's FREE! http://www.ellaforspam.com
At least they mentioned "z/VM" by name for once!
"IBM also said it enhanced the mainframe's z/VM virtualization software with ten times more virtualized memory and up to 256 GB of real memory. That means businesses can consolidate more memory-intensive workloads like database apps onto a single copy of z/VM and save money by not deploying additional software." http://www.informationweek.com/shared/printableArticle.jhtml?articleID=199906025 -- ...phsiii
Re: Unsubscribe
Thank you Rich.
Unsubscribe
Kindly, remove my id from the list. Thank you.
Re: TS1120 Costs
Being nitpicky There is no such thing as an escon attached 3592-E05/TS1120. The tape drives are attached to a controller via scsi and the controller is escon/ficon attached. 1. Do you have an existing controller that will support these tape drives? IBM 3592-J70 for one? 2. Do you want autoloaders or not? 3. What rack will these be mounted in? BTW, the last number I saw on an IBM 3592-E05, without autoloaders and mounted in a 3494 was about $13K. Tom Duerbusch THD Consulting >>> Nick Laflamme <[EMAIL PROTECTED]> 7/13/2007 10:38 AM >>> While I wait for a return call from an IBM reseller, can anyone give me a rough ballpark number for the cost of an ESCON attached 3592/TS1120 tape drive? The whole point would be to start encrypting tapes that will go off-site, if that narrows down which variant I need. I just love it when managers find unallocated money in the budget Thanks, Nick
Re: Updating 5.1 to 5.3
To elaborate a little on what Kris said, the move to 5.2 really improved on the use of storage below the 2G line. It removed most of CP's dependence on low memory addresses. This was a huge relief for many of us who were hogtied by the 2G line. In order to accomplish it, the CP had to become fully 64-bit capable. 5.1's CP is 32 bit. The change in 5.3 removes the last major reliance on low memory; it frees the PGMBKs from 32-bit address dependence. The big step, more like a leap, was from 32 to 64 bit, the move to 5.2. Removing the constraint on where the PGMBKs can be placed is a small step by comparison. As for gotchas, be sure that your maintenance is current. Our efforts to convert from 4.4 to 5.2 were nothing extraordinary for a migration. The only real problems we had were fixed by the vendors and the PTFs are in the maintenance stream. Since we were fairly early users of VPARS and VTAPE under 5.2, we uncovered some problems there in addition to the ones that were purely IBM. Happily, both vendors, IBM and VSSI, were their usual very responsive selves and the system has been very stable. The Migration Guide is a good place to start when you are looking for incompatibilities. It may even include the caution that Alan mentioned. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: Friday, July 13, 2007 8:34 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Updating 5.1 to 5.3 z/VM 5.2 changed a lot in its storage management to improve handling real storage above 2GB. Consequently, if you'd have execs that use information from CP control blocks, they may have to be adapted before they can run in z/VM 5.3. With other words: the step from 5.1 to 5.2 is bigger than from 5.2 to 5.3 2007/7/13, Huegel, Thomas <[EMAIL PROTECTED]>: I am going to update from z/VM 5.1 to z/VM 5.3. I was wondering if anyone else has done this, and if there are any 'gotchas'. A more specific question are there any confiq changes in the TCP/IP config file? or can I use my old (5.1) one? The hardware will remain the same z800 until the new z9 arives in September. __ << ella for Spam Control >> has removed VSE-List messages and set aside VM-List for me You can use it too - and it's FREE! http://www.ellaforspam.com -- Kris Buelens, IBM Belgium, VM customer support
Re: OT: old equipment Re: RES: 3174 Don't work with TCP/IP Under VMESA
I don't have anything in the way of old equipment such as that or even pictures, but I have some "historical" information. I started working for IBM in 1967 in a marketing branch office in Chicago. I would dutifully update my IBM sales manual, replacing pages and pitching the old ones. Sometime in the 70's it occurred to me that I was throwing away history, so I started keeping pages that had even a remote interest to me. Equipment that was no longer marketed or serviced that someone decided shouldn't be taking up room in the manual. I still have what I started saving in a box "somewhere" in a closet. If anyone is really, really interested in seeing something, let me know and when I have time, I'll see if it's on a page I saved. Jim Tom Duerbusch wrote: That looks like an IBM 3174 01L. I still have 4 of them running. The tape drives are IBM 3420 Mod 6 (we still have 3 of them running). I = don't see the IBM 3803 to run the tape drives. The rack mounted unit, reminds me of the IBM 9370 (not running one of = them). Of course, the terminal is an IBM 3278 Model 2. Boy, I can have my own vintage computer festival! Tom Duerbusch THD Consulting -- Jim Bohnsack Cornell University (607) 255-1760 [EMAIL PROTECTED]
Re: Updating 5.1 to 5.3
On Friday, 07/13/2007 at 10:21 EDT, "Huegel, Thomas" <[EMAIL PROTECTED]> wrote: > I am going to update from z/VM 5.1 to z/VM 5.3. > > I was wondering if anyone else has done this, and if there are any 'gotchas'. > > A more specific question are there any confiq changes in the TCP/IP config > file? or can I use my old (5.1) one? Your PROFILE is compatible, though you may see some warning messages about your GATEWAY statement. In z/VM 5.2 we (by "we" I mean "Miguel") updated Gateway to allow a more, uh, "traditional" specification of subnet masks. Alan Altmark z/VM Development IBM Endicott
Re: TS1120 Costs
> -Original Message- > From: The IBM z/VM Operating System > [mailto:[EMAIL PROTECTED] On Behalf Of Nick Laflamme > Sent: Friday, July 13, 2007 10:39 AM > To: IBMVM@LISTSERV.UARK.EDU > Subject: TS1120 Costs > > > While I wait for a return call from an IBM reseller, can > anyone give me > a rough ballpark number for the cost of an ESCON attached 3592/TS1120 > tape drive? The whole point would be to start encrypting > tapes that will > go off-site, if that narrows down which variant I need. > > I just love it when managers find unallocated money in the budget > > Thanks, > Nick > My manager looked that this. He said that the FICON attached 3952-E02 drives for our ATL would cost USD $20,000 per drive. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it.
TS1120 Costs
While I wait for a return call from an IBM reseller, can anyone give me a rough ballpark number for the cost of an ESCON attached 3592/TS1120 tape drive? The whole point would be to start encrypting tapes that will go off-site, if that narrows down which variant I need. I just love it when managers find unallocated money in the budget Thanks, Nick
Re: Updating 5.1 to 5.3
z/VM 5.2 changed a lot in its storage management to improve handling real storage above 2GB. Consequently, if you'd have execs that use information from CP control blocks, they may have to be adapted before they can run in z/VM 5.3. With other words: the step from 5.1 to 5.2 is bigger than from 5.2 to 5.3 2007/7/13, Huegel, Thomas <[EMAIL PROTECTED]>: I am going to update from z/VM 5.1 to z/VM 5.3. I was wondering if anyone else has done this, and if there are any 'gotchas'. A more specific question are there any confiq changes in the TCP/IP config file? or can I use my old (5.1) one? The hardware will remain the same z800 until the new z9 arives in September. __ << ella for Spam Control >> has removed VSE-List messages and set aside VM-List for me You can use it too - and it's FREE! http://www.ellaforspam.com -- Kris Buelens, IBM Belgium, VM customer support
Re: OT: old equipment Re: RES: 3174 Don't work with TCP/IP Under VMESA
That looks like an IBM 3174 01L. I still have 4 of them running. The tape drives are IBM 3420 Mod 6 (we still have 3 of them running). I don't see the IBM 3803 to run the tape drives. The rack mounted unit, reminds me of the IBM 9370 (not running one of them). Of course, the terminal is an IBM 3278 Model 2. Boy, I can have my own vintage computer festival! Tom Duerbusch THD Consulting
Updating 5.1 to 5.3
I am going to update from z/VM 5.1 to z/VM 5.3. I was wondering if anyone else has done this, and if there are any 'gotchas'. A more specific question are there any confiq changes in the TCP/IP config file? or can I use my old (5.1) one? The hardware will remain the same z800 until the new z9 arives in September. __ << ella for Spam Control >> has removed VSE-List messages and set aside VM-List for me You can use it too - and it's FREE! http://www.ellaforspam.com
Re: TCP/IP and 3174
No matter what you do, a 3174 will NOT ever work with VM TCPIP. The definitions Ray Noal gave you are for z/OS TCP. VM TCP has no support for using VTAM to drive devices. To explain the message you asked about, a CETI device presents 3 separate addresses (read, write and control). When you define 620, VM TCP assumes that 620 is the control address, 621 is read, and 622 is write. A 3174 is not a CETI device, so the error is meaningless.
Re: REXXVSAM - Multiple Files
I've found the problem in REXXVSAM and made this change: From: CLC OPTION(8),28(R1)COMPARE DDNAMES ACCD0001 06696000 To: CLC OPTION(8),40(R1)COMPARE DDNAMESSRU01 06696090 REXXVSAM was comparing the DDNAME option with the RPL ddname at the wrong displacement into the RPL. My snippet of code below now works. I have placed the updated REXXVSAM package on my website: http://zvm.sru.edu/~download /Fran Hensler at Slippery Rock University of Pennsylvania USA for 44 years [EMAIL PROTECTED] +1.724.738.2153 "Yes, Virginia, there is a Slippery Rock" On Thu, 12 Jul 2007 14:43:02 EDT Fran Hensler said: >I've been using the REXXVSAM package for years to access VSE VSAM >files from VM. I have only used it for one file at a time. > >The documentation shows that up to 10 files can be opened at the same >time. I'm opening 2 files and I get a zero return code, good. > >But when I attempt to do a GET from one of the open files I get >feedback that says: DATASET IS NOT OPEN RC=150 FDBK=0 > >Here's a snippet of code: > >/* DLBL statements go here */ >Address Command "REXXVSAM" >If rc \= 0 Then > Exit Rc > >ddname = 'USERID MASTER' >Say "Dataset =" ddname >Say "Request = OPENIN" >Address vsam "OPENIN" > >If rc \= 0 Then Do > Say error "RC="rc "FDBK="feedback > Address VSAM "TERMINATE" > Exit Rc >End >file = 'USERID' >key = 'AAB6498' >Say "Key =" key >Address VSAM 'GET' file > >If rc \= 0 Then Do > Say error "RC="rc "FDBK="feedback > Say key 'not found on USERID file.' >End > > >The same code works if I open file USERID only. > >Am I doing something incorrectly? Has anyone been successful using >REXXVSAM with more then one file open? > >The REXXVSAM package is from a very old VM WorkShop tape and it is >available on my website: > > http://zvm.sru.edu/~download > >/Fran Hensler at Slippery Rock University of Pennsylvania USA for 44 years > [EMAIL PROTECTED] +1.724.738.2153 >"Yes, Virginia, there is a Slippery Rock"
Re: OT: old equipment
[EMAIL PROTECTED] wrote: >For those of you who might be in the Lafayette, Indiana area this weekend. >Vintage Computer Festival. Hmm, next we'll have an SCA spinoff, with folks dressing like old computer geeks...oh, wait, that's SCIDS. ...phsiii
