And yes ... Chuckie beat me to a pulp and gave my initial response to Jan (or at least part of it) ... Apologies ... Apologies ... Apologies ...
> -----Original Message----- > From: The IBM z/VM Operating System > [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter > Sent: Friday, May 02, 2008 09:51 PM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: Problem with stacked ddr tape and possible DYNAM > > Aw geez, this is getting to detailed. > I just saw a chance to elbow Chuckie in the ribs and jumped > on it. I think that David got the point right off. :-) > > But it's interesting to know the details anyway. > > Mike Walter > > > ----- Original Message ----- > From: "Imler, Steven J" [EMAIL PROTECTED] > Sent: 05/02/2008 09:09 PM AST > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: Problem with stacked ddr tape and possible DYNAM > > > > Not to beat the dead horse ... but Mike is correct in assuming that > Dynam/T VM does not currently have support for MULTIUSER ATTACH or > recognition of it. > > For those on the list that run VM:Tape, it does (via DEBUG > setting) ... > there are a few of you using it (and yes, it was coordinated with > DFSMS/VM [RMSMASTR] support). > > JR (Steven) Imler > CA > Senior Software Engineer > Tel: +1 703 708 3479 > Fax: +1 703 708 3267 > [EMAIL PROTECTED] > > > > -----Original Message----- > > From: The IBM z/VM Operating System > > [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter > > Sent: Friday, May 02, 2008 06:43 PM > > To: IBMVM@LISTSERV.UARK.EDU > > Subject: Re: Problem with stacked ddr tape and possible DYNAM > > > > And of course it could be updated, but they probably have to > > weigh the cost vs other new things that development could be > > doing. So goes the "Song of Chuckie"... ;-) > > > > Mike Walter > > > > > > ----- Original Message ----- > > From: "Stephen Frazier" [EMAIL PROTECTED] > > Sent: 05/02/2008 05:14 PM EST > > To: IBMVM@LISTSERV.UARK.EDU > > Subject: Re: Problem with stacked ddr tape and possible DYNAM > > > > > > > > I bet because the code was written before multiuser attach > > support existed. > > > > Les Geer (607-429-3580) wrote: > > > > > > Curious as to why a tape give is issued here rather than > exploiting > > > the multiuser attach support in RMS > > > > > > Best Regards, > > > Les Geer > > > IBM z/VM and Linux Development > > > > -- > > Stephen Frazier > > Information Technology Unit > > Oklahoma Department of Corrections > > 3400 Martin Luther King > > Oklahoma City, Ok, 73111-4298 > > Tel.: (405) 425-2549 > > Fax: (405) 425-2554 > > Pager: (405) 690-1828 > > email: stevef%doc.state.ok.us > > > > > > > > The information contained in this e-mail and any accompanying > > documents may contain information that is confidential or > > otherwise protected from disclosure. If you are not the > > intended recipient of this message, or if this message has > > been addressed to you in error, please immediately alert the > > sender by reply e-mail and then delete this message, > > including any attachments. Any dissemination, distribution or > > other use of the contents of this message by anyone other > > than the intended recipient is strictly prohibited. All > > messages sent to and from this e-mail address may be > > monitored as permitted by applicable law and regulations to > > ensure compliance with our internal policies and to protect > > our business. E-mails are not secure and cannot be guaranteed > > to be error free as they can be intercepted, amended, lost or > > destroyed, or contain viruses. You are deemed to have > > accepted these risks if you communicate with us by e-mail. > > > > > > > > The information contained in this e-mail and any accompanying > documents may contain information that is confidential or > otherwise protected from disclosure. If you are not the > intended recipient of this message, or if this message has > been addressed to you in error, please immediately alert the > sender by reply e-mail and then delete this message, > including any attachments. Any dissemination, distribution or > other use of the contents of this message by anyone other > than the intended recipient is strictly prohibited. All > messages sent to and from this e-mail address may be > monitored as permitted by applicable law and regulations to > ensure compliance with our internal policies and to protect > our business. E-mails are not secure and cannot be guaranteed > to be error free as they can be intercepted, amended, lost or > destroyed, or contain viruses. You are deemed to have > accepted these risks if you communicate with us by e-mail. > >
