>>IMP(ACU-CBLFLAGS=-Sa)
* c:\\ken\\testfiles\\axdefgentest.def - OLE object definitions for
* This is a 32-bit object
* Generated by axdefgen version 10.0.0
* Generated: Tuesday, August 30, 2022
* Typelib..: c:\\ken\\testfiles\\axdefgentest\\axdefgentest.tlb

OBJECT @axDefGenTest

* IAxDefGenTestUtilities
CLASS @IAxDefGenTestUtilities
CLSID 8294F9BB-F524-4578-8F60-8F191F075B9E
NAME "IAxDefGenTestUtilities"
*[Class: @IAxDefGenTestUtilities] SetMsgTitle
METHOD, 1610743808, @SetMsgTitle,
"BSTR" @val, TYPE 8
RETURNING "long", TYPE 3
*[Class: @IAxDefGenTestUtilities] GetMsgTitle
METHOD, 1610743809, @GetMsgTitle,
"BSTR*" @val, TYPE 16392
RETURNING "long", TYPE 3
*[Class: @IAxDefGenTestUtilities] SetMsgBody
METHOD, 1610743810, @SetMsgBody,
"BSTR" @val, TYPE 8
RETURNING "long", TYPE 3
*[Class: @IAxDefGenTestUtilities] GetMsgBody
METHOD, 1610743811, @GetMsgBody,
"BSTR*" @val, TYPE 16392
RETURNING "long", TYPE 3
*[Class: @IAxDefGenTestUtilities] Show
METHOD, 1610743812, @Show
RETURNING "long", TYPE 3

* AxDefGenTestUtilities
CLASS @AxDefGenTestUtilities
CLSID EC64F0FF-A216-4659-B4B0-7BF41F1C6C13
NAME "AxDefGenTestUtilities"
DEFAULT-INTERFACE "IAxDefGenTestUtilities"
*[Class: @AxDefGenTestUtilities] SetMsgTitle
METHOD, 1610743808, @SetMsgTitle,
"BSTR" @val, TYPE 8
RETURNING "long", TYPE 3
*[Class: @AxDefGenTestUtilities] GetMsgTitle
METHOD, 1610743809, @GetMsgTitle,
"BSTR*" @val, TYPE 16392
RETURNING "long", TYPE 3
*[Class: @AxDefGenTestUtilities] SetMsgBody
METHOD, 1610743810, @SetMsgBody,
"BSTR" @val, TYPE 8
RETURNING "long", TYPE 3
*[Class: @AxDefGenTestUtilities] GetMsgBody
METHOD, 1610743811, @GetMsgBody,
"BSTR*" @val, TYPE 16392
RETURNING "long", TYPE 3
*[Class: @AxDefGenTestUtilities] Show
METHOD, 1610743812, @Show
RETURNING "long", TYPE 3

I was able to compile. Without the ocx I cannot test. Is the ocx in the runtime bin directory or how do you have this set up for the runtime to find it?

I don’t, and that is probably the issue.  The error returned is ‘system cannot find the file specified’.  I’m running thin client.  Where do the .dll and .tlb files belong? 

And the COM objects are registered on the local machine? They need to be in the same location as they were when they were registered.

They are registered.  This worked briefly about an hour ago.  I had copied the dll and tlb files to various directories, so I began removing them and retesting to ascertain what made it work.  It continued to work until I logged off and back on again.  I’ve been unable to replicate my success.

In general, the ocx should stay in the directory that you registered it in. Depending on which Windows O/S your using, this may be a registry issue. I googled COM objects fails after reboot - there are several responses - one of them was this: https://forums.ivanti.com/s/article/Issue-COM-Objects-occasionally-become-unresponsive-and-fail-to-shut-down-or-start-up?language=en_US 

This works if the .dll and .tlb files are copied to the directory from which acuthin.exe is launched.  I appreciate the help.

I should have been more clear.  When I said 'logged off', I was referring to our appllcation, not the operating system.  The current runtime session ended and I reaccessed our application.