Article View: bit.listserv.asm370
Article #300Re: assembly-language coding conventions (using patch areas)
From: Binyamin Dissen
Date: Sun, 04 Sep 2005 17:00
Date: Sun, 04 Sep 2005 17:00
46 lines
3442 bytes
3442 bytes
On Sun, 4 Sep 2005 12:28:16 -0400 David Cole <dbcole@colesoft.com> wrote: :>BBlack writes: :> > Another point: a pre-assembled patch area is usually :> > covered by an existing base register, while an EXTENDed :> > area may not be. :>JGilmore wrote: :> > 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. :>BDissen wrote: :> > It is much better to use a pre-calculated base/displacement :> > than to [manually] 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. :>Ben: The chance of error can be reduced *substantially* for large :>zaps (now matter what addressing method you prefer) if you'd use an :>ASM2ZAP program: a tool that scrapes a "PRINT ON,GEN,DATA" listing :>and produces zap statements based on the extracted machine code. If it was a long enough zap, I would run it thru the assembler. Short zaps I would just do by hand (and make sure that the replaced data was what I expected). -- 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.
Technical Details
Message-ID:
<10amh1t1ro1f67s2et7f48prfj528pljd5@4ax.com>Path:
arc1-ca.pugleaf.net!g2news1.google.com!news3.google.com!news.glorb.com!newspeer.tds.net!sn-xit-03!sn-xit-12!sn-xit-09!sn-xit-08!sn-xit-14!supernews.com!149.173.6.116.MISMATCH!foggy!vm.sas.com!dissensoftware.com!bdissenReferences:
<BAY104-F28C22B6A59EC3E780DFFFEC6A50@phx.gbl> <5g6mh1t35014a3dnn2m5eafnagh15jem31@4ax.com> <6.2.3.4.2.20050904120926.050bf660@mail.swcp.com>Show Full Headers
Complete Article Headers
X-Google-Thread: fcdcb,ea441912545b0747
X-Google-Attributes: gidfcdcb,public
X-Google-Language: ENGLISH,ASCII-7-bit
Path: arc1-ca.pugleaf.net!g2news1.google.com!news3.google.com!news.glorb.com!newspeer.tds.net!sn-xit-03!sn-xit-12!sn-xit-09!sn-xit-08!sn-xit-14!supernews.com!149.173.6.116.MISMATCH!foggy!vm.sas.com!dissensoftware.com!bdissen
From: Binyamin Dissen <bdissen@dissensoftware.com>
Newsgroups: bit.listserv.asm370
Subject: Re: assembly-language coding conventions (using patch areas)
Date: Sun, 4 Sep 2005 20:00:56 +0300
Organization: DISSEN Software, Bar & Grill - Israel Ltd.
Lines: 46
Sender: IBM Mainframe Assembler List <ASSEMBLER-LIST@LISTSERV.UGA.EDU>
Message-ID: <10amh1t1ro1f67s2et7f48prfj528pljd5@4ax.com>
References: <BAY104-F28C22B6A59EC3E780DFFFEC6A50@phx.gbl>
<5g6mh1t35014a3dnn2m5eafnagh15jem31@4ax.com>
<6.2.3.4.2.20050904120926.050bf660@mail.swcp.com>
NNTP-Posting-Host: mozart.unx.sas.com
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: foggy.unx.sas.com 1125853572 26321 10.19.150.41 (4 Sep 2005 17:06:12 GMT)
X-Complaints-To: usenet@unx.sas.com
NNTP-Posting-Date: Sun, 4 Sep 2005 17:06:12 +0000 (UTC)
Comments: Gated by NETNEWS@VM.SAS.COM
Return-Path: <owner-assembler-list@LISTSERV.UGA.EDU>
X-Mailer: Forte Agent 2.0/32.652
Approved-By: Binyamin Dissen <bdissen@DISSENSOFTWARE.COM>
In-Reply-To: <6.2.3.4.2.20050904120926.050bf660@mail.swcp.com>
Return-Path: owner-assembler-list@LISTSERV.UGA.EDU
X-OriginalArrivalTime: 04 Sep 2005 17:06:10.0142 (UTC)
FILETIME=[F26B17E0:01C5B172]
Originator: daemon@mozart.unx.sas.com