[gme-users] Problem registering decorator

[Thompson, Robert C]

Hello,

By setting "Use of ATL" to "Dynamic Link to ATL" in the project
settings, I was able to fix this problem; ATL invocations inside of
UpdateRegistryFromResourceD were not being compiled due to #defines not
set to use them set due to the setting above.  

Not sure if this is the right fix but it works :)

Not sure if anyone else has run into this problem or not, I can only
guess it has to do with importing the project file into my version of
Visual Studio .NET; when I first bring in the Decorator project file
from the GME 4.11.10 distribution, "Use of ATL" is set to "Not Using
ATL". 

Thanks,
-ace 

Ace Thompson
The Boeing Company 
5000 E McDowell Road MC M531-C240
Mesa, Arizona 85215-9797  USA
(480) 891-2284



-----Original Message-----
From: Thompson, Robert C 
Sent: Thursday, January 13, 2005 5:42 PM
To: gme-users at list.isis.vanderbilt.edu
Subject: [gme-users] Problem registering decorator

Hi,

I'm having trouble building the out-of-the-box Decorator example from
GME 4.11.10.   I'm using MS Visual Studio C++ 7.0 (i.e. .NET)
specifically version 7.0.9466.

The problem occurs when registering the decorator .DLL.  I have seen
similar errors to this in the gme-users mailing list related to
interpreters but not to decorators.  The output text contains the
following snippet:

	Performing registration
	RegSvr32: DllRegisterServer in
c:\etc...etc...\tst3\Debug\tst3.dll failed.
	Return code was: 0x80004005
	Project : error PRJ0019: A tool returned an error code:
"Performing registration"

Please note that "tst3.dll" corresponds to Decorator.dll from the sample
decorator code coming from the GME distribution.  The only thing I
changed was the project name, output dll name, and the requisite changes
in DecoratorConfig.h as described in the GME users manual (i.e. the
typelib and COCLASS UUIDs, names, progids, etc.)

I get the same error when manually attempting to register the dll using
regsvr32 from a command line.  

I think that the error code is a generic error return from
DllRegisterServer meaning almost nothing.  I've run "depends" on
tst3.dll and the only thing I come up with is apphelp.dll, which I don't
have on my machine because I'm running win2k.  Not sure if this is an
issue; "depends" web site says this particular dll should be safe to
ignore, but I'm not sure if it would affect regsvr32 or not.... 

Seems to be that the following line in
CDecoratorApp::DllRegisterServer() is returning a bad result:

	HRESULT hr = _Module.UpdateRegistryFromResourceD( IDR_DECORATOR,
TRUE, regMap );

But I'm not clear on why this should be the case...

Does anyone have any ideas or pointers?  

Thanks a lot,
-ace

Ace Thompson
The Boeing Company
5000 E McDowell Road MC M531-C240
Mesa, Arizona 85215-9797  USA
(480) 891-2284


_______________________________________________
gme-users mailing list
gme-users at list.isis.vanderbilt.edu
http://list.isis.vanderbilt.edu/mailman/listinfo/gme-users