Dunno about the z/OS equivalents, but in CMS, the CNTRL/AUX/UPDATE has been in heavy use for almost 60 years, and "unreliable" isn't a word I'd come close to using. Even at the worst of VM/XA SP, when PUT tapes* were overflowing a single reel because so much service was being created, it wasn't "unreliable".
*yeah, yeah, PUTs -----Original Message----- From: IBM Mainframe Discussion List <[email protected]> On Behalf Of Jon Perryman Sent: Tuesday, September 9, 2025 4:34 PM To: [email protected] Subject: Re: Product build using CMS vs TSO Was: Pipelines = you don't understand z/OS On Tue, 9 Sep 2025 19:42:28 +0000, Seymour J Metz <[email protected]> wrote: >Right of the bat, that process works at the granularity of an entire member. >With XEDIT it's easy to have multiple people testing changes to the >same member with a merge process that's normally very quick. Surely you must know that IEBUPDTE / VMFUPDAT is considered unreliable for critical system components when trying to allow multiple users changing a member at the same time. Maybe things have changed but I suspect not. IEBUPDTE & VMFUPDAT existed for decades and product build never implemented the process. It requires the developer consider every change since the source was pulled. It's much simpler to come to an agreement than chasing down changes. If IEBUPDTE was the solution, then it could be used. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
