22-Dec-86 08:26:38-EST,1219;000000000011
Return-Path: <RCONN@SIMTEL20.ARPA>
Received: from SIMTEL20.ARPA by CU20B.COLUMBIA.EDU with TCP; Mon 22 Dec 86 08:26:34-EST
Date: Mon 22 Dec 86 06:28:09-MST
From: Rick Conn <RCONN@SIMTEL20.ARPA>
Subject: Re: VMSHEX2/VMSDEH2 for Kermit
To: SY.FDC@CU20B.COLUMBIA.EDU
cc: wancho@SIMTEL20.ARPA
In-Reply-To: <12264044043.276.SY.FDC@CU20B.COLUMBIA.EDU>
Message-ID: <12264816303.17.RCONN@SIMTEL20.ARPA>

Hi, Frank,

	I compared KER:VMSHEX.MAR and KER:VMSDEH.MAR with the
versions I started with here, and they are the same.  So the fix is to
the new versions.
	It is true that these programs maintain a 32-bit address
field internally, but the HEX files still have a 16-bit address field.
Hence, when 64K is exceeded, the internal address goes to 1xxxxH while
the address in the HEX files wrap around to 0xxxxH.  This is where
the problem came from, because when a comparison was done and the
address in the HEX files was found to be less than expected, null
compression set in and 64K zero-fills took place.
	My VMSHEX2 and VMSDEH2 files, aside from cosmetic changes to
the messages, involve no new code.  Old code, which deals with the
null compression, is simply commented out.  

		Rick
-------