OLE controls (ActiveX, Automation, OLE Automation, "what do you want to
call them today?") must be "registered" in the Windows registry in order
to work correctly.

The (get this...) DOS COMMAND-LINE PROGRAM(!) "REGSVR32" may be required
to re-register a component class that was not registered at install time
or that has become "un-registered," as sometimes happens.

It's kinda like trying to build a building with removable bricks, but
you'll get used to it.  ;-)

------------------------------------------------------------------
Sundial Services :: Scottsdale, AZ (USA) :: (480) 946-8259
mailto:i...@sundialservices.com  (PGP public key available.)

What does the error message "Class not registered" mean? Why does a
program run on a computer but give that message on another (both running
Win95)?

Regards
Tuan

 The program is using a COM control which isn't registered on the other
computer. Make sure that you're distributing the proper OCX files with the
application and that all Active X controls are registered BEFORE the
program is run (you can use tregsvr.exe to register controls - it's a part
of Delphi). The command line is "tregsvr -t filename.ocx". You can use

winexec('tregsvr.exe -t -q filename.ocx',0)

somewhere in the application source (of course, before the forms that use
the Active X controls are created) to register silently the ocx files and
the user won't even notice. That code assumes that tregsvr.exe and the ocx
are in the current folder.

--
Posted via CNET Help.com
http://www.help.com/