HexDns version history
Fixed minor bug that caused MX record preference numbers to be treated
as signed integers. This led to negative values when the preference was
greater than 32767.
Corrected the license check so that it retains the license information
in the case of a hexVeErrUnlicensedProcessors error.
Changed the threading model to "Both" to make usage from .NET
more flexible. The component can now work in both single-threaded
apartments and multi-threaded apartments.
If you are upgrading to this version, you will need to re-register the
DLL by running the installation program or using RegSvr32. Windows 95
users will need to have Internet Explorer 4 or later installed for the
DCOM update it provides. You do not have to make any changes to your code.
Added detection of DHCP-supplied nameservers on WinNT.
Fixed buffer overread when checking short, invalid runtime keys. This
problem showed up only occasionally for users of languages that require
direct use of IClassFactory2 (i.e., C++, Delphi).
Fixed problem that caused HexDns.Lookup.LookUp and ReverseLookup to
return a "try again" error when the error was actually a
non-authoritative "domain does not exist".
Improved robustness of local nameserver string parsing.
Improved robustness of DNS message parsing, eliminating vulnerability
to certain rare message corruptions.
Improved license-checking code in several ways. The most visible
consequence is that the component will pick up license file changes
without requiring an IIS restart.
Added an anti-abuse
clause to the license agreement.
Fixed local server auto-detection problem that occurred on some NT4 SP6
Fixed small memory leak on Win98 and Win2k machines.
Fixed local server auto-detection under Windows 95.
Fixed local server acquisition. On certain Windows 98 and Windows 2000
configurations, HexDns was unable to automatically obtain the local DNS
server addresses (the ones listed in the Windows TCP/IP properties). This
is also a fix for HexValidEmail because it relies on this feature in
Fixed a license-checking problem that occurred if a Lookup object were
created without creating a Connection first. The Lookup object methods
would fail, and the Error property would equal hexDnsErrSuccess (0).
Now Lookup objects can be created independently.
Improved runtime key handling. Now VB programs can be compiled with
early binding during the evaluation period. (Before, VB would generate a
"Permission denied" error. The workaround was to use late
binding during evaluation.) After obtaining a license file, you will need
to recompile VB programs in the presence of the license file so VB can
embed a permanent runtime key (thereby allowing distribution without the
Fixed a problem that caused rare license file contents to be
incorrectly rejected as corrupt. Does not affect any current licensees.
On Windows 2000 only, HexDns is unable to obtain the local DNS servers listed in the
TCP/IP properties. The Connection.ServerAddrs
collection will be empty. This results from a new way in which Win2K stores the server
In the rare case of receiving malformed DNS replies, certain data boundary checks may not
work as intended, resulting in one of the following:
- Null (instead of zero-length) Record.Data
arrays, which will cause "Subscript out of range" errors in clients that try to
- An access violation that crashes the parent process (which may be IIS if you're using
Minor internal changes and performance improvements. Does not affect functionality.
Fixed build settings that inadvertently caused a dependency on Windows Sockets version
2. This problem only affects Windows 95 users who have not installed the Winsock 2 update.