What's the problem with Msdbrptr.dll

[sebs]

I had just finish my setup prog.

Everything work perfectly except for the datareport(Msdbrptr.dll).It give the error 372,fail to load control 'datareport' ......

The computer is on Win NT 4.0 and i just format it and rebuilt it to make sure that everything else would be ok.

Do you think it's the way i register my dll's.

Cuz if i make a search in the registry on Msdbrptr.dll and i find some,does it mean that their registered. If not, how can i know if it's registered correctly.

[jeroenh]

When you find the name in the registary like you said you did, then the file is registered. You can't see if it is done the right way.

To see if it is installed OK then you need to look at the Classes that are within the DLL. They each take up a seperate Key so windows now where within the DLL the procedure is.

If you have several of these Class Keys then you can be certain you have a registered DLL file.

Good Luck

[sebs]

By Class key do you mean the import table,cuz when i right click on my dll and choose quick view, there's a couple of dll's under import table, is that it??

[jeroenh]

No. When you create a DLL file it is build out of several class-modules. Each class-module needs to be refenced within the resistery.

For instance when I look at the DAO 3.6 DLL. It has a Class-Module that's called "DBEngine". This is just as the DLL name itself registered within the registrery.

When this didn't go good than you have a problem because altough you can reference the DLL, you can't access the code within the DLL.

You can see wich Class-Modules are used within the Object-Browser. Just press F2 form VB6 and look it up.