I spoke with the Admin today and the problem has been solved. It turns out that mscomctl.ocx was registered correctly, but comdlg32.ocx was not. The error message was giving a long key string and when we searched the registry, we found that the comdlg32.ocx was the problem. When he ran REGSRV32 for this control, the form worked fine.

Kind Regards,

Mat

>Hank,
>
>Thank you very much for the reply! I worked with the client today and I am still having trouble. We tried several things:
>
>1. Manually unregistering the control mscomctl.ocx and then using REGSVR32 as Admin in install mode to register the control, but the user still gets error message #1098 that the control is not registered for this user.
>
>2. Tried to run REGSVR32 as the user, but the registration failed.
>
>3. Manually unregistered the control mscomctl.ocx, then tried to open the .exe as the user, but the control would not register.
>
>The strange thing is we had the issue with 2 controls, mscomctl.ocx and mscomct2.ocx. The user was able to register the mscomct2.ocx control and now the activeX calendar control is working in Terminal Server? It is the mscomctl.ocx that only works for the Admin.
>
>I am trying to avoid a complete unistall/reinstall of the application, but I will do that as a last resort. If you have any other suggestions, they would be greatly appreciated.
>
>Kind Regards,
>
>Mat