🚀 go-pugleaf

On Sun, 4 Sep 2005 15:39:21 +0000 john gilmore <john_w_gilmore@msn.com> wrote:

:>Bruce Black writes:

:>>Another point: a pre-assembled patch area is usually covered by an existing
:>>base register, while an EXTENDed area may not be.

:>and this is certainly true.   It is not, however, very interesting.  Base
:>registers retain their traditional usefulness for addressing blocks of
:>constants and, sometimes, DSECTs.  For almost all other purposes much better
:>constructs are now available and should be used instead.

It is much better to use a pre-calculated base/displacement than to calculate
the relative offset and divide by two (and is it relative to the current
instruction address, or the new PSW? Same for BRC and LARL? - I should look it
up).

It is better to reduce the chance of error, rather than make things fancy.

:>About the use or non-use of SMP/E for maintaining ISV products, I would make
:>two points:

:>o ISVs that do not package and distribute their products using SMP/E are
:>retrograde and likely to
:>   be judged so, particularly by underqualified but sometimes influential
:>consultants who use check
:>   lists to evaluate program products; and

Leave your straw man in the closet - nobody is arguing against providing an
SMP option.

:>o In my now long experience I have never encountered a situation in which a
:>shop judged that a
:>   requirement that SMP/E be used to install and maintain an ISV or, a
:>fortiori, IBM product was
:>   disqualifying.

As long as some do, that is loss of revenue if the ISV does not provide the
option.

:>What we have here is, I think, an instance of what C. Wright Mills called
:>crackpot realism, the notion that clinging to the 'tried and true' is the
:>least problematic way to do business.

Yes, ISV's do try to make the effort to reduce errors, even if it means that
one does not use the latest and greatest.

--
Binyamin Dissen <bdissen@dissensoftware.com>
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.