We've been using Kix to perform several different maintenance and monitoring tasks across about 2500 different machines. It's a broad mix - a couple of XP and 2003 systems waiting for upgrade, mostly W7, 8.1, and 10 workstations and Server 2008r2 and 2012/2012r2 platforms. The Kix utilities are running as expected on all of these. The Server 2008 platforms, however, are another story. Kix itself works fine, but the UDFs that we use to perform WMI queries are mostly failing. In particular, I'm using the WMIUptime UDF and several generic WMI queries to obtain lists of local hard drives. What is frustrating is that WMI queries made directly from our monitoring server on each subnet seem to work properly.

The Kixforms.dll (latest ver) is also having problems on the Server 2008 platforms - we can register it fine (apparently). I have test code that simply instantiates the DLL, which works, but when I run a utility that actually uses the DLL functionality, it throws an error dialog box: "Windows - Unable To Locate Component", followed by "Exception Processing Message 0xc0000135" followed by parameters when the DLL is instantiated.
 Code:
$SYSTEM = CreateObject('Kixtart.System')
If VarType($SYSTEM) <> 9 or @ERROR
  If Exist(@SCRIPTDIR + '\kixforms.dll')
    Shell 'RegSvr32 /s ' + @SCRIPTDIR + '\KixForms.dll'
    $SYSTEM = CreateObject('Kixtart.System')
    If VarType($SYSTEM) <> 9 or @ERROR
      fError('Unable to register and instantiate KF.DLL', 1)
    EndIf
  Else
    fError('KF.DLL is not present', 2)
  EndIf
EndIf
This is the basic logic I use to verify that Kixforms.dll is present and can be used.

I'm still digging into the issue, but if anyone has seen this and shed more light on the issue, it would be greatly appreciated.

Glenn
_________________________
Actually I am a Rocket Scientist! \:D