rmichels
asked on
Problem with REGSVR32 and VB DLL
I have encountered a problem trying to register a VB Active DLL. It's a bit complicated so I hope i can explain it clearly :)
1) Create an activeX DLL with clsClass1
2) Create an activeX DLL with clsClass2, which has a reference to clsClass1 AND a method in clsClass2 takes as a parameter clsClass1
3) Compile on machine 1 and create a project to reference and use clsClass2 and clsClass1...all is well
4) copy DLLs or clsClass1 and clsClass2 to machine 2 and run REGSVR32 on both Dlls
5) create a project that references both DLLs and do a browse on clsClass2....the method that expects clsClass1 as a parameter now shows no parameters AND when you try to use that method you get a compiler error saying the function is restricted or does not recognize the parameter or return types.
For some reason using REGSVR32, the parameters defined as a specificy class causes problems. If you go back and change the parameter to a general purpose object...it works fine on the second PC.
Does anyone have any way to get around this problem? In order to keep the GUIDs sane, I want to compile them in one place and distribute and register the DLLs to other developers on the project. HELP!!!!!
1) Create an activeX DLL with clsClass1
2) Create an activeX DLL with clsClass2, which has a reference to clsClass1 AND a method in clsClass2 takes as a parameter clsClass1
3) Compile on machine 1 and create a project to reference and use clsClass2 and clsClass1...all is well
4) copy DLLs or clsClass1 and clsClass2 to machine 2 and run REGSVR32 on both Dlls
5) create a project that references both DLLs and do a browse on clsClass2....the method that expects clsClass1 as a parameter now shows no parameters AND when you try to use that method you get a compiler error saying the function is restricted or does not recognize the parameter or return types.
For some reason using REGSVR32, the parameters defined as a specificy class causes problems. If you go back and change the parameter to a general purpose object...it works fine on the second PC.
Does anyone have any way to get around this problem? In order to keep the GUIDs sane, I want to compile them in one place and distribute and register the DLLs to other developers on the project. HELP!!!!!
ASKER
I'm registering the lowest level dependent class first, so that is Class1. Then I register class2.
Another twist to this problem, is that this seems to work, if Class1 is NOT a vb developed class, but a VC++ class. It seems to me that REGSVR or the info in the DLL is wrong
Another twist to this problem, is that this seems to work, if Class1 is NOT a vb developed class, but a VC++ class. It seems to me that REGSVR or the info in the DLL is wrong
have you try reportin this bug to microsotf?
ASKER
I have not reported this bug to microsoft, but I think a co-worker is probably going to post some information on the appropriate newsgroup. I generally find the response from microsoft, via newsgroups to be unacceptable in the how long it takes to get an answer.
Look for RegSvr32 update at Microsoft FTP site.
ASKER
I have searched microsoft's site but could only find the same regsvr32.exe that I have (Aug 96). Do you have an exact path for this file?
Sorry, I don't. It's someware deep down there.
ASKER
Sorry to reject, but I could not find any reference to an updated REGSVR32.EXE anywhere in MSDN. There is a REGSVR32A.EXE which contains the same REGSVR32.EXE that I am running.
Also, the problem appears to have been solved. The compatibility options were not set correctly in the VB Project options. Changes must must have been made that somehow negated the interface.
So I am going to request this question be deleted by Cust.Serv
Also, the problem appears to have been solved. The compatibility options were not set correctly in the VB Project options. Changes must must have been made that somehow negated the interface.
So I am going to request this question be deleted by Cust.Serv
First:
In your project make SURE that the reference to clsClass1
comes BEFORE the reference to clsClass2 or it will NEVER
work (use the MoveUp/MoveDown arrows of references dialog)
Second Try this:
change the reference and the parameter in clsClass2 from
clsClass1 to "Object" this could solve the problem of the
object browser
I Hope I've been of some help, let me (all us) know... :-)
In your project make SURE that the reference to clsClass1
comes BEFORE the reference to clsClass2 or it will NEVER
work (use the MoveUp/MoveDown arrows of references dialog)
Second Try this:
change the reference and the parameter in clsClass2 from
clsClass1 to "Object" this could solve the problem of the
object browser
I Hope I've been of some help, let me (all us) know... :-)
ASKER
Sorry, my last comment states I have figured this out (and what the problem was), and I have asked cust serv to delete question.
Why not compile both into one ActiveX.DLL?
ASKER
please read my previous comments. I have already solved this problem and have asked cust serv to delete..but they have not as yet. The two units were not compiled into one dll because this a three tier design, with each tier containing appropriate DLL and EXE activeX components.
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Are you regsvr32'ing Class1 first or class2?
chris