I tried with two ids, same pds, different members, same monoplex with no surprising results. Both members were updated as expected. I tried with same id value, same pds on shared dasd, different members, different monplexes with no surprising results. Both members were updated as expected.
z/OS 1.9 Dave Gibney Information Technology Services Washington State University > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Ted MacNEIL > Sent: Wednesday, February 18, 2009 3:29 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: EXECIO > > My test was: > > 1. Two users open the same PDS (note: no E). > 2. Select X; Select Y (one for each user) > 3. Type something. > 4. One save; two save. > Whomever saved second 'WON'. > > I have not tried since z/OS 1.4, two years ago. > So, what ENQ's do I need? > We tried on the same system, and on separate systems. > > This PDS 'corruption' has been around longer than I have. > > And, it's not the same member name. > > - > Too busy driving to stop for gas! > > -----Original Message----- > From: Scott Rowe <scott.r...@joann.com> > > Date: Wed, 18 Feb 2009 18:05:22 > To: <IBM-MAIN@bama.ua.edu> > Subject: Re: EXECIO > > > Agreed, if the proper QNAMES were not being propagated then this type > of thing could occur, but that is a configuration problem, not a code > problem. > > >>> Hal Merritt <hmerr...@jackhenry.com> 2/18/2009 5:17 PM >>> > PDSE corruption is a different issue. Plenty on that in the archives. > SMP/E is not relevant to this context AFAICT. > > To diagnose the PDS corruption issue, I'd start in my GRS parms. > > > CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission > contains confidential and privileged information intended only for the > addressee. If you are not the intended recipient, please be advised > that you have received this material in error and that any forwarding, > copying, printing, distribution, use or disclosure of the material is > strictly prohibited. If you have received this material in error, > please (i) do not read it, (ii) reply to the sender that you received > the message in error, and (iii) erase or destroy the material. Emails > are not secure and can be intercepted, amended, lost or destroyed, or > contain viruses. You are deemed to have accepted these risks if you > communicate with us by email. Thank you. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
