> (1) WinXP Proffessional EN, VS 6.0 + SP5 - S_OK
> (2) WinXP Proffesional PL, VS 6.0 + SP5 - S_OK
> (3) Win NT 4.0 Server EN + SP6a, VS 6.0 + SP5 - REGDB_E_CLASSNOTREG
> (4) Win2k Server EN + SP2 - REGDB_E_CLASSNOTREG

> Any ideas what's going on ?

> PS. If it makes difference (IMHO - not) XMLReport uses MSXML Parser 3.0
> (SP2) and of course I've installed this library on all machines.

> TIA
> Daniel Bary3a

> Try checking Win NT 4.0 system for ATL.dll presence [1] - it should be
> installed and registered. Also investigate your dll with "Depends" and
"OLE
> View" tools on (3) and (4) platforms. These tools are supplied with
> Microsoft Visual Studio and Microsoft Platform SDK. It may be that your
> component requires in some standard libraries (e.g. CRT library or MFC).

> > Try checking Win NT 4.0 system for ATL.dll presence [1] - it should be
> > installed and registered. Also investigate your dll with "Depends" and
> "OLE
> > View" tools on (3) and (4) platforms. These tools are supplied with
> > Microsoft Visual Studio and Microsoft Platform SDK. It may be that your
> > component requires in some standard libraries (e.g. CRT library or MFC).

> Note that Visual Studio is installed on the computer with WinNT 4.0 and
all
> stuff like atl.dll, CRT and MFC libraries is present. BTW - I don't use
MFC
> in my library - it is a simple wrapper for remote calling of another ATL
EXE
> server.
> Here are depends:
>     Kernel32.dll
>     User32.dll
>     Advapi32.dll
>     Ole32.dll
>     Oleaut32.dll
> IMHO  - standard stuff.
> OleView shows the library and all components. Right clicking on XMLReport
> and "Create instance" causes REG_DB_CLASSNOTREG of course.

> Daniel Bary3a

> Have you tried investigating code with de{*filter*}, especially DllMain,
> DllRegisterServer and DllGetClassObject function to locate problem?