Welcome to the SRP Forum! Please refer to the SRP Forum FAQ post if you have any questions regarding how the forum works.

manually registering srpcontrols64.ocx on windows 11 pc

edited April 13 in General
Registering SRPControls64.ocx on win10 PC is OK, but try on windows 11 PC I get the following issue.
Registering the SRPEditor64.ox does not give an error.

Any clues?
I actually do all the registering of controls OI & SRP & 3rd party in a proc ( if 'run as admin) and this is the only issue thrown up.
Running the 'SRP_Controls_Install.exe' registration works.


Comments

  • For my clarity, if you were already in C:\Revsoft\OIClient10 and then entered "regsvr32 SRPControls64.ocx" it would work?
  • Yes it does!!!
    So, from a proc how do I get around that?

    my code is:
    ControlsOCXFolder ="c:\revsoft\oiclient10" RTI_OS_Directory( "CREATE", ControlsOCXFolder) //PBC stuff// directory = "ocxfilesForPBC" ControlsToReg64 = RTI_OS_Directory( "GETFILES", directory) Loop While ControlsToReg64 OcxFileName =ControlsToReg64[1,@fm] ControlsToReg64[1,col2()] ='' osread OcxFile from directory:'\':OcxFileName Then oswrite OcxFile to ControlsOCXFolder:"\":OcxFileName End repeat if msWin_IsUserAnAdmin() then ControlsToReg64 = RTI_OS_Directory( "GETFILES", directory) Loop While ControlsToReg64 OcxFileName =ControlsToReg64[1,@fm] ControlsToReg64[1,col2()] ='' yield() OcxFileNameExt =OcxFileName[-1,"B."] if OcxFileNameExt _eqc 'ocx' or OcxFileNameExt _eqc 'dll' then utility("RUNWIN","regsvr32 ":ControlsOCXFolder:"\":OcxFileName:" /s /u ",-1) utility("RUNWIN","regsvr32 ":ControlsOCXFolder:"\":OcxFileName:" ",-1) end Repeat t
  • I'm not sure how to resolve this. At first blush this looked like the same problem you reported 5 years ago. However, it is clearly not the exact same problem because this time you you are able to register the control if you are in the same folder or if you use SRP_Controls_Install.exe.

    Everything points to this being a working directory problem. For whatever reason, Windows 11 behaves differently than Windows 10. Kevin might have some pearls of wisdom to share tomorrow when he gets to his desk.

    I do wonder if you could resolve the problem using SRP_Run_Command instead. It allows you to set the working directory.
  • I do wonder if you could resolve the problem using SRP_Run_Command instead. It allows you to set the working directory.


    Great idea, I will try that and report back.
  • Nice try, but same error message.
  • Just confirming, you did download and install the VC++ Runtime Redistributable for Visual Studio 2013. This is highlighted in this SRP blog post: 64-bit-releases-are-here

    We have also seen times when you need to invoke the 64bit version of regsvr32.exe which can be found under %windir%\SysWoW64\regsvr32.exe. I have only tried this manually or from a batch script but I don't see why you couldn't call full paths for both the regsvr32 and the SRPControls64.ocx.
  • Thank you. Log time since I setup a new PC.
    vcredist_x64.exe worked
  • Barry - I'm confused. You said that registering the controls from within the same folder worked. If that were the case, then this suggests you already had vcredist_x64.exe installed on this machine. This is why I said the prior post was similar but not exactly the same as this latest problem.
  • I'm confused.


    Me too, but that is truely what happened.
    Obviously was not installed as the active x info issue (see latestest post) only worked after install.

    I would be interested to hear what happens for you whenyou come aross a clean win 11 pc without the vcredist_x64.exe installed.
  • Barry, I went through the install process last week on a clean version of Windows 11 and did not run into any issues nor did I have to do a separate install of vcredist_x64.exe. Part of the installer's process is to install vcredist_x64.exe so I am not sure why it didn't work when you did it. Did you try running the installers as an admin (right click on the installer and run as admin) or did you just launch it like a regular program?
  • The issue was with registering the .ocx control programatically with admin rights (as you can see in the code above)
    Running the SRP_Controls_Install.exe (non admin) registered the control ok.
    I did then retry the manual registration again with same error. So, it would appear from what you are telling me, that the install of vcredist_x64.exe did not work for it.
    After a seperate install of install of vcredist_x64.exe, then the manual ocx registration worked.

    I dont think I have ever run the srp exes' as admin (should that be the habit?)
  • The installers go into Admin mode automatically.
  • edited April 22
    The installers go into Admin mode automatically.

    That's what I thought
Sign In or Register to comment.