How to sort out builds? (Installed OS v ISO v WPR log reported)

[a.k.a.]

Hello,

I'm running into a bunch of issues around my Vista installation (and
reinstallation options). I'm not currently asking for a fix, but let me give
you the background in case you're interested. What I do need help with right
now is one facet of the poblem -- and my questions are at the bottom.

The first problem is that no reinstallation of WU components has been able
to add updates as far back as July. I'm working with MS Update tech support
about it. The KBs are KB952709 and KB955302. The failures have backed up
every patch since then
http://www.microsoft.com/communitie...5a2ba0-3bde-4288-9bed-16089629b1bf&sloc=en-us

The second problem is that I'm becoming equally suspicious of bugs in the
TechNet slipstreamed installation ISO I'd planned to use to do a clean
reinstallation
http://social.technet.microsoft.com...k/thread/533ce092-ddd3-47e7-b2fe-2b893096fe3b

My immediate question is how to know
1. Build of installed OS

2. Build of your ISOs -- the build number that I can compare to the
installed OS info. I wonder whether there's a difference between ISO build
and OS components build, and SP/hotfix builds.

3. What on earth the OTHER build numbers are that I'm getting in the Windows
Problem Reports about all of my WU errors: Is this showing me a component
build number? My installed OS build number? The WU client build number? Some
other mysterious build number? They seem to be at variance with the Control
Panel build number for the OS that I get.

Thanks!

a.k.a.

 

[John Barnes]

Use system information to determine the installed OS build.
Start/accessories/system tools

 

[a.k.a.]

John,

Thanks -- I should have clarified. Here's an example of the discrepancy I'm
seeing -- It's a typical Windows Problem Reports and Solutions log. It gives
two different OS version numbers. (See top, and bottom, of event report.)

If the bottom build number is for the component, and corresponds to an
earlier build, does that raise the possibility that there was a bug in that
component that wasn't discovered prior to SP1's RTM? Not laying blame just
yet, but I've tried absolutely everything in the book to set this
installation back on track, and all of the malware scans have turned up
negative too.

a.k.a.

Problem Event Name: WindowsWcpAIFailure3
OsVersion: 6.0.6001.18000:1
InstallerId: Generic Command
Phase: 38
Mode: Install (servicing up)
Status: 8007371d
Component: amd64_microsoft-windows-qos_31bf3856ad364e35_none_5700de9a3740fcd5
QueueType: Servicing
Annotation: 0|netcfg.exe|00000002
BootState: NormalBoot
OS Version: 6.0.6001.2.1.0.256.1
Locale ID: 1033