Report information
The Basics
Id:
45162
Status:
open
Priority:
Medium/Medium
Queue:

People
Owner:
Nobody in particular
Cc:
AdminCc:

BugTracker
Version Fixed:
(no value)
Version Found:
(no value)
Versions Affected:
(no value)
Versions Planned:
(no value)
Priority:
(no value)
Severity:
(no value)
CVSS Score:
(no value)
CVE ID:
(no value)
Component:
(no value)
Area:
(no value)

Dates
Created:Sat, 29 Apr 2017 17:10:39 -0400
Updated:Wed, 28 Jun 2017 15:00:03 -0400
Closed:Not set



This bug tracker is no longer active.

Please go to our Gitlab to submit issues (both feature requests and bug reports) for active projects maintained by Internet Systems Consortium (ISC).

Due to security and confidentiality requirements, full access is limited to the primary maintainers.

Subject: BIND 9.11.1 - windows version detection/identification
Date: Sat, 29 Apr 2017 21:10:35 +0000
To: bind-suggest@isc.org
From: "Tony Marques" <tm_iscbind@10am.com>
Bug Report from www.isc.org: Name: Tony Marques Email: tm_iscbind@10am.com Software Version: BIND 9.11.1 OS: Microsoft Windows Subject:windows version detection/identification Bug Detail =========== / [issue.1: -v output does not use STDOUT] -v commands don't output version information via STDOUT or whatever but use ERROUT? so "dig -v 2>nul:" will produce no output and can't be read via a "for /F %a in ('[cmd]')" batch command and "dig -v >file.txt" produces an empty file while normal commands like 'dig +x ics.org 2>nul:' do output to console and can be used via "for /F" batch commands or can be piped to a file or other command so -v is considered internal perfunctory/procedural output like a banner header rather than the objective/target data. this should be fixed and produce output via STDOUT to the console or wherever. / [issue.2: no windows file properties] Executables (and .dll files) are not stamped with the versions so you can't view the version via in the properties tab in Explorer nor utilize vbscript CreateObject("Scripting.FileSystemObject").GetFileVersion( ... ) scripting and powershell commands also produce no results gci dig.exe | % { "{1}`t{2}`t{0}" -f $_.Name, [System.Diagnostics.FileVersionInfo]::GetVersionInfo($_).FileVersion, [System.Diagnostics.FileVersionInfo]::GetVersionInfo($_).ProductVersion } as would "filever.exe dig.exe" Microsoft support command as would "sigcheck.exe -q -n dig.exe" sysinternals command BINDInstall.exe (presumably because it is a Windows GUI program) is the only executable stamped with version information (except for vcredist_x64.exe from microsoft-- and libeay32.dll from openssl which are also stamped), but even the latest version is FileVersion: 3.0.0 (the main version info and also ProductVersion 9.10.0 -- not usually viewed) ... so this is not current or up-to-date and has remained the same for the multitude of releases over the past several years -- presumably since 2014 (per the copyright) and release 9.10.0. --- This email was received through isc.org Bug Submission Form
On Sat Apr 29 21:10:39 2017, tm_iscbind@10am.com wrote: > / [issue.1: -v output does not use STDOUT] => this comes from nslookup which originally was not an ISC program so this behavior was kept and extended to dig, host, nsupdate, etc. Only named itself is different. Two other comments: - changing this for the 12th release will break a lot of scripts - you can simply redirect the standard error to the standard output. In conclusion this issue was rejected. > / [issue.2: no windows file properties] => as you can expect bind9 is heavily Unix bound so only the pure WIN32 code got a resource file and a direct win32 directory. Only BINDInstall.exe (bin/win32) and bindevt.dll (lib/win32) have properties and BTW changed very infrequently (last important update in the BINDInstall code was to use a manifest file (vs builtin list) with the things to install in order to make the installer independent of a particular bind version). Note the information exists, for instance you have the interface/revision/age triplet for each library in the corresponding api file so you can imagine to improve the build system to generate and include resource files. (If you are interested to contribute I can send details to you).