Interesting! Haven't seen or heard of this in years and years. I see a 'member in use' message just trying to open the member in a second instance of ISPF edit in the same session or different user.
AFAIK, when you open a member in ISPF, it is with update intent and a sysplex wide exclusive enqueue goes up. I wonder if there is some issue with your GRS configuration? -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Ted MacNEIL Sent: Wednesday, February 18, 2009 2:12 PM To: [email protected] Subject: Re: EXECIO > disagree with Ted that you've been "lucky" with ISPF edit since it does use > an ENQ to protect on a member level basis. But that only works if everyone > plays by those rules. As recently as z/OS 1.4, I have seen two people corrupt members using ISPF with different member names. >Also there has been some extra protection for a *long* time that keeps two >tasks from opening a PDS for output (IEC143I 213-30 abend). When you edit a PDS member, the file is not open for output. The member is just a memory copy. It's opened for output, when you save it. ISPF keeps information in memory, but does not re-read the directory. So, if two people (or more) are editing members, directory already read, the last saver 'wins'. Try it! You won't like it. I did a test with some of our developers, just about two years ago. The data was corrupted. - Too busy driving to stop for gas! ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
