Whoa, that link is out of date...should be up to 5.0Ap33 by now....I've ping'd the webmaster. >Does 5.0Ap10 INCLUDE all the fixes mentioned in the previous 5.0Ap# >patches? The documentation for each patch does not seem to mention/repeat >the "fixes" identified in previous patches. Yes, and they should show in all subsequent patch release notes...check out the latest ones with 5.0Ap33 for example. >If the answer to the above is "yes", is it correct to say that 5.0Ap10 is >a STABLE release of the features identified in the 5.0A Release Notes? More stable is the goal. 5.0A should be used to define the feature set, and then each patch is INTENDED to be a 'stabilizing' version as it attempts to fix bugs from earlier versions without introducing new problems. (INTENDED is emphasized here, as HUMANS are part of this process, so I cannot be absolute). >Also, is it true that if additional features beyond those identified in >the 5.0A Release Notes are not required for my situation that I do not >need to upgrade to the 5.1 line? Probably true.....but I wonder for support reasons if that is a good idea. It's difficult to support too many different versions...that's why you often have requests from TAC to upgrade to a version they are familiar with .... I'm running 5.1Ap4 on my P75 for example (it takes about 3 minutes of total downtime to upgrade - for me at least). >That is, are all "bugs" associated with >5.0A features going to be "fixed" in a 5.0A patch? Or, are some 5.0A >"bugs" ONLY fixed by upgrading to 5.1? If this is the case, this seems >like a never ending cycle where one is forced to upgrade. 5.0Ap loads should fix all bugs from the 5.0A branch. 5.1A introduces new features and hence can have new areas where bugs may creep in...that's reality in any new software. 5.1A will be fully regression tested, based on the feature set of the last released 5.0Ai version. (So anyone running that version was part of the BETA/regression test cycle). >BTW, the above mentioned Web page states, "Whenever possible, we recommend >using a Patch Release because it is FULLY (my emphasis) >regression-tested." I've seen some comments recently indicating that Patch >releases are not "FULLY" regression-tested. ??? Miscommunication/misunderstanding....the patch releases *ARE* regression tested to the extent they are believed to need it. Since they are intended to be simple fixes to an already-full-regression-tested load. The intent is (plagiarism here): >The >idea of the patch branch is to change as little as possible, so that the >regression tests done on the original release will be "mostly" valid, and >only small, focused changes to the source base will happen. And these areas are the focus of the top-up regression testing. Kevin ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: <<A HREF="http://www.nealis.net/ascend/faq">http://www.nealis.net/ascend/faq</A>> </PRE> <!--X-MsgBody-End--> <!--X-Follow-Ups--> <!--X-Follow-Ups-End--> <!--X-References--> <HR> <STRONG>References</STRONG>: <UL> <LI><STRONG><A HREF="msg10920.html">(ASCEND) Are Patches Rolled Into Subsequent Patch Releases?</A></STRONG></LI> <UL> <LI><EM>From</EM>: "Gerald Honma" <gerald.honma@telops.gte.com></LI> </UL> </UL> <!--X-References-End--> <!--X-BotPNI--> <HR> <UL> <LI>Prev by Date: <STRONG><A HREF="msg10932.html">Re: (ASCEND) Link-Comp-MS-Stac stops working (fwd)</A></STRONG> </LI> <LI>Next by Date: <STRONG><A HREF="msg10928.html">Re: (ASCEND) Link-Comp-MS-Stac stops working</A></STRONG> </LI> <LI>Prev by thread: <STRONG><A HREF="msg10922.html">Re: (ASCEND) Are Patches Rolled Into Subsequent Patch Releases?</A></STRONG> </LI> <LI>Next by thread: <STRONG><A HREF="msg10948.html">Re: (ASCEND) Are Patches Rolled Into Subsequent Patch Releases?</A></STRONG> </LI> <LI>Index(es): <UL> <LI><A HREF="maillist.html#10930"><STRONG>Main</STRONG></A></LI> <LI><A HREF="thrd249.html#10930"><STRONG>Thread</STRONG></A></LI> </UL> </LI> </UL> <!--X-BotPNI-End--> <!--X-User-Footer--> <!--X-User-Footer-End--> </BODY> </HTML>